Method and apparatus for transmitting data in a wireless communication system - Patents.com

Abstract

A method and device for monitoring and changing information related to quality of service (QoS) that can be provided to a terminal in a wireless communication system, and an operation method of a target base station in a mobile communication system, includes a step of receiving AQP information from a source base station, a step of confirming whether the AQP information includes information matching QoS information that can be supported to the serving terminal, and a step of transmitting the matching information to an AMF if the AQP information includes information matching QoS information that can be supported to the serving terminal.

Description

[Technical field]

[0001] The present invention relates to a method for transmitting data in a wireless communication system, including a method for monitoring and modifying information related to quality of service (QoS) that can be provided to a terminal in the wireless communication system. [Background technology]

[0002] Since the commercialization of the 4G communication system, efforts have been made to develop an improved 5G or pre-5G communication system to meet the increasing demand for wireless data traffic. For this reason, the 5G or pre-5G communication system is called a beyond 4G network communication system or a post-LTE system. The 5G communication system defined by 3GPP is called a new radio (NR) system. In order to achieve high data transmission rates, the 5G communication system is considered to be implemented in an ultra-high frequency (mmWave) band (such as the 60 GHz band). In order to mitigate radio wave propagation loss in the ultra-high frequency band and extend the radio wave transmission distance, technologies such as beamforming, massive MIMO (multiple-input and multiple-output), full dimensional multiple input / output (FD-MIMO), array antenna, analog beamforming, and large scale antenna have been discussed and applied to the NR system in the 5G communication system. In addition, to improve the system network, technologies such as advanced small cell, cloud radio access network, ultra-dense network, device to device communication (D2D), wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), and interference cancellation are being developed in the 5G communication system. In addition, the 5G system will also use advanced coding and modulation (ACM). Advanced coding modulation schemes such as hybrid FSK and QAM modulation (FQAM) and sliding window superposition coding (SWSC), as well as advanced access technologies such as filter bank multi carrier (FBMC), non-orthogonal multiple access (NOMA), and sparse code multiple access (SCMA) have been developed.

[0003] Meanwhile, the Internet is a human-centered network where people generate and consume information, and is evolving into an Internet of things (IoT) network that exchanges and processes information between distributed components such as things. IoE (Internet of everything) technology is also emerging, in which big data processing technology through connection with cloud servers is combined with IoT technology. To realize IoT, technological elements such as sensing technology, wired and wireless communication, network infrastructure, service interface technology, and security technology are required, and recently, technologies such as sensor networks for connecting things, machine to machine (M2M), and machine type communication (MTC) are being researched. In the IoT environment, intelligent IT (internet technology) services can be provided that collect and analyze data generated by connected things and create new value in people's lives. IoT will be applied to areas such as smart homes, smart buildings, smart cities, smart cars or connected cars, smart grids, healthcare, smart home appliances, and advanced medical services through the fusion and integration of existing IT (information technology) with various industries.

[0004] To this end, various attempts are being made to apply 5G communication systems to IoT networks. For example, 5G communications such as sensor networks, machine to machine (M2M) and MTC are being realized using techniques such as beamforming, MIMO and array antennas. The application of cloud radio access network (cloud RAN) as the aforementioned big data processing technology can also be said to be an example of the fusion of 5G technology and IoT technology.

[0005] As described above, with the development of mobile communication systems, it has become possible to provide a variety of services, and therefore there is a demand for methods for providing such services effectively. Summary of the Invention [Problem to be solved by the invention]

[0006] The disclosed embodiments provide an apparatus and a method for effectively providing services in a mobile communication system. [Means for solving the problem]

[0007] An operation method of a target base station in a mobile communication system according to one embodiment of the present disclosure includes a step of receiving alternative QoS profile (AQP) information from a source base station, a step of confirming whether the AQP information includes information matching QoS information that can be supported in a serving terminal, and a step of transmitting the matching information to an access and mobility management function (AMF) if the AQP information includes information matching QoS information that can be supported in a serving terminal. Effect of the Invention

[0008] According to the disclosed embodiment, services can be provided effectively in a mobile communication system. [Brief description of the drawings]

[0009] [Figure 1] 11 is a diagram illustrating a method for setting a monitoring event related to a QoS level in a base station when a PDU session is established according to one embodiment. [Diagram 2] 11 is a diagram illustrating a method for setting a monitoring event related to a QoS level in a base station when a PDU session is changed according to one embodiment. [Diagram 3] 11 is a diagram illustrating Monitoring setting information related to a QoS level set in a base station according to an embodiment. [Figure 4] 11 is a diagram illustrating Monitoring setting information related to a QoS level set in a base station according to an embodiment. [Diagram 5] 1 is a diagram for explaining a method in which an application function (AF) performs negotiation regarding a QoS level and event setting according to an embodiment. [Figure 6] 11 is a diagram illustrating a method for performing notification regarding a QoS level in a target base station together with a handover procedure during handover, according to an embodiment. [Figure 7] FIG. 2 is a block diagram illustrating the internal structure of a terminal according to one embodiment. [Figure 8] FIG. 2 is a block diagram illustrating an organization of an entity according to one embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] According to an embodiment of the present disclosure, a method for operating a target base station in a mobile communication system may include a step of receiving alternative QoS profile (AQP) information from a source base station, a step of determining whether the AQP information includes information matching QoS information that can be supported in a serving terminal, and a step of transmitting the matching information to an access and mobility management function (AMF) if the AQP information includes information matching QoS information that can be supported in a serving terminal.

[0011] In one embodiment, the step of determining whether the AQP information includes information matching QoS information that the target base station can support for the serving terminal may include a step of determining whether the AQP information includes information matching a guaranteed flow bit rate (GFBR), a packet error rate (PER), and a packet delay budget (PDB) that the target base station can support for the serving terminal.

[0012] In one embodiment, the step of transmitting the matching information to the AMF may include transmitting the matching information in a path switching request message.

[0013] In one embodiment, the handover may include an inter-base station handover (Xn handover).

[0014] In an embodiment, the method may further include serving the terminal based on the matching information after the handover is completed.

[0015] In one embodiment, the source base station may include a base station serving the terminal based on the AQP information.

[0016] In one embodiment, the AQP information is also included in a QoS Flow Level QoS Parameter, or GBR QoS Flow information included in the QoS Flow Level QoS Parameter.

[0017] According to one embodiment of the present disclosure, a target base station of a mobile communication system may include: a communication unit; at least one or more memories including instructions; and at least one or more processors that execute the instructions to receive AQP information from a source base station, check whether the AQP information includes information matching QoS information that can be supported for a serving terminal, and control the transmission of the matching information to an AMF if the AQP information includes information matching QoS information that can be supported for a serving terminal.

[0018] In one embodiment, the at least one processor may check whether the AQP information contains information that matches the GFBR, PER, and PDB that the target base station can support for the serving terminal.

[0019] In an embodiment, the at least one processor may control the matching information to be transmitted in a path switching request message.

[0020] In one embodiment, the handover may include an inter-base station handover.

[0021] In an embodiment, the at least one processor may control serving of the terminal based on the matching information after handover is completed.

[0022] In one embodiment, the source base station may include a base station serving the terminal based on the AQP information.

[0023] In one embodiment, the AQP information is also included in a QoS Flow Level QoS Parameter, or GBR QoS Flow information included in the QoS Flow Level QoS Parameter.

[0024] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings. In the description of the present embodiment, description contents that are well known in the technical field to which the present disclosure belongs and are not directly related to the present disclosure may be omitted. This is to avoid making the gist of the present disclosure unclear and to more clearly convey it by omitting unnecessary explanations.

[0025] For the same reason, in the accompanying drawings, some components are exaggerated or omitted for schematic illustration, and the size of each component does not entirely reflect the actual size. In each drawing, the same reference numerals are used to denote the same or corresponding components.

[0026] The advantages, features, and methods of achieving the same of the present disclosure will become clear from the following detailed description of the embodiments in conjunction with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below, and may be embodied in various different forms, and the present embodiments are provided to complete the disclosure of the present disclosure and to fully inform those skilled in the art of the invention to which the present disclosure pertains, and the present disclosure is defined only by the scope of the claims. The same reference numerals may refer to the same components throughout the specification.

[0027] It will be understood that each block of the process flow chart and combinations of the flow charts can be implemented by computer program instructions that can be loaded into a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, such that the instructions executed by the processor of the computer or other programmable data processing equipment create means for performing the functions described in the flow chart blocks. The computer program instructions can also be stored in a computer usable or computer readable memory that can direct the computer or other programmable data processing equipment to implement the functions in a particular manner, such that the instructions stored in the computer usable or computer readable memory can produce an article of manufacture that includes instruction means for performing the functions described in the flow chart blocks. The computer program instructions may be embodied on a computer, or other programmable data processing device, such that a series of operational steps are performed on the computer, or other programmable data processing device, to generate a computer-implemented process, and the instructions that cause the computer, or other programmable data processing device, to provide steps for performing the functions described in the flowchart blocks.

[0028] Also, each block may represent a module, segment, or portion of code that includes one or more executable instructions for performing a specified logical function. It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of order. For example, two blocks shown in succession may in fact be performed substantially simultaneously, or the blocks may sometimes be performed in reverse order depending on the function.

[0029] In this embodiment, the term "module" refers to a software component or a hardware component such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), and the "module" can perform a certain role. However, the "module" is not limited to software or hardware. The "module" may be configured to exist on an addressable recording medium and to execute one or more processors. Thus, as an example, the "module" may include components such as software components, object-oriented software components, class components, and task components, as well as processes, functions, attributes, procedures, subroutines, program code segments, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functions provided in the components and the "module" may be combined into fewer components and "modules" or further separated into additional components and "modules". Furthermore, the components and the "module" may be embodied to execute one or more CPUs in a device or a secure multimedia card. Furthermore, in this embodiment, the "unit" may include one or more processors.

[0030] In describing the embodiments of the present disclosure in detail, the main focus will be on the NG-RAN, which is a radio access network and core network, and package core (5G system or 5G core network) for which 3GPP (3rd Generation Partnership Project Long Term Evolution) has defined 5G network standards. However, the main gist of the present disclosure can be applied with minor modifications to other communication systems having similar technical backgrounds without departing from the scope of the present disclosure, which can be determined by a person having skilled technical knowledge in the technical field of the present disclosure.

[0031] In the following, for convenience of explanation, some terms and names defined in the 3GPP standard may be used. However, the present disclosure is not limited to the above terms and names, and may be equally applied to systems according to other standards.

[0032] A description of the entities described in this disclosure follows:

[0033] A terminal (UE) is connected to a radio access network (RAN) and can be connected to a device that performs a mobility management function of a 5G core network device. In the present disclosure, the above device is exemplarily referred to as an AMF. The above device can be referred to as a function or device that handles both RAN access and terminal mobility management. The SMF is also the name of a network function (NF) that performs a session management function. The AMF is connected to the SMF, and the AMF can route session-related messages for the terminal to the SMF. The SMF can connect to a user plane function (UPF) to allocate user plane resources to be provided to the terminal and establish a tunnel for transmitting data between the base station and the UPF. The PCF is an abbreviation for Policy & Charging Function, and can control information related to QoS policy and charging related to the QoS flow of a PDU session used by the terminal. The PCF configures the PCC rules as described above and transmits them to the SMF, and the SMF provides a QoS profile to the RAN based on the PCC rules, and the RAN can allocate radio resources related to the terminal according to the QoS (quality of service) profile.

[0034] Each network function (NF) defines the services it provides, which are defined in the standard as Npcf, Nsmf, Namf, Nnef, etc. For example, when the AMF transmits a session-related message to the SMF, it can use a service (or API (application programming interface)) called Nsmf_PDU Session_CreateSMContext.

[0035] According to an embodiment of the present disclosure, the base station informs the 5G core network of the QoS level of the radio bearer that can be supported by the terminal, and the 5G core network can change or add the QoS Flow of the PDU (protocol data unit) Session used by the terminal to correspond to the appropriate QoS level based on the QoS level. When the radio condition becomes poor and the QoS level that can be provided to the terminal becomes low, the base station according to this embodiment can inform the 5G core network of the poor condition and apply the QoS Flow of the lower QoS level. In addition, when the radio condition becomes good and the QoS level that can be provided to the terminal becomes high, the base station can inform the 5G core network of the poor condition and apply the QoS Flow of the better QoS level.

[0036] According to an embodiment of the present disclosure, a third-party application server can determine which QoS level the terminal is currently using according to the QoS level negotiated with the 5G core network, and change the level of service provided to the terminal. For example, an application server providing an autonomous driving service can adjust the level of automation according to the QoS level the terminal is currently using. Thus, the application server can change the autonomous driving mode from a fully autonomous driving mode to a driver intervention mode, or from a driver intervention mode to a fully autonomous driving mode.

[0037] In addition, according to an embodiment of the present disclosure, when a terminal moves and a handover occurs, the target base station informs the 5G core network of the QoS level that can be provided to the terminal during the handover procedure, making it possible to more quickly apply QoS Flow based on the QoS level.

[0038] According to an embodiment of the present disclosure, when a GBR (guaranteed bit rate) QoS flow is required for a PDU session used by a terminal, an event for monitoring the QoS level that can currently be supported by the terminal can be set in the base station. Based on the event, the base station can determine the QoS level that can be provided to the terminal and notify the core network.

[0039] According to an embodiment of the present disclosure, when a terminal performs a handover to another base station, the target base station can refer to QoS level monitoring information set for the terminal, determine the QoS level that the corresponding target base station can support, and notify the core network.

[0040] 1 is a diagram illustrating a method for setting a monitoring event related to a QoS level in a base station when a PDU session is established according to an embodiment of the present disclosure. The first embodiment will be described with reference to FIG.

[0041] In step 0, the AF (Application Function) and the PCF can negotiate a QoS level required for the service that the AF provides to the terminal. In this case, the AF and the PCF can negotiate including the ID of a specific terminal, and the ID of the terminal is an ID that can be mapped to a unique identifier of the terminal used in the mobile communication network. It can also be set to be applied to all specific services without the ID of a specific terminal, in which case the AF and the PCF can negotiate based on the data network name (DNN), network slice information, or application function (AF) ID. In addition, the PCF can check whether the request received from the AF through step 0 is a request related to a vehicle-to-everything (V2X) service, and can determine whether the terminal corresponding to the AF request is a terminal that can use the V2X service based on subscriber information or policy information. If the AF request is a QoS request related to the V2X service and the terminal is a terminal authorized to use the V2X service, the PCF can approve the request. The QoS level is a fixed value determined through a service level agreement (SLA) between a mobile communication carrier and a third service provider, and is also configured as a list. For example, values ​​from QoS level 1 to QoS level 10 can be determined, and QoS values ​​(GBR, MBR (maximum bit rate), PDB (packet delay budget), PER (packet error rate)) according to the level can be determined within the network. This allows the PCF to configure QoS rules to be applied to terminals. For example, if an AF provides an autonomous driving service, the AF can set QoS requirements according to the autonomous driving level and transmit them to the PCF, and the PCF can configure the corresponding QoS rules.As another example, if the AF provides a disaster safety service, the AF can set QoS requirements according to the media type and transmit them to the PCF, and the PCF can configure the corresponding QoS rule. Through step 0, the AF can set the PCF to notify the terminal of what QoS level it will use, in addition to negotiating the QoS level required to provide the service to the terminal. As a result, the AF can receive a notification from the PCF about the changed QoS level of the terminal, and can change the QoS of the service provided to the terminal based on the notification. For example, the AF can change the autonomous driving level or change the media type (resolution, fps, etc.). Step 0 can occur at any time before step 3.

[0042] In step 1, the UE may configure a PDU session establishment request, which is a session management (SM) non access stratum (NAS) message, to establish a PDU session and transmit it to the AMF. The UE may include a data network name (DNN) used by the UE in the PDU session establishment message, which is also used when determining whether the DNN is authorized to apply a monitoring event related to a QoS level in the SM or PCF. The UE may also include an ID (or an application function (AF) ID) of an application server connected through the PDU session in the PDU session establishment message, which is also used when determining whether the PDU session is authorized to apply a monitoring event related to a QoS level in the PCF. The UE may also send the PDU session establishment request including an identifier indicating that GBR establishment is desired or a 5QI (QoS Indication used in 5G) corresponding to GBR. It may indicate that the terminal uses GBR for the PDU session. As another example, the terminal may include an identifier indicating that the PDU session requires QoS level monitoring, which is a function proposed in this disclosure. The SMF that receives the information may convey the above information to the PCF, and the information is also taken into account by the PCF when establishing a session-related Policy Association.

[0043] In step 2, the AMF may select an SMF and transmit an Nsmf_PDU Session_CreateSMContext request message to the selected SMF. The AMF may include the PDU session establishment request message received from the terminal in the message.

[0044] In step 3, the SMF may refer to the PDU session establishment request message received from the terminal and perform an SM Policy Association establishment procedure with the PCF for the DNN. At this time, the SMF may transmit the DNN or AFID requested by the terminal to the PCF. The PCF that receives it may configure and transmit a session-related policy to be transmitted to the SMF. At this time, if a QoS level requested by the AF is set in the PCF for the PDU Session used by the terminal identified by the DNN or AF ID based on the information in step 0, the PCF may configure a session-related policy based on the information. For example, if there is a QoS level that requires a GBR QoS Flow in the QoS level requested by the AF, the PCF may configure a QoS rule to include the GBR QoS Flow among the QoS flows to be established in the terminal. In addition, the PCF may configure setting information for QoS level monitoring according to the QoS level requested by the AF and include it in the session-related policy. This information is then communicated to the RAN, where it is also used to notify the RAN of the QoS levels it can support.

[0045] If the PDU session establishment message received by the SMF from the terminal includes an identifier using GBR or a 5QI corresponding to GBR, the SMF can transmit it when establishing a policy association with the PCF. The PCF that receives it can check the information requested by the terminal and the information requested by the AF via step 0, and can determine whether to set any GBR QoS flow based on the information. The PCF can also determine to set a monitoring event related to the QoS level in the information requested by the AF. The PCF that has made this determination can transmit the monitoring event information related to the QoS level to the SMF as part of the SM policy. The SMF can then transmit it to the base station.

[0046] If the PDU session establishment message received by the SMF from the terminal includes an identifier indicating that the PDU session requires QoS level monitoring, the SMF can transmit it to the PCF when establishing a policy association with the PCF. The PCF that receives it can check the information requested by the terminal and the information requested by the AF via step 0, and can determine whether to set any QoS level monitoring function based on the information. The PCF can also determine that the terminal supports the QoS level monitoring function. The PCF can then transmit Monitoring Event information related to the QoS level to the SMF as part of the SM Policy. The SMF can then transmit it to the base station.

[0047] The SMF can also refer to the subscriber information of the terminal and confirm whether the terminal is a terminal authorized to use the V2X service. If the terminal is authorized to use the V2X service, the SMF can transmit an indication that the terminal is a V2X authorized terminal to the PCF when establishing a policy association with the PCF. Based on this, the PCF can determine whether to configure a QoS level monitoring function to be used for the V2X service for the terminal. Alternatively, the PCF can obtain subscriber information or policy information related to whether the terminal is capable of using the V2X service and, based on this, determine whether to configure a QoS level monitoring function to be used for the V2X service for the terminal.

[0048] In step 4, the SMF performs a UPF selection procedure and can perform an N4 session establishment procedure with the selected UPF. The SMF can transmit packet detection, enforcement, forwarding rules, etc. to the UPF. Tunnel information used by the UPF for data transmission can be assigned by the SMF or the UPF. The information is also exchanged between the SMF and the UPF through the N4 session establishment procedure.

[0049] In step 5, the SMF may configure an N2 SM message to be transmitted to the base station based on the session-related policy information received from the PCF. The message may include information for transmitting a QoS flow profile related to the PDU session to the base station or for setting monitoring event information related to the QoS level in the base station. The message may also include information for establishing a tunnel between the base station and the UPF. The SMF may also configure a response message (PDU session establishment accept) to a PDU session establishment request to the terminal based on the session-related policy information received from the PCF. The message may include whether or not the QoS level monitoring function requested by the terminal is allowed. The SMF may transmit a Namf_Communication_N1N2messageTransfer message to the AMF including the above-mentioned message. The N2 message may include a PDU Session ID, a QoS Profile, a QoS Flow ID, and tunnel information on the UPF side for connecting the N3 Tunnel between the UPF and the base station. The QoS Profile may include information related to a Monitoring Event of the QoS level. The content configuration of the N2 message according to an embodiment of the present disclosure will also be described with reference to the third embodiment.

[0050] The AMF can transmit an ACK related to Namf_Communication_N1N2messageTransfer to the SMF.

[0051] In step 6, the AMF may convey messages received from the SMF to the base station, including the N2 SM message received from the SMF and may include the N1 SM NAS message received from the SMF.

[0052] In step 7, the base station receives the message of step 6 and may perform a radio resource control (RRC) signaling procedure for establishing a data radio bearer (DRB) with the terminal according to the QoS information included in the N2 SM message. The base station may also transmit the received NAS message to the terminal. The base station may receive information regarding whether the terminal is a terminal authorized to use the V2X service from the AMF or SMF. The base station may receive the information and determine to apply the received setting for QoS level monitoring if the terminal is authorized to use the V2X service.

[0053] If the N2 SM message includes a setting related to QoS level monitoring, the base station can store it in the Access Stratum Context of the terminal. This is also used to transmit a notification to the PCF about what QoS level the base station can support due to a change in the radio resource situation, a change in the number of serving terminals, or a change in radio resource scheduling. The notification is delivered to the PCF via the SMF, and the PCF can change the QoS rule to correspond to the QoS level information that the base station can support. The PCF can also notify the AF of what QoS level is to be supported. In addition, the setting related to QoS level monitoring stored in the Access Stratum Context of the terminal can be delivered to the target base station when the terminal hands over to another base station, and the target base station can send a notification to the PCF about information related to the QoS level that it can support.

[0054] In step 8, the base station may transmit a response to step 6. The message includes an N2 SM message, which may include a PDU Session ID and tunnel information on the base station side for connecting the N3tunnel with the UPF. Information such as an established QoS flow may also be included. The information may include a notification regarding a QoS level that the base station can support by itself according to the QoS level monitoring event set in step 7. The notification is delivered to the PCF via the SMF, and the PCF can determine that the base station is a base station that can support the QoS level monitoring event. Alternatively, the base station may include an identifier indicating that the base station is a base station that supports a monitoring event related to a QoS level.

[0055] In step 9, the AMF that receives the message of step 8 can transmit the N2 SM message contained in the message of step 8 to the SMF.

[0056] In step 10, the SMF may perform an N4 Session Modification procedure with the UPF by referring to the N2 SM message received in step 9. At this time, the SMF may transmit the base station side N3 tunnel information received from the base station to the UPF and also transmit the related packet forwarding rule. Through this step, the UPF and the base station may consider that a tunnel connection for data transmission / reception is established. If the N2 SM message received from the AMF includes a notification regarding the QoS level that the base station can support, the SMF may transmit it to the PCF. Alternatively, if the N2 SM message includes an identifier indicating that the base station is a base station that supports a monitoring event related to the QoS level, the SMF may transmit it to the PCF.

[0057] In step 11, the SMF may transmit a response to step 9 to the AMF.

[0058] 2 is a diagram illustrating a method for setting a monitoring event related to a QoS level in a base station when a PDU session is changed according to an embodiment of the present disclosure. The second embodiment will be described with reference to FIG.

[0059] In step 0, the AF and PCF can negotiate a QoS level required for a service that the AF provides to the terminal. In this case, the AF and PCF can negotiate including a specific terminal ID, where the terminal ID is an ID that can be mapped to a unique identifier of the terminal used in the mobile communication network. Alternatively, the AF and PCF can negotiate including an IP address of a specific terminal, which is possible when the AF already knows the IP address of the terminal connecting to itself. Since the PCF knows the IP address of the terminal, it can determine which terminal the QoS level negotiation is for. Alternatively, the AF can be configured to apply to all of the specific services without the ID of a specific terminal, and in this case, the AF and PCF can negotiate based on the DNN, network slice information, or AF (application function) ID. The QoS level is a value or list determined through a service level agreement (SLA) between the mobile communication operator and the third service provider. For example, values ​​from QoS level 1 to QoS level 10 can be defined, and QoS values ​​(GBR, MBR (maximum bit rate), PDB (packet delay budget), PER (packet error rate)) according to the level can be defined in the network. The PCF can then configure a QoS rule to be applied to the terminal. For example, if the AF provides an autonomous driving service, the AF can set a QoS requirement according to the autonomous driving level and transmit it to the PCF, and the PCF can configure a corresponding QoS rule. As another example, if the AF provides a disaster safety service, the AF can set a QoS requirement according to a media type and transmit it to the PCF, and the PCF can configure a corresponding QoS rule. Through step 0, the AF can configure the PCF to negotiate a QoS level required for service provision to the terminal, as well as to receive notification of what QoS level the terminal is to use.As a result, the AF may receive a notification from the PCF regarding the changed QoS level of the terminal, and may change the QoS of the service provided to the terminal based on the notification. For example, the AF may change the autonomous driving level or change the media format (resolution, fps, etc.). If step 0 occurs, the PCF may transmit a changed session-related policy to the SMF serving the terminal corresponding to the request of the AF via step 3. The changed session-related policy may include Monitoring Event configuration information related to the QoS rule or QoS level at the request of the AF.

[0060] In step 1, the UE may configure a PDU Session Modification Request, which is an SMNAS message, to modify the PDU Session and transmit it to the AMF. The UE may include a DNN used by the UE in the PDU Session Modification message, which is also used when determining whether the DNN is authorized to apply a Monitoring Event related to a QoS level in the SM or PCF later. The UE may also include an ID (or an application function (AF) ID) of an application server connected through the PDU Session in the PDU Session Modification message, which is also used when determining whether the PDU Session is authorized to apply a Monitoring Event related to a QoS level in the PCF later. The UE may also send the PDU Session Modification Request including an identifier indicating that it desires to establish a GBR or a 5QI (QoS Indication used in 5G) corresponding to the GBR. This may indicate that the UE uses GBR for the PDU Session. As another example, the terminal may include an identifier indicating that the PDU session requires QoS level monitoring, which is a function proposed in the present disclosure. The SMF that receives the information may transmit the information to the PCF, and the information may also be taken into account by the PCF during a session-related policy update (Policy association modification).

[0061] In step 2, the AMF may select an SMF and transmit an Nsmf_PDU Session_CreateSMContext request message to the selected SMF. The AMF may include the PDU Session Modification Request message received from the terminal in the message.

[0062] Steps 1 and 2 are not performed and then step 3 can be performed by operating according to step 0.

[0063] In step 3, if steps 1 and 2 are performed, the SMF may refer to the PDU Session Modification Request message received from the terminal and perform an SM Policy Association modification procedure with the PCF for the DNN. At this time, the SMF may transmit the DNN or AF ID requested by the terminal to the PCF. The PCF that receives it may configure and transmit a session-related policy to be transmitted to the SMF. At this time, if a QoS level requested by the AF is set in the PCF for the PDU Session used by the terminal identified by the DNN or AF ID based on the information in step 0, the PCF may configure a session-related policy based on the information. For example, if there is a QoS level that requires a GBR QoS Flow in the QoS level requested by the AF, the PCF may configure a QoS rule to include the GBR QoS Flow among the QoS Flows established in the terminal. In addition, the PCF may configure setting information for QoS level monitoring according to the QoS level requested by the AF and include it in the session-related policy. This information is then communicated to the RAN, where it is used to notify it of the QoS levels it can support.

[0064] If the PDU Session Modification message received by the SMF from the terminal includes an identifier using GBR or a 5QI corresponding to GBR, the SMF can transmit it during the Policy Association modification procedure with the PCF. The PCF that receives it can check the information requested by the terminal and the information requested by the AF via step 0, and can determine what GBR QoS Flow to set based on that. In addition, the PCF can determine to set a Monitoring Event related to the QoS level in the information requested by the AF. The PCF that has determined this can transmit the Monitoring Event information related to the QoS level to the SMF as part of the SM Policy. The SMF can then transmit it to the base station.

[0065] If the PDU Session Modification message received by the SMF from the terminal includes an identifier indicating that the PDU Session requires QoS level monitoring, the SMF can transmit it to the PCF during the Policy Association modification procedure with the PCF. The PCF that receives it can check the information requested by the terminal and the information requested by the AF via step 0, and can determine what QoS level monitoring function to set based on the information. The PCF can also determine that the terminal supports the QoS level monitoring function. The PCF can then transmit Monitoring Event information related to the QoS level to the SMF as part of the SM Policy. The SMF can then transmit it to the base station via steps 4 and 5.

[0066] Even if steps 1 and 2 are not performed, step 3 can also be performed by step 0. The PCF can update the session-related policy to the SMF based on the information negotiated with the AF by step 0. At this time, the PCF can transmit QoS level monitoring event setting information by step 0 to the SMF. Alternatively, the PCF can transmit the QoS Profile related to the GBR QoS Flow configured by step 0 to the SMF.

[0067] In step 4, the SMF may configure an N2 SM message to be transmitted to the base station based on the session-related policy information received from the PCF. The message may include information for transmitting a QoS Flow profile related to the PDU Session to the base station and for setting Monitoring Event information related to the QoS level in the base station. The SMF may also configure a message (PDU Session Modification Command) requesting a PDU Session modification to the terminal based on the session-related policy information received from the PCF. The SMF may transmit a Namf_Communication_N1N2messageTransfer message to the AMF including the above-mentioned message. The N2 message may include information related to a PDU Session ID, a QoS Profile, a QoS Flow ID, and a Monitoring Event of a QoS level. A detailed content configuration of the N2 message according to an embodiment of the present disclosure will also be described with reference to embodiment 3 of the present disclosure.

[0068] The AMF can transmit an ACK related to Namf_Communication_N1N2messageTransfer to the SMF.

[0069] In step 5, the AMF may convey messages received from the SMF to the base station, including the N2 SM message received from the SMF and may include the N1 SM NAS message received from the SMF.

[0070] In step 6, the base station receives the message of step 5 and can perform an RRC signaling procedure for establishing a data radio bearer (DRB) with the terminal according to the QoS information included in the N2 SM message. The base station can also transmit the received NAS message to the terminal. If the N2 SM message includes a setting related to QoS level monitoring, the base station can store it in the Access Stratum Context of the terminal. This is also used to send a notification to the PCF that the base station can support what QoS level due to a change in the radio resource situation, a change in the number of serving terminals, or a change in radio resource scheduling. The notification is transmitted to the PCF via the SMF, and the PCF can change the QoS rule to correspond to the QoS level information that the base station can support, and can notify the AF of what QoS level is to be supported. In addition, the settings related to QoS level monitoring stored in the terminal's Access Stratum Context can be transmitted to the target base station when the terminal hands over to another base station, and the target base station can send a notification regarding information related to the QoS level that it can support to the PCF via the SMF.

[0071] In step 7, the base station may transmit a response related to step 5. The message may include an N2 SM message, which may include information such as a PDU Session ID and an established QoS flow. The information may include a notification related to a QoS level that the base station can support by itself according to the QoS level monitoring event set in step 6. The notification is delivered to the PCF via the SMF, and the PCF may determine that the base station is a base station that can support the QoS level monitoring event. Alternatively, the base station may include an identifier indicating that the base station is a base station that supports a monitoring event related to a QoS level.

[0072] In step 8, the AMF that receives the message of step 7 can transmit the N2 SM message contained in the message of step 8 to the SMF.

[0073] In step 9, the SMF may perform an N4 Session Modification procedure with the UPF by referring to the N2 SM message received in step 8. In this case, the SMF may transmit the base station side N3 tunnel information received from the base station to the UPF and also transmit the related packet forwarding rule. If the N2 SM message received from the AMF includes a notification regarding the QoS level that the base station can support, the SMF may transmit it to the PCF. Alternatively, if the base station includes an identifier in the N2 SM message indicating that it is a base station that supports a monitoring event related to the QoS level, the SMF may transmit it to the PCF.

[0074] In step 10, the SMF may transmit a response related to step 8 to the AMF.

[0075] Fig. 3 is a diagram for explaining monitoring setting information related to a QoS level according to an embodiment of the present disclosure. Fig. 4 is a diagram for explaining monitoring setting information related to a QoS level according to an embodiment of the present disclosure. A third embodiment will be described with reference to Figs. 3 and 4. Hereinafter, with reference to Figs. 3 and 4, a description will be given of the form of information in which a QoS level monitoring event set by a PCF is set in a base station according to an embodiment of the present disclosure.

[0076] FIG. 3 shows that when the SMF configures a QoS Profile based on the QoS rule received from the PCF and transmits it to the base station, the QoS Flow Level QoS Parameter is set to information related to the QoS level monitoring event. The QoS Flow Level QoS Parameter may be included in a PDU Session Resource Setup Request Transfer message or a PDU Session Resource Modify Request Transfer message. The QoS Flow Level QoS Parameter may also be configured by information as shown in FIG. 3. According to an embodiment of the present disclosure, the QoS Flow Level QoS Parameter may be configured by Choice QoS Characteristics indicating whether or not Dynamic 5QI is present, Allocation and Retention Priority, GBR QoS Flow Information included when there is a GBR QoS Flow, and a GBR QoS Notification Event corresponding to the QoS level monitoring event according to an embodiment of the present disclosure. The GBR QoS Notification Event is not limited to the above name, and is another name meaning information that the PCF configures in the base station via the SMF to perform notification regarding the QoS level that the base station can support. The GBR QoS Notification Event is also a profile provided to determine the value of a QoS parameter that the base station can support, for example, called an Alternative QoS Profile. In one embodiment, the GBR QoS Notification Event is also configured by the following information:The GBR QoS Notification Event may be configured by a list configured by at least one of the element values ​​of the Downlink Guaranteed Flow Bit Rate, Uplink Guaranteed Flow Bit Rate, Downlink Max Packet Loss Rate, Uplink Max Packet Loss Rate, Downlink Maximum Packet Delay Budget, and Uplink Maximum Packet Delay Budget of the QoS Flow. The base station may recognize a pair of the above elements as one QoS level, and may notify the SMF of the value of the element if the QoS level can be satisfied. When the pair of the above elements is configured in a list, an index exists for the pair of the above elements, and the index is also information assigned by the PCF and transmitted to the base station. In this case, the base station may notify the SMF of the index for the QoS level that the base station has satisfied. As another example, when the list of the above element values ​​is set as the GBR QoS Notification Event value, the base station may configure a notification message for the value of each element that the base station can support, and notify the SMF. That is, when only a specific value of downlink GFBR can be satisfied, the base station may transmit only the downlink GFBR value in the notification message. As another example, when a specific downlink / uplink GFBR and a Maximum Packet Delay Budget can be satisfied, the base station may transmit only the value of the corresponding element in the notification message. Alternatively, the base station may transmit all currently supported values ​​for the components (QoS parameters) included in the GBR QoS Notification Event.For example, when the GBR QoS Notification Event includes PER and PDB, if the base station determines that it is possible to support a lower value of GFBR due to poor network conditions, it may include in the notification message not only the GFBR value that can be supported, but also the currently supported PER and PDB values. In addition, the GBR QoS Notification Event may include a Time window value required to calculate PDB and PER. The aforementioned Time window refers to a value related to how long measurements should be made to calculate delay or error, and may be a value assigned by the PCF or a value received from an AF request.

[0077] FIG. 4 shows that when the SMF configures a QoS Profile based on the QoS rule received from the PCF and transmits it to the base station, information related to the QoS level monitoring event is set in the GBR QoS Flow Information information element in the QoS Flow Level QoS Parameter. The QoS Flow Level QoS Parameter may be included in a PDU Session Resource Setup Request Transfer message or a PDU Session Resource Modify Request Transfer message. The GBR QoS Flow Information in the QoS Flow Level QoS Parameter may also be configured by information as shown in FIG. 4. According to an embodiment of the present disclosure, the GBR QoS Flow Information may include the Downlink Guaranteed Flow Bit Rate, the Uplink Guaranteed Flow Bit Rate, the Downlink Max Packet Loss Rate, the Uplink Max Packet Loss Rate of the GBR QoS Flow, and the GBR QoS Notification Event information according to an embodiment of the present disclosure. The GBR QoS Notification Event is not limited to the name, and is another name meaning information that the PCF configures in the base station via the SMF to perform notification regarding the QoS level that the base station can support. That is, it may refer to an information element for setting a Monitoring Event of a QoS level proposed in this disclosure. In one embodiment, the GBR QoS Notification Event is also configured by the following information.The GBR QoS Notification Event may be configured by a list consisting of at least one of the information values ​​of the Downlink Guaranteed Flow Bit Rate, Uplink Guaranteed Flow Bit Rate, Downlink Max Packet Loss Rate, Uplink Max Packet Loss Rate, Downlink Maximum Packet Delay Budget, and Uplink Maximum Packet Delay Budget of the QoS Flow. The base station may recognize a pair of the above elements as one QoS level, and may notify the SMF of the value of the element if the QoS level can be satisfied. When a combination of the above elements is configured in a list, an index may exist for the combination of the above elements, and the index is also information assigned by the PCF and transmitted to the base station. In that case, the base station may notify the SMF of the index for the QoS level that the base station has satisfied. As another example, when a list of the above element values ​​is set as the GBR QoS Notification Event value, the base station may configure a notification message for the value of each element that the base station can support, and notify the SMF. That is, when only the downlink GFBR can satisfy a specific value, the base station can transmit only the downlink GFBR value in the notification message. As another example, when a specific downlink / uplink GFBR and the Maximum Packet Delay Budget can be satisfied, the base station can transmit only the value of the corresponding element in the notification message. In addition, the GBR QoS Notification Event may include a Time window value required for calculating the PDB and PER.The aforementioned Time window refers to a value related to how long measurements must be taken to calculate delay or error, and it is a value assigned by the PCF or received at the request of the AF.

[0078] If the base station itself can support the value of the element included in the information included in the GBR QoS Notification Event described in FIG. 3 or 4, the base station can determine to perform an operation of sending a corresponding QoS level notification to the SMF. The QoS level notification is delivered to the SMF, and the SMF can deliver it to the PCF. The PCF can generate a new GBR QoS Flow for the terminal or modify the existing QoS Flow based on the QoS level notification, and can notify the AF of the result after modification. When determining the QoS level information that the base station itself can support, the base station can determine a value that can satisfy at least the set QoS level among the QoS value of the level that the base station itself can support and the value set for QoS level monitoring. That is, if the GFBR that the base station itself can support is 100, and the GFBR set for QoS level monitoring includes 80, 90, and 110, the base station can send a notification of the QoS level information that the base station can support GFBR 90. Furthermore, if the GFBR that the base station itself can support is subsequently changed to 110, the base station can send a notification of the QoS level information that the base station can support GFBR 110. Thus, the base station according to the embodiment of the present disclosure can notify even if the QoS level that the base station itself can support is lowered, and can also notify even if the QoS level that the base station can support is increased. Furthermore, if the base station according to the embodiment of the present disclosure is capable of supporting the set QoS level information for even one of the values ​​of GFBR, PER, and PDB, the base station can transmit the QoS level information by including the QoS level information in the notification message.In addition, if the GFBR, PER, and PDB are configured as one pair, the base station according to the embodiment of the present disclosure may search for a value that satisfies all of the GFBR, PER, and PDB that the base station can support from the configured QoS level information, and may transmit the QoS level value by including it in a notification message. If the GFBR, PER, and PDB are configured as one pair and an index related to the pair exists, the base station may transmit only the index in the notification message.

[0079] In addition, when performing handover, the base station transmits GBR QoS Notification Event information described in Figure 3 or Figure 4 to the target base station, and the target base station can transmit a notification to the SMF based on the QoS level that it can support based on the information.

[0080] Since the PCF configures the GBR QoS Flow in the base station and configures the QoS level monitoring event by adding it thereto, it can determine that the QoS level notification must be transmitted for the configured GBR QoS Flow. If the SMF or PCF does not receive a QoS level notification from the base station, it can determine that the base station does not support the QoS level monitoring event function. Through the above-mentioned operation, the PCF can determine whether the base station supports the QoS level monitoring event function. When a handover occurs between base stations, the SMF or PCF receives information related to a changed Cell ID or base station ID, and if the QoS level notification is not transmitted at this time, it can determine that the base station does not support the QoS level monitoring event function.

[0081] 5 is a diagram illustrating a method in which an AF and a PCF negotiate a QoS level related requirement and a QoS level monitoring Event function according to an embodiment of the present disclosure. A fourth embodiment will be described with reference to FIG.

[0082] In step 1, the AF may transmit to the NEF (network exposure function) or PCF a requirement regarding a QoS level to be provided to a specific terminal, a specific DNN, or a specific PDU session. To indicate a specific terminal, the AF may indicate an external ID or GPSI related to the terminal. To indicate a specific DNN, the AF may include a DNN value in the request message. To indicate a specific PDU session, the AF may include an IP address of the terminal or an AF ID related to a PDU session established by the terminal in the request message. The request message includes at least one of the above identifiers, which may be transmitted to the PCF and used to identify the terminal or the PDU session. The AF may also include its own address for receiving a response and an identifier for receiving a notification according to the request. The AF may include network slice information or service information (e.g., V2X Service) provided by itself in the request message.

[0083] The AF may request a pre-configured QoS level from the PCF through a service level agreement (SLA) with a mobile carrier. For example, if a contract has been made in advance to use QoS levels 1 to 10, the AF may request to use QoS levels 1 to 5 for the request. If a contract has been made in advance to request a specific GFBR, PDB (packet delay budget), and PER (packet error rate) through the SLA (service level agreement), the AF may specify the GFBR, PDB, and PER related to the QoS level it desires and include them in the request message. For example, the AF may request a list of an index indicating level 1 and corresponding downlink / uplink GFBR values, downlink / uplink PDB values, and downlink / uplink PER values. The AF may also transmit a Time window value required to calculate the PDB and PER. The aforementioned Time window refers to a value related to how long a base station must measure to calculate delay and error, and the information may be transmitted to the base station.

[0084] When the AF requests the PCF for a request related to a QoS level, the AF may include area information to which a notification service related to a change in the QoS level should be applied. When the AF requests the PCF for a request related to a QoS level for which the AF wishes to receive notification, the AF may include information related to an area in which the function is usefully used. For example, in suburban areas where the network is not congested, the QoS level is unlikely to change depending on the network condition, so the AF does not need to transmit a request related to the QoS level to the PCF and receive a notification related to the changed QoS level. The AF may receive a notification related to the changed QoS level for urban areas or specific routes and decide to use the QoS level for the V2X service. In addition, a mobile communication operator may not be able to support the GBR QoS Notification Event function in all areas in which the mobile communication operator provides mobile communication services. Since the function must be supported by the base station, some base stations in some areas may not be able to support it, or the mobile communication carrier may not set the GBR QoS Notification Event function to be supported in all areas where the service is provided. Therefore, when the AF requests a service to receive notification regarding a changed QoS level, if the AF transmits information about the area where the service is required, the mobile communication carrier can determine information about the area where the service can be provided based on its own deployment setting. For example, the base station setting may be changed to support the GBR QoS Notification Event function for the requested area, or the AF may be given a response that the GBR QoS Notification Event function cannot be supported for areas where the GBR QoS Notification Event function cannot be supported.In this case, since the notification function regarding the changed QoS level does not work in the corresponding area, the AF can take this into consideration and provide the V2X service.

[0085] For the above operation, when the AF transmits a request for a QoS level to the PCF, the AF may configure area information for which the AF desires to receive service and include the information in the message transmitting the request for a QoS level. Such area information may be configured as a list of Cell IDs or Tracking Area IDs, or may be configured as a geographical area (e.g., a range of GPS information or a list of GPS information), or a civic address (e.g., a road name address, a postal code, a building number, etc.). When such area information transmitted by the AF is transmitted to the PCF via the NEF, the NEF may map such area information to area information that the mobile carrier can understand, i.e., a Cell ID or a Tracking Area ID. In addition, the list of mapped Cell IDs or Tracking Area IDs may be included in the message to be transmitted to the PCF, replacing the area information transmitted by the AF. When the PCF receives a request from the AF with a geographical area (e.g., a range of GPS information or a GPS information list) or a civic address list (road name address, postal code, building number, etc.), it can map it to area information that the mobile communication operator can understand, i.e., a cell ID or a tracking area ID. Also, based on the mapped information, it can determine which areas can support or cannot support a notification related to a QoS level change. Or, when the PCF receives a list of cell IDs or a list of tracking area IDs from the AF, it can determine whether or not the notification related to a QoS level change can be supported for the relevant area information. The PCF is also configured via the OAM as to which areas the GBR QoS Notification Event is supported or not supported in.Thus, the PCF can determine whether the area can support notifications regarding QoS level changes or not. If the PCF determines that it can support notifications regarding QoS level changes for the requested area information, it can respond to the AF with an Acknowledge regarding the same. If the PCF cannot support notifications regarding QoS level changes for some areas in the requested area information, it may configure a list of such area information (e.g., GPS information, GPS range, or civic address) and include it in the response sent to the AF. If there is only one area that cannot be supported, it is not configured in the list. Alternatively, the PCF may configure a list of information regarding areas that it can support (e.g., GPS information, GPS range, or civic address) and include it in the response sent to the AF. The AF that receives the notification can check in which area a notification regarding a QoS level change is supported, and can then determine how to apply the QoS change when the terminal moves to the area. For example, since a notification regarding a QoS level change is not supported in the area, the AF can determine and operate to provide the terminal with an autonomous driving service that is suitable for general network conditions, for example, autonomous driving level 2.

[0086] The AF may perform PCF discovery to transmit the request. The AF may perform PCF discovery with a network function for PCF discovery or may use a pre-configured PCF address. If the NEF is involved, the AF may perform NEF discovery with a network function (NF) that manages the API provided by the NEF to obtain the address of the NEF. Alternatively, the AF may use a pre-configured NEF address.

[0087] For convenience, in this disclosure, such a request is referred to as a QoS Influence request, but may include other names that refer to the action of an AF providing information regarding its desired QoS level to a PCF.

[0088] The PCF that has received step 1 may perform an authentication / authorization procedure based on the DNN, AF ID, network slice information, or terminal ID included in the message of step 1, or an ID related to the service provided by the AF (e.g., V2X Service) to determine whether the AF is an AF that can send a QoS Influence request. The PCF may also determine whether the terminal is a terminal to which the AF's QoS Influence request can be applied by referring to an identifier related to the terminal included in the request sent by the AF. For example, a PCF that has confirmed that the AF has sent a QoS Influence request for a V2X service may confirm through subscriber information or policy information whether the terminal corresponding to the AF's request is a terminal that can use the V2X service. The PCF that has performed authentication / authorization related to the AF's QoS Influence request may send a response related to step 1 through step 2. If step 1 is received through the NEF, the response may be transmitted through the NEF. If step 1 is received directly from the AF, the PCF may immediately send a response to the AF. The PCF may assign an identifier (e.g., Reference ID) related to the QoS Influence request and include it in the response of step 2. This is also used to identify the request when transmitting a notification related to a change in the QoS level provided to the terminal later. The PCF may respond with the QoS level information that it has decided to provide among the QoS level related information requested by the AF. For example, the AF has requested QoS levels 1 to 10, but the PCF may decide to use only levels 1, 3, 5, 7, and 9. In this case, the PCF may include identifiers related to levels 1, 3, 5, 7, and 9 in the response message. As another example, the PCF may determine the GFBR value, PDB value, and PER value that it has decided to provide for the QoS level information requested by the AF and include them in the response message.The AF that receives it can determine what QoS level is to be used, and can later determine what levels of GFBR, PDB, and PER values ​​are to be used when notification of the changed QoS level arrives from the PCF. If the PCF determines that the UE does not support the QoS level monitoring function according to Fig. 1, it can send a failure response to the AF request. If the PCF determines that the base station does not support the QoS level monitoring function according to Fig. 1 or Fig. 2, it can process the request as successful without sending a failure response because the UE may move to a base station that supports the QoS level monitoring function due to its mobility.

[0089] In step 3, the PCF may configure a policy rule to be applied to the terminal or the PDU session. The rule may include an event setting to request monitoring of a QoS level that can be supported from the base station so as to apply a QoS level requested by the AF. The PCF may configure a QoS level monitoring event value for a QoS level requested by the AF or a pre-configured value. The value may be configured by GFBR, PDB, and PER, or may be in the form of a list of pairs including at least one of GFBR, PDB, and PER. Alternatively, the value may be configured by an element value including at least one of GFBR, PDB, and PER. The QoS level monitoring event thus configured is delivered to the base station via the SMF, which is according to the embodiment described in FIG. 2.

[0090] In step 4, when the base station sends a notification based on the QoS level monitoring event, the PCF can receive it and determine what QoS level can be supported. The PCF that receives the notification for at least one of GFBR, PDB, and PER according to the QoS level that the base station can currently support can instruct the base station and the terminal to change the QoS rule related thereto via the SMF. Then, the PCF can transmit QoS level information related to the QoS Flow that the terminal is currently using according to the changed QoS level to the AF in step 5. The message of step 5 may include an index related to the QoS level negotiated by the AF in steps 1 and 2, or may include at least one applied value of GFBR, PER, and PDB of the QoS Flow applied to the terminal.

[0091] In steps 1 and 2, messages may be transmitted between the AF and the PCF via the NEF. This also applies when the AF cannot directly access the PCF and uses the service via the NEF. The NEF may discover the PCF serving the terminal or the DNN based on the request received from the AF. In this case, the NEF may map the external ID of the terminal received from the AF to the SUPI, which is an internal ID, and use the SUPI when searching for the PCF serving the PCF. Alternatively, if the NEF receives the IP address of the terminal from the AF, it may search for the PCF serving it. The NEF that has found the PCF may transmit the request sent by the AF to the PCF. The NEF stores information related to the AF that sent the request, and may store the identifier related to the request sent by the AF together. This may be matched with the identifier related to the request that the NEF transmits to the PCF, and the NEF may store the identifier related to the request that the NEF transmits to the PCF together. When the NEF receives a response from the PCF, it can identify which AF's request the response is related to and transmit the step 2 response to that AF.

[0092] In step 5, a message can be transmitted between the AF and the PCF via the NEF. Since the NEF stores information related to the AF for which the QoS level monitoring request was made in steps 1 and 2, when the NEF receives a notification from the PCF, it can identify the AF that it should receive based on the identifier included in the notification. The NEF can then transmit the notification received from the PCF to the AF.

[0093] Also, the AF according to the embodiment of the present disclosure may revoke an existing request through step 1. The above-mentioned revocation may mean an operation of canceling a request related to a previously negotiated QoS level, or an operation of canceling a request related to a QoS level monitoring function. The PCF that receives the revocation may inform that the existing request has been cancelled through step 2. The PCF must reconfigure the PCC rule through step 3 because the existing request of the AF has been cancelled. Thus, the PCF may delete information related to the QoS level previously negotiated with the AF from the Policy Context. Thus, the related QoS rule may be changed. Also, the PCF may perform an operation of canceling the QoS level monitoring setting. The PCF may empty the QoS level monitoring setting value (i.e., fill it with null) or may configure an indication of canceling the QoS level monitoring setting, include it in the PCC rule, and transmit it to the SMF. The SMF can refer to the received PCC rule and, if the QoS level monitoring setting value is empty (i.e., filled with null) or includes an indication to cancel the QoS level monitoring setting, reflect it in the QoS Profile related to the terminal. After determining that the QoS level monitoring setting is canceled, the SMF must notify the base station that the setting has been canceled. To this end, the SMF can configure the QoS Profile or QoS Parameter to include an indication to cancel the QoS level monitoring setting or to make the QoS level monitoring setting value blank (i.e., filled with null) and transmit it to the base station. If the QoS level monitoring setting value is empty (i.e., filled with null) or includes an indication to cancel the QoS level monitoring setting, the base station that receives it can reflect it in the Context of the terminal and stop the QoS level monitoring operation.

[0094] FIG. 6 is a diagram for explaining a method of performing a notification regarding a QoS level together with a handover procedure in a target base station according to an embodiment of the present disclosure. A fifth embodiment will be described with reference to FIG. 6. In step 1, a source base station serving a terminal may prepare a handover. In order to determine a target base station to perform handover, the source base station checks a Measurement Report received from the terminal and acquires a candidate target base station with good signal strength. The source base station may transmit information on a currently supported QoS flow and GBR QoS Notification Event (i.e., Alternative QoS Profile) information to the candidate base station. The candidate base station receiving the information may transmit information on a QoS flow that it can support to the source base station. For example, if a candidate base station can support a QoS parameter of a QoS flow currently supported by the source base station, the candidate base station may respond that it can support the QoS flow. If a candidate base station cannot support the QoS parameters of the QoS flow currently supported by the source base station, the candidate base station checks the received GBR QoS Notification Event (i.e., Alternative QoS Profile) information to determine whether there are any QoS parameters that it can support, and transmits the information to the source base station. If the GBR QoS Notification Event information includes several QoS parameters that it can support, the candidate base station can select the QoS profile index or the QoS value corresponding to the QoS parameter with the largest value and transmit it to the source base station. The source base station may comprehensively compare the signal strength between each base station and the terminal, and the QoS parameters that each base station can support, or the QoS parameters corresponding to the QoS profile index, and select a candidate base station that can provide the best service (i.e., can apply the best QoS) as the target base station. For example, if there is a candidate base station that can support a better QoS value (a value related to the QoS profile or QoS parameter included in the GBR QoS Notification Event) than the QoS parameter related to the QoS flow currently supported by the source base station, the source base station may select the candidate base station as the target base station. Through this process, the source base station may determine the target base station and transmit the Access Stratum Context of the terminal, and the RRC information and DRB (data radio bearer) information currently used by the terminal to the target base station. The target base station may inform the source base station that it is prepared to perform handover, and may inform the source base station of RRC information required for the terminal to connect to the target base station. According to an embodiment of the present disclosure, the above-mentioned Access Stratum Context may include a QoS level monitoring setting value.

[0095] In step 2, the source base station serving the terminal issues a command to hand over the terminal to the target base station based on the information received from the target base station, so that the terminal can connect to the target base station. Thus, the terminal can successfully connect to the target base station and continue to use the DRB allocated by the target base station for data transmission and reception.

[0096] In step 3, the target base station checks the Access Stratum Context of the terminal that the target base station is to serve, and can determine whether a QoS level monitoring event is set for the QoS Flow used by the terminal in the Context according to an embodiment of the present disclosure. The target base station checks QoS information in the Context of the terminal received from the source base station, and if a GBR QoS Notification Event according to an embodiment of the present disclosure is set in the QoS information, it can perform an operation related to the Event. Alternatively, the target base station can select one of the GBR QoS Notification Event information as a QoS that can be applied to the terminal, and then notify the SMF of a notification related to the selected QoS information. In the handover preparation process, the target base station can determine in advance the QoS information that can be applied to the terminal based on the GBR QoS Notification Event information received from the source base station. Alternatively, after performing the handover, the target base station can determine to transmit a notification after checking QoS information that can be supported by the terminal. In other words, the target base station can determine the QoS level information, or GFBR, PER, and PDB, that the target base station can provide based on the GBR QoS Notification Event value, and then transmit a notification therefor.

[0097] In step 4, when the target base station that has decided to transmit a notification regarding the QoS level information through step 3 transmits a Path Switch Request message to the AMF informing it that it will be serving the terminal, the notification regarding the QoS level information can be included in the N2 SM message of the message.

[0098] The AMF that receives step 4 can transmit the N2 SM message received from the base station to the SMF via step 5.

[0099] In step 6, the SMF may convey the QoSNotification information received from the base station to the PCF.

[0100] In step 7, after determining the QoS level information that the base station has notified it can support, the PCF may transmit an updated QoS rule to the SMF to change the QoS Flow of the PDU Session currently used by the terminal or to apply a new GBR QoS Flow. Alternatively, the PCF may update the QoS level monitoring setting value and include it in the QoS rule.

[0101] In step 8, the SMF can perform an N4 Session modification procedure with the UPF based on the QoS rules received via step 7.

[0102] In step 9, the SMF may configure a QoS profile based on the QoS rule received via step 7 and transmit a message to the AMF to transmit an N2 SM message to the base station. The AMF may transmit an ACK related to the message to the SMF.

[0103] In step 10, the AMF may transmit the N2 SM message received from the SMF in step 9 in the response message related to step 4. The target base station receiving the message may reconfigure the DRB of the terminal to correspond to the newly received QoS information. If QoS level monitoring is set in the received QoS information, the target base station may monitor the QoS level that can be provided to the terminal, or the GFBR, PDB, and PER in consideration of the QoS level monitoring.

[0104] After step 10, the target base station can transmit signaling to the source base station, via step 11, indicating that the resource provided to the existing terminal may be released.

[0105] In a detailed embodiment of the present invention, in the case of an N2 based handover, i.e., a handover performed by the AMF as an Achor, which is not an inter-base station handover, the following operation is performed. If a GBR QoS Notification Event according to an embodiment of the present disclosure is set in the QoS information included in the Context of the terminal after the terminal performs handover and completes connection to the target base station, the target base station can perform an operation related to the event. In other words, the target base station can determine the QoS level information that it can provide, or GFBR, PER, and PDB, according to the GBR QoS Notification Event value, and then send a notification related thereto. The target base station can include such a notification in an N2 SM message when the target base station sends a handover Notify message to the AMF to notify that the handover is completed, according to a detailed embodiment of the present disclosure. The AMF that receives the message transmits it to the SMF, and the SMF can perform the operation according to step 6.

[0106] Repeated handovers may cause the following problems. If the first base station supports the GBR QoS Notification Event and the second base station does not support the GBR QoS Notification Event, when the terminal hands over from the first base station to the second base station, the second base station does not support the GBR QoS Notification Event and therefore cannot identify information related to the GBR QoS Notification Event. Therefore, the GBR QoS Notification Event information is not stored in the UE Context. Therefore, the GBR QoS Notification Event is not applied while the terminal is in the second base station. When the terminal hands over from the second base station to the third base station, the third base station can support the GBR QoS Notification Event function. However, since the second base station does not include the GBR QoS Notification Event information in the terminal context, the GBR QoS Notification Event information is not transmitted to the third base station, and thus, a problem occurs in that the terminal cannot use the GBR QoS Notification Event function even though the terminal hands over to the third base station and can support the GBR QoS Notification Event function. In order to solve such a problem, the base station may perform the following operation. If the base station itself supports the GBR QoS Notification Event function, the base station may include information that supports the GBR QoS Notification Event, i.e., Alternative QoS Profile processing, such as an additional identifier, in the first N2 SM Information transmitted to the SMF. This allows the SMF to determine that the base station supports the GBR QoS Notification Event function. If the base station does not support the GBR QoS Notification Event function, the base station operates as if no additional information is included, and the SMF can determine that the base station supports the GBR QoS Notification Event function. It may be determined that the S Notification Event function is not supported. The initial N2 SM Information that the base station transmits to the SMF may be included in an NGAP Path Switch or NGAP Handover Notify message after handover is performed, or may be included in an NGAP Initial Context Setup Response message. The base station may include such information in the first N2 SM Information message that it sends after it becomes the base station to serve the terminal.

[0107] The SMF that receives it can perform the following operations: The SMF checks the N2 SM information received as a result of handover (i.e., the SMF receives from the AMF the N2 SM information included in the NGAP Path Switch or NGAP Handover Notify message transmitted from the base station to the AMF), checks whether the information includes an identifier indicating that the GBR QoS Notification Event function can be supported, and can determine whether the base station can support the GBR QoS Notification Event function. Alternatively, the SMF can check whether the information includes an identifier indicating that the GBR QoS Notification Event function can be supported after the N2 SM information received by the AMF is delivered through the NGAP Initial Context Setup Response message, and can determine whether the base station can support the GBR QoS Notification Event function. After receiving such information once, the SMF can determine that the base station continues to support the GBR QoS Notification Event function until the base station serving the terminal is changed. That is, in subsequent operations, even if the N2 SM Information does not include an identifier indicating that the GBR QoS Notification Event function can be supported, if the base station has previously notified that it supports the GBR QoS Notification Event function, then the base station can determine that it supports the GBR QoS Notification Event function.

[0108] Through the above operation, the SMF can determine whether the base station currently serving the terminal supports the GBR QoS Notification Event (i.e., Alternative QoS Profile Handling). If the base station that will newly serve the terminal sends N2 SM Information without including information that the GBR QoS Notification Event is supported, the SMF determines that the terminal is being served by a base station that does not support the GBR QoS Notification Event function. As a result, the SMF can transmit a notification to the PCF regarding the fact that the GBR QoS Notification Event function is not supported. That is, the SMF can inform the PCF that the GBR QoS Notification Event function, i.e., the Alternative QoS Profile Handling function, has been disabled. The PCF that receives this notification determines that the terminal is currently in an area where the GBR QoS Notification Event function is not supported, and can inform the AF of the notification service regarding the QoS level change requested by the AF (i.e., corresponding to the GBR QoS Notification Event function) that the service is not currently supported. The AF that receives the notification can determine that the QoS level change notification is not supported and can change the service associated with the terminal. For example, the AF can provide the same level of service to the terminal that does not support the function, or can lower the level of the autonomous driving service to a lower level because it cannot know the network status.

[0109] If the existing base station did not support the GBR QoS Notification Event function but the base station that will newly serve the terminal sends N2 SM Information including information that the GBR QoS Notification Event is supported, the SMF can determine that the terminal is being served by a base station that supports the GBR QoS Notification Event function. In addition, the SMF can determine that the new base station was not able to receive the GBR QoS Notification Event information from the previous base station. As a result, the SMF can determine to transmit the GBR QoS Notification Event information, i.e., Alternative QoS Profile, to the new base station, and then configure it into an N2 SM message and transmit it to the base station. The base station that receives it can provide such a function through the GBR QoS Notification Event information included in the N2 SM message. In addition, the SMF can transmit a notification to the PCF since the GBR QoS Notification Event function is now supported again. That is, the SMF can inform the PCF that the GBR QoS Notification Event function, i.e., the Alternative QoS Profile Handling function, is further enabled. This operation can only occur if a disable was previously notified. The PCF that receives this will determine that the terminal is currently in an area where the GBR QoS Notification Event function is supported, and can inform the AF that the QoS level change notification service requested by the AF (i.e., corresponding to the GBR QoS Notification Event function) is now supported again. This operation can only occur if a disable was previously notified. The AF that receives this will determine that QoS level change notification is supported, and can change the service related to the terminal. For example, the level of autonomous driving service can be changed to a higher or lower level that matches the current QoS level.

[0110] FIG. 7 is a diagram illustrating the structure of a terminal according to one embodiment.

[0111] Referring to FIG. 7, the terminal may include a processor 710, a transceiver 720, and a memory 730. The processor 710, the transceiver 720, and the memory 730 of the terminal may operate according to the terminal communication method described above. However, the components of the terminal are not limited to the above examples. For example, the terminal may include more or fewer components than the above components. Furthermore, the processor 710, the transceiver 720, and the memory 730 may be embodied in the form of a single chip.

[0112] The processor 720 may control a series of processes that the terminal may operate according to the above-described embodiments of the present disclosure, for example, by controlling the signal flow between each block to perform the operations according to the embodiments of the present disclosure.

[0113] The transceiver 720 can transmit and receive signals to and from other network entities. The transceiver 720 can receive system information from, for example, a base station, and can receive a synchronization signal or a reference signal. To this end, the transceiver 720 is also configured with an RF transmitter that up-converts and amplifies the frequency of a signal to be transmitted, and an RF receiver that performs low-noise amplification and down-converts the frequency of a received signal. However, this is only one embodiment of the transceiver 720, and the components of the transceiver 720 are not limited to an RF transmitter and an RF receiver.

[0114] The memory 730 may store at least one of information transmitted and received via the transceiver 710 and information generated via the processor 710. The memory 730 may store programs and data required for the operation of the terminal. The memory 730 may also store control information or data included in a signal acquired by the terminal. The memory 730 may be configured as a recording medium such as a read only memory (ROM), a random access memory (RAM), a hard disk, a compact disc read only memory (CD-ROM), and a digital versatile disc (DVD), or a combination of recording media. The memory 730 may also be configured as a plurality of memories. In one embodiment, the memory 730 may store a program for supporting beam-based cooperative communication.

[0115] FIG. 8 is a drawing illustrating the structure of an entity, according to one embodiment.

[0116] Referring to FIG. 8, the entity may include a processor 810, a transceiver 820, and a memory 830. In the present invention, the processor 810 may also be defined as a circuit, an application specific integrated circuit, or at least one processor. However, the components of the entity are not limited to the above examples. For example, the entity may include more or fewer components than the above components. Moreover, the processor 810, the transceiver 820, and the memory 830 may be embodied in the form of a single chip.

[0117] The processor 810 may control the overall operation of the base station according to the embodiment of the present invention, for example, the processor 810 may control the signal flow between each block to perform the operations described with reference to the above drawings.

[0118] The transceiver 820 may transmit and receive signals to and from other network entities, for example, the transceiver 820 may transmit system information to terminals, and may transmit synchronization or reference signals.

[0119] The memory 830 may store at least one of information transmitted and received through the transceiver 820 and information generated through the processor 810. The memory 830 may also store control information or data included in a signal acquired by the base station. The memory 830 may be configured as a recording medium such as a ROM, a RAM, a hard disk, a CD-ROM, a DVD, etc., or a combination of recording media. The memory 830 may also be configured as a plurality of memories. In one embodiment, the memory 830 may store a program for supporting beam-based cooperative communication.

[0120] The methods according to the claims of the present disclosure or the embodiments described in the specification may be implemented in the form of hardware, software, or a combination of hardware and software.

[0121] When embodied in software, a computer-readable recording medium storing one or more programs (software modules) may be provided. The one or more programs stored in the computer-readable recording medium are configured for execution by one or more processors in an electronic device. The one or more programs may include instructions that cause the electronic device to execute a method according to the claims of the present disclosure or an embodiment described in the specification.

[0122] Such programs (software modules, software) may be stored in non-volatile memory, including RAM and flash memory, ROM, electrically erasable programmable read only memory (EEPROM), magnetic disc storage device, CD-ROM, DVD, or other forms of optical storage device, magnetic cassette, or in a memory configured by any or all of these combinations. Also, each of the memory configurations may be included in multiples.

[0123] The program may also be stored in an attachable storage device that can be accessed via a communication network such as the Internet, an Intranet, a local area network (LAN), a wireless local area network (WLAN), or a storage area network (SAN), or a combination thereof. Such a storage device may be connected to a device that performs an embodiment of the present disclosure through an external port. Also, a separate storage device on the communication network may be connected to a device that performs an embodiment of the present disclosure.

[0124] In the specific embodiments of the present disclosure described above, the components included in the invention are expressed in the singular or plural form according to the specific embodiments presented. However, the expressions in the singular or plural form are selected for the convenience of explanation according to the presented situation, and the present disclosure is not limited to the singular or plural form, and even if a component is expressed in the plural form, it may be composed of the singular form, or even if a component is expressed in the singular form, it may be composed of the plural form.

[0125] In addition, the embodiments of the present disclosure disclosed in the present specification and drawings are merely specific examples presented to easily explain the contents of the present disclosure and to aid in the understanding of the present disclosure, and do not limit the scope of the present disclosure. That is, it is obvious to a person skilled in the art in the technical field to which the present disclosure belongs that other modified examples based on the technical idea of ​​the present disclosure can be implemented. In addition, each of the above-mentioned examples can be combined with each other and operated as necessary. For example, a base station and a terminal can be operated by combining parts of an embodiment different from an embodiment of the present disclosure with each other. In addition, the above-mentioned embodiment is presented based on the FDD LTE system, but other modified examples based on the technical idea of ​​the above-mentioned embodiment can be implemented in other systems such as a TDD LTE system, a 5G system, or an NR system. [Explanation of symbols]

[0126] 710 Processor 720 Transmitter / Receiver 730 Memory 810 Processor 820 Transmitter / Receiver 830 Memory

Claims

1. A method for operating a target base station during handover of a user equipment (UE) in a mobile communication system, comprising: receiving QoS profile related information from a source base station, the QoS profile related information including QoS profile information currently supported by the source base station to provide a service to the UE and at least one QoS profile information that the source base station can support for the UE; determining whether the QoS profile related information includes QoS profile information that the target base station can support for the UE; If the QoS profile related information includes QoS profile information that the target base station can support for the UE, the method includes transmitting, to an access and mobility management function (AMF), the QoS profile information that the target base station can support for the UE.

2. determining whether the QoS profile related information includes QoS profile information that the target base station can support for the UE, The method of claim 1, further comprising: determining whether the QoS profile-related information includes information that matches at least one of a guaranteed flow bit rate (GFBR), a packet error rate (PER), and a packet delay budget (PDB) that the target base station can support for the UE.

3. The step of transmitting the QoS profile information that the target base station can support to the AMF includes: The method of claim 1 , comprising transmitting the QoS profile information in a path switching request message.

4. The target base station and the source base station The method of claim 3 , further comprising performing an inter-base station handover.

5. The method of claim 1, further comprising the step of transmitting, to the source base station, QoS profile information that the target base station can support for the UE, if the target base station cannot support QoS profile information currently supported by the source base station to provide service to the UE and the target base station can support at least one of the QoS profile information that the source base station can support for the UE.

6. The step of transmitting supported QoS profile information to the source base station includes: The method of claim 5, further comprising the step of transmitting QoS profile information capable of providing the best QoS when the QoS profile related information includes a plurality of QoS profile information that the target base station can support for the UE.

7. The method described in claim 1, further comprising a step of further confirming QoS profile information that the target base station can support for the UE after performing the handover, and then transmitting the confirmed QoS profile information to an SMF (session management function).

8. The method further includes the step of transmitting a message including N2 SM information to the SMF; The N2 SM information is The method of claim 1 , further comprising information that assists in processing the QoS profile related information.

9. In a target base station of a mobile communication system, The Communications Department and at least one memory containing instructions; By executing the instructions, At the time of handover of a user equipment (UE), QoS profile related information is received from a source base station, the QoS profile related information including QoS profile information currently supported by the source base station to provide a service to the UE and at least one QoS profile information that the source base station can support for the UE; Determine whether the QoS profile related information includes QoS profile information that the target base station can support for the UE; If the QoS profile related information includes QoS profile information that the target base station can support for the UE, the QoS profile information that the target base station can support is transmitted to the AMF. The target base station includes at least one processor that controls the above.

10. The at least one processor The target base station of claim 9, wherein the QoS profile related information checks whether there is information matching at least one of GFBR, PER, and PDB that the target base station can support for the UE.

11. The at least one processor The target base station of claim 9 , wherein the QoS profile information that the target base station can support is controlled to be transmitted by being included in a path switching request message.

12. The target base station and the source base station The target base station of claim 9 , including an inter-base station handover.

13. The at least one processor 10. The target base station of claim 9, wherein, when the target base station cannot support the QoS profile information currently supported by the source base station to provide service to the UE, and the target base station can support at least one of the QoS profile information that the source base station can support to the UE in the QoS profile related information, the target base station controls to transmit to the source base station the QoS profile information that the target base station can support to the UE.

14. The at least one processor The target base station of claim 13, wherein when the QoS profile related information includes multiple QoS profile information that the target base station can support for the UE, the target base station controls to transmit QoS profile information that can provide the best QoS.

15. The at least one processor The target base station of claim 9, further checking QoS profile information that the target base station can support for the UE after the handover is performed, and then controlling the confirmed QoS profile information to be transmitted to a session management function (SMF).

16. The at least one processor Controlling a message including N2 SM information to be transmitted to the SMF; The N2 SM information is The target base station of claim 9 , further comprising information that supports processing of the QoS profile related information.

Images