WO2024098933A1 - 策略协调方法、装置、设备、介质及程序产品 - Google Patents

策略协调方法、装置、设备、介质及程序产品 Download PDF

Info

Publication number
WO2024098933A1
WO2024098933A1 PCT/CN2023/117532 CN2023117532W WO2024098933A1 WO 2024098933 A1 WO2024098933 A1 WO 2024098933A1 CN 2023117532 W CN2023117532 W CN 2023117532W WO 2024098933 A1 WO2024098933 A1 WO 2024098933A1
Authority
WO
WIPO (PCT)
Prior art keywords
policy
terminal
request
pcf
rejection
Prior art date
Application number
PCT/CN2023/117532
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 中国电信股份有限公司
Publication of WO2024098933A1 publication Critical patent/WO2024098933A1/zh

Links

Definitions

  • the present disclosure relates to the field of wireless communications and terminal technologies, and in particular to a policy coordination method, apparatus, device, medium, and program product.
  • the terminal After accessing certain communication systems, the terminal must obtain the policies provided by the system to achieve the corresponding system tasks. For example, in the ProSe (Proximity based Services) system, the terminal must obtain the policies provided by the system to truly achieve ProSe services. Effectively coordinating the policies issued to the terminal is crucial to the system, and how to effectively coordinate the issuance of policies is a problem that needs to be solved at present.
  • ProSe Proximity based Services
  • the communication system does not limit the frequency of terminal policy requests, so the terminal may repeatedly apply for the same policy, resulting in too much unnecessary network signaling overhead, and in extreme cases, signaling storms.
  • How to effectively coordinate policy delivery, reduce the number of repeated policy applications by the terminal, and reduce network signaling overhead is a problem that needs to be solved.
  • the present disclosure provides a policy coordination method, apparatus, device, medium and program product. It should be noted that although the above description uses the ProSe system as an example, the present disclosure is also applicable to other scenarios such as 5G V2X (Vehicle-to-Everything) or D2D (Device-to-Device) systems, and achieves similar technical effects in the ProSe system. In the absence of conflict, the embodiments of the present disclosure and the features in the embodiments can be arbitrarily combined with each other.
  • a policy coordination method which is applied to a policy control function PCF, and the method includes: receiving a policy request from a terminal; when a valid policy cannot be provided for the terminal, sending a rejection request message to the terminal, the rejection request message carries a reason value for rejecting the policy request, and the reason value for rejecting the policy request is used to instruct the terminal not to repeatedly apply for the same policy.
  • the method further includes: receiving a new policy request from the terminal, the new policy request being sent by the terminal when a retransmission condition is met;
  • the retransmission conditions are met in one or more of the following situations:
  • the terminal is powered on again after being powered off, the USIM card of the terminal is removed, the network side initiates the management process of the terminal policy, and the terminal moves.
  • the method further includes: in the case where there is a valid policy for the terminal, issuing the valid policy to the terminal.
  • the method also includes: enhancing the policy request rejection function of the NAS protocol, extending the function of the UPDS cause IE field of the policy request rejection message, and adding a reason value for the PCF to reject the policy request.
  • the reason value for rejecting the policy request is determined based on the reason why the PCF cannot provide a valid policy for the terminal; the reasons why the PCF cannot provide a valid policy for the terminal include that the PCF itself does not have a relevant policy, or the PCF itself is not capable enough to provide a relevant policy.
  • a policy coordination method which is applied to a terminal, and the method includes: sending a policy request to a policy control function PCF; receiving a rejection request message from the PCF, the rejection request message is sent by the PCF when it cannot provide a valid policy for the terminal, and the rejection request message carries a reason value for rejecting the policy request; based on the indication of the reason value for rejecting the policy request, the same policy is no longer applied repeatedly.
  • based on the indication of the reason value for rejecting the policy request includes: based on the indication of the reason value for rejecting the policy request, not repeatedly applying for the same policy if the resending condition is not met; if the resending condition is met, sending the policy request to the PCF again;
  • the retransmission conditions are met in one or more of the following situations:
  • the terminal is powered off and then powered on again, the USIM card of the terminal is removed, the network side initiates the management process of the terminal policy, and the terminal moves.
  • a policy coordination device which is applied to a policy control function PCF.
  • the device includes a request receiving module and a message sending module.
  • a request receiving module configured to receive a policy request from a terminal
  • the message sending module is configured to send a rejection request message to the terminal when a valid policy cannot be provided for the terminal.
  • the rejection request message carries a reason value for rejecting the policy request.
  • the reason value for rejecting the policy request is used to instruct the terminal not to apply for the same policy again.
  • a policy coordination device which is applied to a terminal.
  • the device includes a request sending module, a message receiving module and an information processing module.
  • a request sending module configured to send a policy request to a policy control function PCF
  • a message receiving module is configured to receive a rejection request message from the PCF, where the rejection request message is sent by the PCF when the PCF cannot provide a valid policy for the terminal, and the rejection request message carries a reason value for rejecting the policy request;
  • the information processing module is configured to not repeatedly apply for the same policy based on the indication of the reason value for rejecting the policy request.
  • an electronic device including: a memory for storing instructions; and a processor for calling the instructions stored in the memory to implement the above-mentioned policy coordination method.
  • a computer-readable storage medium on which computer instructions are stored.
  • the computer instructions are executed by a processor, the above-mentioned policy coordination method is implemented.
  • a computer program product stores instructions, and when the instructions are executed by a computer, the computer implements the above-mentioned policy coordination method.
  • a chip comprising at least one processor and an interface
  • At least one processor is used to execute program instructions to implement the above-mentioned policy coordination method.
  • the policy coordination method, apparatus, device and medium provided by the embodiments of the present disclosure when the PCF cannot provide a valid policy for the terminal, sends a rejection request message to the terminal, and the rejection request message carries a reason value for rejecting the policy request.
  • the terminal recognizes the reason value for rejecting the policy request, it will no longer repeatedly apply for the same policy, thereby reducing the number of times the terminal repeatedly applies for the same policy and reducing unnecessary signaling overhead.
  • FIG1 is a schematic diagram showing the architecture of a 5G ProSe system in the related art
  • FIG2 is a schematic diagram showing the architecture of a 5G V2X system in the related art
  • FIG3 shows a flow chart of a strategy coordination method in the related art
  • FIG4 shows a flow chart of a strategy coordination method in an embodiment of the present disclosure
  • FIG5 shows a flow chart of another strategy coordination method in an embodiment of the present disclosure
  • FIG6 shows a signaling flow chart of a strategy coordination method in an embodiment of the present disclosure
  • FIG7 shows a flow chart of another strategy coordination method in an embodiment of the present disclosure
  • FIG8 shows a flow chart of another strategy coordination method in an embodiment of the present disclosure
  • FIG9 shows a schematic diagram of a strategy coordination device according to an embodiment of the present disclosure
  • FIG10 shows a schematic diagram of another strategy coordination device in an embodiment of the present disclosure
  • FIG. 11 shows a structural block diagram of an electronic device in an embodiment of the present disclosure.
  • the embodiments of the present disclosure can be applied to ProSe systems, 5G V 2X systems, D2D systems, etc.
  • D2D Device-to-Device
  • ProSe Proximity based Services
  • terminals supporting ProSe can connect to multiple neighboring terminals to U2N Relay (UE to Network Relay) through high-frequency links, and access the cellular network through these U2N Relays.
  • U2N Relay UE to Network Relay
  • the architecture of the 5G ProSe system can be shown in Figure 1.
  • the V2X (Vehicle-to-Everything) service in the 5G system includes the integration of 5G and the Internet of Vehicles: the application of 5G technology to achieve network connection between vehicles and X (vehicles, people, roads, and service platforms) is also a vertical application of 5G in the Internet of Vehicles.
  • the types of Internet of Vehicles services are diverse, and the actual deployment scenarios can be divided into low-medium latency, high-latency requirement scenarios, large-connection scenarios, and comprehensive scenarios for autonomous driving.
  • the architecture of the 5G V2X system can be shown in Figure 2.
  • UE A and UE B may be vehicles or vehicle-mounted communication devices; UE C may be a terminal device used by pedestrians; and UE D may be a stationary terminal device, such as a street lamp.
  • the terminal accesses the 5G V2X system and ProSe system, it must obtain the policies provided by the system to truly implement 5G V2X and ProSe services. It is crucial for the 5G V2X and ProSe systems to effectively coordinate the policies issued to the terminals.
  • the terminal can request policy delivery during the registration process; if the terminal already has a valid terminal policy, there is no need to request the policy again before the terminal policy expires.
  • V2XP V2X policy
  • ProSeP ProSe policy
  • FIG3 shows a flow chart of a policy coordination method in the related art.
  • the policy coordination method provided in the related art includes steps S301 - S304 .
  • the PCF finds that there is no policy suitable for the terminal and rejects the policy request of the terminal.
  • the PCF can only continuously reject the policy request of the terminal, that is, continuously repeat steps S303-S304.
  • FIG4 shows a flow chart of a policy coordination method in an embodiment of the present disclosure.
  • the policy coordination method provided in an embodiment of the present disclosure includes steps S410 - S430 .
  • the terminal sends a policy request to the PCF.
  • the terminal involved in the embodiments of the present disclosure may be a device that provides voice and/or data connectivity to a user, a handheld device with a wireless connection function, or other processing devices connected to a wireless modem.
  • the terminal can communicate with one or more core networks (CN) via a radio access network (RAN).
  • CN core networks
  • RAN radio access network
  • the terminals in the disclosed embodiments include but are not limited to mobile phones, tablet computers, notebooks, vehicle-mounted communication equipment, drones, communication modules on drones, remote-controlled aircraft, aircraft, small aircraft, transportation tools, vehicles, RSUs, wireless sensors, Internet cards, Internet of Things terminals, RFID terminals, NB-IOT terminals, MTC (Machine Type Communication) terminals, eMTC (enhanced MTC) terminals, data cards, Internet cards, vehicle-mounted communication equipment, low-cost mobile phones, low-cost tablet computers and other wireless communication devices.
  • MTC Machine Type Communication
  • eMTC enhanced MTC
  • the policy request may be sent to the PCF after the terminal registers with the network and finds that there is no valid policy.
  • the terminal may be a terminal supporting V2X and/or ProSe, and the network may be a 5G V2X system and/or a 5G ProSe system.
  • the terminal sends a policy request to the PCF, which may be a request to configure a policy for V2X communication.
  • the terminal sends a policy request to the PCF, which may be a request to configure a policy for 5G ProSe communication.
  • the PCF when the PCF cannot provide a valid policy for the terminal, the PCF sends a rejection request message to the terminal, and the rejection request message carries a reason value for rejecting the policy request.
  • the PCF may not have a suitable ProSe or V2X policy required by the terminal.
  • the terminal requests a policy, the PCF cannot provide it and then responds with a request rejection message.
  • the PCF will reject the policy request in the following cases: the PCF itself does not have relevant policies, or the PCF itself has a capability problem and is not capable enough to provide relevant policies.
  • the PCF capability problem may be a PCF internal device failure or a congestion control state.
  • the present disclosure can enhance the policy request rejection function of the NAS protocol, expand the function of the UPDS cause IE field of the policy request rejection message, add a new reason value for PCF to reject the policy request, and then, the reason value for rejecting the policy request can be carried in the rejection request message.
  • the reason why PCF rejects a policy request when PCF itself does not have a relevant policy is The value may be "UE policies not available for requesting", which is used to explicitly instruct the terminal not to apply for the policy again.
  • the reason value for the PCF to reject the policy request may be "UE policies not supported for requesting", which is used to clearly instruct the terminal not to apply for the policy again.
  • the method may further include issuing the effective policy to the terminal if there is an effective policy for the terminal.
  • the terminal does not apply for the same policy again based on the indication of the reason value for rejecting the policy request.
  • the terminal After the terminal receives a rejection request message with the rejection reason "UE policies not available for requesting", the terminal will stop attempting to initiate requests for the same policy to the PCF.
  • the above S430 may include: based on the indication of the reason value for rejecting the policy request, the terminal does not repeatedly apply for the same policy if the retransmission condition is not met; and sends the policy request to the PCF again if the retransmission condition is met.
  • the retransmission condition is met in one or more of the following situations:
  • the terminal is powered on again after being powered off, the USIM card of the terminal is removed, the network side initiates the management process of the terminal policy, and the terminal moves.
  • the network side initiates the terminal policy management process by receiving a MANAGE UE POLICY COMMAND message (to add or modify the terminal policy content) from the network.
  • the terminal location movement may be caused by a change in PLMN or a change in Tracking Area (TA), etc.
  • the terminal location movement may also cause the terminal to access a new PCF.
  • the terminal when the terminal meets the retransmission conditions, the terminal sends a policy request to the PCF again.
  • the PCF receives the new policy request of the terminal and then re-determines whether there is a valid policy for the terminal.
  • the PCF cannot provide a valid policy for the terminal, the PCF sends a rejection request message to the terminal, and carries a reason value for rejecting the policy request in the rejection request message.
  • the PCF sends the valid policy to the terminal.
  • the disclosed embodiment is directed to a policy request and response system between UE and PCF based on 5G V2X and ProSe, and extends the PCF policy rejection request message (i.e., a new rejection cause value is added to the UPDS cause IE field therein), thereby avoiding the problem of the terminal repeatedly applying for the same policy; at the same time, it takes into account the specific needs of the terminal to make a new policy request, thereby reducing unnecessary signaling overhead for the 5G V2X and ProSe policy request and response system, and providing support for the smooth development of subsequent V2X and ProSe services.
  • the PCF policy rejection request message i.e., a new rejection cause value is added to the UPDS cause IE field therein
  • FIG5 shows a flow chart of a policy coordination method in an embodiment of the present disclosure.
  • the policy coordination method provided in an embodiment of the present disclosure includes steps S510 - S550 .
  • the PCF finds that there is no policy suitable for the terminal, rejects the policy request of the terminal, and carries a reason value for rejecting the policy request in the rejection request message.
  • step S503 after the terminal receives the rejection request message with the reason value of the rejection policy request, it proceeds to step S504, the terminal stops initiating policy requests to the PCF, and when the retransmission condition is triggered, it proceeds to step S505 and initiates the relevant policy request to the PCF again.
  • FIG6 shows the signaling process of the policy coordination method in the embodiment of the present disclosure.
  • the embodiment of the present disclosure adds a reason value for rejecting the policy request for the PCF rejection request message signaling.
  • the reason value may be "UE policies not available for requesting".
  • the terminal (UE) may identify the reason value and stop attempting to initiate a request for the same policy to the PCF unless the following situations occur again:
  • the network side initiates the management process of the terminal policy, such as receiving the MANAGE UE POLICY COMMAND message (adding or modifying the terminal policy content) from the network;
  • the terminal moves, such as when the PLMN is changed or the tracking area (TA) is changed.
  • the terminal may initiate a policy request to the PCF again.
  • the embodiments of the present disclosure mainly involve system units including: terminal (UE), line access side (RAN), access mobility management function (AMF), and policy control function (PCF).
  • UE terminal
  • RAN line access side
  • AMF access mobility management function
  • PCF policy control function
  • FIG. 7 shows a policy coordination method, which is applied to a policy control function PCF. As shown in FIG. 7 , the policy coordination method includes steps S710 - S720 .
  • a policy request is received from a terminal
  • a rejection request message is sent to the terminal, the rejection request message carries a reason value for rejecting the policy request, and the reason value for rejecting the policy request is used to instruct the terminal not to apply for the same policy again.
  • PCF needs to enhance the function of responding to terminal policy requests, expand the function of the UPDS cause IE field of the rejection request message, add a new reason value for PCF to reject the policy request, and clearly instruct the terminal not to apply for the same policy repeatedly.
  • the policy request rejection function of the NAS protocol can be enhanced, mainly by extending the UPDS cause IE field and adding an indication to restrict the terminal from repeatedly making the same policy request.
  • the PCF returns a request rejection message carrying an indication to restrict the terminal from repeatedly sending the same policy request to the terminal, thereby restricting the terminal's subsequent policy request behavior.
  • FIG8 shows a policy coordination method, which is applied to a terminal.
  • the policy coordination method includes steps S810 - S830 .
  • a policy request is sent to a policy control function PCF;
  • a rejection request message is received from the PCF, where the rejection request message is sent by the PCF when the PCF cannot provide a valid policy for the terminal, and the rejection request message carries a reason value for rejecting the policy request;
  • the terminal may be a terminal with V2X or ProSe service capabilities, and supports identifying the newly added rejection cause "UE policies not available for requesting" in the rejection request message from the PCF, and stops applying for the same policy based on the reason value; at the same time, new judgment capabilities are added for certain specific situations: such as when the terminal is turned off and then turned on again, the USIM card of the terminal is removed, the network side initiates the management process of the terminal policy, and the terminal moves (such as changes in PLMN, or changes in the tracking area TA, etc.). The terminal will break through the restrictions of the previous policy request and initiate a new policy request.
  • a and/or B can represent: A exists alone, A and B exist at the same time, and B exists alone.
  • the character "/" in this article generally indicates that the associated objects before and after are in an "or" relationship.
  • certain steps may be omitted, multiple steps may be combined into one step, and/or one step may be decomposed into multiple steps.
  • the present disclosure also provides a policy coordination device, as described in the following embodiments. Since the principle of solving the problem in the device embodiment is similar to that in the above method embodiment, the implementation of the device embodiment can refer to the implementation of the above method embodiment, and the repeated parts will not be repeated.
  • FIG9 shows a policy coordination device in an embodiment of the present disclosure, which is applied to a policy control function PCF.
  • the policy coordination device 900 includes a request receiving module 902 and a message sending module 904 .
  • the request receiving module 902 is configured to receive a policy request from a terminal
  • the message sending module 904 is configured to send a rejection request message to the terminal when a valid policy cannot be provided for the terminal.
  • the rejection request message carries a reason value for rejecting the policy request.
  • the reason value for rejecting the policy request is used to instruct the terminal not to apply for the same policy again.
  • the policy coordination device 900 may further include:
  • a second request receiving module is configured to receive a new policy request from the terminal, where the new policy request is sent by the terminal when a retransmission condition is met;
  • the retransmission conditions are met in one or more of the following situations:
  • the terminal is powered on again after being powered off, the USIM card of the terminal is removed, the network side initiates the management process of the terminal policy, and the terminal moves.
  • the policy coordination device 900 may further include a policy issuing module.
  • the policy delivery module is configured to deliver the effective policy to the terminal when there is an effective policy for the terminal.
  • the policy coordination device 900 may further include a function expansion module.
  • the function extension module is configured to enhance the policy request rejection function of the NAS protocol, extend the function of the UPDS cause IE field of the policy request rejection message, and add the reason value for PCF to reject the policy request.
  • an embodiment of the present disclosure further provides a policy coordination device, which is applied to a terminal.
  • the policy coordination device 1000 includes a request sending module 1002 , a message receiving module 1004 and an information processing module 1006 .
  • the request sending module 1002 is configured to send a policy request to the policy control function PCF;
  • the message receiving module 1004 is configured to receive a rejection request message from the PCF, where the rejection request message is sent by the PCF when it cannot provide a valid policy for the terminal, and the rejection request message carries a reason value for rejecting the policy request;
  • the information processing module 1006 is configured to not repeatedly apply for the same policy based on the indication of the reason value for rejecting the policy request.
  • the information processing module 1006 includes a first processing unit and a second processing unit.
  • the first processing unit is configured to not repeatedly apply for the same policy if the retransmission condition is not met based on the indication of the reason value for rejecting the policy request;
  • the second processing unit is configured to send a policy request to the PCF again if the retransmission condition is met;
  • the retransmission conditions are met in one or more of the following situations:
  • the terminal is powered on again after being powered off, the USIM card of the terminal is removed, the network side initiates the management process of the terminal policy, and the terminal moves.
  • the electronic device provided by the embodiment of the present disclosure is described below with reference to Fig. 11.
  • the electronic device 1100 shown in Fig. 11 is only an example and should not bring any limitation to the functions and application scope of the embodiment of the present disclosure.
  • FIG11 is a schematic diagram of the architecture of an electronic device 1100 provided by an embodiment of the present disclosure. As shown in FIG11 , the electronic device 1100 includes but is not limited to: at least one processor 1110 and at least one memory 1120 .
  • the memory 1120 is used to store instructions.
  • the memory 1120 may include a readable medium in the form of a volatile storage unit, such as a random access memory unit (RAM) 11201 and/or a cache memory unit 11202 , and may further include a read-only memory unit (ROM) 11203 .
  • RAM random access memory unit
  • ROM read-only memory unit
  • memory 1120 may also include a program/utility 11204 having a set (at least one) of program modules 11205, such program modules 11205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.
  • program modules 11205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.
  • the memory 1120 may store an operating system, which may be a real-time operating system (RTX), LINUX, UNIX, WINDOWS, or OS X.
  • RTX real-time operating system
  • LINUX LINUX
  • UNIX UNIX
  • WINDOWS WINDOWS
  • OS X OS X
  • data may also be stored in the memory 1120 .
  • the processor 1110 may read data stored in the memory 1120 , where the data may be stored at the same storage address as the instruction, or the data may be stored at a different storage address than the instruction.
  • the processor 1110 is configured to call the instructions stored in the memory 1120 to implement the steps of various exemplary embodiments of the present disclosure described in the above “Exemplary Method” section of this specification.
  • the processor 1110 may perform the following steps of the above method embodiment:
  • a rejection request message is sent to the terminal, the rejection request message carries a reason value for rejecting the policy request, and the reason value for rejecting the policy request is used to instruct the terminal not to repeatedly apply for the same policy.
  • rejection request message is sent by the PCF when the PCF cannot provide a valid policy for the terminal, and the rejection request message carries a reason value for rejecting the policy request;
  • processor 1110 may be a general-purpose processor or a special-purpose processor.
  • the processor 1110 may include one or more processing cores, and the processor 1110 executes various functional applications and data processing by running instructions.
  • processor 1110 may include a central processing unit (CPU) and/or a baseband processor.
  • CPU central processing unit
  • baseband processor a baseband processor
  • the processor 1110 may determine an instruction according to the priority identifier and/or function category information carried in each control instruction.
  • processor 1110 and the memory 1120 may be provided separately or integrated together.
  • the processor 1110 and the memory 1120 may be integrated on a single board or at the system level.
  • On chip system on chip, SOC.
  • the electronic device 1100 is in the form of a general-purpose computing device.
  • the electronic device 1100 may further include a bus 1130 .
  • the bus 1130 may represent one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures.
  • the electronic device 1100 may also communicate with one or more external devices 1140 (e.g., keyboards, pointing devices, Bluetooth devices, etc.), one or more devices that enable a user to interact with the electronic device 1100, and/or any device that enables the electronic device 1100 to communicate with one or more other computing devices (e.g., routers, modems, etc.). Such communication may be performed through an input/output (I/O) interface 1150.
  • I/O input/output
  • the electronic device 1100 can also communicate with one or more networks (eg, a local area network (LAN), a wide area network (WAN) and/or a public network, such as the Internet) through the network adapter 1160 .
  • networks eg, a local area network (LAN), a wide area network (WAN) and/or a public network, such as the Internet.
  • LAN local area network
  • WAN wide area network
  • Internet public network
  • the network adapter 1160 communicates with other modules of the electronic device 1100 via the bus 1130 .
  • the structure illustrated in the embodiment of the present disclosure does not constitute a specific limitation on the electronic device 1100.
  • the electronic device 1100 may include more or fewer components than those shown in FIG. 11, or combine certain components, or separate certain components, or arrange the components differently.
  • the components shown in FIG. 11 may be implemented in hardware, software, or a combination of software and hardware.
  • the present disclosure also provides a computer-readable storage medium on which computer instructions are stored.
  • the computer instructions are executed by a processor, the policy coordination method described in the above method embodiment is implemented.
  • the computer-readable storage medium in the embodiments of the present disclosure is a computer instruction that can be sent, propagated or transmitted for use by or in conjunction with an instruction execution system, apparatus or device.
  • computer readable storage media are non-volatile storage media.
  • more specific examples of computer-readable storage media in the present disclosure may include, but are not limited to, an electrical connection having one or more conductors, a portable computer disk, a hard disk, Random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, USB flash drive, mobile hard disk or any suitable combination of the above.
  • RAM Random access memory
  • ROM read-only memory
  • EPROM or flash memory erasable programmable read-only memory
  • CD-ROM compact disk read-only memory
  • CD-ROM compact disk read-only memory
  • magnetic storage device magnetic storage device
  • USB flash drive mobile hard disk or any suitable combination of the above.
  • the computer-readable storage medium may include a data signal propagated in a baseband or as a part of a carrier wave, in which computer instructions (readable program codes) are carried.
  • Such a propagated data signal may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing.
  • computing instructions contained on a computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
  • the embodiment of the present disclosure further provides a computer program product, which stores instructions.
  • the instructions When the instructions are executed by a computer, the computer implements the policy coordination method described in the above method embodiment.
  • the above instructions may be program codes.
  • the program codes may be written in any combination of one or more programming languages.
  • the programming language includes object-oriented programming languages, such as Java, C++, etc., and also includes conventional procedural programming languages, such as "C" language or similar programming languages.
  • the program code may execute entirely on the user's computing device, partly on the user's computing device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device or entirely on the remote computing device or server.
  • the remote computing device may be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., through the Internet using an Internet service provider).
  • LAN local area network
  • WAN wide area network
  • the embodiment of the present disclosure also provides a chip, including at least one processor and an interface;
  • At least one processor is used to execute program instructions to implement the policy coordination method described in the above method embodiment.
  • the chip may further include a memory, which is used to store program instructions and data, and the memory is located inside or outside the processor.

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供了一种策略协调方法、装置、设备及介质，涉及无线通信和终端技术领域。该方法包括：策略控制功能PCF接收来自终端的策略请求；在不能为终端提供有效策略的情况下，向终端发送拒绝请求消息，拒绝请求消息中携带有拒绝策略请求的原因值，拒绝策略请求的原因值用于指示终端不再重复申请相同策略。根据本公开实施例，能够减少终端重复申请相同策略的次数，减少不必要的信令开销。

Description

策略协调方法、装置、设备、介质及程序产品
相关申请的交叉引用
本公开要求于2022年11月11日提交的申请号为202211409560.3、名称为“策略协调方法、装置、设备及介质”的中国专利申请的优先权，该中国专利申请的全部内容通过引用全部并入本文。
技术领域
本公开涉及无线通信和终端技术领域，尤其涉及一种策略协调方法、装置、设备、介质及程序产品。
背景技术
终端在接入某些通信系统后，必须获取系统提供的策略，才能实现相应的系统任务。例如，ProSe(Proximity based Services，邻近服务)系统，终端获取系统提供的策略，才能真正实现ProSe业务。有效协调下发给终端的策略，对系统至关重要，如何有效协调策略下发是目前需要解决的问题。
需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
发明人通过研究发现，相关技术中通信系统不会限制终端请求策略的频率，因此终端有可能不断重复进行相同的策略申请，导致产生太多不必要的网络信令开销，极端情况会出现信令风暴。如何有效协调策略下发，减少终端进行重复策略申请的次数，降低网络信令开销，是需要解决的问题。
针对上述问题，本公开提供了一种策略协调方法、装置、设备、介质及程序产品。需要说明的是，虽然上述描述采用ProSe系统作为例子，本公开也适用于其他场景比如5G V2X(Vehicle-to-Everything)或D2D(Device-to-Device)系统，并取得类似在ProSe系统中的技术效果。在不冲突的情况下，本公开的实施例和实施例中的特征可以任意相互组合。
本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通 过本公开的实践而习得。
根据本公开的一个方面，提供了一种策略协调方法，应用于策略控制功能PCF，方法包括：接收来自终端的策略请求；在不能为终端提供有效策略的情况下，向终端发送拒绝请求消息，拒绝请求消息中携带有拒绝策略请求的原因值，拒绝策略请求的原因值用于指示终端不再重复申请相同策略。
在本公开的一个实施例中，方法还包括：接收终端的新的策略请求，新的策略请求是终端在符合重发条件的情况下发送的；
其中，在如下一种或多种情况下，符合重发条件：
终端关机后再次开机、终端的USIM卡被移除后、网络侧发起对终端策略的管理流程、终端位置移动。
在本公开的一个实施例中，方法还包括：在有终端的有效策略的情况下，向终端下发有效策略。
在本公开的一个实施例中，方法还包括：增强NAS协议的策略请求拒绝功能，扩展拒绝策略请求消息的UPDS cause IE字段的功能，新增PCF拒绝策略请求的原因值。
在本公开的一个实施例中，拒绝策略请求的原因值，是根据PCF不能为终端提供有效策略的原因确定的；PCF不能为终端提供有效策略的原因包括PCF本身没有相关策略，或PCF自身能力不足以提供相关策略。
根据本公开的另一个方面，提供一种策略协调方法，应用于终端，方法包括：向策略控制功能PCF发送策略请求；接收来自PCF的拒绝请求消息，拒绝请求消息是PCF在不能为终端提供有效策略的情况下发送的，拒绝请求消息中携带有拒绝策略请求的原因值；基于拒绝策略请求的原因值的指示，不再重复申请相同策略。
在本公开的一个实施例中，基于拒绝策略请求的原因值的指示，不再重复申请相同策略，包括：基于拒绝策略请求的原因值的指示，在不符合重发条件的情况下，不再重复申请相同策略；在符合重发条件的情况下，再次向PCF发送策略请求；
其中，在如下一种或多种情况下，符合重发条件：
终端关机后再次开机、终端的USIM卡被移除后、网络侧发起对终端策略的管理流程、终端位置移动。
根据本公开的另一个方面，提供一种策略协调装置，应用于策略控制功能PCF，装置包括请求接收模块和消息发送模块。
请求接收模块，被配置为接收来自终端的策略请求；
消息发送模块，被配置为在不能为终端提供有效策略的情况下，向终端发送拒绝请求消息，拒绝请求消息中携带有拒绝策略请求的原因值，拒绝策略请求的原因值用于指示终端不再重复申请相同策略。
根据本公开的另一个方面，提供一种策略协调装置，应用于终端，装置包括请求发送模块、消息接收模块和信息处理模块。
请求发送模块，被配置为向策略控制功能PCF发送策略请求；
消息接收模块，被配置为接收来自PCF的拒绝请求消息，拒绝请求消息是PCF在不能为终端提供有效策略的情况下发送的，拒绝请求消息中携带有拒绝策略请求的原因值；
信息处理模块，被配置为基于拒绝策略请求的原因值的指示，不再重复申请相同策略。
根据本公开的又一个方面，提供一种电子设备，包括：存储器，用于存储指令；处理器，用于调用所述存储器中存储的指令，实现上述的策略协调方法。
根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令被处理器执行时实现上述的策略协调方法。
根据本公开的又一个方面，提供一种计算机程序产品，计算机程序产品存储有指令，所述指令在由计算机执行时，使得计算机实施上述的策略协调方法。
根据本公开的又一个方面，提供一种芯片，包括至少一个处理器和接口；
接口，用于为至少一个处理器提供程序指令或者数据；
至少一个处理器用于执行程序指令，以实现上述的策略协调方法。
本公开实施例所提供的策略协调方法、装置、设备及介质，PCF在不能为终端提供有效策略的情况下，向终端发送拒绝请求消息，拒绝请求消息中携带有拒绝策略请求的原因值，终端识别到拒绝策略请求的原因值便不再重复申请相同策略，如此便减少了终端重复申请相同策略的次数，减少了不必要的信令开销。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出相关技术中的一种5G ProSe系统的架构示意图；
图2示出相关技术中的一种5G V2X系统的架构示意图；
图3示出相关技术中的一种策略协调方法流程图；
图4示出本公开实施例中一种策略协调方法流程图；
图5示出本公开实施例中另一种策略协调方法流程图；
图6示出本公开实施例中一种策略协调方法的信令流程图；
图7示出本公开实施例中又一种策略协调方法流程图；
图8示出本公开实施例中再一种策略协调方法流程图；
图9示出本公开实施例中一种策略协调装置示意图；
图10示出本公开实施例中另一种策略协调装置示意图；
图11示出本公开实施例中一种电子设备的结构框图。
具体实施方式
下面将参考附图更全面地描述示例实施方式。
需要说明的是，示例实施方式能够以多种形式实施，不应被理解为限于在此阐述的范例。
本公开实施例可以应用于ProSe系统、5G V 2X系统和D2D系统等。
近域接入技术的基础是基于蜂窝网络的D2D((Device-to-Device))通信，或称为ProSe(Proximity based Services,邻近服务)。新一代近域接入技术中,支持ProSe的终端可以通过高频链路与多个邻近的终端到U2N Relay(UE to Network Relay，网络中继)连接，并通过这些U2N Relay接入蜂窝网。其中，5G ProSe系统的架构可以如图1所示。
5G系统中的V2X(Vehicle-to-Everything)服务，包括5G与车联网的融合：应用5G技术，实现车与X(车与车、人、路、服务平台)之间的网络连接，也是5G在车联网的垂直应用。车联网业务种类多样，实际部署场景可分为中低时延、高时延要求场景、大连接场景以及面向自动驾驶的综合场景。其中，5G V2X系统的架构可以如图2所示。
在一个实施例中，如图2所示，UE A和UE B可以是车辆或者车载通信设备；UE C可以是行人使用的终端设备；UE D可以是静止的终端设备，例如，路灯。
终端接入5G V2X系统，ProSe系统后，必须获取系统提供的策略，才能真正实现5G V2X、ProSe业务。5G V2X、ProSe系统如何有效协调下发给终端的策略，至关重要。
如果终端支持V2X或ProSe通信，但没有有效的策略V2XP(V2X的policy)或者ProSeP(ProSe的policy)，那么在注册过程中终端可以请求策略下发；如果终端已经有一个有效的终端策略，在该终端策略失效之前，不需要再次请求策略。
发明人发现，如果终端发现自己没有有效策略，目前5G V2X系统以及5G ProSe系统不会限制终端请求V2XP或ProSeP的频率，因此终端有可能不断重复进行相同的策略申请，导致产生太多不必要的网络信令开销，极端情况会出现信令风暴。
图3示出相关技术中的一种策略协调方法流程图，如图3所示，相关技术中提供的策略协调方法包括步骤S301-S304。
在S301中，V2X/ProSe终端(UE)注册到网络后，并发现没有有效的策略时，向PCF(Policy Control function，策略控制功能)发起相关策略请求。
在S302中，PCF发现没有合适该终端的策略，拒绝该终端的策略请求。
在S303中，由于得不到相关策略，终端继续不断向PCF发起相同的策略请求。
在S304中，PCF只能不断地拒绝该终端的策略请求，也就是不断重复步骤S303-S304。
图4示出本公开实施例中一种策略协调方法流程图，如图4所示，本公开实施例中提供的策略协调方法，包括步骤S410-S430。
在S410中，终端向PCF发送策略请求。
本公开实施例涉及的终端，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。
终端可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网(Core Network，CN)进行通信。本公开实施例中的终端，包括但不限于手机，平板电脑，笔记本，车载通信设备，无人机，无人机上的通信模块，遥控飞机，飞行器，小型飞机，交通工具，车辆，RSU，无线传感器，上网卡，物联网终端，RFID终端，NB-IOT终端，MTC(Machine Type Communication，机器类型通信)终端，eMTC(enhanced MTC，增强的MTC)终端，数据卡，上网卡，车载通信设备，低成本手机，低成本平板电脑等无线通信设备。
在一些实施例中，策略请求可以是终端注册到网络后，发现没有有效的策略时，向PCF发送的。终端可以是支持V2X和/或ProSe的终端，网络可以是5G V2X系统和/或5G ProSe系统。
在一个实施例中，终端向PCF发送策略请求，可以是请求配置进行V2X通信的策略。
在另一个实施例中，终端向PCF发送策略请求，可以是请求配置进行5G ProSe通信的策略。
在S420中，PCF在不能为终端提供有效策略的情况下，向终端发送拒绝请求消息，拒绝请求消息中携带有拒绝策略请求的原因值。
5G V2X系统以及5G ProSe系统中，PCF可能没有适合的为终端所需要的ProSe或者V2X策略(policy)，那么当终端请求策略时，PCF便无法提供，然后回复拒绝请求消息。
在一个实施例中，PCF在下述情况下会拒绝策略请求：PCF本身没有相关策略，或PCF自身能力问题，PCF自身能力不足以提供相关策略。其中，PCF自身能力问题，可以是PCF内部设备故障，或者处在拥塞控制状态等。
在一些实施例中，本公开可以通过增强NAS协议的策略请求拒绝功能，扩展拒绝策略请求消息的UPDS cause IE字段的功能，新增PCF拒绝策略请求的原因值，然后，便可以在拒绝请求消息中携带有拒绝策略请求的原因值。
作为一个示例，在PCF本身没有相关策略时，PCF拒绝策略请求的原因 值可以是“UE policies not available for requesting”，用于明确指示该终端不要再重复申请该策略。
作为一个示例，在因PCF自身能力问题不能提供相关策略时，PCF拒绝策略请求的原因值可以是“UE policies not supported for requesting”，用于明确指示该终端不要再重复申请该策略。
在一些实施例中，该方法还可以包括在有终端的有效策略的情况下，向终端下发有效策略。
在S430中，终端基于拒绝策略请求的原因值的指示，不再重复申请相同策略。
终端收到带有拒绝原因“UE policies not available for requesting”的拒绝请求消息后，终端会停止向PCF发起相同策略的请求尝试。
发明人发现，对于5G网络侧，除了需要考虑如何阻止终端重复申请相同策略以外，还需要考虑到，在某些情况下，终端进行新的策略申请是必要的，比如终端发生位置迁移、终端关机又开机等场景。
在一些实施例中，上述S430，可以包括：终端基于拒绝策略请求的原因值的指示，在不符合重发条件的情况下，不再重复申请相同策略；在符合重发条件的情况下，再次向PCF发送策略请求。
在一个实施例中，在如下一种或多种情况下，符合重发条件：
终端关机后再次开机、终端的USIM卡被移除后、网络侧发起对终端策略的管理流程、终端位置移动。
作为一个示例，网络侧发起对终端策略的管理流程，可以是收到网络发来的MANAGE UE POLICY COMMAND message(增加或者修改终端的策略内容)。
作为一个示例，终端位置移动，可以是发生了PLMN的改变,或者是跟踪区域(TA)的改变等，终端位置移动也可能导致终端接入新的PCF。
本公开实施例中终端在符合重发条件的情况下，再次向PCF发送策略请求，PCF接收该终端的新的策略请求，然后，重新判断是否有该终端的有效策略，PCF在不能为终端提供有效策略的情况下，向终端发送拒绝请求消息，并在拒绝请求消息中携带拒绝策略请求的原因值，在有终端的有效策略的情况下，向终端下发有效策略。
本公开实施例针对基于5G V2X及ProSe的UE和PCF间策略请求及响应系统，对PCF策略拒绝请求消息(即对其中UPDS cause IE字段新增拒绝cause值)进行扩展，规避了终端重复申请相同策略的问题；同时兼顾了终端提出新策略请求的特定需求，使得5G V2X及ProSe策略请求及响应系统减少了不必要的信令开销，为后续V2X及ProSe业务的顺利开展提供了支持。
图5示出本公开实施例中一种策略协调方法流程图，如图5所示，本公开实施例中提供的策略协调方法，包括步骤S510-S550。
在S501中，V2X/ProSe终端(UE)注册到网络后，并发现没有有效的策略时，向PCF(Policy Control function，策略控制功能)发起相关策略请求。
在S502中，PCF发现没有合适该终端的策略，拒绝该终端的策略请求，并在拒绝请求消息中携带拒绝策略请求的原因值。
在S503中，终端收到带有该拒绝策略请求的原因值的拒绝请求消息后，转入步骤S504，终端停止向PCF发起策略请求，以及在触发重发条件的情况下，转入步骤S505，再次向PCF发起相关策略请求。
其中，重发条件详见上文，在此不再赘述。
图6示出本公开实施例中策略协调方法的信令流程，如图6所示，本公开实施例在相关技术的基础上，针对PCF的拒绝请求消息信令，增加了拒绝策略请求的原因值，该原因值可以是“UE policies not available for requesting”，终端(UE)可以识别该原因值，并停止向PCF发起相同策略的请求尝试，除非又发生了以下情形：
1)终端关机后再次开机；
2)终端的USIM卡被移除后；
3)网络侧发起对终端策略的管理流程,比如收到网络发来的MANAGE UE POLICY COMMAND message(增加或者修改终端的策略内容)；
4)终端发生位置迁移，比如发生了PLMN的改变,或者是跟踪区域(TA)的改变等。
在上述情形下，终端(UE)可以再次向PCF发起策略请求。
本公开实施例主要涉及系统单元包括：终端(UE)，线接入侧(RAN)，接入移动管理功能(AMF)，策略控制功能(PCF)，下面分别站在PCF侧和终端侧论述本公开实施例。
图7示出一种策略协调方法，应用于策略控制功能PCF，如图7所示，该策略协调方法，包括步骤S710-S720。
在S710中，接收来自终端的策略请求；
在S720中，在不能为终端提供有效策略的情况下，向终端发送拒绝请求消息，拒绝请求消息中携带有拒绝策略请求的原因值，拒绝策略请求的原因值用于指示终端不再重复申请相同策略。
在一些实施例中，PCF需增强响应终端策略请求功能，扩展拒绝请求消息的UPDS cause IE字段的功能，新增PCF拒绝策略请求的原因值，明确指示终端不要再重复申请相同策略。
在一个实施例中，可以把NAS协议的策略请求拒绝功能进行增强，主要是对UPDS cause IE字段扩展，新增限制终端重复发声相同策略请求的指示。UE向PCF进行策略请求时，PCF如果没有合适的策略，由PCF把携带限制终端重复发送相同策略请求指示的请求拒绝消息返回给终端，约束终端后续的策略请求行为。
图8示出一种策略协调方法，应用于终端，如图8所示，该策略协调方法，包括步骤S810-S830。
在S810中，向策略控制功能PCF发送策略请求；
在S820中，接收来自PCF的拒绝请求消息，拒绝请求消息是PCF在不能为终端提供有效策略的情况下发送的，拒绝请求消息中携带有拒绝策略请求的原因值；
在S830中，基于拒绝策略请求的原因值的指示，不再重复申请相同策略。
在一些实施例中，终端可以是具备V2X或ProSe业务能力的终端，支持识别来自PCF的拒绝请求消息里的新增拒绝cause“UE policies not available for requesting”,并且根据该原因值停止申请相同策略；同时，新增对某些特定情形的判断能力：如终端关机后再次开机、终端的USIM卡被移除后、网络侧发起对终端策略的管理流程、终端位置移动(如PLMN的改变,或者跟踪区域TA的改变等)，终端会突破之前策略请求的限制，发起新的策略请求。
在本公开实施例中，术语“第一”、“第二”和“第三”仅用于描述目的， 而不能理解为指示或暗示相对重要性。
本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。
在一些实施例中，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
基于同一发明构思，本公开实施例中还提供了一种策略协调装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。
图9示出本公开实施例中一种策略协调装置，应用于策略控制功能PCF，如图9所示，该策略协调装置900，包括请求接收模块902和消息发送模块904。
请求接收模块902，被配置为接收来自终端的策略请求；
消息发送模块904，被配置为在不能为终端提供有效策略的情况下，向终端发送拒绝请求消息，拒绝请求消息中携带有拒绝策略请求的原因值，拒绝策略请求的原因值用于指示终端不再重复申请相同策略。
在一些实施例中，该策略协调装置900，还可以包括：
第二请求接收模块，被配置为接收终端的新的策略请求，新的策略请求是终端在符合重发条件的情况下发送的；
其中，在如下一种或多种情况下，符合重发条件：
终端关机后再次开机、终端的USIM卡被移除后、网络侧发起对终端策略的管理流程、终端位置移动。
在一些实施例中，该策略协调装置900，还可以包括策略下发模块。
策略下发模块，被配置为在有终端的有效策略的情况下，向终端下发有效策略。
在一些实施例中，该策略协调装置900，还可以包括功能扩展模块。
功能扩展模块，被配置为增强NAS协议的策略请求拒绝功能，扩展拒绝策略请求消息的UPDS cause IE字段的功能，新增PCF拒绝策略请求的原因值。
基于同一发明构思，本公开实施例中还提供了一种策略协调装置，应用于终端，如图10所示，该策略协调装置1000，包括请求发送模块1002、消息接收模块1004和信息处理模块1006。
请求发送模块1002，被配置为向策略控制功能PCF发送策略请求；
消息接收模块1004，被配置为接收来自PCF的拒绝请求消息，拒绝请求消息是PCF在不能为终端提供有效策略的情况下发送的，拒绝请求消息中携带有拒绝策略请求的原因值；
信息处理模块1006，被配置为基于拒绝策略请求的原因值的指示，不再重复申请相同策略。
在一些实施例中，信息处理模块1006，包括第一处理单元和第二处理单元。
第一处理单元，被配置为基于拒绝策略请求的原因值的指示，在不符合重发条件的情况下，不再重复申请相同策略；
第二处理单元，被配置为在符合重发条件的情况下，再次向PCF发送策略请求；
其中，在如下一种或多种情况下，符合重发条件：
终端关机后再次开机、终端的USIM卡被移除后、网络侧发起对终端策略的管理流程、终端位置移动。
本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
关于上述实施例中的策略协调装置，其中各个模块执行操作的具体方式 已经在有关该策略协调方法的实施例中进行了详细描述，此处将不做详细阐述说明。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。
实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
下面参照图11来描述本公开实施例提供的电子设备。图11显示的电子设备1100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
图11示出本本公实施例提供的一种电子设备1100的架构示意图。如图11所示，该电子设备1100包括但不限于：至少一个处理器1110、至少一个存储器1120。
存储器1120，用于存储指令。
在一些实施例中，存储器1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)11201和/或高速缓存存储单元11202，还可以进一步包括只读存储单元(ROM)11203。
在一些实施例中，存储器1120还可以包括具有一组(至少一个)程序模块11205的程序/实用工具11204，这样的程序模块11205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
在一些实施例中，存储器1120可存储操作系统。该操作系统可以是实时操作系统(Real Time eXecutive，RTX)、LINUX、UNIX、WINDOWS或OS X之类的操作系统。
在一些实施例中，存储器1120中还可以存储有数据。
作为一个示例，处理器1110可以读取存储器1120中存储的数据，该数据可以与指令存储在相同的存储地址，该数据也可以与指令存储在不同的存储地址。
处理器1110，用于调用存储器1120中存储的指令，实现本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理器1110可以执行上述方法实施例的如下步骤：
接收来自终端的策略请求；
在不能为所述终端提供有效策略的情况下，向所述终端发送拒绝请求消息，所述拒绝请求消息中携带有拒绝策略请求的原因值，所述拒绝策略请求的原因值用于指示所述终端不再重复申请相同策略。
或，执行上述方法实施例的如下步骤：
向策略控制功能PCF发送策略请求；
接收来自所述PCF的拒绝请求消息，所述拒绝请求消息是所述PCF在不能为所述终端提供有效策略的情况下发送的，所述拒绝请求消息中携带有拒绝策略请求的原因值；
基于所述拒绝策略请求的原因值的指示，不再重复申请相同策略。
需要说明的是，上述处理器1110可以是通用处理器或者专用处理器。处理器1110可以包括一个或者一个以上处理核心，处理器1110通过运行指令执行各种功能应用以及数据处理。
在一些实施例中，处理器1110可以包括中央处理器(central processing unit，CPU)和/或基带处理器。
在一些实施例中，处理器1110可以根据各个控制指令中携带的优先级标识和/或功能类别信息确定一个指令。
本公开中，处理器1110和存储器1120可以单独设置，也可以集成在一起。
作为一个示例，处理器1110和存储器1120可以集成在单板或者系统级 芯片(system on chip，SOC)上。
如图11所示，电子设备1100以通用计算设备的形式表现。电子设备1100还可以包括总线1130。
总线1130可以为表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。
电子设备1100也可以与一个或多个外部设备1140(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1100交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。
并且，电子设备1100还可以通过网络适配器1160与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。
如图11所示，网络适配器1160通过总线1130与电子设备1100的其它模块通信。
应当明白，尽管图中未示出，可以结合电子设备1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
可以理解的是，本公开实施例示意的结构并不构成对电子设备1100的具体限定。在本公开另一些实施例中，电子设备1100可以包括比图11所示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图11所示的部件可以以硬件，软件或软件和硬件的组合实现。
本公开还提供了一种计算机可读存储介质，其上存储有计算机指令，计算机指令被处理器执行时实现上述方法实施例描述的策略协调方法。
本公开实施例中计算机可读存储介质，为可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的计算机指令。
作为一个示例，计算机可读存储介质是非易失性存储介质。
在一些实施例中，本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、 随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、U盘、移动硬盘或者上述的任意合适的组合。
本公开实施例中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机指令(可读程序代码)。
这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。
在一些示例中，计算机可读存储介质上包含的计算指令可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
本公开实施例还提供一种计算机程序产品，计算机程序产品存储有指令，指令在由计算机执行时，使得计算机实施上述方法实施例描述的策略协调方法。
上述指令可以是程序代码。在具体实施时，程序代码可以由一种或多种程序设计语言的任意组合来编写。
程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。
程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
本公开实施例还提供了一种芯片，包括至少一个处理器和接口；
接口，用于为至少一个处理器提供程序指令或者数据；
至少一个处理器用于执行程序指令，以实现上述方法实施例描述的策略协调方法。
在一些实施例中，该芯片还可以包括存储器，该存储器，用于保存程序指令和数据，存储器位于处理器之内或处理器之外。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。
本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (12)

  1. 一种策略协调方法，应用于策略控制功能PCF，所述方法包括：
    接收来自终端的策略请求；
    在不能为所述终端提供有效策略的情况下，向所述终端发送拒绝请求消息，所述拒绝请求消息中携带有拒绝策略请求的原因值，所述拒绝策略请求的原因值用于指示所述终端不再重复申请相同策略。
  2. 根据权利要求1所述的方法，所述方法还包括：
    接收所述终端的新的策略请求，所述新的策略请求是所述终端在符合重发条件的情况下发送的；
    其中，在如下一种或多种情况下，符合重发条件：
    终端关机后再次开机、终端的USIM卡被移除后、网络侧发起对终端策略的管理流程、终端位置移动。
  3. 根据权利要求1所述的方法，所述方法还包括：
    在有所述终端的有效策略的情况下，向所述终端下发所述有效策略。
  4. 根据权利要求1所述的方法，所述方法还包括：
    增强NAS协议的策略请求拒绝功能，扩展所述拒绝策略请求消息的UPDS cause IE字段的功能，新增所述PCF拒绝策略请求的原因值。
  5. 根据权利要求1所述的方法，其特征在于，所述拒绝策略请求的原因值，是根据所述PCF不能为所述终端提供有效策略的原因确定的；
    所述PCF不能为所述终端提供有效策略的原因包括PCF本身没有相关策略，或PCF自身能力不足以提供相关策略。
  6. 一种策略协调方法，应用于终端，所述方法包括：
    向策略控制功能PCF发送策略请求；
    接收来自所述PCF的拒绝请求消息，所述拒绝请求消息是所述PCF在不能为所述终端提供有效策略的情况下发送的，所述拒绝请求消息中携带有拒绝策略请求的原因值；
    基于所述拒绝策略请求的原因值的指示，不再重复申请相同策略。
  7. 根据权利要求6所述的方法，所述基于所述拒绝策略请求的原因值的指示，不再重复申请相同策略，包括：
    基于所述拒绝策略请求的原因值的指示，在不符合重发条件的情况下， 不再重复申请相同策略；
    在符合重发条件的情况下，再次向所述PCF发送策略请求；
    其中，在如下一种或多种情况下，符合重发条件：
    终端关机后再次开机、终端的USIM卡被移除后、网络侧发起对终端策略的管理流程、终端位置移动。
  8. 一种策略协调装置，应用于策略控制功能PCF，所述装置包括：
    请求接收模块，被配置为接收来自终端的策略请求；
    消息发送模块，被配置为在不能为所述终端提供有效策略的情况下，向所述终端发送拒绝请求消息，所述拒绝请求消息中携带有拒绝策略请求的原因值，所述拒绝策略请求的原因值用于指示所述终端不再重复申请相同策略。
  9. 一种策略协调装置，应用于终端，所述装置包括：
    请求发送模块，被配置为向策略控制功能PCF发送策略请求；
    消息接收模块，被配置为接收来自所述PCF的拒绝请求消息，所述拒绝请求消息是所述PCF在不能为所述终端提供有效策略的情况下发送的，所述拒绝请求消息中携带有拒绝策略请求的原因值；
    信息处理模块，被配置为基于所述拒绝策略请求的原因值的指示，不再重复申请相同策略。
  10. 一种电子设备，包括：
    存储器，用于存储指令；
    处理器，用于调用所述存储器中存储的指令，实现如权利要求1-7任一项所述策略协调方法。
  11. 一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令被处理器执行时实现权利要求1-7中任意一项所述策略协调方法。
  12. 一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现权利要求1-7中任意一项所述策略协调方法。
PCT/CN2023/117532 2022-11-11 2023-09-07 策略协调方法、装置、设备、介质及程序产品 WO2024098933A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211409560.3A CN118042521A (zh) 2022-11-11 2022-11-11 策略协调方法、装置、设备及介质
CN202211409560.3 2022-11-11

Publications (1)

Publication Number Publication Date
WO2024098933A1 true WO2024098933A1 (zh) 2024-05-16

Family

ID=90995606

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/117532 WO2024098933A1 (zh) 2022-11-11 2023-09-07 策略协调方法、装置、设备、介质及程序产品

Country Status (2)

Country Link
CN (1) CN118042521A (zh)
WO (1) WO2024098933A1 (zh)

Also Published As

Publication number Publication date
CN118042521A (zh) 2024-05-14

Similar Documents

Publication Publication Date Title
US11765624B2 (en) Communications method and apparatus
AU2021277736B2 (en) Pdu type setting method, ue policy setting method, and related entity
CN112152926A (zh) 一种管理应用的网络切片的方法及装置
US11044729B2 (en) Function scheduling method, device, and system
CN111641989B (zh) 协议数据单元会话建立方法及相关装置
CN109548109A (zh) 一种ue和网络状态不匹配的处理方法及装置
EP4117212A1 (en) Data blind retransmission method and apparatus, storage medium, and terminal device
US20220417944A1 (en) Communication method and related apparatus
CN108429751A (zh) 文件传输控制方法、装置及计算机可读存储介质、终端
US20190394682A1 (en) Session migration method and device
JP7027453B2 (ja) 確立理由を決定するための方法および端末
KR20210073225A (ko) 다수 개의 집적 회로 사이의 인터페이스를 제어하기 위한 전자 장치 및 그의 동작 방법
WO2017050016A1 (zh) 多域通信方法及终端
WO2019144598A1 (zh) 一种进行接入网络管理的方法及移动设备
JP2021503851A (ja) 通信方法及び通信装置
WO2024098933A1 (zh) 策略协调方法、装置、设备、介质及程序产品
CN113261249A (zh) 一种数据传输方法、相关设备及计算机存储介质
US11487910B2 (en) Terminal and communication method
CN112367362B (zh) 一种数据处理方法、装置、设备及计算机存储介质
CN114189893A (zh) O-ran能力开放方法、通信系统、装置及存储介质
WO2019041247A1 (zh) 一种地址分配方法及相关设备
CN110139320B (zh) 多卡通讯终端的业务冲突处理方法、装置、介质及终端
CN112787828A (zh) 一种应用程序的流量统计方法、设备、移动电子设备
WO2022062857A1 (zh) 资源请求方法、资源配置方法及相关产品
CN113271647B (zh) Usim卡管理方法、移动设备和用户终端