WO2021080026A1

WO2021080026A1 - Method and communication device for transmitting or receiving data by using data transmission area

Info

Publication number: WO2021080026A1
Application number: PCT/KR2019/013857
Authority: WO
Inventors: 김철승
Original assignee: 엘지전자 주식회사
Priority date: 2019-10-22
Filing date: 2019-10-22
Publication date: 2021-04-29

Abstract

The present specification relates to a server for controlling a TCU mounted on a vehicle. The server may: receive, through a base station, information relating to multiple TCUs connected to the base station; determine priorities of a first and a second TCU on the basis of the information on the multiple TCUs and a data transmission area of the base station; determine, on the basis of the determined priorities, a first transmission beam for transmitting downlink data to the first TCU and a second transmission beam for transmitting downlink data to the second TCU; and transmit downlink data to each of the first and the second TCU through the base station.

Description

Method and communication device for transmitting and receiving data using a data transmission area

The present invention relates to next-generation mobile communication.

With the success of the Evolved Universal Terrestrial Radio Access Network (E-UTRAN) for 4G mobile communication, that is, long term evolution (LTE)/LTE-Advanced (LTE-A), the next generation, that is, 5G (so-called 5G) movement Interest in communication is also increasing, and research is continuing.

For the fifth generation (so-called 5G) mobile communication, a new radio access technology (New RAT or NR) has been studied. In particular, autonomous driving is expected to become an important new driving force for 5G, along with various use cases of mobile communication for vehicles.

In the case of autonomous driving in which the server remotely controls the vehicle, the vehicle transmits data to the server and the vehicle transmits data to the server to achieve ultra-reliable and low latency communications (URLLC) specified in 5G. It should take less than 5msec for operation by receiving control data from this server.

However, in the conventional cloud server-based network structure (e.g., base station-wired network-cloud server), the base station transmits the data received from the vehicle to the cloud server, analyzes the data in the cloud server, and transmits the data to the base station. , There is a problem that it takes about 30 to 40 msec only for the base station to receive it.

In order to improve the conventional network structure and achieve URLLC, discussions on Multi-access Edge Computing (MEC) have been made in ETSI (European Telecommunications Standards Institute) and 5GAA. However, in the past, there has been no way to quickly and efficiently transmit and receive data between the MEC server and the TCU installed in the vehicle.

The MEC server can transmit data to the TCU by controlling the LTE base station and the 5G base station. Since the frequency band used by the LTE base station is lower than the frequency band used by the 5G base station, the coverage of the LTE base station is wider than that of the 5G base station. For example, the coverage radius of the transmission beam of the LTE base station may be 1km, and the coverage radius of the 5G mmWave transmission beam of the 5G base station may be 500m. The MEC server can control the LTE base station and 5G base station installed in the same place to transmit data to the TCU installed in the moving vehicle. At this time, when the vehicle moves, the time required when the vehicle leaves the coverage of the 5G base station is shorter than the time required when the vehicle leaves the coverage of the LTE base station. When the vehicle moves out of the coverage of the 5G base station or the LTE base station, there is no way for the MEC server to efficiently transmit and receive data using each base station. In particular, there was no method in which a plurality of TCUs each mounted on a plurality of vehicles could provide high throughput in consideration of the movement of each vehicle, coverage of a 5G base station and coverage of an LTE base station.

Accordingly, the disclosures of the present specification aim to solve the above-described problems.

In order to achieve the above object, one disclosure of the present specification provides a server for controlling a Telematics Communication Unit (TCU) mounted on a vehicle in a next-generation mobile communication system. The server includes a transmission/reception unit; And a processor for controlling the transmission/reception unit, wherein the processor controls the transmission/reception unit to receive information on a plurality of TCUs connected to the base station through a base station, and the information on the plurality of TCUs is a first vehicle Including information on the first TCU mounted on the second vehicle and information on the second TCU mounted on the second vehicle; Determining the priority of the first and second TCUs based on the information on the plurality of TCUs and the data transmission area of the base station, the data transmission area is an area preset around the base station; A process of determining a first transmission beam of the base station for transmitting downlink data to the first TCU and a second transmission beam of the base station for transmitting downlink data to the second TCU based on the determined priority ; And controlling the transmission/reception unit to perform a process of transmitting downlink data to each of the first and second TCUs through the base station based on each of the first and second transmission beams.

The data transmission area may be a preset area in which a data rate of downlink data transmitted by the base station is equal to or greater than a preset threshold.

The priority of the first and second TCUs may be set higher as the positions of the first and second TCUs are closer to the boundary of the data transmission area based on information on the plurality of TCUs.

The information on the first TCU includes location information of the first TCU and speed information of the first TCU, and the information on the second TCU includes location information of the second TCU and the second TCU. It may include speed information.

The priority of the first and second TCUs is based on position information of the first and second TCUs and speed information of the first and second TCUs, and each of the first and second TCUs is the data transmission area. The shorter the time to reach the boundary of, the higher can be set.

In the process of determining the first transmission beam and the second transmission beam, the first and second transmission beams may be sequentially determined in an order of higher priority among the first and second TCUs.

The information on the first TCU includes information on downlink data requested by the first TCU, and the information on the second TCU includes information on downlink data requested by the second TCU can do.

The base station may include a long term evolution (LTE) base station, a first 5G base station (sub6GHz), and a second 5G base station (mmWave).

The data transmission area may include a first data transmission area related to the second 5G base station, a second data transmission area related to the second 5G base station, and a third data transmission area related to the LTE base station.

In order to achieve the above object, one disclosure of the present specification provides a method of transmitting downlink data to a plurality of TCUs by a server controlling a Telematics Communication Unit (TCU) mounted on a vehicle in a next generation mobile communication system. . The method includes receiving information on a plurality of TCUs connected to the base station through a base station, and the information on the plurality of TCUs includes information on a first TCU mounted on a first vehicle and a second mounted on a second vehicle. Contains information about the TCU; Determining a priority of the first and second TCUs based on information on the plurality of TCUs and a data transmission area of the base station, the data transmission area being an area preset around the base station; Determining a first transmission beam of the base station for transmitting downlink data to the first TCU and a second transmission beam of the base station for transmitting downlink data to the second TCU based on the determined priority ; And transmitting downlink data to each of the first and second TCUs through the base station by controlling the transmission/reception unit, based on each of the first and second transmission beams.

In the determining of the first transmission beam and the second transmission beam, the first and second transmission beams may be sequentially determined in an order of higher priority among the first and second TCUs.

According to the disclosure of the present specification, existing problems are solved.

1 shows an example of a 5G usage scenario.

2 is a structural diagram of a next-generation mobile communication network.

3 is an exemplary diagram showing an expected structure of a next-generation mobile communication network from a node perspective.

4 is an exemplary diagram showing an architecture for supporting simultaneous access to two data networks.

5 is another exemplary diagram showing the structure of a radio interface protocol between a UE and a gNB.

6A to 6D show an example implementation of a MEC server.

7 shows an example in which the MEC server remotely controls the vehicle.

8 is a block diagram illustrating an example of a MEC server and an example of a TCU according to the disclosure of the present specification.

9 is a signal flow diagram illustrating an example operation of a TCU, a MEC server, and a mobile communication network according to the disclosure of the present specification.

10 shows an example of a data transmission area of a base station and a plurality of TCUs.

11 shows an example of calculating a distance between a boundary of a data transmission area of a base station and a TCU.

12 shows an example of calculating a distance between a boundary of a data transmission area of a base station and a TCU when the vehicle goes straight.

13 illustrates an example of calculating a distance between a boundary of a data transmission area of a base station and a TCU when a vehicle changes direction at an intersection.

14 shows a first example of step S910 of FIG. 9.

15 shows a second example of step S910 of FIG. 9.

16 is a block diagram of a MEC server and a TCU according to an embodiment.

17 is a block diagram showing in detail the configuration of a TCU according to an embodiment of the present invention.

Hereinafter, it is described that the present invention is applied based on 3GPP (3rd Generation Partnership Project) 3GPP long term evolution (LTE), 3GPP LTE-A (LTE-Advanced), Wi-Fi, or 3GPP NR (New RAT, i.e. 5G). do. This is only an example, and the present invention can be applied to various wireless communication systems. Hereinafter, the term LTE includes LTE and/or LTE-A.

It should be noted that the technical terms used in the present specification are only used to describe specific embodiments, and are not intended to limit the present invention. In addition, the technical terms used in the present specification should be interpreted as generally understood by those of ordinary skill in the technical field to which the present invention belongs, unless otherwise defined in this specification. It should not be construed as a human meaning or an excessively reduced meaning. In addition, when a technical term used in the present specification is an incorrect technical term that does not accurately express the spirit of the present invention, it should be understood by being replaced with a technical term that can be correctly understood by those skilled in the art. In addition, general terms used in the present invention should be interpreted as defined in the dictionary or according to the context before and after, and should not be interpreted as an excessively reduced meaning.

In addition, a singular expression used in the present specification includes a plurality of expressions unless the context clearly indicates otherwise. In the present application, terms such as "consist of" or "have" should not be construed as necessarily including all of the various elements or various steps described in the specification, and some of the elements or some steps are included. It should be interpreted that it may not be, or may further include additional components or steps.

In addition, terms including ordinal numbers such as first and second used in the present specification may be used to describe various components, but the components should not be limited by the terms. These terms are only used for the purpose of distinguishing one component from another component. For example, without departing from the scope of the present invention, a first element may be referred to as a second element, and similarly, a second element may be referred to as a first element.

When a component is referred to as being "connected" or "connected" to another component, it may be directly connected or connected to the other component, but another component may exist in the middle. On the other hand, when a component is referred to as being "directly connected" or "directly connected" to another component, it should be understood that there is no other component in the middle.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings, but the same or similar components are assigned the same reference numerals regardless of the reference numerals, and redundant descriptions thereof will be omitted. In addition, in describing the present invention, when it is determined that a detailed description of a related known technology may obscure the subject matter of the present invention, a detailed description thereof will be omitted. In addition, it should be noted that the accompanying drawings are only intended to facilitate understanding of the spirit of the present invention, and should not be construed as limiting the spirit of the present invention by the accompanying drawings. The spirit of the present invention should be construed as extending to all changes, equivalents, or substitutes in addition to the accompanying drawings.

A base station, which is a term used hereinafter, generally refers to a fixed station that communicates with a wireless device, eNodeB (evolved-NodeB), eNB (evolved-NodeB), BTS (Base Transceiver System), access point ( Access Point), gNB (Next generation NodeB), and other terms.

And hereinafter, UE (User Equipment), which is a term used, may be fixed or mobile, and may be a device, a wireless device, a wireless communication device, a terminal, and an MS ( mobile station), user terminal (UT), subscriber station (SS), mobile terminal (MT), and the like.

도 1은 5G 사용 시나리오의 예를 나타낸다.1 shows an example of a 5G usage scenario.

1 shows an example of a 5G usage scenario to which the technical features of the present invention can be applied. The 5G usage scenario shown in FIG. 1 is merely exemplary, and the technical features of the present invention can be applied to other 5G usage scenarios not shown in FIG. 1.

Referring to FIG. 1, the three main requirement areas of 5G are (1) an enhanced mobile broadband (eMBB) area, (2) a massive machine type communication (mMTC) area, and ( 3) It includes an ultra-reliable and low latency communications (URLLC) area. Some use cases may require multiple areas for optimization, while others may focus on only one key performance indicator (KPI). 5G supports these various use cases in a flexible and reliable way.

eMBB focuses on the overall improvement of data rate, latency, user density, capacity and coverage of mobile broadband access. eMBB targets a throughput of around 10 Gbps. eMBB goes far beyond basic mobile Internet access and covers rich interactive work, media and entertainment applications in the cloud or augmented reality. Data is one of the key drivers of 5G, and it may not be possible to see dedicated voice services for the first time in the 5G era. In 5G, voice is expected to be processed as an application program simply using the data connection provided by the communication system. The main reason for the increased traffic volume is an increase in content size and an increase in the number of applications requiring high data rates. Streaming services (audio and video), interactive video and mobile Internet connections will become more prevalent as more devices connect to the Internet. Many of these applications require always-on connectivity to push real-time information and notifications to the user. Cloud storage and applications are increasing rapidly on mobile communication platforms, which can be applied to both work and entertainment. Cloud storage is a special use case that drives the growth of uplink data rates. 5G is also used for remote work in the cloud and requires much lower end-to-end latency to maintain a good user experience when tactile interfaces are used. In entertainment, for example, cloud gaming and video streaming are another key factor in increasing the demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere, including high mobility environments such as trains, cars and airplanes. Another use case is augmented reality and information retrieval for entertainment. Here, augmented reality requires very low latency and an instantaneous amount of data.

The mMTC is designed to enable communication between a large number of low-cost devices powered by batteries, and is intended to support applications such as smart metering, logistics, field and body sensors. The mMTC targets 10 years of batteries and/or 1 million units per km2. mMTC makes it possible to seamlessly connect embedded sensors in all fields, and is one of the most anticipated 5G use cases. Potentially, IoT devices are expected to reach 20.4 billion by 2020. Industrial IoT is one of the areas where 5G plays a major role in enabling smart cities, asset tracking, smart utilities, agriculture and security infrastructure.

URLLC is ideal for vehicle communication, industrial control, factory automation, teleoperation, smart grid and public safety applications by allowing devices and machines to communicate with high reliability, very low latency and high availability. URLLC aims for a delay of the order of 1ms. URLLC includes new services that will transform the industry through ultra-reliable/low-latency links such as remote control of critical infrastructure and autonomous vehicles. The level of reliability and delay is essential for smart grid control, industrial automation, robotics, and drone control and coordination.

Next, a number of examples of use included in the triangle of FIG. 1 will be described in more detail.

5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) by providing streams rated at hundreds of megabits per second to gigabits per second. Such high speed may be required to deliver TVs with resolutions of 4K or higher (6K, 8K and higher) as well as virtual reality (VR) and augmented reality (AR). VR and AR applications involve almost immersive sports events. Certain applications may require special network settings. For example, in the case of VR games, the game company may need to integrate the core server with the network operator's edge network server to minimize latency.

Smart cities and smart homes, referred to as smart society, will be embedded with high-density wireless sensor networks. A distributed network of intelligent sensors will identify the conditions for cost and energy efficient maintenance of a city or home. A similar setup can be done for each household. Temperature sensors, window and heating controllers, burglar alarms and appliances are all wirelessly connected. Many of these sensors typically require low data rates, low power and low cost. However, for example, real-time HD video may be required in certain types of devices for surveillance.

The consumption and distribution of energy including heat or gas is highly decentralized, requiring automated control of distributed sensor networks. The smart grid interconnects these sensors using digital information and communication technologies to collect information and act accordingly. This information can include the behavior of suppliers and consumers, enabling smart grids to improve efficiency, reliability, economics, sustainability of production and the distribution of fuels such as electricity in an automated way. The smart grid can also be viewed as another low-latency sensor network.

The health sector has many applications that can benefit from mobile communications. The communication system can support telemedicine providing clinical care from remote locations. This can help reduce barriers to distance and improve access to medical services that are not consistently available in remote rural areas. It is also used to save lives in critical care and emergencies. A wireless sensor network based on mobile communication may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.

Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity for many industries. However, achieving this requires that the wireless connection operates with a delay, reliability and capacity similar to that of the cable, and its management is simplified. Low latency and very low error probability are new requirements that need to be connected to 5G.

Logistics and cargo tracking is an important use case for mobile communications that enables tracking of inventory and packages from anywhere using a location-based information system. Logistics and freight tracking use cases typically require low data rates, but require a wide range and reliable location information.

In particular, automotive is expected to become an important new driving force in 5G with many use cases for mobile communication for vehicles. For example, entertainment for passengers demands high capacity and high mobile broadband at the same time. The reason is that future users will continue to expect high-quality connections, regardless of their location and speed. Another use case in the automotive field is an augmented reality dashboard. The augmented reality contrast board allows the driver to identify objects in the dark on top of what they see through the front window. The augmented reality dashboard superimposes information to inform the driver about the distance and movement of objects. In the future, wireless modules will enable communication between vehicles, exchange of information between the vehicle and the supporting infrastructure, and exchange of information between the vehicle and other connected devices (eg, devices carried by pedestrians). The safety system can lower the risk of accidents by guiding the driver through alternative courses of action to make driving safer. The next step will be a remotely controlled vehicle or an autonomous vehicle. This requires very reliable and very fast communication between different autonomous vehicles and/or between the vehicle and the infrastructure. In the future, self-driving vehicles will perform all driving activities, and drivers will be forced to focus only on traffic anomalies that the vehicle itself cannot identify. The technical requirements of autonomous vehicles require ultra-low latency and ultra-fast reliability to increase traffic safety to levels that cannot be achieved by humans.

도 2는 차세대 이동 통신 네트워크의 구조도이다.2 is a structural diagram of a next-generation mobile communication network.

The next-generation mobile communication network (5G System) may include various components, and in FIG. 2, some of them are AMF (Access and Mobility Management Function) 51, SMF (session management function). : Session Management Function (52), PCF (Policy Control Function) (53), AF (Application Function: Application Function) (55), N3IWF (Non-3GPP Interworking Function: Non-3GPP Interworking Function) (59), UPF (User Plane Function) 54, and UDM (Unified Data Management) data network 56 are shown.

The UE 10 is connected to the data network 60 via the UPF 55 through a Next Generation Radio Access Network (NG-RAN) including the gNB 20.

The UE 10 may receive a data service even through untrusted non-3GPP access, for example, a Wireless Local Area Network (WLAN). In order to connect the non-3GPP access to the core network, an N3IWF 59 may be deployed.

The illustrated N3IWF performs a function of managing non-3GPP access and interworking between 5G systems. When the UE 10 is connected to non-3GPP access (e.g., WiFi referred to as IEEE 801.11), the UE 10 may be connected to the 5G system through N3IWF. The N3IWF performs control signaling with the AMF, and is connected to the UPF through the N3 interface for data transmission.

The illustrated AMF can manage access and mobility in a 5G system. AMF can perform the function of managing NAS security. AMF may perform a function of handling mobility in an idle state.

The illustrated UPF is a type of gateway through which user data is transmitted/received. The UPF node may perform all or part of a user plane function of a 4G mobile communication serving gateway (S-GW) and a packet data network gateway (P-GW).

The UPF operates as a boundary point between a next generation RAN (NG-RAN) and a core network, and is an element that maintains a data path between the gNB 20 and the SMF. In addition, when the UE 10 moves over an area served by the gNB 20, the UPF serves as a mobility anchor point. UPF may perform a function of handling PDUs. Packets may be routed in the UPF for mobility within the NG-RAN (Next Generation-Radio Access Network defined after 3GPP Release-15). In addition, UPF is another 3GPP network (RAN defined before 3GPP Release-15, for example, UTRAN, E-UTRAN (Evolved-UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network)) or GERAN (GSM (Global System for Mobile Communication)/EDGE (Enhanced Data rates for Global Evolution) Radio Access Network) may function as an anchor point for mobility. UPF may correspond to the termination point of the data interface towards the data network.

The illustrated PCF is a node that controls the operator's policy.

The illustrated AF is a server for providing various services to the UE 10.

The illustrated UDM is a kind of server that manages subscriber information, such as a 4G mobile communication HSS (Home Subscriber Server). The UDM stores and manages the subscriber information in a Unified Data Repository (UDR).

The illustrated SMF may perform a function of allocating an Internet Protocol (IP) address of the UE. In addition, the SMF may control a protocol data unit (PDU) session.

도 3은 차세대 이동통신 네트워크의 예상 구조를 노드 관점에서 나타낸 3 is a diagram showing an expected structure of a next-generation mobile communication network from a node perspective 예시도이다It is an exemplary diagram ..

As can be seen with reference to FIG. 3, the UE is connected to a data network (DN) through a next-generation radio access network (RAN).

The illustrated control plane function (CPF) node is all or part of the functions of a mobility management entity (MME) of 4G mobile communication, and a control plane function of a serving gateway (S-GW) and a PDN gateway (P-GW). Do all or part of. The CPF node includes AMF and SMF.

The illustrated authentication server function (AUSF) authenticates and manages the UE.

The illustrated network slice selection function (NSSF) is a node for network slicing introduced in 5G.

The illustrated network exposure function (NEF) is a node for providing a mechanism to securely disclose services and functions of the 5G core. For example, NEF discloses functions and events, securely provides information from external applications to 3GPP networks, translates internal/external information, provides control plane parameters, and provides packet flow description (PFD). ) Can be managed.

In FIG. 4, the UE may simultaneously access two data networks using multiple Protocol Data Unit (PDU) sessions.

도 4는 2개의 데이터 네트워크에 대한 동시 액세스를 지원하기 위한 아키텍처를 나타낸 예시도이다.4 is an exemplary diagram showing an architecture for supporting simultaneous access to two data networks.

In FIG. 4, an architecture for a UE to access two data networks simultaneously using one PDU session is shown.

For reference, descriptions of the reference points shown in FIGS. 2 to 4 are as follows.

N1: Reference point between UE and AMF

N2: Reference point between NG-RAN and AMF

N3: Reference point between NG-RAN and UPF

N4: Reference point between SMF and UPF

N5: Reference point between PCF and AF

N6: reference point between UPF and DN

N7: Reference point between SMF and PCF

N8: Reference point between UDM and AMF

N10: Reference point between UDM and SMF

N11: Reference point between AMF and SMF

N12: Reference point between AMF and AUSF

N13: Reference point between UDM and AUSF

N15: In a non-roaming scenario, a reference point between PCF and AMF. In the roaming scenario, the reference point between the AMF and the PCF of the visited network

N22: Reference point between AMF and NSSF

N30: reference point between PCF and NEF

N33: reference point between AF and NEF

In FIGS. 3 and 4, AF by a third party other than an operator may be connected to 5GC through NEF.

도 5는 Figure 5 UE과UE and gNBgNB 사이의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다. It is another exemplary diagram showing the structure of a radio interface protocol between.

The radio interface protocol is based on the 3GPP radio access network standard. The radio interface protocol horizontally consists of a physical layer, a data link layer, and a network layer, and vertically, a user plane and control for data information transmission. It is divided into a control plane for signal transmission.

The protocol layers are L1 (layer 1), L2 (layer 2), and L3 (layer 3) based on the lower 3 layers of the Open System Interconnection (OSI) reference model widely known in communication systems. ) Can be distinguished.

In the following, each layer of the radio protocol will be described.

The first layer, the physical layer, provides an information transfer service using a physical channel. The physical layer is connected to an upper medium access control layer through a transport channel, and data between the medium access control layer and the physical layer is transmitted through the transport channel. In addition, data is transferred between different physical layers, that is, between the physical layers of the transmitting side and the receiving side through a physical channel.

The second layer includes a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, and a Packet Data Convergence Protocol (PDCP) layer.

The third layer includes Radio Resource Control (hereinafter abbreviated as RRC). The RRC layer is defined only in the control plane, and is related to setting (setting), resetting (Re-setting) and release (Release) of radio bearers (Radio Bearer; RB). In charge of control. In this case, RB refers to a service provided by the second layer for data transmission between the UE and the E-UTRAN.

The NAS (Non-Access Stratum) layer performs functions such as connection management (session management) and mobility management.

The NAS layer is divided into a NAS entity for mobility management (MM) and a NAS entity for session management (SM).

1) NAS entity for MM provides the following functions in general.

As a NAS procedure related to AMF, it includes the following.

-Registration management and access management procedures. AMF supports the following functions.

-Secure NAS signal connection between UE and AMF (integrity protection, encryption)

2) The NAS entity for the SM performs session management between the UE and the SMF.

The SM signaling message is processed, that is, generated and processed at the NAS-SM layer of the UE and SMF. The contents of the SM signaling message are not interpreted by the AMF.

-In the case of SM signaling transmission,

-The NAS entity for MM creates a NAS-MM message that derives how and where to deliver the SM signaling message through a security header representing the NAS transmission of SM signaling, and additional information about the receiving NAS-MM.

-Upon receiving the SM signaling, the NAS entity for the SM performs the integrity check of the NAS-MM message, analyzes the additional information, and derives the method and place to derive the SM signaling message.

In FIG. 5, an RRC layer, an RLC layer, a MAC layer, and a PHY layer located below the NAS layer are collectively referred to as an Access Stratum (AS).

Meanwhile, in order to achieve the URLLC specified in 5GAA (5G Automotive Association), 5G, it takes less than 5 msec for the server to receive vehicle status information from the vehicle and the vehicle to operate by receiving control data from the server. do. That is, after collecting sensor data in the vehicle from the cloud server and completing the analysis, the cloud server transmits a control command to the TCU (Telematics Communication Unit), and the TCU delivers it to the target Electronic Control Unit (ECU). The operation must be completed within 5msec.

In a conventional cloud server-based network structure (e.g., base station-wired network-cloud server), the base station transmits data to the cloud server, analyzes the data in the cloud server and transmits the data to the base station, and the base station receives it. It takes about 30~40msec.

In order to achieve ultra-reliable and low latency communications (URLLC), discussions on Multi-access Edge Computing (MEC) have been made in ETSI (European Telecommunications Standards Institute) and 5GAA.

<< Multi-access Edge Computing(MEC)>Multi-access Edge Computing (MEC)>

MEC is a network architecture that enables cloud computing functions and IT service environments at the edge of the cellular network (typically, the edge of any network). The basic idea of MEC is to reduce network congestion and perform applications better by running applications (applications) and performing processing tasks related to cellular customers. MEC technology is designed to be implemented in cellular base stations or other edge nodes. MEC technology can flexibly and quickly deploy new applications and new services for customers. MEC enables cellular operators to open up a Radio Access Network (RAN) to authorized third parties such as application developers and content providers.

The MEC server described herein refers to a communication device that provides a cloud computing function or an IT service environment at the edge of a network.

도 6A 내지 도 6D 는 MEC 서버의 구현 예시를 나타낸다.6A to 6D show an example implementation of a MEC server.

The User Plane Function (UPF) node 630 of FIGS. 6A to 6D is a type of gateway through which user data is transmitted/received. The UPF node 630 may perform all or part of a user plane function of a serving-gateway (S-GW) and a packet data network-gateway (P-GW) of 4G mobile communication. The core network 640 may be an Evolved Packet Core (EPC) or a 5G Core Network (5GC). N3 is a reference point between the (R)AN and the UPF node 630. N6 is a reference point between the UPF node 630 and the data network. The base station 620 may be a 5G base station (gNB) or an LTE base station (eNB). The base station 620 may be a base station including both a gNB and an eNB.

The AMF 650 is an Access and Mobility Management Function, and is a Control Plane Function (CPF) that manages access and mobility. The SMF 660 is a session management function, which is a control plane function that manages a data session such as a protocol data unit (PDU) session.

Logically, the MEC server (MEC host) 610 may be implemented in an edge or central data network. The UPF may play a role of coordinating user plane (UP) traffic to a target MEC application (application in the MEC server 610) of the data network. The location of the data network and UPF can be selected by the network operator. Network operators may allocate physical computing resources based on technical and business variables such as available facilities, supported applications and application requirements, measured or estimated user loads, and the like. The MEC management system may dynamically determine where to distribute the MEC application by adjusting the operation of the MEC server 610 (MEC host) and the application.

6A is an example implementation in which the MEC server 610 and the UPF node 630 are disposed together with the base station 620. 6B is an example implementation in which the MEC server 610 is deployed with a transmitting node (eg, UPF node 630). In FIG. 6B, the core network 640 may communicate with the UPF node 630 and the MEC server 610 through a network aggregation point. 6C is an example implementation in which the MEC server 610 and the UPF node 630 are deployed together with a network aggregation point. 6D is an example implementation in which the MEC server 610 is deployed along with the core network functions 640. In FIG. 6D, the MEC server 610 may be located in the same data center as the core network 640 functions.

<본 명세서의 개시><Disclosure of this specification>

도 7은 MEC 서버가 차량을 원격으로 제어하는 예시를 나타낸다.7 shows an example in which the MEC server remotely controls the vehicle.

Referring to FIG. 7, a MEC server 610, a base station 620, and vehicles 670a to 670c are illustrated. The base station 620 may be a gNB or an eNB. The base station 620 may be a base station including both a gNB and an eNB. The MEC server 610 may be connected to the base station 620 through wired communication or wireless communication. The MEC server 610 may transmit data to the base station 620 or receive data from the base station 620. The figure shows that the MEC server 610 and the base station 620 are directly connected, but this is only an example, and the MEC server 610 may be connected to the base station 620 through another network node. The base station 620 may transmit and receive data with a Telematics Communication Unit (TCU) installed in the vehicles 670a to 670c.

The TCU may obtain state information from devices mounted on the vehicles 670a to 670c, and the state information may include various sensor data, video data, and the like. The TCU may transmit state information (or information related to a vehicle including state information) to the base station 620, and the base station 620 may transmit the state information to the MEC server 610. Then, the MEC server 610 may transmit data for controlling the vehicles 670a to 670c to the base station 620 based on the state information. When the base station 620 transmits data for controlling the vehicles 670a to 670c to the TCU, the TCU controls the vehicles 670a to 670c by transmitting the received data to devices mounted on the vehicles 670a to 670c. can do. In addition, the MEC server 610 may transmit map information to the base station 620, and the base station 620 may transmit it to the TCU. The TCU can control the vehicles 670a to 670c using the map information.

With reference to FIG. 8, the MEC server 610 and the TCU mounted on the vehicles 670a to 670c will be described in detail.

도 8은 본 명세서의 개시에 따른 8 is according to the disclosure of the present specification MECMEC 서버의 예시와 Server example and TCU의TCU 예시를 나타낸 블록도이다. It is a block diagram showing an example.

The MEC server is the MEC server 610 described with reference to FIGS. 6A to 6D and 7, and will be described below by omitting reference numerals. The TCU 100 is a TCU mounted on the vehicles 670a to 670c described in FIG. 7, and will be described below by omitting reference numerals.

The MEC server may be implemented as in the examples described in FIGS. 6A to 6D. 8 shows that the MEC server communicates directly with base stations, but this is only an example, and the MEC server may communicate with base stations through other network nodes (eg, UPF nodes). The MEC server may include a processor (not shown) and a memory (not shown). The memory can store MEC server apps. The processor may perform the operations described in the disclosure of the present specification by using the MEC server app stored in the memory. The MEC server app is, for example, VR/AR app, video app, camera data analysis app, sensor data analysis app (including lidar sensor data analysis app and radar sensor data analysis app) engine ECU data analysis app, speed ECU data analysis. It may be an app, an HVAC ECU data analysis app, an ECU control app, a control command transmission app, a baseball app, a golf app, and the like.

The 5G base station (sub6GHz) is a base station that performs communication based on the 5G standard in the FR1 (Frequency Range 1) band (a frequency band of 7125 MHz or less). The 5G base station (mmWave) is a base station that performs communication based on the 5G standard in the frequency range 2 (FR2) band (frequency band of 24250-52600 MHz). The LTE base station is a base station that performs communication based on the LTE standard. The Wi-Fi base station is a base station that performs communication based on the Wi-Fi standard. The MEC server may communicate with the TCU using at least one of a 5G base station (sub6GHz), a 5G base station (mmWave), an LTE base station, and a Wi-Fi base station.

The TCU may include an LTE transceiver, a 5G transceiver (sub6GHz), a 5G transceiver (mmWave), a WiFi transceiver, a processor, and a memory. The LTE transmission/reception unit is a communication transmission/reception unit (ie, a modem) that performs communication (data transmission/reception) based on the LTE standard. The 5G transmission/reception unit (sub6GHz) is a communication transmission/reception unit that performs communication (data transmission/reception) based on the 5G standard in the FR 1 band. The 5G transmission/reception unit (mmWave) is a communication transmission/reception unit that performs communication (data transmission/reception) based on the 5G standard in the FR 2 band. The WiFi transmission/reception unit is a communication transmission/reception unit that performs communication (data transmission/reception) based on the WiFi standard. The LTE transceiver, 5G transceiver (sub6GHz), 5G transceiver (mmWave), and WiFi transceiver may be connected to the processor through an interface such as PCIe (PCI express). In addition, LTE transceiver, 5G transceiver (sub6GHz), 5G transceiver (mmWave), and WiFi transceiver are shown as separate objects, but one communication transceiver is LTE transceiver, 5G transceiver (sub6GHz), 5G transceiver It can also perform the function of the unit (mmWave) and the WiFi transceiver.

The processor of the TCU is connected to the LTE/5G transceiver (sub6GHz), the LTE/5G transceiver (mmWave), the WiFi transceiver, and the memory. The memory can store MEC client apps. The processor may receive data transmitted by base stations or terminals (terminal 1 and terminal 2) using an LTE transceiver, a 5G transceiver (sub6GHz), a 5G transceiver (mmWave), and a WiFi transceiver. The processor may transmit data to base stations or terminals (terminal 1 and terminal 2) using an LTE transmission/reception unit, a 5G transmission/reception unit (sub6GHz), a 5G transmission/reception unit (mmWave), and a WiFi transmission/reception unit. Here, the terminals (terminal 1 and terminal 2) may be wireless communication devices used by a user in a vehicle. In addition, the processor of the TCU may perform the operations described in the disclosure of the present specification by using the MEC client app stored in the memory.

The processor of the TCU may be connected to electronic devices in the vehicle. For example, the processor may be connected to a Domain Control Unit (DCU), a Local Interconnect Network (LIN) master, a Media Oriented System Transport (MOST) master, and an Ethernet switch. The processor of the TCU can communicate with the DCU using CAN (Controller Area Network) communication technology. The processor of the TCU can communicate with the LIN master using LIN (Local Interconnect Network) communication technology. The TCU's processor can communicate with the MOST master connected by fiber optics using MOST communication technology. The TCU's processor can communicate with the Ethernet switch and electronic devices connected to the Ethernet switch using Ethernet communication technology.

The DCU is an electronic device that controls a plurality of ECUs. The DCU can communicate with multiple ECUs using CAN communication technology. Here, CAN is a standard communication technology designed to allow microcontrollers or electronic devices to communicate with each other in a vehicle. CAN is a non-host bus message-based network protocol that is mainly used for communication between controllers.

The DCU may communicate with ECUs such as an engine ECU that controls an engine, a brake ECU that controls a brake, and an HVAC ECU that controls a heating, ventilation, & air conditioning (HVAC) device. The DCU may transmit data received from the processor of the TCU to each ECU. In addition, the DCU can transmit the data received from each ECU to the processor of the TCU.

The LIN master can communicate with LIN slaves (LIN Slave #1 and LIN Slave #2) using LIN communication technology. For example, LIN Slave #1 may be a slave that controls one of a steering wheel, a roof top, a door, a seat, and a small motor. Here, LIN is a serial communication technology for communication between components in a vehicle network. The LIN master may receive data from the processor of the TCU and transmit it to the LIN slaves (LIN Slave #1 and LIN Slave #2). In addition, the LIN master can transmit the data received from the LIN slaves to the processor of the TCU.

The MOST master can communicate with MOST slaves (MOST Slave #1 and MOST Slave #2) using MOST communication technology. Here, MOST is a serial communication technology that transmits audio, video and control information using an optical cable. The MOST master can transmit data received from the processor of the TCU to the MOST slaves. In addition, the MOST master can transmit the data received from the MOST slaves to the processor of the TCU.

Ethernet is a computer networking technology used in local area networks (LAN), metropolitan area networks (MAN) and wide area networks (WAN). The TCU's processor can transmit data to individual electronic devices through an Ethernet switch using Ethernet communication technology. Each of the electronic devices can transmit data to the TCU's processor through an Ethernet switch using Ethernet communication technology.

Radar (radio detection and ranging) is a technology that uses radio waves to measure the distance, direction, angle, and speed of a target. Radar sensors 1 to 5 are provided in the vehicle and measure the distance, direction, angle, and speed of objects around the vehicle. Radar sensors 1 to 5 may transmit the measured sensor data to the processor of the TCU.

LiDAR (light detection and ranging) is a sensing technology that uses a light source and a receiver to detect remote objects and measure distances. Specifically, Rida is a technology that illuminates an object with pulsed laser light and measures the pulse reflected by the sensor to measure the distance, intensity, and speed to the object. LiDAR sensors 1 to 5 measure the distance and speed to the object. The lidar sensors 1 to 5 may transmit the measured sensor data to the processor of the TCU.

For reference, in FIG. 8, radar sensors and lidar sensors are illustrated as using Ethernet communication technology, but the radar sensors and lidar sensors may use CAN communication technology.

AVN (Audio, Video, Navigation) is an electronic device that is provided in a vehicle and provides sound, video, and navigation. The AVN may receive data from the processor of the TCU using Ethernet communication technology, and may provide sound, video, and navigation based on the received data. AVN can transmit data to the TCU's processor using Ethernet communication technology.

The camera (front) and camera (rear) can capture images from the front and rear of the vehicle. In FIG. 8, it is shown that there are one camera in the front and only one in the rear, but this is only an example, and cameras may be provided in the left and right sides. In addition, a plurality of cameras may be provided at each of the front and rear sides. Cameras can also use Ethernet communication technology to transmit camera data to the TCU's processor and receive data from the TCU's processor.

Rear Side Entertainment (RSE) means rear seat entertainment. RSE is an electronic device that provides entertainment to occupants by being installed behind the passenger seat or driver seat of a vehicle. A tablet may also be provided inside the vehicle. The RSE or tablet can receive data from the processor of the TCU and transmit the data to the processor of the TCU using Ethernet communication technology.

Specifically, a person remotely controls the vehicle through a conventional cloud server (Remote Driving Control), or a conventional cloud server analyzes data from the vehicle's front camera/rear camera/various sensors and installs it on the vehicle, such as the vehicle's ECU. You can remotely control the electronic device. At this time, if the electronic device or wireless electronic device (e.g., the user's terminal) installed in the vehicle is using a high-capacity real-time data service (multimedia data such as VR/AR, 8K video streaming, etc.), the remote control data is transferred to the electronic device within the vehicle within 5msec. The possibility of an accident may increase because it is not possible to perform an operation (brake/speed/direction control, etc.) to control the vehicle by transmitting it to the devices.

The MEC server according to the disclosure of this specification provides a function of receiving/storing/transmitting/analyzing various data such as video (camera)/audio/sensor data, etc., which were performed in a conventional cloud server, and a function of managing TCU and electronic devices in a vehicle You can do it.

A MEC server application (MEC server app) for performing operations according to various purposes may exist in the MEC server according to the disclosure of the present specification. The MEC server may perform the operation described in the disclosure of this specification by using the MEC server application.

In addition, a MEC client application (MEC client app) for performing operations according to various purposes may exist in the TCU according to the disclosure of the present specification. The TCU may perform the operation described in the disclosure of this specification by using the MEC client application.

The operation of the MEC server, the mobile communication network, and the TCU to be described in the disclosure of the present specification will be briefly described as follows. However, the following description is for illustrative purposes only, and operations of the MEC server, the mobile communication network, and the TCU will be described in detail in FIGS. 9 to 15.

The MEC server monitors the operation of the TCU and the ECU in the vehicle to comply with regulations such as the Road Traffic Act, ISO26262 (Road vehicles-Functional safety) or SAE (System Architecture Evolution) standards. When the operation of the TCU and the ECU in the vehicle violates the regulations, the operation of the vehicle's ECU is controlled based on a predefined scenario.

The MEC server provides vehicle-related information received from the TCU in the vehicle (e.g., engine ECU-related data, RPM (revolutions per minute) ECU-related data, wheel-related data, brake-related data, HVAC (heating, ventilation)). , & air conditioning), analyzes the status information of electronic devices in the vehicle, etc., and controls the operation of electronic devices connected to the TCU based on predefined operation scenarios.

When the MEC server transmits control data for multiple target devices in the vehicle at once, the TCU uses multiple communication technologies (CAN/LIN/Flexray/MOST/Ethernet) to efficiently transmit control data to multiple target devices. Based data frames can be combined and transmitted as one message. The TCU may transmit a data frame based on each communication technology to a target device in the vehicle (eg, a controller/master such as an ECU or a LIN master). The TCU transmits the execution result of the control data provided from the MEC server to the MEC server, and the MEC server can determine the failure/success (FAIL/SUCCESS) of the control data transmission.

If the result of executing the control data (sent by the MEC server) by the target device (the device that will receive the data transmitted by the MEC server) is FAIL or a delay occurs in the target device, the MEC server sends the same control data. It can be retransmitted a predetermined number of times (eg, 10 times). In this case, the MEC server may retransmit the control data using the beam having the highest data rate.

To ensure safety, the MEC server stores control data among the beams with the highest data rate among the beams of the 5G_sub6Ghz base station, the beam with the highest data rate among the beams of the 5G_mmWave base station, and the beam with the highest data rate among the beams of the LTE base station. The same control command can be retransmitted by selecting at least one.

The MEC server can monitor the operating state of the TCU and determine the current state of the TCU. For example, the MEC server can monitor the operating state of the TCU and determine the current state of the TUC as one of inactive, active, sleeping, and moving.

The MEC server may receive vehicle-related information (eg, information related to the location of the vehicle) from the TCU and manage the location of the vehicle (eg, collect/analyze/control/record).

The MEC server may receive vehicle-related information (eg, information related to vehicle speed) from the TCU and manage (eg, collect/analyze/control/record) information related to the vehicle speed. The MEC server manages information related to the speed of the vehicle and can determine whether the vehicle is speeding, whether the vehicle is observing the safe speed, and the like.

The MEC server may receive vehicle-related information (eg, engine ECU information) from the TCU and manage (eg, collect/analyze/control/record) engine ECU (ECU that controls the engine) information.

The MEC server receives vehicle-related information from the TCU (e.g., information received from sensors and cameras mounted on the vehicle) and manages vehicle sensor and camera (Lidar, Radar, and front/rear/measurement/cabin camera) information (e.g. : Can be collected/analyzed/controlled/recorded).

As a result of analyzing vehicle sensor and camera information, the MEC server controls ECUs (engine ECUs, brake ECUs, etc.) in the vehicle by transmitting control data to the TCU based on emergency response scenarios when a vehicle collision with pedestrians, obstacles, etc. is expected. can do.

Control data (data based on ECU, MOST, LIN, FlexRay, etc.) transmitted to electronic devices (ECU, etc.) mounted on the vehicle and general data used for multimedia services (high-capacity real-time data such as AR/VR/video/audio). To distinguish, the MEC server may transmit a message including tags for each type of data to be transmitted to the TCU to the TCU.

After checking the tag of the data included in the message received from the MEC server, the TCU may first store the control data used for vehicle control in a buffer of the memory. In addition, the TCU may first transmit the control data from the memory to an electronic device such as an ECU controller, and then transmit high-capacity real-time data (ie, general data) after transmitting the control data.

When the number of control data received from the MEC server is plural, the TCU may transmit control data of a high priority to the electronic device in the vehicle according to the priority of the tag of the control data.

The MEC server may transmit general data to the TCU so that a timeout does not occur for each service of the general data in consideration of the general data requirements (delay time, etc.).

In addition, the TCU may also transmit the general data received from the MEC server to electronic devices in the vehicle so that a timeout does not occur for each service of the general data in consideration of the requirements (delay time, etc.) of the general data.

For reference, in the present specification, the control data refers to data including a command for controlling an electronic device related to autonomous driving and an electronic device that controls the vehicle among electronic devices in the vehicle. The control data may include, for example, data based on communication technologies such as CAN, LIN, Flexray, and MOST, and data on terrain used for autonomous driving such as HD-MAP.

In the present specification, general data refers to a device not directly related to autonomous driving among electronic devices in a vehicle and data to be transmitted to a terminal of a user who boards the vehicle. General data includes data related to multimedia services (AR/VR/video/audio) and other high-volume real-time data.

As described in the background art section, in the past, there has been no way to quickly and efficiently transmit and receive data between the MEC server and the TCU installed in the vehicle.

The MEC server according to the disclosure of the present specification may perform flexible scheduling between the base station and the TCU using the MEC server app.

A data rate that a 5G base station (eg, a second base station (5G mmWave)) can transmit and receive through a transmission beam or a reception beam of an antenna may be 10 Gbps or more. The MEC server can transmit and receive data between the TCU and the 5G base station using the transmission beam or the reception beam of the 5G base station as much as possible to the TCU within the data transmission area of the 5G base station.

The MEC server may determine the priority of a plurality of TCUs based on a distance (eg, a data transmission area) to which signals from a plurality of base stations reach. In addition, the MEC server may schedule data transmission/reception to the TCU based on the priority. For example, when a plurality of base stations are installed at the same location, the distance R _LTE _{the signal of the LTE base station reaches, the distance R 5G} _{_} _sub6GHz and the second 5G base station (mmWave) reach the signal of the first 5G base station (sub6GHz) _{The distance R 5G} _{_} _mmWave reaches the signal of may be different from each other. The MEC server uses the TCU-i (i-th TCU) installed in each of the plurality of vehicles in the shortest order of the time it takes for the distance to the boundary of the signal arrival distance of the plurality of base stations or the distance from the signal arrival distance of the plurality of base stations. Priority can be determined. Here, i is the index of the TCU. For reference, the signal arrival distance of each base station may be defined as a data transmission area. The time taken for the TCU-i to deviate from the LTE signal arrival distance may be, for example, T _i (t) = L _LTE /v _i (t). Here, L _LTE may be a distance from a location of TCU-I in a direction in which TCU-i moves to a boundary line of a data transmission area of an LTE base station. And, v _i (t) may be the moving speed of the TCU-i.

According to the disclosure of the present specification, the TCU may transmit and receive more data to and from a base station providing communication of a relatively higher data rate among a plurality of base stations capable of communicating.

According to the disclosure of the present specification, the MEC server may maximize the amount of data that can be provided to a plurality of TCUs connected to the base station for a specific time.

Hereinafter, operations of the MEC server, the TCU, and the mobile communication network (including the base station) according to the disclosure of the present specification will be described in detail with reference to FIGS. 9 to 17. Hereinafter, the disclosure of the present specification will be described centering on the case where one TCU exists, but this is only an example, and the operations described in the present invention may be applied even when a plurality of TCUs exist.

도 9는 본 명세서의 개시에 따른 9 is according to the disclosure of the present specification TCUTCU , , MECMEC 서버 및 이동통신 네트워크의 동작의 예시를 나타낸 신호 흐름도이다. It is a signal flow diagram showing an example of the operation of a server and a mobile communication network.

Although one TCU is shown in FIG. 9, this is only an example, and operations of FIG. 9 may be performed in the same manner for a plurality of TCUs. For example, when there are two TCUs, each of the two TCUs may be defined as a first TCU and a second TCU.

In FIG. 9, the mobile communication network may include a base station. Communication between the MEC server and the TCU may be performed through a mobile communication network. For example, when the MEC server transmits data to the mobile communication network, the base station included in the mobile communication network may transmit the data to the TCU. Conversely, when the TCU transmits data to the base station, the mobile communication network including the base station may transmit the data to the MEC server.

Here, the base station may include at least one of a first 5G base station (sub6GHz), a second 5G base station (mmWave), an LTE base station, and a Wi-Fi base station, as described in the example of FIG. 8.

In step S901, the TCU may transmit information on the TCU to the base station. The TCU may periodically perform step S901. Information on the TCU includes information on the TCU's transceiver (information on at least one of the LTE transceiver, 5G transceiver (sub6GHz) and 5G transceiver (mmWave)), GPS (Global Positioning System) of a vehicle equipped with a TCU. It may include location information and information on the current speed (v _i (t)) of the vehicle. Here, v _i (t) may be the current speed of the TCU i. The TCU may calculate the current speed based on the RPM information of the engine ECU and transmit it to the base station.

The TCU information may include a list of TCU IDs, information on a channel between the TCU and the base station, and timing information on communication between the TCU and the base station. In addition, the TCU information may further include information on a service list for each TCU, a delay requirement for each service for each TCU, and a minimum data rate requirement for each service price for each TCU. Here, the service may be a service related to data requested or transmitted by one or more electronic devices (eg, AVN, VR device, RSE, etc.) mounted on the vehicle.

In step S902, the mobile communication network may transmit information on all TCUs connected to the base station to the MEC server. In addition, the mobile communication network can transmit information on the base station to the MEC server. The information on the base station may include location information of the base station. The location information of the base station may be GPS information of the base station. Alternatively, the MEC server may obtain the location information of the base station from map information stored in the MEC server. The location of the base station may be _{(X BS} , Y _{BS ).} Here, X _BS may be the X-axis position of the base station, and Y _BS may be the Y-axis position of the base station.

In addition, the information on the base station may include information on transmission and reception beams of the first 5G base station (sub6GHz), the second 5G base station (mmWave), the LTE base station, and the Wi-Fi base station. For example, the information on the transmission beam and the reception beam is information on the number of transmission beams and the number of reception beams of each of a first 5G base station (sub6GHz), a second 5G base station (mmWave), an LTE base station, and a Wi-Fi base station. It may include.

The MEC server may periodically (eg, every 5 msec) an operation of acquiring the location of the base station and the location, speed, and direction of movement of the TCU based on the location information of the base station and the information on the TCU. The MEC server can store the location information of all TCUs connected to the base station. When the location information of the TCU is fed back too much and it is difficult for the MEC server to store the location information of all TCUs fed back, the MEC server can store the location information of the TCU only when the location information of the TCU is changed.

The MEC server may determine the location of the TCU within the map information based on the location information of the TCU. For example, the MEC server may display the location of the TCU (x _TCU (t), y _TCU (t)) on the map information. Here, x _TCU (t) may be an x-axis position of the _TCU , and y TCU (t) may be a y-axis position of the TCU. For reference, the x-axis may be an axis parallel to the moving direction of the TCU. _{For example, the MEC server may determine the location of the TCU (x TCU} (t), y _TCU (t)) based on GPS information of the TCU (including information on the azimuth and altitude of the TCU).

In addition, the MEC server may determine a location at which the TCU can move from the map information based on the information on the TCU. A specific example in which the MEC server determines a location in which the TCU can move will be described in detail with reference to FIGS. 12 and 13.

In step S903, the MEC server may transmit a pilot signal to the mobile communication network. Then, the base station can transmit a pilot signal to the TCU. For example, the MEC server transmits at least one transmission beam of a 5G base station (sub 6Ghz), at least one transmission beam of a 5G base station (mmWave), at least one transmission beam of an LTE base station, and at least one transmission beam of a WiFi base station. The pilot signal can be broadcast using. The MEC server may periodically transmit a pilot signal.

In step S904, the TCU may determine channel state information for a radio channel between the TCU and the base station. For example, the TCU may determine an index value (eg, CQI _i (t)) of a Channel Quality Indicator (CQI) table based on the received pilot signal. In addition, the TCU may determine a channel feedback matrix based on the received pilot signal. The channel feedback matrix of TCU-i is

Can be

Here, m may be the number of transmission beams of the base station transmitting the pilot signal. In addition, n may be the number of reception beams of the TCU receiving the pilot signal.

In step S905, the TCU may transmit channel state information to the base station. Then, the mobile communication network can transmit channel state information to the MEC server.

In step S906, the MEC server may determine an available data rate for a combination of a plurality of transmit beams of a base station and a plurality of receive beams of a TCU based on the received channel state information. When the MEC server receives channel state information from a plurality of TCUs, the MEC server may determine an available data rate for a combination of a plurality of transmit beams of the base station and a plurality of receive beams of each of the plurality of TCUs.

_{For example, the MEC server may determine an available data rate group R i} (t) as shown in Table 1 below based on the channel state information.

R _i (t)= {Rd _i,1,1 (t), ..., Rd _i,j,k (t), ... Rd _i,jmax,kmax (t)}

t may be a time point at which the MEC server determines the data rate. Here, i may be an index indicating the ID of the TCU, j may be an index indicating the type of the base station, and k may be an index indicating the sequence number of the transmission beam in each base station. For example, j is as follows.

j=1　: 5G base station (mmWave)

j=2　: 5G base station (sub6GHz)

j=3　: LTE base station

j=4　: WiFi base station

For each base station index j, k may exist as much as the maximum number of beams (kmax) of the corresponding base station. For example, when the maximum number of beams of a 5G base station (mmWave) is U, it may be k=1 to U when j=1. When the maximum number of beams of the 5G base station (sub6Ghz) is X, it may be k=1 to X when j=2. When the maximum number of beams of the LTE base station is Y, k=1 to Y when j=3. When the maximum number of beams of the WiFi base station is Z, it may be k=1 to Z when j=4.

The MEC server may generate a data rate group for each type of communication technology of the base station based on the _{data rate group R i (t).} For example, MEC server R _i (t) to 5G base station (mmWave) associated data rate group _{_{_{R i, 5G _ mmWave (t}}} ), the associated data rate group. 5G base station (sub6GHz) for R _{i, 5G} _{_} _sub6GHz ( t), a data rate group R _{i, LTE} _{(t) associated with an LTE base station, and a data rate group R i, Wi} _- _Fi (t) associated with a Wi-Fi base station may be generated. Here, R _i,5G _{_} _mmWave (t)={R _i,1 _, ₁ (t), ..., R _i,1,k (t), ... R _i,1,kmax (t)} And kmax may be the maximum number of transmission beams of a 5G base station (mmWave). Similarly, R _i,LTE (t)={R _i,3,1 (t), ..., R _i,3,k (t), ... R _i,3,kmax (t)} And, kmax may be the maximum number of transmission beams of the LTE base station.

When the MEC server receives channel state information from a plurality of TCUs, the MEC server provides a plurality of transmission beams and a plurality of transmission beams of the base station based on channel state information (e.g., CQI table) fed back by a plurality of TCUs connected to the base station. It is possible to determine an available data rate for a combination of a plurality of receive beams of each of the TCU.

In step S907, the TCU may acquire information on a downlink service requirement. For example, the TCU may obtain information on downlink service requirements from a plurality of electronic devices connected to the TCU. The information on the downlink service requirement may include information on a data rate, a data amount, a service type, and the like requested by each of the plurality of electronic devices.

For example, information on a downlink service requirement may include information on a data rate requirement and information on a delay requirement. In addition, the information on the downlink service requirements includes a sampling rate of the electronic device, the number of frames, whether the downlink data requested by the electronic device is raw data, or an encoding method when the downlink data of the electronic device is encoded (e.g.: H264, H265, HEVC, etc.) may further include at least one of information. Here, the electronic device may include a plurality of cameras, a plurality of lidar sensors, a plurality of radar sensors, and a plurality of RSEs shown in the examples of FIGS. 8 and 9.

In step S908, the TCU may transmit information on the downlink service requirement to the base station. Then, the mobile communication network can transmit information on downlink service requirements to the MEC server.

The MEC server may receive information on downlink service requirements of a plurality of TCUs connected to the base station. The MEC server can determine the data rate required by each TCU based on the downlink service requirements. _{In addition, the MEC server may create a group r TCU} (t) for the data rate required by each TCU. Here, t may be a time point at which the MEC server receives information on a downlink service requirement. Where r _TCU (t) is r _TCU (t)=(r _TCU,1 (t), r _TCU,2 (t), ..., r _{TCU, i} (t), ..., r _{TCU, It} may be imax (t)}. i is the index of the TCU connected to the base station. imax may be the same as the number of TCUs connected to the base station. For example, r _TCU,i (t) may mean downlink data requested by TCU-i.

For reference, steps S907 and S908 may be performed periodically. Also, steps S907 and S908 may be performed before step S901. The information on the downlink service requirement transmitted in step S908 may be included in the information on the TCU transmitted in step S901 and transmitted.

In step S909, the MEC server may determine the priority of the TCU based on the information on the data transmission area and the TCU. Here, when the base station includes a plurality of base stations, the data transmission region may include a plurality of data transmission regions associated with each base station. For example, the base station may include a long term evolution (LTE) base station, a first 5G base station (sub6GHz), and a second 5G base station (mmWave). Then, the data transmission region may include a first data transmission region associated with the second 5G base station, a second data transmission region associated with the second 5G base station, and a third data transmission region associated with the LTE base station.

Here, the data transmission region refers to a region in which a signal to interference & noise ratio (SINR) capable of data communication is guaranteed when the base station transmits data. For example, when the LTE base station transmits data, a region in which SINR corresponding to a data rate of 10 Mbps or higher is guaranteed may be the third data transmission region. The data transmission area may be an area previously set by a business operator (communication service provider, autonomous driving service provider, etc.) through test driving. The MEC server may display the data transmission area and the area overlapping with the road on the map information.

An example of the data transmission area will be further described with reference to FIGS. 10 and 11.

The MEC server may determine a distance between the plurality of TCUs and the boundary of the data transmission area based on information on the data transmission area and the plurality of TCUs, and may determine the priority of the plurality of TCUs based on the determined distance. Alternatively, the MEC server may determine the time it takes for each of the plurality of TCUs to leave the data transmission area based on information on the data transmission area and the plurality of TCUs, and may determine the priority of the plurality of TCUs based on the determined time. . An example in which the MEC server determines the distance between the plurality of TCUs and the boundary of the data transmission area and the example of determining the time it takes for each of the plurality of TCUs to leave the data transmission area will be described in detail with reference to FIGS. 10 and 11. do.

In step S910, the MEC server may determine a transmission beam of the base station for transmitting downlink data to the TCU based on the priority. When the MEC server determines a transmission beam for transmitting data to a plurality of TCUs (eg, a first TCU and a second TCU), the MEC server determines the transmission beam for transmitting data to the first TCU is a first transmission beam, The transmission beam for transmitting data to the second TCU may be determined as the second transmission beam. A specific example in which the MEC server determines the transmission beam of the base station for transmitting downlink data to the TCU will be described with reference to FIGS. 14 and 15.

In step S911, the MEC server may transmit downlink data to the mobile communication network. Then, the base station can transmit downlink data to the TCU. For example, the MEC server may transmit downlink data for the first TCU to the mobile communication network. Then, the base station may transmit downlink data to the first TCU using the first transmission beam. Likewise, the MEC server may transmit downlink data for the second TCU to the mobile communication network. Then, the base station may transmit downlink data to the second TCU using the second transmission beam.

In step S912, the TCU may transmit downlink data to at least one electronic device.

도 10은 기지국의 데이터 전송 영역과 복수의 10 is a data transmission area of the base station and a plurality of TCU의TCU 예시를 나타낸다. Shows an example.

Referring to FIG. 10, a base station 620 and TCU-1 to TCU-6 (100-1 to 100-6) are shown. Hereinafter, when describing the base station 620 and the TCU-1 to TCU-6 (100-1 to 100-6), reference numerals will be omitted.

In FIG. 10, the base station includes an LTE base station, a first 5G base station (sub6GHz), and a second 5G base station (mmWave). 10 will be described on the assumption that the LTE base station, the first 5G base station (sub6GHz) and the second 5G base station (mmWave) included in the base station are installed at the same location. For reference, FIG. 10 is only an example for explanation, and unlike FIG. 10, the LTE base station, the first 5G base station (sub6GHz), and the second 5G base station (mmWave) may be installed at different locations.

The 5G_mmWave area is a data transmission area of the second 5G base station (mmWave). The 5G_sub6GHz region is a data transmission region of the first 5G base station (sub6GHz). The LTE area is a data transmission area of an LTE base station.

TCU-1 and TCU-2 are in the 5G_mmWave area, 5G_sub6GHz area and LTE area. TCU-3 and TCU-4 are in the 5G_sub6GHz area and the LTE area. The TCU-5 and TCU-6 are in the LTE domain.

Assume that both TCU-1 to TCU-6 move in one direction (the direction from the base station to the LTE border). L1 to L6 are distances to the boundary of the data transmission region having the highest data rate among the data transmission regions including each of TCU-1 to TCU-6. For example, the distance between the TCU-1 and the 5G_mmWave boundary is L1. The distance between the TCU-4 and the 5G_sub6GHz border is L3.

The MEC server may determine the priorities of TCU-1 to TCU-6 according to step S909 of FIG. 9.

For example, the MEC server may determine priorities for all of TCU-1 to TCU-6. For example, if the MEC server determines the priority based on the distance between the TCU and the boundary of the data transmission area, the MEC server compares all L1 to L6 and determines the priority of the TCU higher in the order of the shorter distance. I can.

Alternatively, the MEC server may determine the priority of the TCU by classifying the TCUs for each TCU having the same data transmission area having the highest data rate. For example, the MEC server can determine the priorities of TCU-1 and TCU-2, determine the priorities of TCU-3 and TCU-4, and determine the priorities of TCU-5 and TCU-6. When the MEC server determines the priority based on the distance between the TCU and the boundary of the data transmission area, the priority of TCU-1 is higher than that of TCU-2, the priority of TCU-3 is higher than that of TCU-4, and the TCU The priority of -5 can be higher than TCU-6.

The MEC server may determine L1 to L6 as in the example of FIG. 11.

도 11은 기지국의 데이터 전송 영역의 경계와 11 is a boundary of a data transmission area of a base station and TCUTCU 사이의 거리를 계산하는 예시를 나타낸다. An example of calculating the distance between them is shown.

Referring to FIG. 11, a base station 620 and a TCU 100 are shown. The base station 620 is the same as the base station 620 of FIG. 10. In the following description of the base station 620 and the TCU 100, reference numerals will be omitted.

The location of the base station is (X _BS , Y _BS ). The MEC server may determine the location of the base station based on the information on the device station in step S902 of FIG. 9. The current position of the _TCU is (x TCU (t), y _TCU (t)). The MEC server may periodically acquire information on the location of the TCU as described in step S902.

The MEC server can set the x-axis based on the moving direction of the TCU and set the y-axis perpendicular to the moving direction of the TCU.

R is the radius of the _5G _{_} _mmWave 5G_mmWave area. That is, R _5G _{_} _mmWave _- is the distance to the boundary of the area from the base station 5G_mmWave. Likewise, R is the radius of _5G _{_} _sub6GHz 5G_sub6GHz area, R is the radius of the _LTE LTE area.

L _5G _{_} _mmWave is the distance from the current location of the TCU to the boundary of the area 5G_mmWave. L _{5G_sub6GHz} is the distance from the current location of the TCU to the boundary of the 5G_sub6GHz area. L _LTE is the distance from the current location of the TCU to the boundary of the LTE area.

_{The MEC server may determine L 5G} _{_} _mmWave , L _5G _{_} _{sub6 GHz} and L _LTE based on the location of the TCU, the location of the base station, and the radius of the data transmission area.

For example, the MEC server uses L _5G _{_} _mmWave and L _{5G_mmWave} =

Can be determined by Similarly, MEC server the L _{5G_sub6GHz} _{5G_sub6GHz} L =

Can be determined by And, MEC Server is an L _{_LTE} L _LTE =

Can be determined by

The MEC server may determine a time taken for each of the plurality of TCUs to leave the data transmission area in step S909 of FIG. 9, and may determine the priority of the plurality of TCUs based on the determined time.

Here, the MEC server may determine the time it takes for the TCU to leave the data transmission area as T _i,5G _{_} _mmWave (t), T _i,5G _{_} _{sub6 GHz} (t) or T _i,LTE (t). _{_{_{T i, 5G _ mmWave (t}}} ), T i, 5G_sub6GHz (t) and T _{i, LTE} (t), respectively is the time it takes the TCU as far outside the region 5G_mmWave, 5G_sub6GHz region and the LTE area.

If the data transmission area having the highest data rate among the data transmission areas including TCU-i is the 5G_mmWave area, the MEC server may determine T _5G _{_} _mmWave (t) = L _5G _{_} _mmWave / v _i (t). Where v _i (t) is the speed of TCU-i.

If during the data transmission region includes the TCU-i the data rate is the highest data transfer area 5G_sub6GHz area, MEC server may determine the _{_{_{T 5G _ sub6GHz (t) =}}} L 5G _ sub6GHz / v i (t).

If the data transmission region having the highest data rate among the data transmission regions including TCU-i is the LTE region, the MEC server may determine T _LTE (t) = L _LTE /v _i (t).

In step S909 of FIG. 9, the MEC server may determine the priority of the plurality of TCUs in the order of the shortest time taken for the TCU to leave the data transmission area.

도 Degree 12은12 is 차량이 직진하는 경우, 기지국의 데이터 전송 영역의 경계와 When the vehicle goes straight, the boundary of the data transmission area of the base station and TCUTCU 사이의 거리를 계산하는 예시를 나타낸다. An example of calculating the distance between them is shown.

Referring to FIG. 12, a base station 620 and a vehicle 670 are shown. The vehicle 670 is equipped with a TCU. The base station 620 is the same as the base station 620 of FIGS. 10 and 11. When describing the base station 620 and the vehicle 670 below, reference numerals will be omitted.

The radius of the data transmission area of the base station is R. The vehicle is going straight in the direction of the arrow shown in the drawing. The current position of the vehicle is (x1,y1). That is, the current position of the TCU is (x1,y1).

The MEC server may acquire location information of the TCU at regular time intervals, and acquire a plurality of location samples of the TCU based on the acquired location information. For example, the MEC server may acquire the location information of the TCU in 10 msec cycles. In the drawing, (x1,y1) is the location of the first acquired TCU, (x5,y5) is the location of the fifth TCU, and (x10,y10) is the location of the tenth TCU. . The MEC server may determine an average vector according to the movement of the TCU based on the obtained 10 samples. The MEC server may determine the moving direction of the TCU based on the obtained 10 samples, and may determine the position (X,Y) of the contact point where the TCU will meet at the boundary of the data transmission area.

The MEC server can determine the distance L between the boundary of the data transmission area and the TCU based on the location (X,Y) of the contact point and the current location of the TCU.

도 13은 차량이 교차로에서 방향을 전환하는 경우, 기지국의 데이터 전송 영역의 경계와 TCU 사이의 거리를 계산하는 예시를 나타낸다.13 illustrates an example of calculating a distance between a boundary of a data transmission area of a base station and a TCU when a vehicle changes direction at an intersection.

13, a base station 620 and a vehicle 670 are shown. The vehicle 670 is equipped with a TCU. The base station 620 is the same as the base station 620 of FIGS. 10 to 12. When describing the base station 620 and the vehicle 670 below, reference numerals will be omitted.

In Fig. 13, the vehicle goes straight after making a right turn at an intersection. The MEC server can receive information about the TCU. The MEC server may recognize the rotation angle of the steering wheel of the vehicle and the rotation of the TCU based on the information on the TCU.

The MEC server may acquire location information of the TCU at predetermined time intervals from the point where the vehicle changes direction at the intersection. For example, the MEC server may acquire the location information of the TCU in 10 msec cycles. In the drawing, (x1,y1) is the location of the first acquired TCU, (x5,y5) is the location of the fifth TCU, and (x10,y10) is the location of the tenth TCU. . The MEC server may determine an average vector according to the movement of the TCU based on the obtained 10 samples. The MEC server may determine the moving direction of the TCU based on the obtained 10 samples, and may determine the position (X,Y) of the contact point where the TCU will meet at the boundary of the data transmission area.

The MEC server may determine the location (X,Y) of the contact point where the TCU meets the boundary of the data transmission area in various situations including the examples of FIGS. 12 and 13. Further, the MEC server may determine the distance L between the boundary of the data transmission area and the TCU based on (X,Y) and the current position of the TCU.

For example, when the vehicle stops (waiting for a signal, stopping due to pedestrians, etc.), the MEC server can determine (X,Y). Specifically, the MEC server may receive information on the brake ECU of the vehicle. The MEC server may determine that the vehicle is in a stopped state based on the information on the brake ECU. The MEC server may determine that the current location of the vehicle is located in front of a traffic light on the map information based on the GPS location information of the vehicle. When the current position of the vehicle is in front of a traffic light, the MEC server may receive information about the signal waiting of the traffic light from a road side unit (RSU). The MEC server can determine how long the vehicle has to wait for a signal in front of a traffic light (for example, the signal wait time Tw). When the Tw time elapses, the MEC server acquires the location information of the TCU at regular time intervals as described in FIGS. 12 and 13 to determine the location (X, Y) of the contact point and the distance L between the boundary of the data transmission area and the TCU. You can decide.

For reference, the RSU may be a fixed terminal supporting Vehicle-to-Infrastructure (V2I). The RSU may provide RSU information to the TCU or MEC server. RSU information is information provided by RSU, and includes the ID of the TCU adjacent to the RSU, lane information, signal waiting information (information on the current traffic light color, whether the signal is changed to a certain signal within a certain time, etc.), and location information. I can.

For another example, when the vehicle is parked in a ground parking lot, the MEC server may determine (X,Y). The TCU may determine whether the location of the TCU is a ground parking lot by comparing the location information of the vehicle and the map information. When the location of the TCU is a ground parking lot, the TCU may determine whether the vehicle's ignition key is in the OFF state by acquiring the status information of the engine ECU and the information of the CAN controller. Alternatively, when the TCU detects that the CAN controller broadcasts an OFF signal to a plurality of ECUs, the TCU may recognize that the vehicle is turned off. When the TCU detects that the vehicle's ignition key is OFF or the vehicle's ignition is OFF, it can stop the operation of transmitting location information to the MEC server. When the TCU detects that the CAN controller turns on the ignition key and the ignition key is turned on, and the CAN controller sends an initialization CAN frame to all ECUs, the TCU determines the location of the TCU and sends the location information of the TCU to the MEC server. You can resume the transfer to. In addition, when the TCU receives a CAN frame including engine RPM (revolutions per minute) information from an auto driving system computer (ADSC) or an engine ECU, the TCU may determine that the vehicle resumes movement. Then, the TCU can resume the operation of recognizing the location of the TCU and transmitting the location information of the TCU to the MEC server. When the TCU resumes the operation of transmitting the location information, the MEC server acquires the location information of the TCU at regular time intervals as described in FIGS. The distance L between the TCUs can be determined.

For another example, when the vehicle is parked in an underground parking lot, the MEC server may determine (X,Y). The TCU can calculate the speed and direction of the vehicle by acquiring information on the rotation angle of the steering wheel and RPM information of the engine ECU from the moment when the vehicle enters the underground parking lot and the GPS signal is not received. In addition, the TCU may provide information on the speed and direction of the vehicle to the MEC server. Then, the MEC server may determine (X,Y) based on the information received from the TCU. As described with reference to FIGS. 12 and 13, the MEC server may determine the location (X, Y) of the contact point and the distance L between the boundary of the data transmission area and the TCU by acquiring the location information of the TCU at regular time intervals.

For another example, even when a vehicle handovers to an adjacent base station, the MEC server may determine (X,Y). When the TCU attempts handover because the strength of the signal communicated with the existing base station is weakened, the TCU may transmit a handover request message through a radio channel of the base station to be handed over. When the MEC server receives a handover request message from the TCU, it may receive location information of the TCU from the TCU. The MEC server may acquire the location information of the TCU at predetermined time intervals, as described with reference to FIGS. 12 and 13, based on the location information of the TCU. The MEC server may transmit information about the TCU to a new MEC server that controls the base station located in the direction the TCU moves. Information on the TCU may transmit, for example, the ID of the TCU, location information of the TCU, resource allocation information, and a data rate (r _{TCU, i} (t)) requested by the TCU. Then, the new MEC server can perform the operations described in FIG. 9 to meet _{the data rate r TCU, i (t) required by the TCU.}

도 14는 도 9의 단계(S910)의 제1 예를 나타낸다.14 shows a first example of step S910 of FIG. 9.

The MEC server can perform step S911 of FIG. 9 after performing steps S1401 to S1403 for all TCUs connected to the base station.

Alternatively, the MEC server may perform steps S1401 to S1403 for the TCU having the highest priority and perform step S911. In addition, the MEC server may perform steps S1401 to S1403 for the TCU having the second highest priority, and may perform step S911.

The MEC server is the time it takes for at least one TCU located in the data transmission area of the 5G base station (mmWave) to leave the data transmission area.The element with the smallest value in the _{group T 5G} _{_} _mmWave _{(t) T i} _{*,5G_} _mmWave (t) You can choose. That is, T _i _{*,5G_} _mmWave (t) = min(T _{5G_mmWave} (t)). _5G _mmWave T _{_} (t) is a group of time as far as outside of the, TCU is 5G_mmWave determined in accordance with the contents described in FIG. T _5G _{_} _mmWave (t)=(T _{1,5G_} _mmWave (t), T _{2,5G_} _mmWave (t), ... T _i,5G _{_mmWave} (t), ..., T _imax,5G _{_} _mmWave ( t)}. Here, i is the index of the TCU, and imax is the number of TCUs located in the 5G_mmWave area.

In steps S1401 to S1403, when the MEC server determines a transmission beam of a base station for transmitting downlink data for a plurality of TCUs based on priority, one TCU (TCU-i*) among the plurality of TCUs ). TCU-i* means a TCU corresponding to _{T i*,5G_mmWave (t) selected above.}

In step S1401, the MEC server may _{select an element R i} _*, _{1, k} _* (t) having the smallest value among the elements of _{R i} _{*,5G_} _{mmWave (t).} _{The MEC server can add R i} _*, _1,k _* (t) to the selected data rate group S(t) _{and delete R i} _{*,5G_} _mmWave (t) from R _i _{*,5G_} _mmWave (t). have. Here, R _{i*,5G_mmWave} (t) is determined according to step S906 of FIG. 9.

For reference, in step S1401, the MEC server _{selects the element with the smallest value among the elements of R i} _{*,5G_} _mmWave (t), but this is only an example, and the MEC server is R _i _{*,5G_} _mmWave (t You can also select an element with the largest value among the elements of ).

In step S1402, the MEC server may determine whether the sum of the data rates of all elements included in S(t) is greater than _{r TCU,i} _{* (t).} r _TCU,i _* (t) is the data rate required by TCU-i*.

MEC server is SUM(S(t))>If it _{is determined as r TCU,i} _* (t), the MEC server may perform step S1403. MEC server is SUM(S(t))>If _{it is determined that it is not r TCU,i} _* (t), the MEC server may perform step S1401.

In step S1403, the MEC server may determine at least one transmission beam corresponding to all elements included in the group S(t) as a transmission beam of the base station for transmitting downlink data. In other words, the MEC server may determine the transmission beam of the base station that will transmit downlink data to the TCU-i* as at least one transmission beam corresponding to all elements included in the group S(t).

MEC server after performing a step (S1401) to step _{_{(S1403), T 5G _ T}} i * in _mmWave _(t), can be deleted _{5G_mmWave} (t). In addition, the MEC server may _{select an element with the smallest value in T 5G} _{_} _mmWave (t), and perform steps S1401 to S1403 on the TCU corresponding to the selected element.

도 15는 도 9의 단계(S910)의 제2 예를 나타낸다.15 shows a second example of step S910 of FIG. 9.

The MEC server may perform step S911 of FIG. 9 after performing steps S1501 to S1504 for all TCUs connected to the base station.

Alternatively, the MEC server may perform steps S1501 to S1504 for the TCU having the highest priority and perform step S911. In addition, the MEC server may perform steps S1501 to S1504 for the TCU having the second highest priority, and may perform step S911.

In steps S1501 to S1504, when the MEC server determines a transmission beam of a base station for transmitting downlink data for a plurality of TCUs based on priority, one TCU (TCU-i*) among the plurality of TCUs ). TCU-i* means a TCU corresponding to _{T i*,5G_mmWave (t) selected above.}

In step S1501, the MEC server may _{add all elements of R i} _{*,5G_} _mmWave (t) to the selected data rate group S(t). Step S1501 may be performed when the sum of all elements of _{R i} _{*,5G_} _mmWave (t) is not greater than _{the data rate r TCU,i} _{* (t) required by TCU-i*.}

In step S1502, the MEC server may determine whether the sum of the data rates of all elements included in S(t) is greater than _{r TCU,i*(t).}

MEC server is SUM(S(t))>If determined by r _TCU,i _* (t), the MEC server may perform step S1504. MEC server is SUM(S(t))>If _{it is determined that it is not r TCU,i} _* (t), the MEC server may perform step S1503.

In step (S1503), the MEC server R _i _{*, j *} (t) element _{_{R i *, j *, k}} * S (t) is a group of an element selected a (t) has the smallest value of the elements of Can be added and _{deleted from the elements R i} _*,j*,k* (t) R _i _*,j* (t). Here, j* may be greater than 1. j* may correspond to a data transmission region having a lower data rate than the 5G_mmWave region among the data transmission regions in which the TCU-i* is located. For example, j* may be 2 (5G_sub6GHz) or 3 (LTE). The MEC server may perform step S1503 while sequentially increasing the value of j*. In other words, MEC server R _i _{*, 5G_} the steps (S1503) for the elements of _sub6GHz (t) _and, R _i _*, all the elements of _{5G_} _sub6GHz (t) is later added to the S (t) is Step (S1503) may be performed on the elements of R _i _{* and} _{LTE (t).}

In step S1504, the MEC server may determine at least one transmission beam corresponding to all elements included in the group S(t) as the transmission beam of the base station for transmitting downlink data. In other words, the MEC server may determine the transmission beam of the base station that will transmit downlink data to the TCU-i* as at least one transmission beam corresponding to all elements included in the group S(t).

For reference, FIGS. 14 and 15 illustrate the operation of the MEC server by taking the TCU located in the data transmission area of the 5G base station (5GmmWave) as an example, but this is only an example, and the operation of the MEC server described in FIGS. 14 and 15 Is also applicable to a TCU located in a data transmission area of a 5G base station (Sub6GHz) or a data transmission area of an LTE base station.

도 16은 일 실시 예에 따른 MEC 서버와 TCU의 구성 블록도이다.16 is a block diagram of a MEC server and a TCU according to an embodiment.

Referring to FIG. 16, the MEC server 610 and the TCU 100 may each include a memory, a processor, and a transceiver.

The illustrated processor, memory, and transceiver may be implemented as separate chips, or at least two or more blocks/functions may be implemented through a single chip.

The transmission/reception unit includes a transmitter and a receiver. When a specific operation is performed, only one of the transmitter and the receiver may be performed, or both the transmitter and the receiver may be performed. The transceiver may include one or more antennas for transmitting and/or receiving radio signals. In addition, the transmission/reception unit may include an amplifier for amplifying a reception signal and/or a transmission signal, and a bandpass filter for transmission over a specific frequency band.

As described above, the transceiver of the TCU includes a first 5G transceiver (ie, a modem/antenna using sub 6GHz), a second 5G transceiver (ie, a modem/antenna using mmWave), an LTE transceiver (i.e., LTE It may include a modem/antenna).

The processor may implement the functions, processes and/or methods proposed in the present specification. The processor may include an encoder and a decoder. For example, the processor may perform an operation according to the above description. Such a processor may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, a data processing device, and/or a converter for converting a baseband signal and a radio signal to each other.

The memory may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium, and/or other storage device.

도 17은 본 발명의 17 is a view of the present invention 실시예에In the example 따른 Follow TCU의TCU 구성을 상세하게 나타낸 Detailed configuration 블록도이다Block diagram ..

The illustrated TCU 100 includes a transceiver 110, a processor 120, a memory 130, one or more antennas, and a subscriber identification module (SIM) card.

The illustrated TCU 100 may further include a speaker 161 and a microphone 162 as necessary.

The illustrated TCU 100 may further include a display 151 and an input unit 152 as necessary.

Processor 120 may be configured to implement the proposed functions, procedures and/or methods described herein. Layers of the air interface protocol may be implemented in the processor 120. The processor 120 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, and/or a data processing device. The processor 102 may be an application processor (AP). The processor 120 may include at least one of a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), and a modem (modulator and demodulator). Examples of the processor 120 are SNAPDRAGONTM series processors manufactured by Qualcomm®, EXYNOSTM series processors manufactured by Samsung®, A series processors manufactured by Apple®, HELIOTM series processors manufactured by MediaTek®, INTEL®. It may be an ATOMTM series processor manufactured by or a corresponding next-generation processor.

The display 151 outputs a result processed by the processor 120. The input unit 152 receives an input to be used by the processor 120. The input unit 152 may be displayed on the display 151. The SIM card is an integrated circuit used to securely store an international mobile subscriber identity (IMSI) used to identify and authenticate a subscriber in a mobile phone device such as a mobile phone and a computer and a key associated therewith. The SIM card is not physically implemented, but may be implemented as a computer program and stored in the memory.

The memory 130 is operatively coupled to the processor 120 and stores various information for operating the processor 120. The memory 130 may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium, and/or other storage device. When an embodiment is implemented as software, the techniques described in this specification may be implemented as a module (eg, a procedure, a function, etc.) that performs the functions described in the specification. Modules may be stored in memory 130 and executed by processor 120. The memory 130 may be implemented inside the processor 120. Alternatively, the memory 130 may be implemented outside the processor 120 and may be communicatively connected to the processor 120 through various means known in the art.

The transceiver 110 is operatively coupled to the processor 120 and transmits and/or receives a radio signal. The transceiver 110 includes a transmitter and a receiver. The transceiver 110 may include a baseband circuit for processing a radio frequency signal. The transceiver unit controls one or more antennas to transmit and/or receive radio signals.

The speaker 161 outputs a sound-related result processed by the processor 120. The microphone 162 receives a sound related input to be used by the processor 120.

In the above, preferred embodiments of the present invention have been exemplarily described, but the scope of the present invention is not limited to such specific embodiments, and thus the present invention is in various forms within the scope described in the spirit and claims of the present invention. It can be modified, changed, or improved.

In the exemplary system described above, the methods are described on the basis of a flowchart as a series of steps or blocks, but the present invention is not limited to the order of steps, and certain steps may occur in a different order or concurrently with the steps described above. I can. In addition, those skilled in the art will appreciate that the steps shown in the flowchart are not exclusive, other steps may be included, or one or more steps in the flowchart may be deleted without affecting the scope of the present invention.

The claims set forth herein may be combined in a variety of ways. For example, the technical features of the method claims of the present specification may be combined to be implemented as a device, and the technical features of the device claims of the present specification may be combined to be implemented by a method. In addition, the technical characteristics of the method claim of the present specification and the technical characteristics of the device claim may be combined to be implemented as a device, and the technical characteristics of the method claim of the present specification and the technical characteristics of the device claim may be combined to be implemented by a method.

Claims

As a server that controls the TCU (Telematics Communication Unit) installed in the vehicle in the next generation mobile communication system,

A transmission/reception unit; And

Including a processor for controlling the transmitting and receiving unit,

The processor,

Controlling the transceiver to receive information on a plurality of TCUs connected to the base station through the base station,

The information on the plurality of TCUs includes information on a first TCU mounted on a first vehicle and information on a second TCU mounted on a second vehicle;

A process of determining priorities of the first and second TCUs based on information on the plurality of TCUs and a data transmission area of the base station,

The data transmission area is an area preset around the base station;

A process of determining a first transmission beam of the base station for transmitting downlink data to the first TCU and a second transmission beam of the base station for transmitting downlink data to the second TCU based on the determined priority ; And

A server performing a process of transmitting downlink data to each of the first and second TCUs through the base station by controlling the transmission/reception unit, based on each of the first and second transmission beams.
The method of claim 1,

The data transmission area is a server that is a preset area in which a data rate of downlink data transmitted by the base station is equal to or greater than a preset threshold.
The method of claim 1,

The priority of the first and second TCUs is set higher as the positions of the first and second TCUs are closer to the boundary of the data transmission area, based on information on the plurality of TCUs.
The method of claim 1,

Information on the first TCU,

Including location information of the first TCU and speed information of the first TCU,

Information on the second TCU,

A server including location information of the second TCU and speed information of the second TCU.
The method of claim 4,

The priority of the first and second TCUs is based on position information of the first and second TCUs and speed information of the first and second TCUs, and each of the first and second TCUs is the data transmission area. The shorter the time to reach the boundary of the server, the higher it is set.
The method of claim 1,

The process of determining the first transmission beam and the second transmission beam,

A server that sequentially determines the first and second transmission beams in the order of higher priority among the first and second TCUs.
The method of claim 1,

Information on the first TCU,

Includes information on downlink data requested by the first TCU,

Information on the second TCU,

A server including information on downlink data requested by the second TCU.
The method of claim 1,

The base station,

A server including a long term evolution (LTE) base station, a first 5G base station (sub6GHz), and a second 5G base station (mmWave).
The method of claim 8,

The data transmission area,

A server comprising a first data transmission region associated with the second 5G base station, a second data transmission region associated with the second 5G base station, and a third data transmission region associated with the LTE base station.
As a method for transmitting downlink data to a plurality of TCUs by a server controlling a TCU (Telematics Communication Unit) installed in a vehicle in a next-generation mobile communication system,

Receiving information on a plurality of TCUs connected to the base station through a base station,

The information on the plurality of TCUs includes information on a first TCU mounted on a first vehicle and information on a second TCU mounted on a second vehicle;

Determining priorities of the first and second TCUs based on information on the plurality of TCUs and a data transmission area of the base station,

The data transmission area is an area preset around the base station;

Determining a first transmission beam of the base station for transmitting downlink data to the first TCU and a second transmission beam of the base station for transmitting downlink data to the second TCU based on the determined priority ; And

And transmitting downlink data to each of the first and second TCUs through the base station by controlling the transmission/reception unit, based on each of the first and second transmission beams.
The method of claim 10,

The data transmission area is a preset area in which a data rate of downlink data transmitted by the base station is equal to or greater than a preset threshold.
The method of claim 10,

The priority of the first and second TCUs is set higher as the positions of the first and second TCUs are closer to the boundary of the data transmission area, based on information on the plurality of TCUs.
The method of claim 10,

Information on the first TCU,

Including location information of the first TCU and speed information of the first TCU,

Information on the second TCU,

A method including location information of the second TCU and speed information of the second TCU.
The method of claim 10,

The priority of the first and second TCUs is based on position information of the first and second TCUs and speed information of the first and second TCUs, and each of the first and second TCUs is the data transmission area. The shorter the time to reach the boundary of, the higher it is set.
The method of claim 10,

Determining the first transmission beam and the second transmission beam,

A method of sequentially determining the first and second transmission beams in the order of higher priority among the first and second TCUs.
The method of claim 10,

Information on the first TCU,

Includes information on downlink data requested by the first TCU,

Information on the second TCU,

A method including information on downlink data requested by the second TCU.
The method of claim 10,

The base station,

A method including a long term evolution (LTE) base station, a first 5G base station (sub6GHz), and a second 5G base station (mmWave).
The method of claim 17,

The data transmission area,

A method comprising a first data transmission region associated with the second 5G base station, a second data transmission region associated with the second 5G base station, and a third data transmission region associated with the LTE base station.