KR20210037511A - Method and apparatus for transmitting and receiving data in wireless communication system - Google Patents

Abstract

According to one embodiment of the present disclosure, a base station transmits traffic through a unicast method to at least one terminal connected to the base station, connects to the base station, determines whether to change the traffic transmission method from the unicast method to the broadcast/multicast method based on the number of terminals using a specific application, a specific service, or a specific session, or information related to the traffic used by the terminal, and may transmit a message indicating that the transmission method of traffic is changed as the traffic transmission method is determined to be the broadcast/multicast method.

Description

Method and device for transmitting and receiving data in wireless communication system {METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DATA IN WIRELESS COMMUNICATION SYSTEM}

The present disclosure relates to a method of effectively switching a data transmission method in a wireless communication system supporting multicast/broadcast service (MBS).

Efforts are being made to develop an improved 5G communication system or a pre-5G communication system in order to meet the increasing demand for wireless data traffic after the commercialization of 4G communication systems. For this reason, the 5G communication system or the pre-5G communication system is called a communication system after a 4G network (Beyond 4G Network) or a system after an LTE system (Post LTE). In order to achieve a high data rate, the 5G communication system is being considered for implementation in the ultra-high frequency (mmWave) band (eg, the 60 gigabyte (60 GHz) band). In order to mitigate the path loss of radio waves in the ultra-high frequency band and increase the propagation distance of radio waves, in 5G communication systems, beamforming, massive array multiple input/output (MIMO), and full dimensional multiple input/output (FD-MIMO) ), array antenna, analog beam-forming, and large scale antenna technologies are being discussed. In addition, in order to improve the network of the system, in 5G communication system, evolved small cell, advanced small cell, cloud radio access network (cloud RAN), ultra-dense network , Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, CoMP (Coordinated Multi-Points), and interference cancellation And other technologies are being developed. In addition, in 5G systems, advanced coding modulation (ACM) methods such as FQAM (Hybrid FSK and QAM Modulation) and SWSC (Sliding Window Superposition Coding), advanced access technologies such as FBMC (Filter Bank Multi Carrier), NOMA (non orthogonal multiple access), and sparse code multiple access (SCMA), and the like are being developed.

Meanwhile, the Internet is evolving from a human-centered connection network in which humans create and consume information, to an IoT (Internet of Things, Internet of Things) network that exchanges and processes information between distributed components such as objects. IoE (Internet of Everything) technology, which combines IoT technology with big data processing technology through connection with cloud servers, is also emerging. In order to implement IoT, technological elements such as sensing technology, wired/wireless communication and network infrastructure, service interface technology, and security technology are required. , M2M), and MTC (Machine Type Communication) technologies are being studied. In the IoT environment, intelligent IT (Internet Technology) services that create new value in human life by collecting and analyzing data generated from connected objects can be provided. IoT is the field of smart home, smart building, smart city, smart car or connected car, smart grid, healthcare, smart home appliance, advanced medical service, etc. through the convergence and combination of existing IT (information technology) technology and various industries. Can be applied to.

Accordingly, various attempts have been made to apply a 5G communication system to an IoT network. For example, technologies such as sensor network, machine to machine (M2M), and machine type communication (MTC) are implemented by techniques such as beamforming, MIMO, and array antenna. There is. The application of a cloud radio access network (cloud RAN) as the big data processing technology described above can be said as an example of the convergence of 5G technology and IoT technology.

As described above and with the development of a mobile communication system, various services can be provided, and thus, a method for effectively providing these services is required.

In order to transmit the same data to multiple terminals in a specific area in a mobile communication network, data can be transmitted to each terminal by unicast, but service is provided through multicast/broadcast for resource efficiency. It is necessary to transmit data for. For example, public safety such as V2X (vehicle to everything) service or massive CIoT (cellular internet of things) service or mission critical communication to multiple terminals in a specific area There is a need for a method of transmitting data through multicast/broadcast for service. In this case, there is a need for a method for minimizing service interruption as data transmitted through unicast is converted to multicast/broadcast. The present disclosure is to provide a method for flexibly switching transmission methods such as unicast and multicast/broadcast.

In addition, the present disclosure measures the number of terminals receiving service or the amount of data consumed by terminals in a base station or cell in order to determine whether to switch from unicast to multicast/broadcast, and the measurement result It relates to a method of deciding whether to switch on the basis of. In addition, the present disclosure relates to a method for distinguishing and recognizing packets of unicast traffic that can be switched from unicast to multicast/broadcast in a base station. In addition, when unicast traffic is converted to multicast/broadcast traffic, a tunnel for transmitting unicast traffic between NG-RAN and UPF is replaced with a tunnel for transmitting multicast/broadcast traffic. It's about how.

A method of transmitting and receiving data by a base station in a wireless communication system according to an embodiment includes: transmitting traffic to at least one terminal connected to the base station through a unicast method; Accessing the base station and determining whether to change the transmission method of the traffic from the unicast method to the broadcast/multicast method based on the number of terminals using a specific application, a specific service, or a specific session, or information on the traffic used by the terminal. step; And transmitting a message notifying that the transmission method of the traffic is changed as the transmission method of the traffic is determined as a broadcast/multicast method.

A method of transmitting and receiving data by a base station in a wireless communication system according to an embodiment includes the number of terminals using the specific application, the specific service, or the specific session to a core network device, or when the traffic of the terminal exceeds a threshold value. , The step of transmitting an event subscription message requesting a notification for this, further comprising the step of determining whether to change from the unicast method to the broadcast/multicast method, as the notification is received from the core network device, the transmission The method can be determined as a broadcast/multicast method.

In a method for a base station to transmit and receive data in a wireless communication system according to an embodiment, an event subscription message for requesting information on the number of terminals or traffic of the terminal using a specific application, a specific service, or a specific session is sent to a core network device. Further comprising the step of transmitting, the step of determining whether to change from the unicast method to the broadcast/multicast method, as a result of determining based on the number of terminals received from the core network device or information on the traffic of the terminal, When the number of terminals or traffic of the terminal exceeds the threshold, the transmission scheme may be determined as the broadcast/multicast scheme.

A method of transmitting and receiving data by a base station in a wireless communication system according to an embodiment further comprises transmitting a message to at least one terminal to request confirmation of whether to use a specific application, a specific service, or a specific session, and In the step of determining whether to change from the unicast method to the broadcast/multicast method, the transmission method may be determined as a broadcast/multicast method based on information received from the terminal in response to the request.

In the method of transmitting and receiving data by a base station in a wireless communication system according to an embodiment, based on a value included in a GTP-U header of traffic acquired to the base station, at least one terminal is transmitted in a broadcast/multicast method. It further comprises the step of identifying whether to use the traffic of a specific application, a specific service, or a specific session that can be used, and the step of determining whether to change from a unicast method to a broadcast/multicast method may include, as a result of the identification, the terminal When the number of or traffic of the terminal exceeds the threshold, the transmission method may be determined as a broadcast/multicast method.

In a method for transmitting and receiving data by a base station in a wireless communication system according to an embodiment, based on a 5QI value for a quality of service (QoS) flow of traffic acquired to the base station, at least one terminal is a broadcast/multicast method. The step of identifying whether to use the traffic of a specific application, a specific service, or a specific session that can be transmitted as a method further comprises, and determining whether to change from a unicast method to a broadcast/multicast method, the identification As a result, when the number of terminals or traffic of the terminals exceeds the threshold, the transmission scheme can be determined as a broadcast/multicast scheme.

A method of transmitting and receiving data by a terminal in a wireless communication system according to an embodiment includes: transmitting traffic with a base station through a unicast method; As the transmission method of the traffic is changed from the unicast method to the broadcast/multicast method based on the number of terminals accessing the base station and using a specific application, a specific service, or a specific session, or information on the traffic used by the terminal, the Receiving a message notifying that a transmission method of traffic is changed; Identifying an application, service, or session whose transmission method is changed as the message is received; And receiving traffic of the identified application, service, or session according to a broadcast method.

In the method for transmitting and receiving data by a terminal in a wireless communication system according to an embodiment, the traffic transmission method is a specific application, the number of terminals using the specific service, or the specific session, or the traffic of the terminal exceeds a threshold value. If so, it may be changed from the unicast method to the broadcast/multicast method.

A method of transmitting and receiving data by a terminal in a wireless communication system according to an embodiment includes the steps of: receiving a message requesting confirmation of whether to use a specific application, a specific service, or a specific session from a base station; And when the terminal uses traffic of any one of a specific application, a specific service, or a specific session, transmitting a message notifying the use of the traffic to the base station.

A base station for transmitting and receiving data in a wireless communication system according to an embodiment includes: a transmission/reception unit; And a processor connected to the transmission/reception unit, wherein the processor controls the transmission/reception unit to transmit traffic to at least one terminal connected to the base station through a unicast method, and accesses the base station to use a specific application, a specific service, or a specific session. It is determined whether to change the transmission method of the traffic from the unicast method to the broadcast/multicast method based on the number of terminals or information on the traffic used by the terminal, and the traffic transmission method is a broadcast/multicast method. As it is determined, the transmission/reception unit may be controlled to transmit a message notifying that the transmission method of the traffic is changed.

According to an embodiment, a terminal for transmitting and receiving data in a wireless communication system includes: a transmission/reception unit; And a processor connected to the transmission/reception unit, wherein the processor controls the transmission/reception unit to transmit traffic through a unicast method with the base station, and the number of terminals accessing the base station and using a specific application, a specific service, or a specific session, or the number of terminals used by the terminal. Based on the information on the traffic, as the transmission method of traffic is changed from the unicast method to the broadcast/multicast method, the transmission/reception unit is controlled to receive a message notifying that the transmission method of the traffic is changed, and as the message is received , It is possible to identify an application, service, or session whose transmission method has been changed, and receive traffic of the identified application, service, or session according to a broadcast method.

Through the present disclosure, resources can be effectively used by using the existing unicast-based 5GS (5G system) network structure as much as possible and applying the MBS service locally and flexibly.

1 shows a 5GS structure for supporting MBS based on unicast 5GS according to an embodiment of the present disclosure.
2 is a flowchart illustrating a process of multicast/broadcast an MBS session in a single cell point to multipoint (SC-PTM) method according to a conventional method.
3 is a flowchart illustrating a method of providing a service by switching to a multicast/broadcast method while serving MBS session traffic in a unicast method according to an embodiment of the present disclosure.
FIG. 4 is a diagram illustrating a detailed process of servicing MBS session traffic in a unicast manner, and then switching to a multicast/broadcast manner to service according to an embodiment of the present disclosure.
FIG. 5 is a diagram for explaining a method of determining whether a base station switches from a unicast method to a multicast/broadcast method with the help of a 5G CN according to an embodiment of the present disclosure.
6 is a diagram illustrating, with the help of a terminal, whether a base station switches from a unicast method to a multicast/broadcast method according to an embodiment of the present disclosure.
7 is a diagram illustrating a process for a base station to determine whether to switch from a unicast method to a multicast/broadcast method based on a GTP-U header according to an embodiment of the present disclosure.
FIG. 8 is a diagram for describing a method of determining whether a base station switches from a unicast method to a multicast/broadcast method based on a dedicated 5QI value according to an embodiment of the present disclosure.
9 is a block diagram showing the structure of a base station according to an embodiment.
10 is a block diagram showing the structure of a terminal according to an embodiment.
FIG. 11 is a diagram for describing a method of determining whether a base station switches from a unicast method to a multicast/broadcast method based on an N2 context according to an embodiment of the present disclosure.

Hereinafter, the operating principle of the present disclosure will be described in detail with reference to the accompanying drawings. In the following description of the present disclosure, when it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present disclosure, a detailed description thereof will be omitted. In addition, terms to be described later are terms defined in consideration of functions in the present disclosure, which may vary according to the intention or custom of users or operators. Therefore, the definition should be made based on the contents throughout the present specification.

A term for identifying an access node used in the following description, a term for network entities, a term for messages, a term for an interface between network objects, a term for various identification information And the like are illustrated for convenience of description. Accordingly, the present disclosure is not limited to terms to be described later, and other terms referring to objects having an equivalent technical meaning may be used.

In addition, a network function or function according to the present disclosure is software composed of one or more instructions for performing a corresponding function, and may be stored in a processor inside a network object. However, this is only an example, and according to another embodiment, the NF may be referred to as a network function processing device, which may be a hardware device including a processor and memory for processing signals.

For convenience of description below, the present disclosure uses terms and names defined in a standard for a 5G system. However, the present disclosure is not limited by the terms and names, and may be equally applied to systems conforming to other standards.

1 shows a 5GS structure for supporting MBS based on unicast 5GS according to an embodiment of the present disclosure.

In order to support MBS service in 5GS, a cellular system according to an embodiment for MBS may be configured with the following network functions and services. However, this is only an example, and the system for providing a method of switching between unicast and multicast/broadcast according to an embodiment is not limited to the following configurations.

Application server (for example, V2X application server or CIoT application server or MCPTT application server) or content provider (for example, TV service providing server or audio service providing server or streaming video service providing server) to request MBS service Then, the BM-CPF receives media from a broadcast/multicast-control plane function (BM-CPF) and an application server (AS) or content provider that manages the MBS service session and controls the MBS service traffic, and controls the BM-CPF. A broadcast/multicast-user plane function (BM-UPF), which is an MBS service media anchor in 5GS that handles media traffic as desired, may be included in the system. The interface between BM-CPF and BM-UPF is called Nxxx interface. Meanwhile, BM-CPF and BM-UPF may be integrated into one entity or one network function (NF).

According to the existing technology for MBS, MBS is achieved through the following procedure. First, when the terminal knows that the MBS service is available, the terminals that want to receive the service can register the service if necessary for the MBS service, and perform a procedure of acquiring related parameters necessary for receiving the service.

Meanwhile, in 5GS, a signaling procedure for creating and managing a tunnel for transmitting MBS data from an MBS service provider or an application server (AS) to a base station in a corresponding region by creating a session for transmitting MBS data may be performed.

When MBS data arrives to the base station through the tunnel, the base station broadcasts information about the MBS data to be transmitted and when/how to transmit it so that the terminals that have acquired the MBS service parameter can know, and broadcasts the MBS data according to the information. .

When the base station no longer provides the MBS service, the base station may release the created session and remove the allocated tunnel for this.

2 is a flowchart illustrating a process of multicast/broadcast an MBS session in a single cell point to multipoint (SC-PTM) method according to a conventional method.

In step 210, the application server (AS) or the MBS contents provider transmits information on the MBS session data traffic to the MBS function of the 5GS network in order to deliver the MBS data traffic through 5GS. It is possible to obtain IP address information of Media Anchor in 5GS to transmit data. The information on the MBS session data traffic may include not only the characteristics of the MBS session data but also the ID of a base station or cell to which the MBS session data traffic is to be transmitted.

The MBS function described above includes, for example, a Broadcast Multicast-control plane function (BM-CPF) or a SMF (Session Management function) or BMSC (Broadcast Multicast Service Center) with an MBS service session management function added. can do.

In addition, Media Anchor in 5GS includes BM-UPF (Broadcast Multicast-user plane function) or UPF (User Plane function) or BMSC (Broadcast Multicast Service Center) with media source function for MBS service session. Can include.

In step 220, the MBS function may create an MBS context for managing an MBS session in 5GS, and may establish a control session for an MBS media anchor in 5GS.

In step 230, the MBS function may determine whether to transmit MBS data traffic through broadcast or multicast. The determination of the transmission method is determined by the density or population of the terminals receiving the MBS session, that is, how many terminals will receive the service in the area to be broadcast/multicast, or there are terminals receiving the MBS session. It can be determined depending on whether the base station in the location has the MBS function (for example, the SC-PTM function).

In step 240, when transmission for MBS data traffic is determined to be broadcast/multicast, the MBS function is a tunnel between base stations in an area to broadcast MBS data traffic and a media anchor. A tunnel may be created between base stations in an area to be broadcast/multicast and a broadcast/multicast UPF or between base stations and an MBS UPF. To this end, a control session for managing tunnels may be established.

In step 240, the multi-cell coordination entity (MCE) determines whether the base station broadcasts data based on a multicast broadcast single frequency network (MBSFN), that is, data based on a single-cell point to multi-point (SC-PTM). You can decide whether or not to broadcast.

When the MCE transmits MBS data traffic to the SC-PTM, the base station may create a channel for broadcast transmission of the MBS data traffic.

In describing an embodiment of the present disclosure, the MBS function and service of 5GS are referred to as BM-CPF. However, the MBS function and service may exist in this SMF, or as a BM-SC, a control plane and a user plane may exist together. In addition, the media anchor of 5GS may be named BM-UPF, but this is only an example, and the media anchor may be in the UPF, or as BM-SC, the control plane and the user plane plane) may be present together.

BM-CPF performs service announcement for MBS service in 5GS, manages MBS user service session, decides whether to transmit MBS data by broadcast/multicast or unicast, or By managing the BM-UPF, which is a media anchor, a function of receiving MBS data from an AS or an MBS content provider and controlling transmission of MBS data through 5GS may be performed.

3 is a flowchart illustrating a method of providing a service by switching to a multicast/broadcast method while serving MBS session traffic in a unicast method according to an embodiment of the present disclosure.

In step 310, the UE creates a unicast PDU session for MBS session service, and at this time, through an accept message for PDU session establishment, it is possible to obtain UE configuration information required when switching to broadcast/multicast. For example, when the terminal sends a PDU session setup request message, a DNN (data network name) for an MBS session service that the terminal wants to receive may be included in the PDU session setup request message. For example, a DNN such as V2X_DNN, a DNN for V2X, or a PS_DNN, a DNN for public safety, or an MC_DNN, a DNN for mission critical communication, and a TV_DNN, a DNN for IPTV, may be included in the PDU session setup request message.

UE configuration information required when switching to broadcast/multicast for the MBS session service corresponding to the aforementioned DNN is TMGI (Temporary Mobile Group Identity), which is the group information of terminals for broadcast/multicast, used by the terminal. MBS application ID, which is the ID of the application providing the MBS session service, MBS service ID, which is the ID of the MBS session service used by the terminal, MBS session ID, which is the identity for the session of the MBS session service used by the terminal, and MBS used by the terminal. It includes information such as MBS service flow ID, which is the identity for the service flow of the session service, multicast IP address to be used by the terminal, and common RNTI to be used when the base station transmits data in broadcast/multicast through SC-PTM. I can. Meanwhile, examples of applications in the present disclosure may include a data streaming application, a messenger application, and a video call application. In addition, in the present disclosure, examples of services may include a V2X service, a mission critical push to talk (MCPTT) service, an IPTV service, and the like. In addition, in the present disclosure, the session is a connection at the application level, and, for example, assuming an MCPTT service, may include a voice transmission/reception session, a video transmission/reception session, a file transmission/reception session, and the like in connection with the MPCTT service. However, this is only an example, and applications, services, and sessions in the present disclosure are not limited to the above-described examples.

As another method, the UE configuration information required when switching to broadcast/multicast for MBS session service is generated after the PDU session is created or in the process of creating, the UE can use the Application Server (AS) or MBS contents provider or It may be obtained by accessing the BMSC or BM-CPF or obtained from the base station.

In step 320, the base station selects a transmission method in consideration of the number of terminals using the MBS session service or the amount of traffic used by the terminals.

You can decide whether to switch to broadcast/multicast. The base station determines whether to switch to broadcast/multicast, the number of terminals corresponding to TMGI, or the number of terminals using the same MBS application ID, or the number of terminals using the same MBS service ID, or the same MBS session. Information on the number of terminals identified by the base station, such as the number of terminals using the ID, the number of terminals using the same MBS service flow ID, the number of terminals using the same multicast IP address, or the number of terminals using the same common RNTI You can get some or all of them. Based on the acquired information, the base station may switch the transmission method from unicast to multicast/broadcast when the number of terminals exceeds a specific threshold. Meanwhile, the threshold according to an embodiment may be set differently for each MBS application, MBS service, MBS session, MBS service flow, and multicast IP address.

As another method, the base station is the amount of traffic or data rate used by the terminals corresponding to the TMGI, or the amount or data rate of the traffic used by the terminals using the same MBS application ID, or the terminals using the same MBS service ID. The amount or data rate of traffic used, or the amount or data rate of traffic used by terminals using the same MBS session ID, or the amount or data rate of traffic used by terminals using the same MBS service flow ID, or the same The amount of traffic or data rate used by the terminals identified by the base station, such as the amount of traffic or data rate used by the terminals using the multicast IP address, or the amount or data rate of the traffic used by the terminals using the same common RNTI. You can get some or all of the information about it. The base station may switch the transmission method from unicast to broadcast/multicast when the amount of traffic or data rate exceeds a specific threshold based on the acquired information. Meanwhile, the threshold according to an embodiment may be set differently for each MBS application, MBS service, MBS session, MBS service flow, and multicast IP address.

The value for the threshold is preset in the base station, or the network operator delivers the appropriate value to the base station through O&M, or the SMF or BMSC or BM-CPF delivers the appropriate threshold value to the base station and is based on the transmitted threshold value. The base station determines whether to switch the unicast transmission to broadcast/multicast.

In step 330, the base station receives the service through unicast and then converts to broadcast/multicast, and transmits a notification to terminals receiving the MBS session service to prepare for broadcast/multicast conversion.

In addition, the base station may set up a channel for transmitting broadcast/multicast traffic, such as an SC-PTM, in order to send broadcast/multicast traffic.

In step 340, the base station may send a notification to inform the core network node (eg, SMF or BMSC or BM-CPF) that the corresponding traffic is switched to broadcast/multicast.

The core network node (eg, SMF or BMSC or BM-CPF) receiving the notification in step 350 may set up a tunnel for transmitting broadcast/multicast data traffic to the base station. In describing the invention in this document, the'tunnel for transmitting broadcast/multicast data traffic to the base station' is used interchangeably with the'IP multicast tunnel'.

If necessary, only a tunnel transmitting broadcast/multicast data traffic may be used instead of the existing tunnels transmitting unicast traffic.

When the tunnel is prepared in step 360, the base station transmits a notification to the terminals informing them that the MBS data traffic is transmitted by broadcast/multicast to each terminal through broadcast or unicast. By allowing the data traffic transmitted in the cast to be received after the unicast transmission, it is possible to reduce service interruption between switching from unicast to broadcast/multicast.

As another embodiment, when a tunnel for transmitting broadcast/multicast data traffic, that is, an IP multicast tunnel, is created as in step 360, and the base station receives MBS data traffic through the IP multicast tunnel, the base station May determine whether to transmit a method of transmitting to the terminals to the terminals at once by broadcast/multicast or to each terminal separately by unicast. That is, in the same manner as in step 320, the base station determines a method for transmission from the base station to the terminal in consideration of the number of terminals using the MBS session service or the amount of traffic used by the terminals. To this end, the base station needs to know which terminal to transmit the MBS data traffic received from the IP multicast tunnel. To this end, the base station includes a list of TMGI, which is information indicating a group to which the terminal belongs in the context of the terminal it is serving, or the MBS service ID, which is the ID of the MBS session service used by the terminal, or the MBS session service used by the terminal. The MBS session ID, which is the identity for the session, the MBS service flow ID, which is the identity for the service flow of the MBS session service used by the terminal, or IP multicast tunnel information is stored and managed. Therefore, when the base station intends to deliver the transmitted MBS data traffic by unicast, terminals mapped to MBS service ID or MBS session ID or MBS service flow ID or IP multicast tunnel information, which are information on the received MBS data traffic. With respect to, the MBS data traffic is separately transmitted to each terminal through a unicast bearer.

FIG. 4 is a diagram illustrating a detailed process of servicing MBS session traffic in a unicast manner and then switching to a multicast/broadcast manner to service according to an embodiment of the present disclosure.

In step 0, the UE creates a unicast PDU session for the MBS session service, and at this time, through an accept message for PDU session setup, it is possible to obtain UE configuration information required when switching to broadcast/multicast. For example, when the terminal sends a PDU session setup request message, a DNN for an MBS session service that the terminal wants to receive may be included in the PDU session setup request message. For example, a DNN such as V2X_DNN for V2X or PS_DNN for public safety, or MC_DNN for mission critical communication, and TV_DNN for IPTV may be included in the PDU session setup request message. UE configuration information required when switching to broadcast/multicast for MBS session service corresponding to a specific DNN is information such as TMGI, MBS application ID, MBS service ID, MBS session ID, MBS service flow ID, multicast IP address, common RNTI, etc. It may include.

If the terminal does not acquire the UE configuration information required when switching to broadcast/multicast in step 0, the terminal transmits the UE configuration information required when switching to broadcast/multicast for the MBS session service in the Application Server (AS) or It can also be obtained from MBS contents provider or BMSC or BM-CPF or base station.

In step 2, the UE may receive MBS session traffic in a unicast transmission method.

In step 3, the base station may determine to switch the service provision method from the unicast transmission method to the broadcast/multicast transmission method. For example, when the number of terminals corresponding to TMGI, MBS application ID, MBS service ID, MBS session ID, MBS service flow ID, traffic amount of corresponding terminals, or data rate used by the corresponding terminals exceeds a certain threshold, The base station may decide to switch from a unicast transmission scheme to a broadcast/multicast transmission scheme. On the other hand, a method of determining whether the number of terminals, the amount of traffic of the terminals, and the data rate of the base station reaches the threshold will be described later.

In step 4, the base station may set up an SC-PTM channel for broadcast/unicast transmission with terminals. Each SC-PTM channel may be mapped to TMGI, MBS application ID, MBS service ID, MBS session ID, MBS service flow ID, multicast IP address, and common RNTI.

In addition, the base station sends a message to the SMF through the AMF informing that an SC-PTM channel for broadcast/multicast transmission between the terminal and the base station has been created in step 5, and the SMF informs the BMSC or BM-CPF or AS again. I can. A message sent from the base station to the SMF may include information on a corresponding PDU Session ID and information on a unicast tunnel.

Accordingly, the BMSC or BM-UPF or AS may stop transmitting unicast traffic to the current terminal.

In step 5, step 6b may be triggered by sending an MBS session start request to the SMF as a response notified by the SMF to the BMSC or BM-CPF or the AS.

In step 6a, the SMF informs the UPF that the existing unicast transmission scheme is to be changed to a broadcast/multicast transmission scheme. Accordingly, the UPF may stop transmission of traffic going to the unicast tunnel.

In addition, in step 6b, the SMF uses UPF for broadcast/multicast as in the MBS session start procedure in order to send MBS session traffic for broadcast/multicast transmission to the NG-RAN. It is possible to select and set up an IP multicast tunnel from the selected UPF to the base station.

The UPF for broadcast/multicast may be the same UPF as the UPF for unicast or may be a separate UPF.

In step 7, the SMF may transmit an MBS session initiation request to the base station to set up an IP multicast tunnel with the UPF.

In step 8, the base station can notify the terminals of the start of broadcast/multicast through the SC-PTM channel, and in step 9, the base station transmits the MBS session traffic for broadcast/multicast transmission delivered through IP multicast to the terminal. It can be delivered to a broadcast/multicast transmission.

In addition, if MBS session traffic for unicast transmission is still continuously being transmitted to the base station in step 10, the unicast traffic may be discarded or stored for a certain period of time to respond to a terminal request when broadcast/multicast transmission fails. have.

In step 11, the terminal sends the MBS session traffic for broadcast/multicast transmission received from the base station to the upper layer so that service interruption does not occur in the MBS session traffic through unicast transmission that was previously received. You can handle it. If there is a part in which MBS session traffic through unicast transmission is not transmitted, the terminal requests this to the base station and receives the stored unicast traffic, or requests the BM-SC or BM-CPF or BM-UPF or AS. Thus, untransmitted MBS session traffic can be transmitted.

FIG. 5 is a diagram for explaining a method of determining whether a base station switches from a unicast method to a multicast/broadcast method with the help of a 5G CN according to an embodiment of the present disclosure.

In step 0, the UE creates a unicast PDU session for MBS session service, and at this time, through an accept message for PDU session setup, the UE configuration information required when switching to broadcast/multicast is provided. Can be obtained. For example, when the terminal sends a PDU session setup request message, a DNN for an MBS session service that the terminal wants to receive may be included in the PDU session setup request message. For example, a DNN such as V2X_DNN, a DNN for V2X, or a PS_DNN, a DNN for public safety, or a DNN such as MC_DNN, a DNN for mission critical communication, and a TV_DNN, a DNN for IPTV, may be included in the PDU session setup request message. For the MBS session service corresponding to the DNN, the UE configuration information required when switching to broadcast/multicast is TMGI, MBS application ID, MBS service ID, MBS session ID, MBS service flow ID, multicast IP address, It may include information such as common RNTI.

If the UE does not acquire the UE configuration information required when switching to broadcast/multicast in step 0, the UE transmits the UE configuration information required when switching to broadcast/multicast for MBS session service in Application Server (AS) or MBS. It can also be obtained by accessing a contents provider or BMSC or BM-CPF.

Through step 2, the base station checks whether the number of terminals corresponding to a specific TMGI or a specific MBS application ID or a specific MBS service ID or a specific MBS session ID or a specific MBS service flow ID has reached the threshold to the BM-SC or BM-CPF. To do this, the SMF requests an event subscription to notify when the number of terminals reaches the threshold, and the SMF may request an event subscription to notify the BM-SC or BM-CPF when the number of terminals reaches the threshold.

According to another embodiment, the BM-SC or BM-CPF does not determine whether the threshold has been reached, and the base station itself may request event subscription for a value of a specific number of terminals in order to directly determine. The BM-SC or BM-CPF or AS that has requested the event subscription determines the number of terminals in the corresponding base station by TMGI, MBS application ID, MBS service ID, MBS session ID, and MBS service flow ID, respectively, through step 3. The method of determining the number of terminals is to report their location, i.e., Cell ID, to the terminal through the user plane or through the control plane, so that the number of terminals in the corresponding base station are being serviced TMGI, MBS application ID, MBS service ID, It can be identified by MBS session ID and MBS service flow ID.

On the other hand, the BM-SC or BM-CPF or AS may transmit information on the number of terminals connected to the base station or service data rate, etc. to the base station through SMF when the condition for the event subscription requested from the base station is satisfied. Through this, the base station identifies the number of terminals by TMGI or by MBS application ID or by MBS service ID or by MBS session ID or by MBS service flow ID in step 5, and compares the threshold value to identify whether to switch to broadcast/multicast. can do.

The value for the threshold is preset in the base station, or the network service provider can deliver an appropriate value to the base station through O&M.

6 is a diagram illustrating, with the help of a terminal, whether a base station switches from a unicast method to a multicast/broadcast method according to an embodiment of the present disclosure.

In step 0, the UE creates a unicast PDU session for the MBS session service, and at this time, through an accept message for PDU session setup, it is possible to obtain UE configuration information required when switching to broadcast/multicast. For example, when the terminal sends a PDU session setup request message, a DNN for an MBS session service to be received by the terminal may be included in the PDU session setup request message. For example, a DNN such as V2X_DNN for V2X or PS_DNN for public safety, or MC_DNN for mission critical communication, and TV_DNN for IPTV may be included in the PDU session setup request message. The UE configuration information required when switching to broadcast/multicast for the MBS session service corresponding to the DNN includes TMGI, MBS application ID, MBS service ID, MBS session ID, MBS service flow ID, multicast IP address, common RNTI, etc. Can be included.

If the terminal does not acquire the UE configuration information required when switching to broadcast/multicast in step 0, the terminal transmits the UE configuration information required when switching to broadcast/multicast for the MBS session service in the Application Server (AS) or MBS. It can also be obtained by accessing a contents provider or BMSC or BM-CPF.

In step 2, the base station sends a broadcast message to the terminals in order to directly count the number of terminals receiving the MBS session service by camping to itself, and requests for information collection to inform the terminals receiving the MBS session service to themselves. Can be broadcast, or a request can be made directly to each terminal through an RRC message.

Terminals receiving the request may deliver a response message including information on the MBS session service they are consuming to the base station as in step 3. Information on the MBS session service may include TMGI, MBS application ID, MBS service ID, MBS session ID, and MBS service flow ID.

Accordingly, it is possible to determine the number of terminals for each TMGI or for each MBS application ID or for each MBS service ID or for each MBS session ID or for each MBS service flow ID, and compare threshold values to determine the conversion to broadcast/multicast. Meanwhile, the threshold according to an embodiment may be set differently for each MBS application, MBS service, MBS session, MBS service flow, and multicast IP address.

The value for the threshold is preset in the base station, or the network service provider can deliver an appropriate value to the base station through O&M.

7 is a diagram illustrating a process for a base station to determine whether to switch from a unicast method to a multicast/broadcast method based on a GTP-U header according to an embodiment of the present disclosure.

In step 0, the terminal creates a unicast PDU session for MBS session service, and at this time, it is necessary to switch to broadcast/multicast through an accept message for PDU session setup. UE configuration information can be obtained. For example, when the terminal sends a PDU session setup request message, the terminal may include a DNN for an MBS session service to be provided in the PDU session setup request message. For example, a DNN such as V2X_DNN for V2X or PS_DNN for public safety, or MC_DNN for mission critical communication, and TV_DNN for IPTV may be included in the PDU session setup request message. For the MBS session service corresponding to the DNN, the UE configuration information required when switching to broadcast/multicast includes information such as TMGI, MBS application ID, MBS service ID, MBS session ID, MBS service flow ID, multicast IP address, and common RNTI. May be included.

If the terminal does not acquire the UE configuration information required when switching to broadcast/multicast in step 0, the terminal sends the UE configuration information required when switching to broadcast/multicast for the MBS session service in the Application Server (AS) or MBS. It can also be obtained by accessing a contents provider or BMSC or BM-CPF.

In step 2, the BM-CPF, BMSC, or Application Server may deliver characteristic information on MBS session traffic to be generated in the MBS session service to the PCF through the Npcf_PolicyAuthorization_Create message or Npcf_PolicyAuthorization_Update messages. That is, the characteristic information on MBS session traffic corresponding to TMGI, MBS application ID, MBS service ID, MBS session ID, and MBS service flow ID is transmitted to the PCF so that the corresponding traffic can be separately managed in the communication network.

Therefore, in step 3, the PCF delivers the Npcf_SMPolicyControl_UpdateNofity messages to the SMF so that the traffic corresponding to the TMGI, MBS application ID, MBS service ID, MBS session ID, and MBS service flow ID can be separately managed in the communication network.

For example, in step 4, the SMF broadcasts/multicasts the traffic corresponding to TMGI, MBS application ID, MBS service ID, MBS session ID, and MBS service flow ID to UPF through N4 Session establishment or N4 Session modification messages. A specific SCI (service class indicator) value is allocated to the GTP-U header so that a value for indicating that the switch can be switched to can be indicated.

Accordingly, in the traffic transmitted by the UPF, the corresponding traffic may indicate that the corresponding traffic is MBS session traffic that can be switched from unicast to broadcast/multicast through a specific SCI value of the GTP-U header.

In addition, specific SCI values of the GTP-U header may be assigned different specific SCI values so that they can be distinguished from each other when the MBS session ID or MBS service flow ID are different even if the MBS application ID or the MBS service ID are the same. In addition, according to another example, specific SCI values of the GTP-U header may be allocated the same SCI value for each MBS application ID, or the same SCI value may be allocated for each MBS service ID. Or, instead of separately setting SCI values corresponding to TMGI, MBS application ID, MBS service ID, MBS session ID, and MBS service flow ID each time, the base station sets appropriate values between UPFs in advance and the SCI value of the GTP-U header Can also be used as a fixed value without negotiating.

Meanwhile, the content of step 4 described above may be performed in step 10.

Information on the SCI values of the GTP-U header applied through steps 5 to 11 is transmitted to the gNB, and a tunnel for transmitting MBS session traffic may be newly created or an existing tunnel may be modified based on this.

The UPF received from the BMSC or BM-UPF through step 12a detects the MBS session traffic, and may mark the set SCI value on the corresponding GTP-U and send it to the base station. In step 13, the base station may receive MBS session traffic transmitted unicast to the terminal from the UPF and forward it to the terminal. By counting the number of terminals that have received unicast traffic for the QoS flow corresponding to a specific assigned SCI value as in step 13, the number of terminals per MBS application ID or the number of terminals per MBS service ID or per MBS session ID. Alternatively, the number of terminals may be counted for each MBS service flow ID. In addition, the data rate of the traffic used by the terminals for each MBS application ID or the data rate used by the terminals for each MBS service ID or the data rate used by the terminal for each MBS session ID or for each MBS service flow ID may be measured. The base station may determine whether to switch to broadcast/multicast by comparing the measured information with a threshold value for each measurement value.

The value for the threshold is preset in the base station, or the network operator delivers the appropriate value to the base station through O&M, or the PCF receives it from the BMSC or BM-CPF in step 2 and delivers it to the SMF in step 3 and step 5/6 A method in which the threshold value is transmitted to the base station in step, the PCF transmits the threshold value to the base station in step 3 and the threshold value is transmitted to the base station in step 5/6, or the SMF transmits the threshold value to the base station in step 5/6. Through the like, the base station can receive an appropriate threshold value. Based on the received value, the base station can classify the MBS session traffic through the SCI values of the dedicated GTP-U header as described above, and determine whether to switch the transmission method of the MBS session traffic to broadcast/multicast. have.

FIG. 8 is a diagram for describing a method of determining whether a base station switches from a unicast method to a multicast/broadcast method based on a dedicated 5QI value according to an embodiment of the present disclosure.

In step 0, the UE creates a unicast PDU session for MBS session service, and at this time, UE configuration information required when switching to broadcast/multicast through an accept message for PDU session setup. Can be obtained. For example, when the terminal sends a PDU session setup request message, a DNN for an MBS session service that the terminal wants to receive may be included in the PDU session setup request message. For example, a DNN such as V2X_DNN, a DNN for V2X, or a PS_DNN, a DNN for public safety, or an MC_DNN, a DNN for mission critical communication, and a TV_DNN, a DNN for IPTV, may be included in the PDU session setup request message. For the MBS session service corresponding to the DNN, UE configuration information required when switching to broadcast/multicast includes information such as TMGI, MBS application ID, MBS service ID, MBS session ID, MBS service flow ID, multicast IP address, and common RNTI. Can include.

If the terminal does not acquire the UE configuration information required when switching to broadcast/multicast in step 0, the terminal transmits the UE configuration information required when switching to broadcast/multicast for the MBS session service in the Application Server (AS) or It can also be obtained by accessing the MBS contents provider or BMSC or BM-CPF.

In step 2, BM-CPF, BMSC, or Application Server may deliver characteristic information about MBS session traffic to be generated in MBS session service to PCF through Npcf_PolicyAuthorization_Create message or Npcf_PolicyAuthorization_Update message. That is, characteristic information on MBS session traffic corresponding to TMGI, MBS application ID, MBS service ID, MBS session ID, and MBS service flow ID is transmitted to the PCF so that specific 5QI values are allocated in the communication network for the corresponding traffic. In addition, traffic having the same 5QI value through a specific 5QI value may indicate that MBS session traffic is convertible from unicast to broadcast/multicast.

In addition, even if the MBS application ID or MBS service ID are the same, the 5QI values may be assigned different specific 5QI values so that they can be distinguished from each other when the MBS session ID or the MBS service flow ID are different, or the same 5QI value for each MBS application ID. May be allocated, or the same 5QI value may be allocated for each MBS service ID.

Therefore, in step 3, the PCF delivers the Npcf_SMPolicyControl_UpdateNofity messages to the SMF and assigns 5QI values specific to MBS session traffic corresponding to TMGI, MBS application ID, MBS service ID, MBS session ID, and MBS service flow ID to be used.

In step 4, the SMF allows the UPF to set up a tunnel for traffic through N4 Session establishment or N4 Session modification messages and apply 5QI values.

In addition, information on 5QI values applied through steps 5 to 11 is transmitted to the gNB, and a tunnel for transmitting MBS session traffic may be newly created or an existing tunnel may be modified based on this.

In step 12, the base station receives the MBS session traffic transmitted by unicast to the terminal from the UPF and forwards it to the terminal. As in step 13, the base station receives the unicast traffic for the QoS flow corresponding to a specific assigned 5QI. By counting the number, the number of terminals for each MBS application ID or the number of terminals for each MBS service ID or the number of terminals for each MBS session ID or for each MBS service flow ID can be counted. In addition, the data rate of the traffic used by the terminals for each MBS application ID or the data rate used by the terminals for each MBS service ID or the data rate used by the terminal for each MBS session ID or for each MBS service flow ID may be measured. The base station may compare the measured information with a threshold value for each measured value to determine the conversion to broadcast/multicast.

The value for the threshold is preset in the base station, or the network service provider delivers a suitable value to the base station through O&M, or the PCF receives it from the BMSC or BM-CPF in step 2 and delivers it to the SMF in step 3 and step 5/ The threshold value is transmitted to the base station in step 6, or the PCF transmits the threshold value to the base station in step 3 and the threshold value is transmitted to the base station in step 5/step 6, or the SMF transmits the threshold value to the base station in step 5/step 6. The base station can receive an appropriate threshold value through a delivery method or the like. In addition, the base station may classify the MBS session traffic based on the received value through the dedicated 5QI value as described above, and determine whether to switch the transmission method of the corresponding MBS traffic from unicast to broadcast/multicast.

9 is a block diagram showing the structure of a base station 900 according to an embodiment.

Referring to FIG. 9, the base station 900 may include a transceiver 910, a processor 920, and a memory 930. According to the above-described communication method of the base station 900, the transceiver 910, the processor 920, and the memory 930 may operate. However, the components of the base station 900 are not limited to the above-described example. For example, the base station 900 may include more or fewer components than the above-described components (eg, network interface controller (NIC)). In addition, the transceiver 910, the processor 920, and the memory 930 may be implemented in the form of a single chip.

The transceiver 910 may transmit and receive signals with a network entity (eg, BM-SC) or a terminal. Here, the signal may include at least one message described above with reference to FIGS. 1 to 8. To this end, the transceiving unit may include an RF transmitter that up-converts and amplifies a frequency of a transmitted signal, and an RF receiver that amplifies a received signal with low noise and down-converts a frequency. However, this is only an embodiment of the transmission/reception unit, and components of the transmission/reception unit are not limited to the RF transmitter and the RF receiver.

In addition, the transceiver may receive a signal through a wireless channel, output it to the processor 920, and transmit a signal output from the processor 920 through a wireless channel.

The processor 920 is hardware capable of driving software for determining a traffic transmission method in the base station 900, and as an example, one or more central processing units (CPUs) may be included in the processor 920. have. The processor 920 may drive software stored in the memory 930, and in this case, the software may include a transmission/reception method setting module and a traffic processing module composed of one or more instructions. The transmission/reception method setting module may determine a method of transmitting traffic in the base station as unicast or broadcast/multicast. Meanwhile, the transmission/reception method setting module and the traffic processing module may be manufactured in the form of separate chips separated from the processor 920.

The memory 930 may store software and data necessary for the operation of the base station 900. Also, the memory 930 may store control information or data included in a signal obtained from the base station 900. The memory may be composed of a storage medium such as ROM, RAM, hard disk, CD-ROM, and DVD, or a combination of storage media.

10 is a block diagram showing the structure of a terminal 1000 according to an embodiment.

Referring to FIG. 10, the terminal 1000 may include a transceiver 1010, a processor 1020, and a memory 1030. According to the above-described communication method of the terminal, the transmission/reception unit 1010, the processor 1020, and the memory 1030 may operate. However, the components of the terminal 1000 are not limited to the above-described example. For example, the terminal 1000 may include more or fewer components (eg, a network interface controller (NIC)) than the above-described components. In addition, the transmission/reception unit 1010, the processor 1020, and the memory 1030 may be implemented in the form of a single chip.

The transceiver 1010 may transmit and receive signals with a base station or other network entity. Here, the signal may include at least one message described above with reference to FIGS. 2 to 8. To this end, the transceiving unit may include an RF transmitter that up-converts and amplifies a frequency of a transmitted signal, and an RF receiver that amplifies a received signal with low noise and down-converts a frequency. However, this is only an embodiment of the transmission/reception unit, and components of the transmission/reception unit are not limited to the RF transmitter and the RF receiver.

In addition, the transmission/reception unit may receive a signal through a wireless channel, output it to the processor 1020, and transmit a signal output from the processor 1020 through the wireless channel.

The processor 1020 is hardware capable of receiving traffic according to a transmission method (eg, unicast or broadcast/multicast) set in the base station and driving software for processing the received traffic, As an example, one or more central processing units (CPUs) may be included in the processor 1020. The processor 1020 may drive software stored in the memory 1030, and in this case, the software may include a transmission/reception method setting module and a traffic processing module composed of one or more instructions. The transmission/reception method setting module may determine a traffic reception method as unicast or broadcast/multicast according to a transmission method determined by the base station. Meanwhile, the transmission/reception method setting module and the traffic processing module may be manufactured in the form of separate chips separated from the processor 1020.

11 is a diagram for explaining a method of determining whether a base station switches from a unicast method to a multicast/broadcast method based on an N2 context according to an embodiment of the present disclosure.

In step 0, in the core network, the MBS service initiation process and the shared session setup for the MBS service are performed for the MBS session service. At this time, the procedures of steps 210 and 220 and 240 of FIG. 2 are followed. That is, the Application Server (AS) or MBS contents provider transmits the information on the MBS session data traffic to the MBS function of the 5GS network in order to deliver the MBS data traffic through 5GS, and the MBS data IP address information of Media Anchor in 5GS to be transmitted can be obtained. The information on the MBS session data traffic may include not only the characteristics of the MBS session data but also the ID of a base station or cell to which the MBS session data traffic is to be transmitted.

The MBS function described above includes, for example, a Broadcast Multicast-control plane function (BM-CPF) or a SMF (Session Management function) or BMSC (Broadcast Multicast Service Center) with an MBS service session management function added. can do.

In addition, Media Anchor in 5GS includes BM-UPF (Broadcast Multicast-user plane function) or UPF (User Plane function) or BMSC (Broadcast Multicast Service Center) with media source function for MBS service session. Can include.

The MBS function creates an MBS context for managing an MBS session in 5GS, and can set a control session for an MBS media anchor in 5GS. In addition, the MBS function creates a tunnel between base stations in an area to broadcast MBS data traffic and a media anchor, or a base station in an area to broadcast/multicast. A tunnel may be created between the base stations and the UPF for broadcast/multicast or between the base stations and the UPF for MBS. To this end, a control session for managing tunnels may be established. In describing the present embodiment, the control session is referred to as a shared session, and a term referring to the tunnel is referred to as multicast shared tunnel or IP multicast tunnel in the same meaning.

The process of opening the multicast shared tunnel may be performed through steps 5 to 11 later.

Meanwhile, a service announcement for the MBS service may be delivered to the terminal through an MBS function or an application server.

The MBS service announcement may include a data network name (DNN) for an MBS session service. For example, a DNN such as V2X_DNN, which is a V2X DNN, or a PS_DNN, which is a public safety DNN, or an MC_DNN, which is a mission critical communication DNN, and a TV_DNN, which is an IPTV DNN, may be included in the message.

In addition, the MBS service announcement may include UE configuration information, for example, TMGI (Temporary Mobile Group Identity), which is group information of terminals for broadcast/multicast, and an application that provides MBS session services used by the terminals. MBS application ID, which is the ID of (application), MBS service ID, which is the ID of the MBS session service used by the terminal, MBS session ID, which is the identity for the session of the MBS session service used by the terminal, and the service flow of the MBS session service used by the terminal. It may include information such as MBS service flow ID, which is an identity, and a multicast IP address to be used by the terminal.

In step 3, when the UE sends a PDU session request message, it may request including a DNN for a desired MBS session service. In addition, when the terminal is in the MBS-capable area, a message requesting a join to the multicast service can be sent together.

Upon receiving the PDU session request message in step 4, the SMF can receive the TMGI information to which the terminal is subscribed through the SM subscription data (subscriber information for session management) received from the UDM, through which the same TMGI is shared. If there is a session, it establishes an association between the PDU session and the shared session.

Meanwhile, SMF opens a multicast shared tunnel through steps 5~11. In particular, in step 7, resources to deliver MBS data to be delivered through a multicast shared tunnel through a broadcast/multicast bearer are allocated. For example, the resource includes information on an SC-PTM channel such as common RNTI information.

The SMF performs the remaining PDU session establishment process through steps 12 to 19. That is, an N2 PDU session for processing data corresponding to the PDU session is created in the base station, and a unicast tunnel between the base station and the UPF is created.

Particularly, in steps 12 and 13, the SMF may include information on the shared session in the context for the N2 PDU session and transmit it to the base station through the AMF. For example, it may include TMGI or MBS application id or MBS session ID or MBS service flow ID.

In addition, the base station, which has received the information on the shared session together, includes a list of TMGI, which is information indicating a group to which the terminal belongs, in the context of the terminal it is serving, or an MBS service that is an ID of an MBS session service used by the terminal. The ID, MBS session ID, which is the identity for the session of the MBS session service used by the terminal, or the MBS service flow ID, which is the identity for the service flow of the MBS session service used by the terminal, can be stored and managed. There will be.

Accordingly, in step 14, the base station determines a method for transmitting from the base station to the terminal in the same manner as in step 320 of FIG. 3, considering the number of terminals using the same MBS session service. At this time, when the base station is determined to transmit through a broadcast/multicast bearer, in step 15, the base station delivers a resource for transmission through the broadcast/multicast bearer allocated in step 7 to the terminal. And, the terminal receives MBS data through broadcast/multicast through the resource information. The base station, which has decided to transmit through the broadcast/multicast bearer, delivers the resource information to not only the terminal but also the terminals using the same MBS session service through RRC messages, and the terminals receiving the same transmit the resource information through the broadcast/multicast bearer. It enables MBS data to be received through a cast bearer.

The order of steps 5 to 11 and steps 12 to 19 may be reversed or may be performed simultaneously.

In the specific embodiments of the present disclosure described above, the constituent elements included in the invention are expressed in the singular or plural according to the presented specific embodiments. However, the singular or plural expression is selected appropriately for the situation presented for convenience of explanation, and the present disclosure is not limited to the singular or plural constituent elements, and even constituent elements expressed in plural are composed of the singular or in the singular. Even the expressed constituent elements may be composed of pluralities.

Meanwhile, although specific embodiments have been described in the detailed description of the present disclosure, various modifications may be made without departing from the scope of the present disclosure. Therefore, the scope of the present disclosure is limited to the described embodiments and should not be defined, and should be determined by the scope of the claims and equivalents as well as the scope of the claims to be described later.

Claims (18)

In a method for transmitting and receiving data by a base station in a wireless communication system,
Transmitting traffic to at least one terminal connected to the base station through a unicast method;
Whether to change the transmission method of the traffic from the unicast method to a broadcast/multicast method based on the number of terminals accessing the base station and using a specific application, a specific service, or a specific session, or information on the traffic used by the terminal. Determining whether or not; And
And transmitting a message notifying that the transmission method of the traffic is changed as the transmission method of the traffic is determined as the broadcast/multicast method. The method of claim 1,
When the number of terminals using the specific application, the specific service, or the specific session or the traffic of the terminal exceeds a threshold value, transmitting an event subscription message for requesting notification thereof to the core network device, ,
The step of determining whether to change from the unicast method to the broadcast/multicast method,
When the notification is received from the core network device, determining the transmission method as the broadcast/multicast method. The method of claim 1,
Transmitting an event subscription message for requesting information on the number of terminals using the specific application, the specific service, or the specific session, or information on the traffic of the terminal, to a core network device,
The step of determining whether to change from the unicast method to the broadcast/multicast method,
As a result of determining based on the number of terminals received from the core network device or information on the traffic of the terminal, when the number of terminals or the traffic of the terminal exceeds a threshold value, the transmission method is set to the broadcast/multi Deciding in a cast way, how. The method of claim 1,
Further comprising the step of transmitting, to the at least one terminal, a message requesting confirmation of whether to use the specific application, the specific service, or the specific session,
The step of determining whether to change from the unicast method to the broadcast/multicast method,
The method of determining the transmission method as the broadcast/multicast method based on information received from the terminal in response to the request. The method of claim 1,
Based on the value included in the GTP-U header of the traffic acquired to the base station, whether the at least one terminal uses traffic of a specific application, a specific service, or a specific session that can be transmitted in a broadcast/multicast manner Further comprising the step of identifying whether or not,
The step of determining whether to change from the unicast method to the broadcast/multicast method,
As a result of the identification, when the number of terminals or traffic of the terminals exceeds a threshold value, the transmission scheme is determined as the broadcast/multicast scheme. The method of claim 1,
Based on the 5QI value for the quality of service (QoS) flow of traffic acquired to the base station, the at least one terminal can be transmitted in a broadcast/multicast method, a specific application, a specific service, or a specific Further comprising the step of identifying whether to use the traffic of the session,
The step of determining whether to change from the unicast method to the broadcast/multicast method,
As a result of the identification, when the number of terminals or traffic of the terminals exceeds a threshold value, the transmission scheme is determined as the broadcast/multicast scheme. In a method for transmitting and receiving data by a terminal in a wireless communication system,
Transmitting traffic through a unicast method with a base station;
The traffic transmission method is changed from the unicast method to the broadcast/multicast method based on the number of terminals accessing the base station and using a specific application, a specific service, or a specific session, or information on the traffic used by the terminal. Accordingly, receiving a message notifying that the transmission method of the traffic is changed;
Identifying an application, service, or session in which the transmission method is changed as the message is received; And
And receiving the traffic of the identified application, service or session according to a broadcast method. The method of claim 7, wherein the traffic transmission method,
When the number of terminals using the specific application, the specific service, or the specific session, or the traffic of the terminal exceeds a threshold value, the method is changed from the unicast method to the broadcast/multicast method. The method of claim 7,
Receiving, from the base station, a message requesting confirmation of whether to use the specific application, the specific service, or the specific session; And
As the terminal uses the traffic of any one of the specific application, the specific service, or the specific session, transmitting a message notifying the use of the traffic to the base station. In the base station for transmitting and receiving data in a wireless communication system,
A transmission/reception unit; And
Including a processor connected to the transmitting and receiving unit,
The processor,
Controlling the transceiver to transmit traffic through a unicast method to at least one terminal connected to the base station,
Whether to change the transmission method of the traffic from the unicast method to a broadcast/multicast method based on the number of terminals accessing the base station and using a specific application, a specific service, or a specific session, or information on the traffic used by the terminal. Decide whether or not,
The base station controlling the transmission/reception unit to transmit a message notifying that the transmission method of the traffic is changed as the transmission method of the traffic is determined as the broadcast/multicast method. The method of claim 10, wherein the processor,
When the number of terminals using the specific application, the specific service, or the specific session, or the traffic of the terminal exceeds a threshold value, the transmission/reception unit is controlled to transmit an event subscription message requesting a notification thereof to the core network device, and ,
Determine whether to change from the unicast method to a broadcast/multicast method,
When the notification is received from the core network device, the base station determines the transmission method as the broadcast/multicast method. The method of claim 10, wherein the processor,
Controlling the transmission/reception unit to transmit an event subscription message requesting information on the number of terminals using the specific application, the specific service, or the specific session or information on the traffic of the terminal to the core network device,
Determine whether to change from the unicast method to a broadcast/multicast method,
As a result of determining based on the number of terminals received from the core network device or information on the traffic of the terminal, when the number of terminals or the traffic of the terminal exceeds a threshold value, the transmission method is set to the broadcast/multi The base station, which is determined by cast method. The method of claim 10, wherein the processor,
Controlling the transmission/reception unit to transmit a message requesting confirmation of whether to use the specific application, a specific service, or a specific session to the at least one terminal,
The base station for determining the transmission method as the broadcast/multicast method based on information received from the terminal in response to the request. The method of claim 10, wherein the processor,
Based on the value included in the GTP-U header of the traffic acquired to the base station, whether the at least one terminal uses traffic of a specific application, a specific service, or a specific session that can be transmitted in a broadcast/multicast manner Identify whether or not,
As a result of the identification, when the number of terminals or traffic of the terminals exceeds a threshold value, the transmission scheme is determined as the broadcast/multicast scheme. The method of claim 10, wherein the processor,
Based on the 5QI value for the quality of service (QoS) flow of traffic acquired to the base station, the at least one terminal can be transmitted in a broadcast/multicast method, a specific application, a specific service, or a specific Identify whether the session's traffic is being used,
As a result of the identification, when the number of terminals or traffic of the terminals exceeds a threshold value, the transmission scheme is determined as the broadcast/multicast scheme. In a terminal for transmitting and receiving data in a wireless communication system,
A transmission/reception unit; And
Including a processor connected to the transmitting and receiving unit,
The processor,
Controlling the transceiver to transmit traffic through a unicast method with a base station,
The traffic transmission method is changed from the unicast method to the broadcast/multicast method based on the number of terminals accessing the base station and using a specific application, a specific service, or a specific session, or information on the traffic used by the terminal. Accordingly, controlling the transmission/reception unit to receive a message notifying that the transmission method of the traffic is changed,
As the message is received, identify an application, service, or session for which the transmission method is changed,
Controlling the transmission/reception unit to receive the traffic of the identified application, service, or session according to a broadcast method. The method of claim 16, wherein the traffic transmission method comprises:
When the number of terminals using the specific application, the specific service, or the specific session, or the traffic of the terminal exceeds a threshold value, the terminal is changed from the unicast method to the broadcast/multicast method. The method of claim 16, wherein the processor,
Receiving a message requesting confirmation of whether to use the specific application, the specific service, or the specific session from the base station,
When the terminal uses traffic of any one of the specific application, the specific service, or the specific session, the terminal controls the transceiver to transmit a message notifying the use of the traffic to the base station.

Images