WO2018128519A1 - 무선 통신 시스템에서 리모트 ue와 연결을 가진 릴레이 ue가 네트워크와 연결 수행 방법 및 이를 위한 장치 - Google Patents

무선 통신 시스템에서 리모트 ue와 연결을 가진 릴레이 ue가 네트워크와 연결 수행 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2018128519A1
WO2018128519A1 PCT/KR2018/000403 KR2018000403W WO2018128519A1 WO 2018128519 A1 WO2018128519 A1 WO 2018128519A1 KR 2018000403 W KR2018000403 W KR 2018000403W WO 2018128519 A1 WO2018128519 A1 WO 2018128519A1
Authority
WO
WIPO (PCT)
Prior art keywords
relay
remote
traffic
rrc connection
information
Prior art date
Application number
PCT/KR2018/000403
Other languages
English (en)
French (fr)
Inventor
김래영
김재현
천성덕
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to CN201880006263.XA priority Critical patent/CN110178441B/zh
Priority to US16/476,732 priority patent/US11177870B2/en
Priority to EP18735893.2A priority patent/EP3567981B1/en
Publication of WO2018128519A1 publication Critical patent/WO2018128519A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user

Definitions

  • the following description relates to a wireless communication system, and more particularly, to a method and apparatus for relay UE having a connection with a remote UE (User Equipment) to perform a connection with a network.
  • a remote UE User Equipment
  • Wireless communication systems are widely deployed to provide various kinds of communication services such as voice and data.
  • a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency (SC-FDMA).
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • MCD division multiple access
  • MCDMA multi-carrier frequency division multiple access
  • MC-FDMA multi-carrier frequency division multiple access
  • the technical problem is how a relay UE having a connection with a remote UE (User Equipment) performs a connection with a network, specifically, how to apply access control and how to handle a connection request due to traffic of the remote UE. .
  • a relay UE having a connection with a remote UE (User Equipment) in a wireless communication system, the method comprising: receiving a relay request from a remote UE; Transmitting a random access preamble to a base station after receiving the relay request; Receiving a random access response that is a response to the random access preamble transmission; Transmitting an RRC connection request after receiving the random access response; And after receiving an RRC connection setup that is a response to the RRC connection request, transmitting an RRC connection setup complete message, wherein the establishment cause included in the RRC connection request includes a connection request for the traffic of the relay UE.
  • Connection determination which is determined in consideration of one or more of the priority between the establishment cause for the connection request for its traffic and the establishment cause set up based on the information provided by the remote UE, whether or not the relay UE needs to It is a way.
  • a relay UE device having a connection to a network with a remote UE (User Equipment) in a wireless communication system, comprising: a transceiver device; And a processor, the processor receiving a relay request from a remote UE, transmitting a random access preamble to a base station after receiving the relay request, receiving a random access response that is a response to the random access preamble transmission, After receiving the random access response, and transmits an RRC connection request, and after receiving the RRC connection setup that is a response to the RRC connection request, and transmits an RRC connection setup complete message, establishment cause included in the RRC connection request, the relay Whether the UE needs to make a connection request for its traffic, one of the priorities between the establishment cause for the relay UE to establish the connection request for its traffic and the establishment cause established based on the information provided by the remote UE
  • the relay UE apparatus is determined in consideration of the above.
  • the RRC connection request may include an establishment cause established based on information provided by the remote UE.
  • the RRC connection setup complete message may include an establishment cause configured to be used for relay operation by the relay UE.
  • the RRC connection setup complete message may include information indicating that the establishment cause transmitted in the RRC connection request is for a remote UE.
  • the RRC connection request is based on the establishment cause configured for the relay UE to use for the connection request for its own traffic and information provided by the remote UE.
  • the establishment cause may include a higher priority.
  • the RRC connection setup complete message may include a lower priority of an establishment cause set to be used by the relay UE for a connection request for its traffic and an establishment cause set based on information provided by a remote UE.
  • the RRC connection setup complete message may include information indicating whether the establishment cause transmitted in the RRC connection request is for a remote UE.
  • the method may further include receiving a message indicating that traffic has occurred from the remote UE.
  • the message indicating that the traffic has occurred is applied to information indicating that the uplink traffic, control plane (CP) traffic information, priority for the traffic, priority of the remote UE, access class information of the remote UE, traffic It may include one or more of possible access control (AC) information.
  • CP control plane
  • AC access control
  • the remote UE When the remote UE knows that the relay UE is IDLE, when uplink traffic occurs for the first time after establishing a connection with the relay UE, and when a predetermined time elapses after transmitting and receiving traffic through the relay, the relay UE In case of not knowing whether IDLE is IDLE, a message indicating that the traffic may be transmitted.
  • the relay UE may check whether traffic generated in the remote UE is related to AC.
  • the relay transmits a response to a message indicating that the traffic has occurred to the remote UE, and if the traffic generated in the remote UE is related to AC, the response to the message indicating that the traffic has occurred may include AC information. Can be.
  • the remote UE may check whether the traffic generated in the remote UE is subject to AC.
  • the relay UE can prevent the disadvantage that a separate or more expensive charge is granted for the Exception Data that it does not transmit.
  • FIG. 1 is a diagram illustrating a schematic structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).
  • EPS Evolved Packet System
  • EPC Evolved Packet Core
  • FIG. 2 is an exemplary view showing the architecture of a general E-UTRAN and EPC.
  • 3 is an exemplary view showing the structure of a radio interface protocol in a control plane.
  • FIG. 4 is an exemplary view showing the structure of a radio interface protocol in a user plane.
  • 5 is a flowchart illustrating a random access procedure.
  • RRC radio resource control
  • FIG. 7 is a diagram for describing a 5G system.
  • FIG. 8 is a diagram illustrating various scenarios of a relay.
  • 9 to 10 are diagrams for explaining embodiments of the present invention.
  • FIG. 11 is a diagram illustrating a configuration of a node device according to an embodiment of the present invention.
  • each component or feature may be considered to be optional unless otherwise stated.
  • Each component or feature may be embodied in a form that is not combined with other components or features.
  • some components and / or features may be combined to form an embodiment of the present invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment.
  • Embodiments of the present invention may be supported by standard documents disclosed in relation to at least one of the Institute of Electrical and Electronics Engineers (IEEE) 802 series system, 3GPP system, 3GPP LTE and LTE-A system, and 3GPP2 system. That is, steps or parts which are not described to clearly reveal the technical spirit of the present invention among the embodiments of the present invention may be supported by the above documents. In addition, all terms disclosed in the present document can be described by the above standard document.
  • IEEE Institute of Electrical and Electronics Engineers
  • UMTS Universal Mobile Telecommunications System
  • GSM Global System for Mobile Communication
  • Evolved Packet System A network system composed of an Evolved Packet Core (EPC), which is a packet switched (PS) core network based on Internet Protocol (IP), and an access network such as LTE / UTRAN.
  • EPC Evolved Packet Core
  • PS packet switched
  • IP Internet Protocol
  • UMTS is an evolutionary network.
  • NodeB base station of GERAN / UTRAN. It is installed outdoors and its coverage is macro cell size.
  • eNodeB base station of E-UTRAN. It is installed outdoors and its coverage is macro cell size.
  • UE User Equipment
  • the UE may be referred to in terms of terminal, mobile equipment (ME), mobile station (MS), and the like.
  • the UE may be a portable device such as a laptop, a mobile phone, a personal digital assistant (PDA), a smart phone, a multimedia device, or the like, or may be a non-portable device such as a personal computer (PC) or a vehicle-mounted device.
  • the term UE or UE may refer to an MTC device.
  • HNB Home NodeB
  • HeNB Home eNodeB: A base station of an EPS network, which is installed indoors and its coverage is micro cell size.
  • Mobility Management Entity A network node of an EPS network that performs mobility management (MM) and session management (SM) functions.
  • Packet Data Network-Gateway (PDN-GW) / PGW A network node of an EPS network that performs UE IP address assignment, packet screening and filtering, charging data collection, and the like.
  • SGW Serving Gateway
  • Non-Access Stratum Upper stratum of the control plane between the UE and the MME.
  • Packet Data Network A network in which a server supporting a specific service (eg, a Multimedia Messaging Service (MMS) server, a Wireless Application Protocol (WAP) server, etc.) is located.
  • a server supporting a specific service eg, a Multimedia Messaging Service (MMS) server, a Wireless Application Protocol (WAP) server, etc.
  • MMS Multimedia Messaging Service
  • WAP Wireless Application Protocol
  • PDN connection A logical connection between the UE and the PDN, represented by one IP address (one IPv4 address and / or one IPv6 prefix).
  • RAN Radio Access Network: a unit including a NodeB, an eNodeB and a Radio Network Controller (RNC) controlling them in a 3GPP network. It exists between UEs and provides a connection to the core network.
  • RNC Radio Network Controller
  • HLR Home Location Register
  • HSS Home Subscriber Server
  • PLMN Public Land Mobile Network
  • Proximity Service (or ProSe Service or Proximity based Service): A service that enables discovery and direct communication between physically close devices or communication through a base station or through a third party device. In this case, user plane data is exchanged through a direct data path without passing through a 3GPP core network (eg, EPC).
  • EPC 3GPP core network
  • EPC Evolved Packet Core
  • FIG. 1 is a diagram illustrating a schematic structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).
  • EPS Evolved Packet System
  • EPC Evolved Packet Core
  • SAE System Architecture Evolution
  • SAE is a research project to determine network structure supporting mobility between various kinds of networks.
  • SAE aims to provide an optimized packet-based system, for example, supporting various radio access technologies on an IP basis and providing enhanced data transfer capabilities.
  • the EPC is a core network of an IP mobile communication system for a 3GPP LTE system and may support packet-based real-time and non-real-time services.
  • a conventional mobile communication system i.e., a second generation or third generation mobile communication system
  • the core network is divided into two distinct sub-domains of circuit-switched (CS) for voice and packet-switched (PS) for data.
  • CS circuit-switched
  • PS packet-switched
  • the function has been implemented.
  • the sub-domains of CS and PS have been unified into one IP domain.
  • EPC IP Multimedia Subsystem
  • the EPC may include various components, and in FIG. 1, some of them correspond to a serving gateway (SGW), a packet data network gateway (PDN GW), a mobility management entity (MME), and a serving general packet (SGRS) Radio Service (Supporting Node) and Enhanced Packet Data Gateway (ePDG) are shown.
  • SGW serving gateway
  • PDN GW packet data network gateway
  • MME mobility management entity
  • SGRS serving general packet
  • Radio Service Upporting Node
  • ePDG Enhanced Packet Data Gateway
  • the SGW acts as a boundary point between the radio access network (RAN) and the core network, and is an element that functions to maintain a data path between the eNodeB and the PDN GW.
  • the SGW serves as a local mobility anchor point. That is, packets may be routed through the SGW for mobility in the E-UTRAN (Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later).
  • E-UTRAN Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later.
  • SGW also provides mobility with other 3GPP networks (RANs defined before 3GPP Release-8, such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.
  • RANs defined before 3GPP Release-8 such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.
  • GSM Global System for Mobile Communication
  • EDGE Enhanced Data rates for Global Evolution
  • the PDN GW corresponds to the termination point of the data interface towards the packet data network.
  • the PDN GW may support policy enforcement features, packet filtering, charging support, and the like.
  • mobility management between 3GPP networks and non-3GPP networks for example, untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax) Can serve as an anchor point for.
  • untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax
  • I-WLANs Interworking Wireless Local Area Networks
  • CDMA code-division multiple access
  • WiMax trusted networks
  • FIG. 1 shows that the SGW and the PDN GW are configured as separate gateways, two gateways may be implemented according to a single gateway configuration option.
  • the MME is an element that performs signaling and control functions to support access to the network connection of the UE, allocation of network resources, tracking, paging, roaming and handover, and the like.
  • the MME controls control plane functions related to subscriber and session management.
  • the MME manages a number of eNodeBs and performs signaling for the selection of a conventional gateway for handover to other 2G / 3G networks.
  • the MME also performs functions such as security procedures, terminal-to-network session handling, and idle terminal location management.
  • SGSN handles all packet data, such as user's mobility management and authentication to other 3GPP networks (eg GPRS networks).
  • 3GPP networks eg GPRS networks.
  • the ePDG acts as a secure node for untrusted non-3GPP networks (eg, I-WLAN, WiFi hotspots, etc.).
  • untrusted non-3GPP networks eg, I-WLAN, WiFi hotspots, etc.
  • a terminal having IP capability is an IP service network provided by an operator (ie, an operator) via various elements in the EPC, based on 3GPP access as well as non-3GPP access. (Eg, IMS).
  • FIG. 1 illustrates various reference points (eg, S1-U, S1-MME, etc.).
  • a conceptual link defining two functions existing in different functional entities of E-UTRAN and EPC is defined as a reference point.
  • Table 1 below summarizes the reference points shown in FIG. 1.
  • This reference point can be used in PLMN-to-PLMN-to-for example (for PLMN-to-PLMN handovers) (It enables user and bearer information exchange for inter 3GPP access network mobility in idle and / or active state This reference point can be used intra-PLMN or inter-PLMN (eg in the case of Inter-PLMN HO).)
  • S4 Reference point between SGW and SGSN that provides related control and mobility support between the GPRS core and SGW's 3GPP anchor functionality.It also provides user plane tunneling if no direct tunnel is established.
  • the 3GPP Anchor function of Serving GW In addition, if Direct Tunnel is not established, it provides the user plane tunnelling.
  • S5 Reference point providing user plane tunneling and tunnel management between the SGW and the PDN GW.
  • the PDN may be an operator external public or private PDN or, for example, an in-operator PDN for the provision of IMS services.
  • Packet data network may be an operator external public or private packet data network or an intra operator packet data network, eg for provision of IMS services.This reference point corresponds to Gi for 3GPP accesses.
  • S2a and S2b correspond to non-3GPP interfaces.
  • S2a is a reference point that provides the user plane with associated control and mobility support between trusted non-3GPP access and PDN GW.
  • S2b is a reference point that provides the user plane with relevant control and mobility support between the ePDG and PDN GW.
  • FIG. 2 is an exemplary view showing the architecture of a general E-UTRAN and EPC.
  • an eNodeB can route to a gateway, schedule and send paging messages, schedule and send broadcaster channels (BCHs), and resources in uplink and downlink while an RRC (Radio Resource Control) connection is active.
  • BCHs broadcaster channels
  • RRC Radio Resource Control
  • paging can occur, LTE_IDLE state management, user plane can perform encryption, SAE bearer control, NAS signaling encryption and integrity protection.
  • FIG. 3 is an exemplary diagram illustrating a structure of a radio interface protocol in a control plane between a terminal and a base station
  • FIG. 4 is an exemplary diagram illustrating a structure of a radio interface protocol in a user plane between a terminal and a base station. .
  • the air interface protocol is based on the 3GPP radio access network standard.
  • the air interface protocol is composed of a physical layer, a data link layer, and a network layer horizontally, and a user plane and control for data information transmission vertically. It is divided into a control plane for signal transmission.
  • the protocol layers are based on the lower three layers of the Open System Interconnection (OSI) reference model, which is widely known in communication systems, and includes L1 (first layer), L2 (second layer), and L3 (third layer). ) Can be separated.
  • OSI Open System Interconnection
  • the physical layer which is the first layer, provides an information transfer service using a physical channel.
  • the physical layer is connected to a medium access control layer on the upper side through a transport channel, and data between the medium access control layer and the physical layer is transmitted through the transport channel.
  • data is transferred between different physical layers, that is, between physical layers of a transmitting side and a receiving side through a physical channel.
  • the physical channel is composed of several subframes on the time axis and several sub-carriers on the frequency axis.
  • one subframe includes a plurality of symbols and a plurality of subcarriers on the time axis.
  • One subframe consists of a plurality of resource blocks, and one resource block consists of a plurality of symbols and a plurality of subcarriers.
  • the transmission time interval (TTI) which is a unit time for transmitting data, is 1 ms corresponding to one subframe.
  • the physical channels existing in the physical layer of the transmitting side and the receiving side are physical downlink shared channel (PDSCH), physical uplink shared channel (PUSCH) and physical downlink control channel (PDCCH), which are control channels, It may be divided into a Physical Control Format Indicator Channel (PCFICH), a Physical Hybrid-ARQ Indicator Channel (PHICH), and a Physical Uplink Control Channel (PUCCH).
  • PCFICH Physical Control Format Indicator Channel
  • PHICH Physical Hybrid-ARQ Indicator Channel
  • PUCCH Physical Uplink Control Channel
  • the medium access control (MAC) layer of the second layer serves to map various logical channels to various transport channels, and also logical channel multiplexing to map several logical channels to one transport channel. (Multiplexing).
  • the MAC layer is connected to the upper layer RLC layer by a logical channel, and the logical channel includes a control channel for transmitting information of a control plane according to the type of information to be transmitted. It is divided into a traffic channel that transmits user plane information.
  • the Radio Link Control (RLC) layer of the second layer adjusts the data size so that the lower layer is suitable for transmitting data to the radio section by segmenting and concatenating data received from the upper layer. It plays a role.
  • RLC Radio Link Control
  • the Packet Data Convergence Protocol (PDCP) layer of the second layer is an IP containing relatively large and unnecessary control information for efficient transmission in a wireless bandwidth where bandwidth is small when transmitting an IP packet such as IPv4 or IPv6. Performs Header Compression which reduces the packet header size.
  • the PDCP layer also performs a security function, which is composed of encryption (Ciphering) to prevent third-party data interception and integrity protection (Integrity protection) to prevent third-party data manipulation.
  • the radio resource control layer (hereinafter RRC) layer located at the top of the third layer is defined only in the control plane, and the configuration and resetting of radio bearers (abbreviated as RBs) are performed. It is responsible for the control of logical channels, transport channels and physical channels in relation to configuration and release.
  • RB means a service provided by the second layer for data transmission between the terminal and the E-UTRAN.
  • RRC connection If there is an RRC connection (RRC connection) between the RRC of the terminal and the RRC layer of the wireless network, the terminal is in the RRC connected mode (Connected Mode), otherwise it is in the RRC idle mode (Idle Mode).
  • RRC connection If there is an RRC connection (RRC connection) between the RRC of the terminal and the RRC layer of the wireless network, the terminal is in the RRC connected mode (Connected Mode), otherwise it is in the RRC idle mode (Idle Mode).
  • the RRC state refers to whether or not the RRC of the UE is in a logical connection with the RRC of the E-UTRAN. If the RRC state is connected, the RRC_CONNECTED state is called, and the RRC_IDLE state is not connected. Since the UE in the RRC_CONNECTED state has an RRC connection, the E-UTRAN can grasp the existence of the UE in units of cells, and thus can effectively control the UE. On the other hand, the UE in the RRC_IDLE state cannot identify the existence of the UE by the E-UTRAN, and the core network manages the unit in a larger tracking area (TA) unit than the cell.
  • TA tracking area
  • each TA is identified by a tracking area identity (TAI).
  • TAI tracking area identity
  • the terminal may configure a TAI through a tracking area code (TAC), which is information broadcast in a cell.
  • TAC tracking area code
  • the terminal When the user first turns on the power of the terminal, the terminal first searches for an appropriate cell, then establishes an RRC connection in the cell, and registers the terminal's information in the core network. Thereafter, the terminal stays in the RRC_IDLE state. The terminal staying in the RRC_IDLE state (re) selects a cell as needed and looks at system information or paging information. This is called camping on the cell.
  • the UE staying in the RRC_IDLE state makes an RRC connection with the RRC of the E-UTRAN through an RRC connection procedure and transitions to the RRC_CONNECTED state.
  • RRC_CONNECTED state There are several cases in which a UE in RRC_IDLE state needs to establish an RRC connection. For example, a user's call attempt, a data transmission attempt, etc. are required or a paging message is received from E-UTRAN. Reply message transmission, and the like.
  • a non-access stratum (NAS) layer located above the RRC layer performs functions such as session management and mobility management.
  • NAS non-access stratum
  • ESM evolved Session Management
  • the NAS layer performs functions such as default bearer management and dedicated bearer management, and is responsible for controlling the terminal to use the PS service from the network.
  • the default bearer resource is characterized in that it is allocated from the network when it is connected to the network when it first accesses a specific Packet Data Network (PDN).
  • PDN Packet Data Network
  • the network allocates an IP address usable by the terminal so that the terminal can use the data service, and also allocates QoS of the default bearer.
  • LTE supports two types of bearer having a guaranteed bit rate (GBR) QoS characteristic that guarantees a specific bandwidth for data transmission and reception, and a non-GBR bearer having a best effort QoS characteristic without guaranteeing bandwidth.
  • GBR guaranteed bit rate
  • Non-GBR bearer is assigned.
  • the bearer allocated to the terminal in the network is called an evolved packet service (EPS) bearer, and when the EPS bearer is allocated, the network allocates one ID. This is called EPS Bearer ID.
  • EPS bearer ID One EPS bearer has a QoS characteristic of a maximum bit rate (MBR) or / and a guaranteed bit rate (GBR).
  • 5 is a flowchart illustrating a random access procedure in 3GPP LTE.
  • the random access procedure is used for the UE to get UL synchronization with the base station or to be allocated UL radio resources.
  • the UE receives a root index and a physical random access channel (PRACH) configuration index from the eNodeB.
  • PRACH physical random access channel
  • Each cell has 64 candidate random access preambles defined by a Zadoff-Chu (ZC) sequence, and the root index is a logical index for the UE to generate 64 candidate random access preambles.
  • ZC Zadoff-Chu
  • the PRACH configuration index indicates a specific subframe and a preamble format capable of transmitting the random access preamble.
  • the UE sends the randomly selected random access preamble to the eNodeB.
  • the UE selects one of the 64 candidate random access preambles.
  • the corresponding subframe is selected by the PRACH configuration index.
  • the UE transmits the selected random access preamble in the selected subframe.
  • the eNodeB Upon receiving the random access preamble, the eNodeB sends a random access response (RAR) to the UE.
  • RAR random access response
  • the random access response is detected in two steps. First, the UE detects a PDCCH masked with random access-RNTI (RA-RNTI). The UE receives a random access response in a medium access control (MAC) protocol data unit (PDU) on the PDSCH indicated by the detected PDCCH.
  • MAC medium access control
  • RRC 6 shows a connection process in a radio resource control (RRC) layer.
  • RRC radio resource control
  • the RRC state is shown depending on whether the RRC is connected.
  • the RRC state refers to whether or not an entity of the RRC layer of the UE is in a logical connection with an entity of the RRC layer of the eNodeB.
  • the RRC state is referred to as an RRC connected state.
  • the non-state is called the RRC idle state.
  • the E-UTRAN may determine the existence of the corresponding UE in units of cells, and thus may effectively control the UE.
  • the UE in the idle state can not be identified by the eNodeB, the core network (core network) is managed by the tracking area (Tracking Area) unit that is larger than the cell unit.
  • the tracking area is a collection unit of cells. That is, the idle state (UE) is determined only in the presence of the UE in a large area, and in order to receive a normal mobile communication service such as voice or data, the UE must transition to the connected state (connected state).
  • the UE When a user first powers up a UE, the UE first searches for an appropriate cell and then stays in an idle state in that cell. When the UE staying in the idle state needs to establish an RRC connection, the UE establishes an RRC connection with the RRC layer of the eNodeB through an RRC connection procedure and transitions to an RRC connected state. .
  • the UE in the idle state needs to establish an RRC connection. For example, a user's call attempt or uplink data transmission is required, or a paging message is received from EUTRAN. In this case, the response message may be transmitted.
  • the RRC connection process is largely a process in which a UE sends an RRC connection request message to an eNodeB, an eNodeB sends an RRC connection setup message to the UE, and a UE completes RRC connection setup to the eNodeB. (RRC connection setup complete) message is sent. This process will be described in more detail with reference to FIG. 6 as follows.
  • the eNB When the RRC connection request message is received from the UE, the eNB accepts the RRC connection request of the UE when the radio resources are sufficient, and transmits an RRC connection setup message, which is a response message, to the UE. .
  • the UE When the UE receives the RRC connection setup message, it transmits an RRC connection setup complete message to the eNodeB. When the UE successfully transmits an RRC connection establishment message, the UE establishes an RRC connection with the eNodeB and transitions to the RRC connected mode.
  • the MME is divided into a core access and mobility management function (AMF) and a session management function (SMF) in a next generation system (or 5G CN).
  • AMF access and mobility management function
  • SMF session management function
  • the NAS interaction and mobility management (MM) with the UE are performed by the AMF
  • the session management (SM) is performed by the SMF.
  • the SMF manages a user plane function (UPF), which has a user-plane function, that is, a gateway for routing user traffic.
  • the SMF is responsible for the control-plane portion of the S-GW and the P-GW in the conventional EPC.
  • the user-plane part can be considered to be in charge of the UPF.
  • the conventional EPC may be configured as illustrated in FIG. 7 at 5G.
  • a PDU (Protocol Data Unit) session is defined in 5G system.
  • the PDU session refers to an association between the UE and the DN providing the PDU connectivity service of the Ethernet type or the unstructured type as well as the IP type.
  • UDM Unified Data Management
  • PCF Policy Control Function
  • the functions can be provided in an expanded form to satisfy the requirements of the 5G system. For details on the 5G system architecture, each function and each interface, TS 23.501 is applicable.
  • Evolved ProSe Remote UE * The communication between the Evolved ProSe Remote UE and the Evolved ProSe UE-to-Network Relay to use either E-UTRA or WLAN. * The 3GPP system to support a user traffic session of an Evolved ProSe Remote UE to be relayed to the network via an Evolved ProSe UE-to-Network Relay.Note: The Evolved ProSe Remote UE has the functionality to directly connect to the EPC without a relay. * Security related requirements for communication from the Evolved ProSe Remote UE to the EPC.
  • Section 7B Indirect 3GPP Communication
  • Section 7C Requirements for relay UE selection for Evolved ProSe remote UE access via an Evolved ProSe UE-to-Network Relay
  • TR 36.746 is also developing a solution to meet the above REAR service requirements.
  • Section 4.3 describes various scenarios such as those illustrated in FIG.
  • Section 4 (Access control) of TS 22.011 has various service control related service requirements as follows.
  • i) and ii) it is intended to prevent the UE from accessing the eNB during radio access congestion
  • iii), iv) and v) are to prevent the use of radio resources by application or service.
  • the system information for applying various access controls as described above is broadcasted to SIB2 and SIB14 described in TS 36.331.
  • the contents related to the SystemInformationBlockType2 and SystemInformationBlockType14 information elements of TS 36.331 are related art and may be included as related to the present invention described below.
  • the most representative ACB with respect to the above-described ACB is an access control scheme applied to alleviate congestion when the load of the RACH (random access) increases and reaches a congestion state.
  • All UEs are assigned an AC of Access Class 0-9, which is stored in SIM / USIM.
  • the UE may additionally be assigned an AC (which is a high priority AC) of one of the special purposes as shown in Table 3 below, which is also stored in the SIM / USIM.
  • Class 15 PLMN Staff Class 14 Emergency Services Class 13 Public Utilities (e.g. water / gas suppliers) Class 12 Security Services Class 11 For PLMN Use
  • the UE applies the ACB based on the ACB parameter information of SIB2 received from the eNB.
  • the ACB parameter includes a barring factor and a barring time.
  • the barring factor is a probability value between 0 and 1 that determines whether to block the RACH during network congestion.
  • the terminal accessing the network randomly generates a random number, and if this value is smaller than the barring factor, the RACH is attempted, otherwise the RACH is blocked.
  • the barring time is the average time to wait for the RACH blocked by the ACB to try again.
  • the blocking of the RACH in the above means that the UE cannot perform the RRC Connection request to the eNB, which means that the service is not received from the network.
  • access is controlled by ac-BarringForSpecialAC. Access to the user is controlled through ac-BarringForEmergency for initiating an emergency call (ie, AC 10).
  • ac-BarringForEmergency for initiating an emergency call (ie, AC 10).
  • access control related service requirements for indirect communication are defined, which can be included as related to the present invention described below as a related art.
  • the establishment cause value included in the RRC Connection Request message is delivered together when the eNB forwards the NAS message transmitted by the UE to the MME, which is related information from the MME to the P-GW in a specific value.
  • the MME transmits the MO Exception data counter, which is related information, to the P-GW through the S-GW, and the P-GW stores it in a CDR (Charging Data Record) ( This may cause the network to grant extra or more expensive charges for supporting the UE's transmission of high-priority data.
  • the relay UE which is a relay UE, may receive a disadvantage in that a separate or more expensive charge is granted for the exception data that the relay UE does not transmit.
  • an embodiment of the present invention proposes a method for providing indirect communication in consideration of AC and a connection procedure for preventing unnecessary charging due to the traffic transmission of a remote UE by a relay UE.
  • the AC mechanism referred to in the present invention may be one of the AC mechanisms i) to v) described above, or may be an AC mechanism not specified above. It may also be an AC mechanism that operates on one or more of RAN, Core Network, and Application layer. The AC mechanism may also be interpreted as a congestion control mechanism.
  • the present invention proposes that a remote UE receives a service from a network through a relay UE (that is, the remote UE forms an RRC connection and / or a NAS (ie, S1-MME) connection and / or an S1-U connection to the network). To be interpreted as to be performed). This applies not only when the relay UE performs support for the AC mechanism for the remote UE but also when both the AC mechanism application is performed at the remote UE without the support at the relay UE.
  • the relay UE may receive a relay request from a remote UE, and transmit a random access preamble to the base station after receiving the relay request. After receiving the random access response that is a response to the random access preamble transmission, the relay UE may transmit an RRC connection request. Thereafter, after receiving the RRC connection setup which is a response to the RRC connection request, the relay UE may transmit an RRC connection setup complete message.
  • the establishment cause included in the RRC connection request may include whether the relay UE needs to make a connection request for its own traffic (hereinafter, the traffic may be uplink traffic), and the relay UE connects to its own traffic. It may be determined in consideration of one or more of the priority between the establishment cause for the request and the establishment cause set based on the information provided by the remote UE.
  • the RRC connection request includes an establishment cause established based on information provided by the remote UE.
  • the RRC connection setup complete message includes an establishment cause configured for the relay UE to use for relay operation.
  • the RRC connection setup complete message includes information indicating that the establishment cause transmitted in the RRC connection request is for the remote UE.
  • a relay UE when a relay UE receives a network connection request from a remote UE, whether the relay UE needs to make a connection request on its own network, that is, the relay UE requests a connection for its traffic. Check if you need to.
  • the relay UE may provide information provided by the remote UE (especially, The establishment cause of the RRC Connection Request message based on the priority information). Subsequently, when the relay UE transmits an RRC Connection Setup Complete message to the eNB, the establishment cause configured to be used for the relay operation by the relay UE (the establishment cause configured to be used for an RRC connection request (or service request) performed by the network for the relay operation). Value, for example, relay). For this purpose, a new information element can be defined and used.
  • the establishment cause information may further include information indicating that the establishment cause information is for a relay UE (ie, a relay UE). In addition, it may further include information indicating that the establishment cause information of the previously transmitted RRC Connection Request message is for the remote UE.
  • the establishment cause related information included in the RRC Connection Setup Complete message may be interpreted to indicate that the establishment cause information transmitted in the RRC Connection Request is to the remote UE when the RRC Connection Setup Complete message is transmitted.
  • the RRC Connection Setup Complete message may include a Service Request message generated by a remote UE or a Service Request message generated by a relay UE.
  • the relay UE may not include an establishment cause value (eg, a relay) set to be used in an RRC connection request or a service request performed by the relay UE to the network for relay operation.
  • the relay UE may RRC based on information provided by the remote UE (particularly, may be priority information of the remote UE). You can set the establishment cause of the Connection Request message.
  • an establishment cause value set to be used in a service request performed by a remote UE to a network for relay operation may be set to establishment cause. That is, an information element defined to include a conventional establishment cause may be used, which may be referred to as an establishment cause for a relay UE. This may be one of the values that could be used as a conventional establishment cause value (eg, mo-Data) or a establishment cause value (eg, a relay) newly defined for this purpose.
  • a conventional establishment cause value eg, mo-Data
  • a establishment cause value eg, a relay
  • additional establishment cause information which is an establishment cause for the remote UE, which is established based on information provided by the remote UE. That is, a new information element (or parameter) is defined for this purpose and includes an establishment cause set up based on information provided by the remote UE.
  • the eNB considers both when processing the RRC connection request. In particular, consider a value that is considered to be higher priority during eNB congestion.
  • the RRC connection request is based on the establishment cause configured for the relay UE to use for the connection request for its traffic and the information provided by the remote UE.
  • the establishment cause may include a higher priority.
  • the RRC connection setup complete message may include a lower priority of an establishment cause set to be used by the relay UE for a connection request for its traffic and an establishment cause set based on information provided by the remote UE.
  • the RRC connection setup complete message includes information indicating whether the establishment cause transmitted in the RRC connection request is for the remote UE.
  • the establishment cause value included in the RRC connection request is for the relay UE itself
  • the establishment cause value included in the RRC connection setup complete message is for the remote UE
  • the establishment cause value included in the RRC connection request is remote. If it was for a UE, the establishment cause value included in the RRC connection setup complete message is for the relay UE itself.
  • the information provided by the remote UE for example, the priority information of the UE # 1) and the establishment cause for the connection request for its traffic (relay UE itself to the network) The higher the priority of the establishment cause) to be used for connection request. If the priorities are the same (or considered equal), the establishment cause of the relay UE is used. Regarding the establishment cause, a establishment cause such as Table 4, included in TS 36.331, may be used, which is commonly applied to the present specification.
  • the relay UE sends an RRC Connection Request message to the eNB
  • An emergency that is considered to have a higher priority is established as an establishment cause included in the. This is to inform the eNB to consider the RRC connection request is more important than the emergency RRC connection request lower priority than congestion because the RRC connection request is for emergency services.
  • the relay UE when the establishment cause provided by the remote UE is mo-ExceptionData and the establishment cause that the relay UE intends to use is mo-Data, the relay UE has priority as establishment cause included in the RRC Connection Request message transmitted to the eNB. Sets mo-ExceptionData to be considered higher. This is to inform the eNB that the RRC connection request is to inform the emergency situation detected by the NB-IoT UE, so that the RRC connection request is considered more important than the RRC connection request having a lower priority than the mo-ExceptionData during congestion.
  • the relay UE takes precedence over the establishment cause included in the RRC Connection Request message transmitted to the eNB.
  • Set mo-signalling to be considered higher. This is to inform the eNB that the RRC connection request is for signaling, so it will be considered more important than the low priority RRC connection request than mo-signalling when congested.
  • the above operation may inform the AS layer by determining one of the establishment cause determined by the NAS layer of the relay UE based on the information provided from the remote UE and the establishment cause to be used by the relay UE, and the AS layer of the relay UE One of the establishment cause determined based on the provided information and the establishment cause received from the NAS layer may be determined.
  • the RRC Connection Setup Complete message includes the establishment cause for the connection request for the traffic of the relay UE.
  • the establishment cause information is for a relay UE (ie, a relay UE).
  • the RRC Connection Setup Complete message is set based on the information provided by the remote UE. It includes establishment cause (establishment cause information provided by the remote UE). In this case, it may be explicitly or implicitly indicated that the establishment cause information is for a remote UE (ie, a remote UE). In addition, it may be explicitly or implicitly included in the RRC Connection Request itself or in the RRC Connection Setup Complete that establishment cause information included in the RRC Connection Request is for a relay UE (ie, a relay UE).
  • a new information element may be defined and used to include establishment cause information in the RRC Connection Setup Complete message.
  • the service request message included when the relay UE transmits the RRC Connection Setup Complete message includes the establishment cause information provided by the remote UE
  • the relay UE sets an establishment cause value for a connection request for its traffic to establishment cause. That is, an information element defined to include a conventional establishment cause may be used, which may be referred to as an establishment cause for a relay UE. And additional establishment cause information, which is an establishment cause for the remote UE, which is established based on information provided by the remote UE. That is, a new information element (or parameter) is defined for this purpose and includes an establishment cause set up based on information provided by the remote UE.
  • the eNB considers both when processing the RRC connection request. In particular, consider a value that is considered to be higher priority during eNB congestion.
  • any additional information element may include establishment cause information for the network connection request of the remote UE.
  • the relay UE may check whether it is necessary to make a connection request to the network by itself.
  • the establishment cause value for the relay UE and the establishment cause value for the remote UE are the same, the establishment cause value for the remote UE may not be included.
  • Embodiment 9 shows an example of how the description of Embodiment 1 is embodied between each network node. 9 and the contents described below may be incorporated / incorporated into the contents of the above embodiments without departing from the scope of the present invention. In the following steps, contents overlapping with the above descriptions are replaced with the above descriptions.
  • a relay UE (UE # 2) that is a relay UE is in an idle mode.
  • a message indicating that traffic has occurred is received from the remote UE.
  • the traffic may be user plane traffic (hereinafter referred to as traffic) such as data / packet / IMS signaling or control plane traffic (hereinafter referred to as CP traffic) such as RRC signaling / NAS signaling.
  • traffic user plane traffic
  • CP traffic control plane traffic
  • RRC signaling / NAS signaling This definition of traffic applies to both the traffic of the remote UE and the traffic of the relay UE and is applied throughout the present invention.
  • the relay UE UE # 2 transmits a message informing that the traffic has occurred (ie, a message informing of this, for example, a Remote Buffer Status Notify message).
  • the message may typically be transmitted via PC5 signaling.
  • PC5 PDCP SDU type can be newly defined.
  • all of the messages exchanged between the remote UE (UE # 1) and the relay UE (UE # 2) are thus PC5 signaling. It can be transmitted through the newly defined PC5 PDCP.
  • the message indicating that the traffic has occurred is information indicating uplink traffic, information indicating control plane (CP) traffic, priority for traffic, priority of the remote UE, access class information of the remote UE, applicable to traffic. It may include one or more of AC (Access Control) information.
  • the information indicating that the uplink traffic may be represented more specifically. This may be, for example, service related information such as MMTEL, MMTEL voice, MMTEL video, IMS SMS, application information such as application type, application ID, and the like.
  • service information included in the message may be information extracted from SIP INVITE.
  • the information indicating the control plane (CP) traffic may be segmented to indicate whether it is an RRC signal, a NAS signal, an RRC signal including a NAS signal, or a NAS SMS, and the granular information is added together with the information indicating CP traffic. It may be included.
  • Priority information on traffic to be transmitted to the network may be in the form of emergency, high priority, emergency.
  • this information may be a value corresponding to the establishment cause value included in the RRC Connection Request.
  • the priority information of the remote UE UE # 1 may be in the form of high priority or the like. In addition, this information may be a value corresponding to the establishment cause value included in the RRC Connection Request.
  • the information on the kind of AC mechanism that can be applied / related to the traffic that needs to be transmitted to the network may be one or more.
  • the MMTEL voice when it is to be transmitted to the network, it may include SSAC and ACDC.
  • the remote UE UE # 1 which is a remote UE, may perform the above-described operation for one or more of the following reasons.
  • the remote UE may transmit a message indicating that uplink traffic has occurred. This may be the case when the relay UE explicitly or implicitly informs the remote UE that the relay UE is in the idle mode or the idle mode.
  • It may be a transmission of a message indicating that uplink traffic has occurred since a certain time has passed since the traffic with the network has been exchanged through the relay UE.
  • the predetermined time may be set in a remote UE, provided by a relay UE, or provided from a network.
  • the remote UE may have transmitted a message indicating that uplink traffic has occurred because there is no knowledge whether the relay UE is in idle mode or connected mode. This is a case where the relay UE does not inform the remote UE of which mode or mode it has switched to, and thus does not know whether the relay UE is IDLE.
  • the remote UE knows that the relay UE is IDLE, when uplink traffic occurs for the first time after establishing a connection with the relay UE, and when a predetermined time elapses after transmitting and receiving traffic through the relay, whether the relay UE is IDLE In either case, a message indicating that traffic has occurred may be transmitted.
  • the remote UE performing the step S901 may be regarded as an idle mode.
  • the relay UE UE # 2 is associated with an AC mechanism in which traffic that the remote UE UE # 1 wants to transmit to the network based on the information provided from the remote UE UE # 1. Determine if there is. That is, the relay UE may check whether traffic generated in the remote UE is related to AC. Regarding the AC mechanism operating in the network, as described above, it can be known based on the information included in the SIB received from the eNB.
  • step S902 to step S905 are omitted. If step S905 is omitted in this way, the contents described in step S905 may be reflected in step S901. That is, the message sent to the relay UE in step S901 may be a relay request message, and the message may include an RRC Connection Request message generated by the AS layer of the remote UE UE # 1. For reference, when steps S902 to S905 are omitted, it may be determined that step S901 is performed by determining that the remote UE may perform step S901 as a result of applying the AC mechanism.
  • step S903 as a result of the determination in step S902, if the traffic that the remote UE (UE # 1) wants to transmit to the network is related to an AC mechanism operating in the network, the relay UE (UE # 2) is connected to the related AC mechanism. For some or all of the information provided from the network as it is or in the form of a processed message to send to the remote UE (UE # 1), that is, a Remote Buffer Status Response message is transmitted. The information is eventually information which causes a remote UE UE # 1 to apply the relevant AC mechanism.
  • the relay UE is the remote UE (UE).
  • the message may optionally inform that the associated AC mechanism is not in operation.
  • the remote UE (UE # 1) cannot determine whether the traffic it wants to send to the network is related to the AC mechanism operating in the network (for example, # 1) may not include specific information on the traffic to be transmitted to the network in step S901), and the relay UE UE # 2 may provide some information or information provided from the network about an AC mechanism in which the network operates. It transmits a message that responds to the remote UE (UE # 1), that is, a Remote Buffer Status Response message, including all or the processed form. The information is eventually information which causes a remote UE UE # 1 to apply the relevant AC mechanism.
  • the AC mechanism may mean an AC mechanism applied especially in the idle mode.
  • the relay UE UE # 2 may include information indicating that the relay UE UE # 2 is in idle mode in the Remote Buffer Status Response message.
  • the relay UE UE # 2 may provide information indicating this to the remote UE UE # 1. Such information may be included in a Remote Buffer Status Response message or transmitted in a separate message.
  • step S904 when there is AC mechanism related information in the Remote Buffer Status Response message, that is, when there is AC mechanism information to be checked whether it should be applied, the remote UE UE # 1 is reminded of the traffic that it wants to transmit to the network. Check if it applies to AC mechanism.
  • This operation may be regarded as an operation in which the remote UE UE # 1 directly receives AC mechanism information from the network and applies it. As a result of the application, transmission of uplink traffic may be blocked / delayed according to an AC mechanism or may be immediately transmitted.
  • step S905 is performed.
  • step S905 is performed after a time when the block / delay has elapsed. At this time, however, step S901 may be performed.
  • the remote UE UE # 1 transmits a message for requesting relay to the network for uplink traffic, for example, a Relay Request message, to the relay UE UE # 2.
  • the message may include an RRC Connection Request message generated by an AS layer of a remote UE (UE # 1). In this case, the message may explicitly or implicitly indicate that the RRC message is included.
  • step S906 the relay UE UE # 2 transmits a random access preamble to the eNB. This is performed by the relay UE UE # 2 in the idle mode as assumed in step S900. If the relay UE UE # 2 is in the connected mode, steps S906 to S909 are omitted and the operation of step S910 described later is performed. Can be.
  • Step S906 may be performed by initiating a service request when the relay UE UE # 2 in idle mode receives a connection request from the remote UE UE # 1 to the network. That is, since the Service Request operation is started in the NAS layer of the remote UE UE # 1, step S906 may be performed to request an RRC connection from the AS layer of the relay UE UE # 2 to the eNB.
  • the relay UE UE # 2 in idle mode receives a connection request from the remote UE UE # 1 to the network, but the relay UE UE # 2 also receives a service from the network and thus performs a service request. It may be performed by starting to do. That is, since the Service Request operation is started at the NAS layer of the relay UE UE # 2, step S906 may be performed to request an RRC connection from the AS layer of the relay UE UE # 2 to the eNB.
  • the relay UE UE # 2 in idle mode receives a connection request from the remote UE UE # 1 to the network, but the relay UE UE # 2 needs to perform a TAU to the network. It may be performed by initiating to perform. That is, since the TAU Request operation is started in the NAS layer of the relay UE UE # 2, step S906 may be performed to request an RRC connection from the AS layer of the relay UE UE # 2 to the eNB. In this case, the relay UE (UE # 2) may set the Active flag of the TAU Request to allow the MME to form S1-U for the relay UE (UE # 2).
  • the relay UE UE # 2 may be prevented from switching to the idle mode as soon as the TAU operation is completed.
  • the setting of the active flag may be set by recognizing that the remote UE UE # 1 needs to transmit data to the network based on the information received from the remote UE UE # 1 which is the remote UE in step S901.
  • step S907 the eNB responds with a random access response to the relay UE UE # 2.
  • the relay UE UE # 2 transmits an RRC Connection Request message to the eNB.
  • the RRC Connection Request message may be generated by an AS layer of a remote UE (UE # 1) or generated by a relay UE (UE # 2) (in this case, for a remote UE (UE # 1)). And / or information indicating that the relay UE (UE # 1) is modified / processed by the remote UE (UE # 1), wherein the relay UE (UE # 2 is modified). ) May include information indicating that the relay is relaying.
  • other details related to the RRC Connection Request message and establishment cause are replaced with the contents described in the first embodiment.
  • step S909 the eNB responds with a RRC Connection Setup message to the relay UE UE # 2.
  • the relay UE UE # 2 is switched to connected mode.
  • the relay UE (UE # 2) is omitted in the figure, it is later transmitted to the eNB including the Service Request message in the RRC Connection Setup Complete message, the eNB transmits the Service Request message to the serving MME of the relay UE (UE # 2) relay S1-MME and S1-U for the UE (UE # 2) may be formed.
  • the relay UE UE # 2 responds to the remote UE UE # 1 with a Relay Request Ack message.
  • a Relay Request Ack message may be to transmit the RRC Connection Setup message received from the eNB as it is or in a modified / processed form.
  • this response may be an indication to the remote UE UE # 1 that it may exchange RRC and / or NAS messages with the network.
  • the relay UE UE # 2 may include information about this in the message. This information may be included in step S916. This causes the remote UE (UE # 1) to apply the connected mode AC mechanism.
  • the remote UE UE # 1 transmits a message for requesting relay to the network for uplink traffic, for example, a Relay Request message, to the relay UE UE # 2.
  • the message may include a Service Request message generated by the NAS layer of the remote UE UE # 1.
  • the message may explicitly or implicitly indicate that the NAS message is included.
  • the message may include an RRC Connection Setup Complete message, which is a message of an AS layer including a Service Request message generated by a NAS layer of a remote UE (UE # 1).
  • the message may explicitly or implicitly indicate that the NAS message is included, or may explicitly or implicitly indicate that an AS message including the NAS message is included.
  • the message may be an RRC Connection Request message transmitted by the remote UE UE # 1 to the eNB.
  • the eNB that receives the RRC Connection Request message sent by the remote UE UE # 1 via the relay UE UE # 2 sends an RRC Connection Setup message, which is a response thereto, to the remote UE UE # 1. To).
  • the remote UE UE # 1 then sends an RRC Connection Setup Complete message to the eNB, which is transmitted to the eNB via the relay UE UE # 2 as described in step S912.
  • the relay UE UE # 2 transmits an RRC Connection Setup Complete message to the eNB.
  • the RRC Connection Setup Complete message may be generated by an AS layer of a remote UE (UE # 1) or generated by a relay UE (UE # 2) (in this case, for a remote UE (UE # 1)).
  • Information indicating that the relay UE UE # 2 has modified / processed what the remote UE UE # 1 generates in this case, information indicating that the relay UE UE # 2 is relaying). May include).
  • the RRC Connection Setup Complete message includes a Service Request message, which may be generated by a NAS layer of a remote UE UE # 1, generated by a relay UE UE # 2, or may be generated by a relay UE UE # 2. At this time, this may include information indicating that it is for the remote UE (UE # 1), the relay UE (UE # 2) transformed / processed what the remote UE (UE # 1) generated (in this case the relay UE (It may include information indicating that UE # 2 is to relay).
  • step S913 the eNB transmits a Service Request message to the serving MME of the remote UE (UE # 1).
  • step S914 the MME transmits an Initial Context Setup Request message to the eNB.
  • step S915 the eNB and the relay UE (UE # 2) set up a user plane radio bearer (ie, DRB).
  • a user plane radio bearer ie, DRB
  • the relay UE UE # 2 responds to the remote UE UE # 1 with a Relay Request Ack message.
  • a Relay Request Ack message This means that the relay UE UE # 2 has a user plane radio bearer (i.e., DRB) set to the remote UE UE # 1 or the relay UE UE # 2 relays user traffic of the remote UE UE # 1. It may be an indication that you are ready to do so.
  • the message may include QoS information related to DRB and / or corresponding PC5 user plane.
  • the eNB sends an RRC message to the remote UE UE # 1 via the relay UE UE # 2.
  • Information on user plane radio bearer configuration may be provided through the above.
  • step S917 the remote UE UE # 1 transmits uplink traffic to the relay UE UE # 2.
  • the relay UE UE # 2 transmits this to the network. 9 shows that the traffic is uplink traffic. If CP traffic and NAS signal is transmitted to the serving MME of the remote UE (UE # 1) via the eNB.
  • the remote UE may transmit a service request message in step S905.
  • the operation may be performed without performing steps S910 and 11, that is, steps S906 to 9 and steps S912 to 20 are subsequently performed.
  • the remote UE may be considered to be in connected mode after step S910 or after step S916.
  • the remote UE (UE # 1), which is a remote UE, performs an operation according to the connected mode as if it is directly connected to the network.
  • step S1000 the relay UE UE # 2 is in connected mode.
  • step S1001 the process is the same as step S901 of the first embodiment.
  • the reason why UE # 1, which is a remote UE, performs step 1 may be different from that described in step 1 of the embodiment 1-1, which may be one or more of the following reasons.
  • the remote UE knows that the relay UE is in connected mode. This explicitly or implicitly informs the remote UE that the relay UE is in connected mode or is in connected mode.
  • steps S1001 to S1004 are performed only if the uplink traffic that the remote UE (UE # 1) intends to transmit to the network corresponds to / related to the AC mechanism applied even in the connected mode.
  • S1005 may be performed immediately.
  • the predetermined time is set in a remote UE, provided by a relay UE, or provided from a network.
  • the remote UE has no knowledge of whether the relay UE is in idle or connected mode. This does not tell the remote UE which mode the relay UE is in or which mode it has switched to.
  • step S1002 the relay UE UE # 2 is connected to the connected mode AC mechanism in which the traffic that the remote UE UE # 1 wants to transmit to the network is operated on the network based on the information provided from the remote UE UE # 1. Determine if relevant.
  • the connected mode AC mechanism operating in the network it is typically known based on the information included in the SIB received from the eNB.
  • step S1003 as a result of the determination in step S1002, if the traffic that the remote UE (UE # 1) wants to transmit to the network is related to an AC mechanism operating in the network:
  • the relay UE UE # 2 includes a part or all of the information provided from the network for the related AC mechanism as it is or in a processed form, and sends a message to the remote UE UE # 1, that is, a Remote Buffer Status Response message. send.
  • the information is eventually information which causes a remote UE UE # 1 to apply the relevant AC mechanism.
  • the traffic that the remote UE (UE # 1) wants to send to the network is not related to the AC mechanism running on the network, or the network is not currently operating any AC mechanism:
  • the relay UE UE # 2 transmits a message in response to the remote UE UE # 1, that is, a Remote Buffer Status Response message.
  • the message may optionally inform that the associated AC mechanism is not in operation.
  • UE # 1 If there is an AC mechanism currently operating in the network, and the remote UE (UE # 1) cannot determine whether the traffic it wants to send to the network is related to the AC mechanism operating in the network (for example, # 1) does not include specific information about the traffic to be transmitted to the network in step S1001):
  • the relay UE UE # 2 responds to the remote UE UE # 1, i.e., Remote Buffer Status, by including some or all of the information provided from the network about the AC mechanism in which the network operates, as it is or in a processed form. Send a response message.
  • the information is eventually information which causes a remote UE UE # 1 to apply the relevant AC mechanism.
  • the AC mechanism may mean an AC mechanism to be applied, particularly in the connected mode.
  • the relay UE UE # 2 may include information indicating that the relay UE UE # 2 is in the connected mode in the Remote Buffer Status Response message.
  • step S1004 the process is the same as step S904 of the first embodiment.
  • step S1005 the remote UE UE # 1 transmits a message for requesting relay to the network for uplink traffic, for example, a Relay Request message, to the relay UE UE # 2.
  • the message may include a Service Request message generated by the NAS layer of the remote UE UE # 1.
  • the message may explicitly or implicitly indicate that the NAS message is included.
  • the message may include an RRC message (which is a conventional UL Information Transfer or a newly defined RRC message), which is a message of an AS layer including a service request message generated by a NAS layer of a remote UE (UE # 1).
  • RRC message which is a conventional UL Information Transfer or a newly defined RRC message
  • the message may explicitly or implicitly indicate that the NAS message is included, or may explicitly or implicitly indicate that an AS message including the NAS message is included.
  • the relay UE UE # 2 transmits an RRC message (which is a conventional UL Information Transfer or a newly defined RRC message) to the eNB.
  • the RRC message may be generated by an AS layer of a remote UE UE # 1 or may be generated by a relay UE UE # 2 (in this case, information indicating that this is for a remote UE UE # 1).
  • the RRC message includes a Service Request message, which may be generated by a NAS layer of a remote UE (UE # 1) or generated by a relay UE (UE # 2). May include information indicating that it is for a remote UE (UE # 1), modified / processed by the relay UE (UE # 2) generated by the remote UE (UE # 1) (in this case, the relay UE (UE #) May include information indicating that 2) is relaying.
  • step S1007-14 it is the same as step S913-20 of the said Example 1-1.
  • the relay UE UE # 2 may include information on this in step S10010. This causes the remote UE (UE # 1) to apply the connected mode AC mechanism.
  • the remote UE may be regarded as connected mode.
  • the remote UE (UE # 1), which is a remote UE, performs an operation according to the connected mode as if it is directly connected to the network.
  • the remote UE UE # 1 and the relay UE UE # 2 have already established a Relay-Remote relationship. This may mean that two UEs have a one-to-one direct communication relationship or one-to-one link configuration.
  • Such a relay-remote relationship setting may include participating in a setting step or recognizing a setting in one or more network functions.
  • the network function includes serving MME of a relay UE, serving MME of a remote UE, serving eNB of a relay UE, serving eNB of a remote UE, ProSe Function of a relay UE, ProSe Function of a remote UE, an application server of a relay UE, and an application of a remote UE.
  • Server may be.
  • Network functions serving or relating two UEs to the same network function may be the same or may be different.
  • an eNB serving two UEs may be the same or different.
  • the relay UE When the relay UE (referred to as a relay UE (UE # 2)) is in idle mode, it notifies the remote UE (s) when the network operates an AC mechanism to be applied in idle mode.
  • the informing information may be a kind of AC mechanism.
  • it may include information indicating whether the idle mode is applied. This may indicate that the AC mechanism is applied in idle mode or may indicate that the relay UE is currently in idle mode.
  • relay UE If the relay UE (referred to as relay UE (UE # 2)) is in connected mode, it notifies the remote UE (s) if the network is operating an AC mechanism to be applied in connected mode.
  • the informing information may be a kind of AC mechanism.
  • it may include information indicating whether the connected mode is applied. This may indicate that the AC mechanism is applied in connected mode or may indicate that the relay UE is currently in connected mode.
  • the notification may use a PC5 discovery message, PC5 signaling, or a newly defined PC5 message.
  • the notification may be in the form of broadcast or may notify each remote UE in a one-to-one manner.
  • the notification may be transmitted periodically or only once. In the latter case, it is assumed to transmit at least once to each remote UE.
  • a remote UE (referred to as a remote UE (UE # 1)) is applied / related to an AC mechanism based on AC mechanism information received from the relay UE for uplink traffic to be transmitted to the network, Send a message requesting detailed AC mechanism information to the relay UE.
  • UE # 1 the remote UE
  • the relay UE UE # 2 sends a message responsive to the remote UE UE # 1 including some or all of the information provided from the network for the related AC mechanism as it is or in a processed form.
  • the information is eventually information which causes a remote UE UE # 1 to apply the relevant AC mechanism.
  • the remote UE UE # 1 checks whether the traffic it wants to transmit to the network is applied to the AC mechanism. This operation may be regarded as an operation in which the remote UE UE # 1 directly receives AC mechanism information from the network and applies it. As a result of the application, transmission of uplink traffic may be blocked / delayed according to an AC mechanism or may be immediately transmitted.
  • step S905 of the embodiment 1-1 or step S1005 and the subsequent steps of the embodiment 1-2 are performed.
  • step S905 of the embodiment 1-1 or step S1005 and the subsequent steps of the embodiment 1-2 are performed. To perform.
  • the reason for performing step S905 and subsequent steps in the embodiment 1-1 is that the message received from the relay UE according to step S901 includes information indicating that the relay UE is in idle mode or the AC mechanism is applied in idle mode.
  • the reason for performing step S1005 and subsequent steps of the embodiment 1-2 is that the message received from the relay UE according to step S1001 includes information indicating that the relay UE is in the connected mode or the AC mechanism is applied in the connected mode.
  • the Service Request message may mean various conventional Service Request messages (Service Request, Extended Service Request, etc.) used in the Service Request procedure, or may be a Service Request message newly defined for the present invention.
  • Embodiment 2 describes a method of efficiently providing access control when a remote UE receives a network connection service through a relay UE.
  • the Relay UE When the Relay UE is applying the AC mechanism, the Relay UE may be in idle mode. Especially when the AC mechanism is ACB, EAB applied to the UE itself. However, when the AC mechanism is applied for a specific service / application, the relay UE may be in idle mode or in connected mode.
  • Example 2-1-1 Relay Of UE action
  • the relay UE must apply / start the access control mechanism.
  • the relay UE needs to apply / start an access control mechanism may mean one or more of the following.
  • the relay UE cannot perform RACH to the network for a certain time.
  • Relay UE is unable to run certain services / applications indicated by AC mechanism for a certain period of time.
  • the services / applications may be MMTel voice, MMTel video, CSFB, SMS, various applications (eg, message board used in a disaster) in which the operator defines a priority order (ranking).
  • Such a network may be a RAN such as an eNB, a CN such as an MME, or an application server capable of performing an AC mechanism. .
  • the relay UE may inform the Remote UE (s) through the PC5 interface that it applies / starts the AC mechanism.
  • the PC5 interface means an interface between a UE and a UE for D2D.
  • Such a notification may be broadcast to a single PC5 message to notify all Remote UEs serving it, or to each Remote UE 1: 1.
  • one of PC5-Signalling, PC5-Discovery, and PC5-U can be used.
  • only the Remote UE may be able to receive / resolve the message (this is possible by using a send and / or receive address that is meaningful only to the Remote UE, where the address is a Layer-2 ID). , An IP address, etc.), and UEs that are not yet in a relationship between a Relay UE and a Remote UE may enable reception / message interpretation. This can be applied throughout the present invention.
  • the AC mechanism application notification message may include one or more of the following information.
  • the notification message when transmitted to each Remote UE in a 1: 1 manner, it may be set differently for each Remote UE. (This prevents multiple Remote UEs from simultaneously sending a request for network connection to a Relay UE after the completion of the AC mechanism. In order to).
  • the time information may be various information such as period information (eg, seconds, minutes, etc.), an end time may be represented as an absolute time, and the like.
  • the notification message may be transmitted to the remote UE only when the time for which the relay UE should apply the AC mechanism is more than a predetermined / set time. For example, when the predetermined / set time is 3 seconds, when the AC mechanism needs to be applied in less than 3 seconds, the notification message does not need to be transmitted to the Remote UE.
  • the relay UE may transmit the notification message to the remote UE once at the time of applying / initiating the AC mechanism, and may periodically transmit the notification message to the remote UE until the application of the AC mechanism is terminated. In the latter case, d) may not be included in the information included in the notification message.
  • the operation when the relay UE enters the connected mode before the time for applying the AC mechanism is terminated is as follows.
  • the reason why the relay UE enters the connected mode before the time for applying the AC mechanism is expired may vary.
  • the case may include an RRC connection request including information indicating this in order to receive a high priority service / emergency service, and thus an RRC connection is set up.
  • a message indicating that the application of the AC mechanism is terminated is transmitted to the Remote UE (s) through the PC5 interface. This may be in a broadcast form or may be transmitted to each Remote UE in a 1: 1 manner.
  • the AC mechanism termination notification message may include one or more of the following information.
  • Example 2-1-2 Remote Of UE action
  • the remote UE When the remote UE receives the AC mechanism application notification message described in the embodiment 2-1-1 from the relay UE, it can transmit a response (ACK) message to the relay UE. This may not be transmitted when received in a broadcast, but may be transmitted only when received in a 1: 1 manner.
  • ACK response
  • the remote UE applies / starts the AC mechanism based on the information included in the AC mechanism application notification message. This may eventually be interpreted as the Remote UE applies the same AC mechanism that the Relay UE is applying.
  • the Remote UE applying the AC mechanism does not request connection service to the network for the target to which the AC mechanism is applied.
  • the target to which the AC mechanism is applied is, when the AC mechanism is applied to the UE itself (eg, ACB, EAB), no network connection service request is performed to the relay UE, and the AC mechanism is applied to a specific service / application ( For example, SSAC, AC for CSFB, ACDC) may mean that a network connection service request for the specific service / application is not performed as a relay UE.
  • the Remote UE does not operate the AC mechanism only if its AC is the same as e). It can also be applied / initiated.
  • the remote UE may apply an AC mechanism based on the AC mechanism application notification message received from the relay UE, and perform an operation of breaking (or overriding) the AC mechanism. This may be for receiving an urgent service such as a high priority service / emergency service, or may be a case where the Remote UE is a higher priority user than the Relay UE.
  • the remote UE may inform the relay UE explicitly or implicitly of the reason for violating the AC mechanism.
  • the PC5 signaling transmitted by the Remote UE to the Relay UE may include the reason
  • the PC5 user plane transmitting user traffic may indicate the reason
  • the RRC message to be transmitted to the network through the Relay UE.
  • the / NAS message may contain the reason.
  • the Relay UE attempts to connect to the network even though it is applying the AC mechanism. At this time, it may attempt to connect to the network based on the explicit or implicit reason information received from the Remote UE.
  • the relay UE may attempt to connect to the network and may include information indicating that the attempt is for a relay.
  • the operation of terminating the application of the AC mechanism by the Remote UE is as follows.
  • the remote UE applies the AC mechanism based on the AC mechanism application notification message received from the relay UE and terminates the AC mechanism based on time information for terminating the AC mechanism. If the AC mechanism application notification message is received in the form of a broadcast, even after the end time has elapsed, it may wait for a random time and then initiate a network connection service request to the relay UE. This is to prevent a plurality of Remote UEs from simultaneously sending a request for network connection to the Relay UE after the application of the AC mechanism. Alternatively, when the AC mechanism termination notification message is received from the relay UE, it may be terminated.
  • the remote UE requests network connection service from the relay UE. This may mean that the Remote UE transmits PC5 signaling to the Relay UE, transmits a PC5 discovery message, transmits an RRC message, transmits a NAS message, and transmits traffic. This can be applied throughout the present invention.
  • the relay UE When the relay UE receiving the network connection service request is applying access control, that is, applying the AC mechanism, the relay UE checks whether the request received from the remote UE corresponds to the AC mechanism being applied to it. . If the corresponding AC mechanism is applied, the mobile station transmits a message for rejecting the request. At this time, the reject message may include information indicating that the application of the AC mechanism. In addition, the rejection message may include various information included in the above-described AC mechanism application notification message.
  • the rejection message may be transmitted to the Remote UE only when the time for which the Relay UE should apply the AC mechanism is more than a predetermined / set time. For example, when the predetermined / set time is 1 second, when the AC mechanism needs to be applied in less than 1 second, the rejection message does not need to be transmitted to the Remote UE, and when it is applied in 1 second or more, the transmission is sent to the Remote UE. If the rejection message is not transmitted to the remote UE, the relay UE may buffer the network connection service request received from the remote UE and then perform a related operation when the AC mechanism is applied.
  • the remote UE may apply an AC mechanism based on the rejection message. Operation of the Remote UE after receiving the rejection message follows the contents described in the above Embodiment 2-1-2.
  • Example 2-3-1 When relay discovery is operated by Model A discovery
  • Example 2-1-1 Send the announcement message, but include information indicating that it is applying the AC mechanism.
  • the information may be various information described in Example 2-1-1.
  • the operation terminates when the Relay UE terminates the AC mechanism or enters the connected mode, and transmits the announcement message originally transmitted by the Relay UE.
  • the Relay UE is excluded from the selection of the Relay UE.
  • the relay UE is included in the relay UE selection candidate, but is considered as the lowest priority candidate.
  • the relay UE is included in a relay UE selection candidate after a time point when the AC mechanism is applied.
  • Example 2-3-2 When relay discovery is operated by Model B discovery
  • the relay UE When the relay UE is applying the AC mechanism and receives a PC5 solicitation message from the UE discovering the relay UE to receive the network connection service, one of the following operations is performed.
  • the Relay UE is excluded from the selection of the Relay UE.
  • the relay UE is included in the relay UE selection candidate, but is considered as the lowest priority candidate.
  • the relay UE is included in a relay UE selection candidate after a time point when the AC mechanism is applied.
  • the relay UE When the relay UE is applying the AC mechanism, the relay UE may be in an idle mode. Especially when the AC mechanism is ACB, EAB applied to the UE itself. However, when the AC mechanism is applied for a specific service / application, the relay UE may be in idle mode or in connected mode.
  • FIG. 11 is a diagram illustrating a configuration of a preferred embodiment of a terminal device and a network node device according to an example of the present invention.
  • the terminal device 100 may include a transceiver 110, a processor 120, and a memory 130.
  • the transceiver 110 may be configured to transmit various signals, data and information to an external device, and to receive various signals, data and information to an external device.
  • the terminal device 100 may be connected to an external device by wire and / or wirelessly.
  • the processor 120 may control the overall operation of the terminal device 100, and may be configured to perform a function of the terminal device 100 to process and process information to be transmitted and received with an external device.
  • the memory 130 may store the processed information for a predetermined time and may be replaced with a component such as a buffer (not shown).
  • the processor 120 may be configured to perform a terminal operation proposed in the present invention.
  • the network node device 200 may include a transceiver 210, a processor 220, and a memory 230.
  • the transceiver 210 may be configured to transmit various signals, data and information to an external device, and to receive various signals, data and information to an external device.
  • the network node device 200 may be connected to an external device by wire and / or wirelessly.
  • the processor 220 may control the overall operation of the network node device 200, and may be configured to perform a function of calculating and processing information to be transmitted / received with an external device.
  • the memory 230 may store the processed information for a predetermined time and may be replaced with a component such as a buffer (not shown).
  • the processor 220 may be configured to perform the network node operation proposed in the present invention.
  • the processor 220 receives a relay request from a remote UE, transmits a random access preamble to a base station after receiving the relay request, receives a random access response that is a response to the random access preamble transmission, and the random After receiving the access response, and transmits the RRC connection request, after receiving the RRC connection setup that is a response to the RRC connection request, and transmits the RRC connection setup complete message, establishment cause included in the RRC connection request, the relay UE Whether the relay UE needs to make a connection request for its own traffic, and the relay UE determines one or more of the priority between the establishment cause for the connection request for its own traffic and the establishment cause established based on the information provided by the remote UE. Can be determined in consideration of this.
  • the specific configuration of the terminal device 100 and the network device 200 as described above may be implemented so that the above-described matters described in various embodiments of the present invention can be applied independently or two or more embodiments are applied at the same time, overlapping The description is omitted for clarity.
  • Embodiments of the present invention described above may be implemented through various means.
  • embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
  • a method according to embodiments of the present invention may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), and Programmable Logic Devices (PLDs). It may be implemented by field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • the method according to the embodiments of the present invention may be implemented in the form of an apparatus, procedure, or function for performing the above-described functions or operations.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명의 일 실시예는, 무선통신시스템에서 리모트 UE(User Equipment)와 연결을 가진 릴레이 UE가 네트워크와 연결 수행 방법에 있어서, 리모트 UE로부터 릴레이 요청을 수신 후 기지국으로 랜덤 액세스 프리앰블을 전송한 후, RRC connection setup complete 메시지를 전송하되, RRC connection request에 포함되는 establishment cause는 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는지 여부, 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 사이의 우선순위 중 하나 이상을 고려하여 결정되는, 연결 수행 방법이다.

Description

무선 통신 시스템에서 리모트 UE와 연결을 가진 릴레이 UE가 네트워크와 연결 수행 방법 및 이를 위한 장치
이하의 설명은 무선 통신 시스템에 대한 것으로, 보다 구체적으로는 리모트 UE(User Equipment)와 연결을 가진 릴레이 UE가 네트워크와 연결 수행 방법 및 장치에 대한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선 통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
본 발명에서는 리모트 UE(User Equipment)와 연결을 가진 릴레이 UE가 네트워크와 연결 수행 방법, 구체적으로는 액세스 콘트롤의 적용을 어떻게 하는지, 리모트 UE의 트래픽에 기인한 연결 요청을 어떻게 처리하는지를 기술적 과제로 한다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일 실시예는, 무선통신시스템에서 리모트 UE(User Equipment)와 연결을 가진 릴레이 UE가 네트워크와 연결 수행 방법에 있어서, 리모트 UE로부터 릴레이 요청을 수신하는 단계; 상기 릴레이 요청을 수신 후 기지국으로 랜덤 액세스 프리앰블을 전송하는 단계; 상기 랜덤 액세스 프리앰블 전송에 대한 응답인 랜덤 액세스 응답을 수신하는 단계; 상기 랜덤 액세스 응답 수신 후, RRC connection request를 전송하는 단계; 및 상기 RRC connection request에 대한 응답인 RRC connection setup 수신 후, RRC connection setup complete 메시지를 전송하는 단계를 포함하며, 상기 RRC connection request에 포함되는 establishment cause는, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는지 여부, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 사이의 우선순위 중 하나 이상을 고려하여 결정되는, 연결 수행 방법이다.
본 발명의 일 실시예는, 무선통신시스템에서 리모트 UE(User Equipment)와 연결을 가지고 네트워크와 연결을 수행하는 릴레이 UE 장치에 있어서, 송수신 장치; 및 프로세서를 포함하고, 상기 프로세서는, 리모트 UE로부터 릴레이 요청을 수신하고, 상기 릴레이 요청을 수신 후 기지국으로 랜덤 액세스 프리앰블을 전송하며, 상기 랜덤 액세스 프리앰블 전송에 대한 응답인 랜덤 액세스 응답을 수신하며, 상기 랜덤 액세스 응답 수신 후, RRC connection request를 전송하며, 상기 RRC connection request에 대한 응답인 RRC connection setup 수신 후, RRC connection setup complete 메시지를 전송하며, 상기 RRC connection request에 포함되는 establishment cause는, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는지 여부, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 사이의 우선순위 중 하나 이상을 고려하여 결정되는, 릴레이 UE 장치이다.
상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 없는 경우, 상기 RRC connection request는 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause를 포함할 수 있다.
상기 RRC connection setup complete 메시지는 상기 릴레이 UE가 릴레이 동작을 위해 사용하도록 설정된 establishment cause를 포함할 수 있다.
상기 RRC connection setup complete 메시지는 상기 RRC connection request에서 전송된 establishment cause가 리모트 UE에 대한 것임을 나타내는 정보를 포함할 수 있다.
상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는 경우, 상기 RRC connection request는 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위해 사용하도록 설정된 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 중 우선순위가 높은 것을 포함할 수 있다.
상기 RRC connection setup complete 메시지는 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위해 사용하도록 설정된 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 중 우선순위가 낮은 것을 포함할 수 있다.
상기 RRC connection setup complete 메시지는 상기 RRC connection request에서 전송된 establishment cause가 리모트 UE에 대한 것인지 여부를 나타내는 정보를 포함할 수 있다.
리모트 UE로부터 트래픽이 발생했음을 알리는 메시지를 수신하는 단계를 더 포함할 수 있다.
상기 트래픽이 발생했음을 알리는 메시지는, 상향링크 트래픽임을 나타내는 정보, CP(Control plane) 트래픽임을 나타내는 정보, 트래픽에 대한 우선순위, 상기 리모트 UE의 우선순위, 상기 리모트 UE의 Access Class 정보, 트래픽에 적용가능한 AC(Access Control) 정보 중 하나 이상을 포함할 수 있다.
상기 리모트 UE는 상기 릴레이 UE가 IDLE임을 알고 있는 경우, 상기 릴레이 UE와 연결을 맺은 후 처음으로 상향링크 트래픽이 발생한 경우, 상기 릴레이를 통해 트래픽을 송수신한 후 소정 시간이 경과한 경우, 상기 릴레이 UE가 IDLE인지 모르는 경우 중 어느 하나의 경우에 상기 트래픽이 발생했음을 알리는 메시지를 전송할 수 있다.
상기 릴레이 UE는 상기 리모트 UE에 발생한 트래픽이 AC와 관련이 있는지 여부를 확인할 수 있다.
상기 릴레이는 상기 트래픽이 발생했음을 알리는 메시지에 대한 응답을 상기 리모트 UE로 전송하며, 상기 리모트 UE에 발생한 트래픽이 AC와 관련이 있는 경우 상기 트래픽이 발생했음을 알리는 메시지에 대한 응답은 AC 정보를 포함할 수 있다.
상기 리모트 UE는 상기 트래픽이 발생했음을 알리는 메시지에 대한 응답에 AC 정보가 포함된 경우, 상기 리모트 UE에 발생한 트래픽이 AC의 적용을 받는지 확인할 수 있다.
본 발명에 따르면, 릴레이 UE는 자신이 전송하지도 않은 Exception Data에 대해 별도의 또는 더 비싼 과금이 부여되는 불이익을 방지할 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
도 1은 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet System)의 개략적인 구조를 나타내는 도면이다.
도 2는 일반적인 E-UTRAN과 EPC의 아키텍처를 나타낸 예시도이다.
도 3은 제어 평면에서의 무선 인터페이스 프로토콜의 구조를 나타낸 예시도이다.
도 4는 사용자 평면에서의 무선 인터페이스 프로토콜의 구조를 나타낸 예시도이다.
도 5는 랜덤 액세스 과정을 설명하기 위한 흐름도이다.
도 6은 무선자원제어(RRC) 계층에서의 연결 과정을 나타내는 도면이다.
도 7은 5G 시스템을 설명하기 위한 도면이다.
도 8은 릴레이의 다양한 시나리오를 보여주는 도면이다.
도 9 내지 도 10은 본 발명의 실시예들을 설명하기 위한 도면이다.
도 11은 본 발명의 실시예에 따른 노드 장치에 대한 구성을 예시한 도면이다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 실시예들은 IEEE(Institute of Electrical and Electronics Engineers) 802 계열 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A 시스템 및 3GPP2 시스템 중 적어도 하나에 관련하여 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하의 기술은 다양한 무선 통신 시스템에서 사용될 수 있다. 명확성을 위하여 이하에서는 3GPP LTE 및 3GPP LTE-A 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
본 문서에서 사용되는 용어들은 다음과 같이 정의된다.
- UMTS(Universal Mobile Telecommunications System): 3GPP에 의해서 개발된, GSM(Global System for Mobile Communication) 기반의 3 세대(Generation) 이동 통신 기술.
- EPS(Evolved Packet System): IP(Internet Protocol) 기반의 PS(packet switched) 코어 네트워크인 EPC(Evolved Packet Core)와 LTE/UTRAN 등의 액세스 네트워크로 구성된 네트워크 시스템. UMTS가 진화된 형태의 네트워크이다.
- NodeB: GERAN/UTRAN의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.
- eNodeB: E-UTRAN의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.
- UE(User Equipment): 사용자 기기. UE는 단말(terminal), ME(Mobile Equipment), MS(Mobile Station) 등의 용어로 언급될 수도 있다. 또한, UE는 노트북, 휴대폰, PDA(Personal Digital Assistant), 스마트 폰, 멀티미디어 기기 등과 같이 휴대 가능한 기기일 수 있고, 또는 PC(Personal Computer), 차량 탑재 장치와 같이 휴대 불가능한 기기일 수도 있다. MTC 관련 내용에서 UE 또는 단말이라는 용어는 MTC 디바이스를 지칭할 수 있다.
- HNB(Home NodeB): UMTS 네트워크의 기지국으로서 옥내에 설치하며 커버리지는 마이크로 셀(micro cell) 규모이다.
- HeNB(Home eNodeB): EPS 네트워크의 기지국으로서 옥내에 설치하며 커버리지는 마이크로 셀 규모이다.
- MME(Mobility Management Entity): 이동성 관리(Mobility Management; MM), 세션 관리(Session Management; SM) 기능을 수행하는 EPS 네트워크의 네트워크 노드.
- PDN-GW(Packet Data Network-Gateway)/PGW: UE IP 주소 할당, 패킷 스크리닝(screening) 및 필터링, 과금 데이터 취합(charging data collection) 기능 등을 수행하는 EPS 네트워크의 네트워크 노드.
- SGW(Serving Gateway): 이동성 앵커(mobility anchor), 패킷 라우팅(routing), 유휴(idle) 모드 패킷 버퍼링, MME가 UE를 페이징하도록 트리거링하는 기능 등을 수행하는 EPS 네트워크의 네트워크 노드.
- NAS(Non-Access Stratum): UE와 MME간의 제어 플레인(control plane)의 상위 단(stratum). LTE/UMTS 프로토콜 스택에서 UE와 코어 네트워크간의 시그널링, 트래픽 메시지를 주고 받기 위한 기능적인 계층으로서, UE의 이동성을 지원하고, UE와 PDN GW 간의 IP 연결을 수립(establish) 및 유지하는 세션 관리 절차를 지원하는 것을 주된 기능으로 한다.
- PDN(Packet Data Network): 특정 서비스를 지원하는 서버(예를 들어, MMS(Multimedia Messaging Service) 서버, WAP(Wireless Application Protocol) 서버 등)가 위치하고 있는 네트워크.
- PDN 연결: 하나의 IP 주소(하나의 IPv4 주소 및/또는 하나의 IPv6 프리픽스)로 표현되는, UE와 PDN 간의 논리적인 연결.
- RAN(Radio Access Network): 3GPP 네트워크에서 NodeB, eNodeB 및 이들을 제어하는 RNC(Radio Network Controller)를 포함하는 단위. UE 간에 존재하며 코어 네트워크로의 연결을 제공한다.
- HLR(Home Location Register)/HSS(Home Subscriber Server): 3GPP 네트워크 내의 가입자 정보를 가지고 있는 데이터베이스. HSS는 설정 저장(configuration storage), 아이덴티티 관리(identity management), 사용자 상태 저장 등의 기능을 수행할 수 있다.
- PLMN(Public Land Mobile Network): 개인들에게 이동통신 서비스를 제공할 목적으로 구성된 네트워크. 오퍼레이터 별로 구분되어 구성될 수 있다.
- Proximity Service (또는 ProSe Service 또는 Proximity based Service): 물리적으로 근접한 장치 사이의 디스커버리 및 상호 직접적인 커뮤니케이션 또는 기지국을 통한 커뮤니케이션 또는 제 3의 장치를 통한 커뮤니케이션이 가능한 서비스. 이때 사용자 평면 데이터(user plane data)는 3GPP 코어 네트워크(예를 들어, EPC)를 거치지 않고 직접 데이터 경로(direct data path)를 통해 교환된다.
EPC(Evolved Packet Core)
도 1은 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet System)의 개략적인 구조를 나타내는 도면이다.
EPC는 3GPP 기술들의 성능을 향상하기 위한 SAE(System Architecture Evolution)의 핵심적인 요소이다. SAE는 다양한 종류의 네트워크 간의 이동성을 지원하는 네트워크 구조를 결정하는 연구 과제에 해당한다. SAE는, 예를 들어, IP 기반으로 다양한 무선 접속 기술들을 지원하고 보다 향상된 데이터 전송 캐퍼빌리티를 제공하는 등의 최적화된 패킷-기반 시스템을 제공하는 것을 목표로 한다.
구체적으로, EPC는 3GPP LTE 시스템을 위한 IP 이동 통신 시스템의 코어 네트워크(Core Network)이며, 패킷-기반 실시간 및 비실시간 서비스를 지원할 수 있다. 기존의 이동 통신 시스템(즉, 2 세대 또는 3 세대 이동 통신 시스템)에서는 음성을 위한 CS(Circuit-Switched) 및 데이터를 위한 PS(Packet-Switched)의 2 개의 구별되는 서브-도메인을 통해서 코어 네트워크의 기능이 구현되었다. 그러나, 3 세대 이동 통신 시스템의 진화인 3GPP LTE 시스템에서는, CS 및 PS의 서브-도메인들이 하나의 IP 도메인으로 단일화되었다. 즉, 3GPP LTE 시스템에서는, IP 캐퍼빌리티(capability)를 가지는 단말과 단말 간의 연결이, IP 기반의 기지국(예를 들어, eNodeB(evolved Node B)), EPC, 애플리케이션 도메인(예를 들어, IMS(IP Multimedia Subsystem))을 통하여 구성될 수 있다. 즉, EPC는 단-대-단(end-to-end) IP 서비스 구현에 필수적인 구조이다.
EPC는 다양한 구성요소들을 포함할 수 있으며, 도 1에서는 그 중에서 일부에 해당하는, SGW(Serving Gateway), PDN GW(Packet Data Network Gateway), MME(Mobility Management Entity), SGSN(Serving GPRS(General Packet Radio Service) Supporting Node), ePDG(enhanced Packet Data Gateway)를 도시한다.
SGW(또는 S-GW)는 무선 접속 네트워크(RAN)와 코어 네트워크 사이의 경계점으로서 동작하고, eNodeB와 PDN GW 사이의 데이터 경로를 유지하는 기능을 하는 요소이다. 또한, 단말이 eNodeB에 의해서 서빙(serving)되는 영역에 걸쳐 이동하는 경우, SGW는 로컬 이동성 앵커 포인트(anchor point)의 역할을 한다. 즉, E-UTRAN (3GPP 릴리즈-8 이후에서 정의되는 Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network) 내에서의 이동성을 위해서 SGW를 통해서 패킷들이 라우팅될 수 있다. 또한, SGW는 다른 3GPP 네트워크(3GPP 릴리즈-8 전에 정의되는 RAN, 예를 들어, UTRAN 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다.
PDN GW(또는 P-GW)는 패킷 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당한다. PDN GW는 정책 집행 특징(policy enforcement features), 패킷 필터링(packet filtering), 과금 지원(charging support) 등을 지원할 수 있다. 또한, 3GPP 네트워크와 비-3GPP 네트워크 (예를 들어, I-WLAN(Interworking Wireless Local Area Network)과 같은 신뢰되지 않는 네트워크, CDMA(Code Division Multiple Access) 네트워크나 WiMax와 같은 신뢰되는 네트워크)와의 이동성 관리를 위한 앵커 포인트 역할을 할 수 있다.
도 1의 네트워크 구조의 예시에서는 SGW와 PDN GW가 별도의 게이트웨이로 구성되는 것을 나타내지만, 두 개의 게이트웨이가 단일 게이트웨이 구성 옵션(Single Gateway Configuration Option)에 따라 구현될 수도 있다.
MME는, UE의 네트워크 연결에 대한 액세스, 네트워크 자원의 할당, 트래킹(tracking), 페이징(paging), 로밍(roaming) 및 핸드오버 등을 지원하기 위한 시그널링 및 제어 기능들을 수행하는 요소이다. MME는 가입자 및 세션 관리에 관련된 제어 평면(control plane) 기능들을 제어한다. MME는 수많은 eNodeB들을 관리하고, 다른 2G/3G 네트워크에 대한 핸드오버를 위한 종래의 게이트웨이의 선택을 위한 시그널링을 수행한다. 또한, MME는 보안 과정(Security Procedures), 단말-대-네트워크 세션 핸들링(Terminal-to-network Session Handling), 유휴 단말 위치결정 관리(Idle Terminal Location Management) 등의 기능을 수행한다.
SGSN은 다른 3GPP 네트워크(예를 들어, GPRS 네트워크)에 대한 사용자의 이동성 관리 및 인증(authentication)과 같은 모든 패킷 데이터를 핸들링한다.
ePDG는 신뢰되지 않는 비-3GPP 네트워크(예를 들어, I-WLAN, WiFi 핫스팟(hotspot) 등)에 대한 보안 노드로서의 역할을 한다.
도 1을 참조하여 설명한 바와 같이, IP 캐퍼빌리티를 가지는 단말은, 3GPP 액세스는 물론 비-3GPP 액세스 기반으로도 EPC 내의 다양한 요소들을 경유하여 사업자(즉, 오퍼레이터(operator))가 제공하는 IP 서비스 네트워크(예를 들어, IMS)에 액세스할 수 있다.
또한, 도 1에서는 다양한 레퍼런스 포인트들(예를 들어, S1-U, S1-MME 등)을 도시한다. 3GPP 시스템에서는 E-UTRAN 및 EPC의 상이한 기능 개체(functional entity)들에 존재하는 2 개의 기능을 연결하는 개념적인 링크를 레퍼런스 포인트(reference point)라고 정의한다. 다음의 표 1은 도 1에 도시된 레퍼런스 포인트를 정리한 것이다. 표 1의 예시들 외에도 네트워크 구조에 따라 다양한 레퍼런스 포인트들이 존재할 수 있다.
레퍼런스 포인트 설명
S1-MME E-UTRAN와 MME 간의 제어 플레인 프로토콜에 대한 레퍼런스 포인트(Reference point for the control plane protocol between E-UTRAN and MME)
S1-U 핸드오버 동안 eNB 간 경로 스위칭 및 베어러 당 사용자 플레인 터널링에 대한 E-UTRAN와 SGW 간의 레퍼런스 포인트(Reference point between E-UTRAN and Serving GW for the per bearer user plane tunnelling and inter eNodeB path switching during handover)
S3 유휴(idle) 및/또는 활성화 상태에서 3GPP 액세스 네트워크 간 이동성에 대한 사용자 및 베어러 정보 교환을 제공하는 MME와 SGSN 간의 레퍼런스 포인트. 이 레퍼런스 포인트는 PLMN-내 또는 PLMN-간(예를 들어, PLMN-간 핸드오버의 경우)에 사용될 수 있음) (It enables user and bearer information exchange for inter 3GPP access network mobility in idle and/or active state. This reference point can be used intra-PLMN or inter-PLMN (e.g. in the case of Inter-PLMN HO).)
S4 (GPRS 코어와 SGW의 3GPP 앵커 기능 간의 관련 제어 및 이동성 지원을 제공하는 SGW와 SGSN 간의 레퍼런스 포인트. 또한, 직접 터널이 수립되지 않으면, 사용자 플레인 터널링을 제공함(It provides related control and mobility support between GPRS Core and the 3GPP Anchor function of Serving GW. In addition, if Direct Tunnel is not established, it provides the user plane tunnelling.)
S5 SGW와 PDN GW 간의 사용자 플레인 터널링 및 터널 관리를 제공하는 레퍼런스 포인트. 단말 이동성으로 인해, 그리고 요구되는 PDN 연결성을 위해서 SGW가 함께 위치하지 않은 PDN GW로의 연결이 필요한 경우, SGW 재배치를 위해서 사용됨(It provides user plane tunnelling and tunnel management between Serving GW and PDN GW. It is used for Serving GW relocation due to UE mobility and if the Serving GW needs to connect to a non-collocated PDN GW for the required PDN connectivity.)
S11 MME와 SGW 간의 레퍼런스 포인트
SGi PDN GW와 PDN 간의 레퍼런스 포인트. PDN은, 오퍼레이터 외부 공용 또는 사설 PDN이거나 예를 들어, IMS 서비스의 제공을 위한 오퍼레이터-내 PDN일 수 있음. 이 레퍼런스 포인트는 3GPP 액세스의 Gi에 해당함(It is the reference point between the PDN GW and the packet data network. Packet data network may be an operator external public or private packet data network or an intra operator packet data network, e.g. for provision of IMS services. This reference point corresponds to Gi for 3GPP accesses.)
도 1에 도시된 레퍼런스 포인트 중에서 S2a 및 S2b는 비-3GPP 인터페이스에 해당한다. S2a는 신뢰되는 비-3GPP 액세스 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다. S2b는 ePDG 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다.
도 2는 일반적인 E-UTRAN과 EPC의 아키텍처를 나타낸 예시도이다.
도시된 바와 같이, eNodeB는 RRC(Radio Resource Control) 연결이 활성화되어 있는 동안 게이트웨이로의 라우팅, 페이징 메시지의 스케줄링 및 전송, 브로드캐스터 채널(BCH)의 스케줄링 및 전송, 업링크 및 다운링크에서의 자원을 UE에게 동적 할당, eNodeB의 측정을 위한 설정 및 제공, 무선 베어러 제어, 무선 허가 제어(radio admission control), 그리고 연결 이동성 제어 등을 위한 기능을 수행할 수 있다. EPC 내에서는 페이징 발생, LTE_IDLE 상태 관리, 사용자 평면이 암호화, SAE 베어러 제어, NAS 시그널링의 암호화 및 무결성 보호 기능을 수행할 수 있다.
도 3은 단말과 기지국 사이의 제어 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 예시도이고, 도 4는 단말과 기지국 사이의 사용자 평면에서의 무선 인터페이스 프로토콜의 구조를 나타낸 예시도이다.
상기 무선 인터페이스 프로토콜은 3GPP 무선접속망 규격을 기반으로 한다. 상기 무선 인터페이스 프로토콜은 수평적으로 물리계층(Physical Layer), 데이터링크계층(Data Link Layer) 및 네트워크계층(Network Layer)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면(User Plane)과 제어신호(Signaling) 전달을 위한 제어평면(Control Plane)으로 구분된다.
상기 프로토콜 계층들은 통신 시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection; OSI) 기준모델의 하위 3개 계층을 바탕으로 L1 (제1계층), L2 (제2계층), L3(제3계층)로 구분될 수 있다.
이하에서, 상기 도 3에 도시된 제어 평면의 무선프로토콜과, 도 4에 도시된 사용자 평면에서의 무선 프로토콜의 각 계층을 설명한다.
제1 계층인 물리계층은 물리채널(Physical Channel)을 이용하여 정보전송서비스(Information Transfer Service)를 제공한다. 상기 물리계층은 상위에 있는 매체접속제어(Medium Access Control) 계층과는 전송 채널(Transport Channel)을 통해 연결되어 있으며, 상기 전송 채널을 통해 매체접속제어계층과 물리계층 사이의 데이터가 전달된다. 그리고, 서로 다른 물리계층 사이, 즉 송신측과 수신측의 물리계층 사이는 물리채널을 통해 데이터가 전달된다.
물리채널(Physical Channel)은 시간축 상에 있는 여러 개의 서브프레임과 주파수축상에 있는 여러 개의 서브 캐리어(Sub-carrier)로 구성된다. 여기서, 하나의 서브프레임(Sub-frame)은 시간 축 상에 복수의 심볼 (Symbol)들과 복수의 서브 캐리어들로 구성된다. 하나의 서브프레임은 복수의 자원블록(Resource Block)들로 구성되며, 하나의 자원블록은 복수의 심볼(Symbol)들과 복수의 서브캐리어들로 구성된다. 데이터가 전송되는 단위시간인 TTI(Transmission Time Interval)는 1개의 서브프레임에 해당하는 1ms이다.
상기 송신측과 수신측의 물리계층에 존재하는 물리 채널들은 3GPP LTE에 따르면, 데이터 채널인 PDSCH(Physical Downlink Shared Channel)와 PUSCH(Physical Uplink Shared Channel) 및 제어채널인 PDCCH(Physical Downlink Control Channel), PCFICH(Physical Control Format Indicator Channel), PHICH(Physical Hybrid-ARQ Indicator Channel) 및 PUCCH(Physical Uplink Control Channel)로 나눌 수 있다.
제2계층에는 여러 가지 계층이 존재한다.
먼저 제2계층의 매체접속제어 (Medium Access Control; MAC) 계층은 다양한 논리채널 (Logical Channel)을 다양한 전송채널에 매핑시키는 역할을 하며, 또한 여러 논리채널을 하나의 전송채널에 매핑시키는 논리채널 다중화 (Multiplexing)의 역할을 수행한다. MAC 계층은 상위계층인 RLC 계층과는 논리채널 (Logical Channel)로 연결되어 있으며, 논리채널은 크게 전송되는 정보의 종류에 따라 제어평면(Control Plane)의 정보를 전송하는 제어채널(Control Channel)과 사용자평면(User Plane)의 정보를 전송하는 트래픽채널(Traffic Channel)로 나뉜다.
제2 계층의 무선링크제어 (Radio Link Control; RLC) 계층은 상위계층으로부터 수신한 데이터를 분할 (Segmentation) 및 연결 (Concatenation)하여 하위계층이 무선 구간으로 데이터를 전송하기에 적합하도록 데이터 크기를 조절하는 역할을 수행한다.
제2 계층의 패킷데이터수렴 (Packet Data Convergence Protocol; PDCP) 계층은 IPv4나 IPv6와 같은 IP 패킷 전송시에 대역폭이 작은 무선 구간에서 효율적으로 전송하기 위하여 상대적으로 크기가 크고 불필요한 제어정보를 담고 있는 IP 패킷 헤더 사이즈를 줄여주는 헤더압축 (Header Compression) 기능을 수행한다. 또한, LTE 시스템에서는 PDCP 계층이 보안 (Security) 기능도 수행하는데, 이는 제 3자의 데이터 감청을 방지하는 암호화 (Ciphering)와 제 3자의 데이터 조작을 방지하는 무결성 보호 (Integrity protection)로 구성된다.
제3 계층의 가장 상부에 위치한 무선자원제어(Radio Resource Control; 이하 RRC라 약칭함) 계층은 제어평면에서만 정의되며, 무선 운반자(Radio Bearer; RB라 약칭함)들의 설정(Configuration), 재설정(Re-configuration) 및 해제(Release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. 이때, RB는 단말과 E-UTRAN간의 데이터 전달을 위해 제2계층에 의해 제공되는 서비스를 의미한다.
상기 단말의 RRC와 무선망의 RRC계층 사이에 RRC 연결(RRC connection)이 있을 경우, 단말은 RRC연결상태(Connected Mode)에 있게 되고, 그렇지 못할 경우 RRC유휴 모드(Idle Mode)에 있게 된다.
이하 단말의 RRC 상태 (RRC state)와 RRC 연결 방법에 대해 설명한다. RRC 상태란 단말의 RRC가 E-UTRAN의 RRC와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC_CONNECTED 상태(state), 연결되어 있지 않은 경우는 RRC_IDLE 상태라고 부른다. RRC_CONNECTED 상태의 단말은 RRC 연결이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 단말을 효과적으로 제어할 수 있다. 반면에 RRC_IDLE 상태의 단말은 E-UTRAN이 단말의 존재를 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 TA(Tracking Area) 단위로 핵심망이 관리한다. 즉, RRC_IDLE 상태의 단말은 셀에 비하여 큰 지역 단위로 해당 단말의 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 해당 단말이 RRC_CONNECTED 상태로 천이하여야 한다. 각 TA는 TAI(Tracking area identity)를 통해 구분된다. 단말은 셀에서 방송(broadcasting)되는 정보인 TAC(Tracking area code)를 통해 TAI를 구성할 수 있다.
사용자가 단말의 전원을 맨 처음 켰을 때, 단말은 먼저 적절한 셀을 탐색한 후 해당 셀에서 RRC 연결을 맺고, 핵심망에 단말의 정보를 등록한다. 이 후, 단말은 RRC_IDLE 상태에 머무른다. RRC_IDLE 상태에 머무르는 단말은 필요에 따라서 셀을 (재)선택하고, 시스템 정보(System information)나 페이징 정보를 살펴본다. 이를 셀에 캠프 온(Camp on)한다고 한다. RRC_IDLE 상태에 머물러 있던 단말은 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정 (RRC connection procedure)을 통해 E-UTRAN의 RRC와 RRC 연결을 맺고 RRC_CONNECTED 상태로 천이한다. RRC_IDLE 상태에 있던 단말이 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도, 데이터 전송 시도 등이 필요하다거나, 아니면 E-UTRAN으로부터 페이징 메시지를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.
상기 RRC 계층 상위에 위치하는 NAS(Non-Access Stratum) 계층은 연결관리(Session Management)와 이동성 관리(Mobility Management)등의 기능을 수행한다.
아래는 도 3에 도시된 NAS 계층에 대하여 상세히 설명한다.
NAS 계층에 속하는 eSM (evolved Session Management)은 Default Bearer 관리, Dedicated Bearer관리와 같은 기능을 수행하여, 단말이 망으로부터 PS서비스를 이용하기 위한 제어를 담당한다. Default Bearer 자원은 특정 Packet Data Network(PDN)에 최초 접속 할 시에 망에 접속될 때 망으로부터 할당 받는다는 특징을 가진다. 이때, 네트워크는 단말이 데이터 서비스를 사용할 수 있도록 단말이 사용 가능한 IP 주소를 할당하며, 또한 default bearer의 QoS를 할당해준다. LTE에서는 크게 데이터 송수신을 위한 특정 대역폭을 보장해주는 GBR(Guaranteed bit rate) QoS 특성을 가지는 bearer와 대역폭의 보장 없이 Best effort QoS 특성을 가지는 Non-GBR bearer의 두 종류를 지원한다. Default bearer의 경우 Non-GBR bearer를 할당 받는다. Dedicated bearer의 경우에는 GBR또는 Non-GBR의 QoS특성을 가지는 bearer를 할당 받을 수 있다.
네트워크에서 단말에게 할당한 bearer를 EPS(evolved packet service) bearer라고 부르며, EPS bearer를 할당 할 때 네트워크는 하나의 ID를 할당하게 된다. 이를 EPS Bearer ID라고 부른다. 하나의 EPS bearer는 MBR(maximum bit rate) 또는/그리고 GBR(guaranteed bit rate)의 QoS 특성을 가진다.
도 5는 3GPP LTE에서 랜덤 액세스 과정을 나타낸 흐름도이다.
랜덤 액세스 과정은 UE가 기지국과 UL 동기를 얻거나 UL 무선자원을 할당받기 위해 사용된다.
UE는 루트 인덱스(root index)와 PRACH(physical random access channel) 설정 인덱스(configuration index)를 eNodeB로부터 수신한다. 각 셀마다 ZC(Zadoff-Chu) 시퀀스에 의해 정의되는 64개의 후보(candidate) 랜덤 액세스 프리앰블이 있으며, 루트 인덱스는 단말이 64개의 후보 랜덤 액세스 프리앰블을 생성하기 위한 논리적 인덱스이다.
랜덤 액세스 프리앰블의 전송은 각 셀마다 특정 시간 및 주파수 자원에 한정된다. PRACH 설정 인덱스는 랜덤 액세스 프리앰블의 전송이 가능한 특정 서브프레임과 프리앰블 포맷을 지시한다.
UE는 임의로 선택된 랜덤 액세스 프리앰블을 eNodeB로 전송한다. UE는 64개의 후보 랜덤 액세스 프리앰블 중 하나를 선택한다. 그리고, PRACH 설정 인덱스에 의해 해당되는 서브프레임을 선택한다. UE는 은 선택된 랜덤 액세스 프리앰블을 선택된 서브프레임에서 전송한다.
상기 랜덤 액세스 프리앰블을 수신한 eNodeB는 랜덤 액세스 응답(random access response, RAR)을 UE로 보낸다. 랜덤 액세스 응답은 2단계로 검출된다. 먼저 UE는 RA-RNTI(random access-RNTI)로 마스킹된 PDCCH를 검출한다. UE는 검출된 PDCCH에 의해 지시되는 PDSCH 상으로 MAC(Medium Access Control) PDU(Protocol Data Unit) 내의 랜덤 액세스 응답을 수신한다.
도 6은 무선자원제어(RRC) 계층에서의 연결 과정을 나타낸다.
도 6에 도시된 바와 같이 RRC 연결 여부에 따라 RRC 상태가 나타나 있다. 상기 RRC 상태란 UE의 RRC 계층의 엔티티(entity)가 eNodeB의 RRC 계층의 엔티티와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC 연결 상태(connected state)라고 하고, 연결되어 있지 않은 상태를 RRC 유휴 모드(idle state)라고 부른다.
상기 연결 상태(Connected state)의 UE는 RRC 연결(connection)이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 UE를 효과적으로 제어할 수 있다. 반면에 유휴 모드(idle state)의 UE는 eNodeB가 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 트래킹 지역(Tracking Area) 단위로 핵심망(Core Network)이 관리한다. 상기 트래킹 지역(Tracking Area)은 셀들의 집합단위이다. 즉, 유휴 모드(idle state) UE는 큰 지역 단위로 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 단말은 연결 상태(connected state)로 천이해야 한다.
사용자가 UE의 전원을 맨 처음 켰을 때, 상기 UE는 먼저 적절한 셀을 탐색한 후 해당 셀에서 유휴 모드(idle state)에 머무른다. 상기 유휴 모드(idle state)에 머물러 있던 UE는 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정(RRC connection procedure)을 통해 eNodeB의 RRC 계층과 RRC 연결을 맺고 RRC 연결 상태(connected state)로 천이한다.
상기 유휴 모드(Idle state)에 있던 UE가 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도 또는 상향 데이터 전송 등이 필요하다거나, 아니면 EUTRAN으로부터 페이징 메시지를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.
유휴 모드(idle state)의 UE가 상기 eNodeB와 RRC 연결을 맺기 위해서는 상기한 바와 같이 RRC 연결 과정(RRC connection procedure)을 진행해야 한다. RRC 연결 과정은 크게, UE가 eNodeB로 RRC 연결 요청 (RRC connection request) 메시지 전송하는 과정, eNodeB가 UE로 RRC 연결 설정 (RRC connection setup) 메시지를 전송하는 과정, 그리고 UE가 eNodeB로 RRC 연결 설정 완료 (RRC connection setup complete) 메시지를 전송하는 과정을 포함한다. 이와 같은 과정에 대해서 도 6을 참조하여 보다 상세하게 설명하면 다음과 같다.
1) 유휴 모드(Idle state)의 UE는 통화 시도, 데이터 전송 시도, 또는 eNodeB의 페이징에 대한 응답 등의 이유로 RRC 연결을 맺고자 할 경우, 먼저 상기 UE는 RRC 연결 요청(RRC connection request) 메시지를 eNodeB로 전송한다.
2) 상기 UE로부터 RRC 연결 요청 메시지를 수신하면, 상기 eNB는 무선 자원이 충분한 경우에는 상기 UE의 RRC 연결 요청을 수락하고, 응답 메시지인 RRC 연결 설정(RRC connection setup) 메시지를 상기 UE로 전송한다.
3) 상기 UE가 상기 RRC 연결 설정 메시지를 수신하면, 상기 eNodeB로 RRC 연결 설정 완료(RRC connection setup complete) 메시지를 전송한다. 상기 UE가 RRC 연결 설정 메시지를 성공적으로 전송하면, 비로소 상기 UE는 eNodeB과 RRC 연결을 맺게 되고 RRC 연결 모드로 천이한다.
종래 EPC에서의 MME는 Next Generation system(또는 5G CN(Core Network))에서는 AMF(Core Access and Mobility Management Function)와 SMF(Session Management Function)로 분리되었다. 이에 UE와의 NAS interaction 및 MM(Mobility Management)은 AMF가, 그리고 SM(Session Management)은 SMF가 수행하게 된다. 또한 SMF는 user-plane 기능을 갖는, 즉 user traffic을 라우팅하는 gateway인 UPF(User Plane Function)를 관리하는데, 이는 종래 EPC에서 S-GW와 P-GW의 control-plane 부분은 SMF가 담당하고, user-plane 부분은 UPF가 담당하는 것으로 간주할 수 있다. User traffic의 라우팅을 위해 RAN과 DN(Data Network) 사이에 UPF는 하나 이상이 존재할 수 있다. 즉, 종래 EPC는 5G에서 도 7에 예시된 바와 같이 구성될 수 있다. 또한, 종래 EPS에서의 PDN connection에 대응하는 개념으로 5G system에서는 PDU(Protocol Data Unit) session이 정의되었다. PDU session은 IP type 뿐만 아니라 Ethernet type 또는 unstructured type의 PDU connectivity service를 제공하는 UE와 DN 간의 association을 일컫는다. 그 외에 UDM(Unified Data Management)은 EPC의 HSS에 대응되는 기능을 수행하며, PCF(Policy Control Function)은 EPC의 PCRF에 대응되는 기능을 수행한다. 물론 5G system의 요구사항을 만족하기 위해 그 기능들이 확장된 형태로 제공될 수 있다. 5G system architecture, 각 function, 각 interface에 대한 자세한 사항은 TS 23.501을 준용한다.
3GPP Release 14에서는 non-Public Safety 단말에 대해서도 relay UE를 통해 네트워크 연결 서비스를 받도록 하고자 SA1에서 service requirements 작업하였다. 이와 같이 relay UE를 통해 네트워크 연결 서비스를 받는 단말로는 대표적으로 wearable 기기가 거론되고 있다. 아래는 service requirements 작업을 위한 WID (REAR: Remote UE access via relay UE)의 objective이다 (SP-160511 참고) 이 작업 항목의 목적은 UICC가 있는 UE가 Evolved ProSe UE-to-Network Relay를 통해 네트워크에 연결하기 위한 서비스 요구 사항을 지정하는 것이다. Evolved ProSe UE-to-Network Relay는 E-UTRAN을 사용하여 EPC에 연결하는 것으로 가정한다. 이와 관련해 다음 표 2의 내용들이 고려된다.
* The communication between the Evolved ProSe Remote UE and the Evolved ProSe UE-to-Network Relay to use either E-UTRA or WLAN.* The 3GPP system to support a user traffic session of an Evolved ProSe Remote UE to be relayed to the network via an Evolved ProSe UE-to-Network Relay.Note: The Evolved ProSe Remote UE has the functionality to directly connect to the EPC without a relay.* Security related requirements for communication from the Evolved ProSe Remote UE to the EPC.* Evaluate what 3GPP services that the 3GPP system will be able to support on an Evolved ProSe Remote UE connecting through an Evolved ProSe UE-to-Network Relay including e.g. emergency calls. In addition, it is also needed to consider if the 3GPP system need to support service continuity or fallback (e.g. CS Fallback) for those services.* Service requirements regarding different ownership and different HPLMNs of the Evolved ProSe Remote UE and Evolved ProSe UE-to-Network Relay. * Basic service requirements regarding charging aspects for respective MNO subscriptions.* What roaming scenarios that the 3GPP system will support regarding roaming of an Evolved ProSe Remote UE and connecting though an available Evolved ProSe UE-to-Network Relay in the visited network or a roaming relay UE. * Service requirements regarding UE consent and/or MNO control of an Evolved ProSe Remote UE connecting through an Evolved ProSe UE-to-Network Relay.* Service requirements on QoS for the services provided to an Evolved ProSe Remote UE connected via a Evolved ProSe UE-to-Network Relay.* Service requirements regarding PLMN selection.* Lower power consumption and lower complexity aspects for the Evolved ProSe Remote UE.* Evaluate the enhancements anticipated from this WID and investigate evolving ProSe Rel 12 and Re1 13 concepts for ProSe UE-to-Network Relay to use Evolved ProSe UE-to-Network Relay.* Consideration of co-existence with ProSe Rel 12 and Re1 13 services and users including shared radio spectrum cases.* Consideration of efficient use of LTE radio spectrum (especially when shared between in-coverage and out-coverage Evolved ProSe Remote UEs).* Support QoS concepts (according to TS23.203 and TS23.401) to allow to prioritization of high priority users and services both in-coverage of cell and out-of-coverage ProSe users and UEs served by Evolved ProSe-UE-to-Network Relays.
TS 22.278의 7B절 (Indirect 3GPP Communication) 및 7C절 (Requirements for 릴레이 UE selection for Evolved ProSe 리모트 UE access via an Evolved ProSe UE-to-Network Relay)은 REAR를 위한 service requirement들을 기술하고 있다. 또한, TR 36.746에서는 상기의 REAR service requirement를 만족시키기 위해 솔루션을 개발 중에 있다. 특히, 4.3절에는 도 8에 예시된 것과 같은 다양한 시나리오를 기술하고 있다.
한편, TS 22.011의 4절 (Access control)에는 다음과 같이 다양한 access control 관련 service requirement가 있다.
i) Access Class Barring (ACB)
ii) Extended Access Barring (EAB)
iii) Service Specific Access Control (SSAC)
iv) Access Control for CSFB
v) Application specific Congestion control for Data Communication (ACDC)
상기 i), ii)의 경우 radio access 혼잡 시 UE가 eNB로 access하는 것을 막고자 함이고, iii), iv), v)는 application 또는 service 별로 radio resource 사용을 막고자 함이다. 이와 같이 다양한 access control을 적용하기 위한 시스템 정보는 TS 36.331에 기술된 SIB2와 SIB14로 브로드캐스트된다. 본 명세서에 별도로 기술하지는 않았지만, TS 36.331의 SystemInformationBlockType2, SystemInformationBlockType14 정보 요소에 관련된 내용은 종래기술로써, 이하에서 설명되는 본 발명에 관련된 내용으로 포함될 수 있다.
계속해서, 상술한 ACB와 관련하여 가장 대표적인 ACB는 RACH(임의접속)의 부하가 증가하여 혼잡상태에 이르면 혼잡을 완화하기 위해 적용되는 access control 방안이다. 모든 UE는 Access Class 0~9 중 하나의 AC가 부여되고 이는 SIM/USIM에 저장된다. UE는 추가적으로 다음 표 3과 같은 특수목적 중 하나의 AC (이는 high priority AC임)가 부여될 수 있으며 이 역시 부여될 경우 SIM/USIM에 저장된다.
Class 15 PLMN Staff
Class 14 Emergency Services
Class 13 Public Utilities (e.g. water/gas suppliers)
Class 12 Security Services
Class 11 For PLMN Use
UE는 eNB로부터 수신한 SIB2의 ACB 파라미터 정보에 기반하여 ACB를 적용한다. ACB 파라미터는 barring factor와 barring time을 포함하는데, barring factor는 네트워크 혼잡시 RACH의 차단 여부를 결정하는 0-1 사이의 확률값이다. 네트워크에 접속하는 단말은 임의로 난수를 발생시키고, 이 값이 barring factor 보다 작으면 RACH를 시도하고 그렇지 않으면 RACH가 차단된다. barring time은 ACB 에 의해 차단된 RACH가 다시 시도될 때까지 대기하는 평균 시간이다. 상기에서 RACH가 차단됨은 결국 UE가 eNB로 RRC Connection 요청을 수행하지 못하는 것을 의미하고, 이는 네트워크로부터 서비스를 받지 못함을 의미한다. AC 11~15인 인 high priority user의 경우, ac-BarringForSpecialAC에 의해 access가 제어된다. Emergency call을 개시하는 사용자 (즉, AC 10)에 대해서는 ac-BarringForEmergency를 통해 access를 제어한다. 3GPP 문서 S1-170354에서는 indirect communication을 위한 access control 관련 서비스 요구사항이 정의되어 있으며, 이러한 내용은 종래기술로써, 이하에서 설명되는 본 발명에 관련된 내용으로 포함될 수 있다.
앞서 살펴본 바와 같이, Access Control for CSFB를 제외하고 나머지 AC 메커니즘, 즉 ACB, EAB, SSAC, ACDC는 indirect communication에 적용되어야 한다. 그러나, 어떤 방식으로 적용되어야 하는지 구체적인 방법이 존재하지 않는다.
또한, 종래 기술에 따르면 RRC Connection Request 메시지에 포함된 establishment cause 값은 추후 eNB가 MME로 UE가 전송한 NAS 메시지를 전달 시, 함께 전달되고 이는 특정한 값인 경우 MME에서 P-GW로까지 관련 정보가 전달될 수 있다. 예를 들어, 상기 establishment cause 가 mo-ExceptionData인 경우 MME는 관련 정보인 MO Exception data counter를 S-GW를 통해 P-GW로 전송하고, P-GW는 이를 CDR(Charging Data Record)에 저장한다(TS 23.401의 5.3.4.1 UE triggered Service Request 참조) 이로 인해 네트워크는 UE가 우선순위가 높은 data를 전송하는 것을 지원해준 것에 대해 별도의 또는 더 비싼 과금을 부여할 수도 있다. 이러한 경우 릴레이 UE인 릴레이 UE는 자신이 전송하지도 않은 Exception Data에 대해 별도의 또는 더 비싼 과금이 부여되는 불이익을 받을 수 있다.
따라서, 본 발명의 실시예에서는, AC를 고려한 indirect communication 제공 방안과 릴레이 UE가 리모트 UE의 트래픽 전송으로 인해 불필요한 과금이 부여되는 것을 방지하기 위한 연결 절차 등을 제안한다.
본 발명에서 언급하는 AC 메커니즘은 상기에서 기술한 AC 메커니즘 i) 내지는 v) 중 하나일 수도 있고, 이외 상기에서 명시하지 않은 AC 메커니즘일 수도 있다. 또한, RAN, Core Network, Application layer 중 하나 이상에서 운영하는 AC 메커니즘일 수 있다. 또한, AC 메커니즘은 혼잡제어 메커니즘으로 해석될 수도 있다.
본 발명에서 제안하는 내용은 리모트 UE가 릴레이 UE를 통해 네트워크로부터 서비스를 받기 위해 (이는 리모트 UE가 네트워크로 RRC 연결 및/또는 NAS (즉, S1-MME) 연결 및/또는 S1-U 연결을 형성하기 위해로 해석될 수 있음), 수행되는 동작을 포함한다. 이는 릴레이 UE가 리모트 UE를 위해 AC 메커니즘에 대한 지원을 수행하는 경우뿐만 아니라 릴레이 UE에서의 지원없이 리모트 UE에서 AC 메커니즘 적용을 모두 수행하는 경우에도 적용된다.
실시예 1
본 발명의 첫 번째 실시예에 의한 릴레이 UE는 리모트 UE로부터 릴레이 요청을 수신하고, 릴레이 요청을 수신 후 기지국으로 랜덤 액세스 프리앰블을 전송할 수 있다. 릴레이 UE는 랜덤 액세스 프리앰블 전송에 대한 응답인 랜덤 액세스 응답을 수신 후, RRC connection request를 전송할 수 있다. 이후 RRC connection request에 대한 응답인 RRC connection setup 수신 후, 릴레이 UE는 RRC connection setup complete 메시지를 전송할 수 있다.
여기서, RRC connection request에 포함되는 establishment cause는, 릴레이 UE가 자신의 트래픽(이하, 트래픽은 상향링크 트래픽일 수 있음)을 위한 연결 요청을 할 필요가 있는지 여부, 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 사이의 우선순위 중 하나 이상을 고려하여 결정될 수 있다.
만약, 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 없는 경우, RRC connection request는 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause를 포함한다. 그리고, RRC connection setup complete 메시지는 릴레이 UE가 릴레이 동작을 위해 사용하도록 설정된 establishment cause를 포함한다. RRC connection setup complete 메시지는 RRC connection request에서 전송된 establishment cause가 리모트 UE에 대한 것임을 나타내는 정보를 포함한다. 이를 통해, 릴레이 UE는 자신이 전송하지도 않은 Exception Data에 대해 별도의 또는 더 비싼 과금이 부여되는 불이익을 방지할 수 있다.
위 동작에 대해 보다 상세히 설명하면, 릴레이 UE가 리모트 UE로부터 네트워크 연결 요청을 받았을 때, 릴레이 UE에서 자체적으로 네트워크로의 연결 요청을 할 필요가 있는지 여부, 즉 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는지를 검사한다.
검사 결과, 릴레이가 자신의 트래픽을 위한 연결 요청을 할 필요가 없는 경우(릴레이 UE에서 자체적으로 네트워크 연결 요청을 할 필요가 없는 경우), 릴레이 UE는 리모트 UE가 제공한 정보(특히, 리모트 UE의 우선 순위 정보일 수 있음)에 기반하여 RRC Connection Request 메시지의 establishment cause를 설정한다. 이후, 릴레이 UE가 eNB로 RRC Connection Setup Complete 메시지를 전송 시 릴레이 UE가 릴레이 동작을 위해 사용하도록 설정된 establishment cause(릴레이 동작을 위해 네트워크로 수행하는 RRC Connection Request (또는 Service Request) 시 사용하도록 설정된 establishment cause 값, 예를 들어, relay)을 포함하여 전송한다. 이를 위해 새로운 information element를 정의하여 사용할 수 있다. 이 때 추가적으로 상기 establishment cause 정보가 릴레이 UE (즉, 릴레이 UE)에 대한 것임을 나타내는 정보를 포함할 수 있다. 또한, 추가적으로 앞서 전송한 RRC Connection Request 메시지의 establishment cause 정보가 리모트 UE에 대한 것임을 나타내는 정보를 포함할 수 있다. 상기와 같이 RRC Connection Setup Complete 메시지에 포함되는 establishment cause 관련 정보는 RRC Connection Setup Complete 메시지를 전송 시 앞서 RRC Connection Request에서 전송한 establishment cause 정보가 리모트 UE에 대한 것임을 나타내는 것으로 해석될 수 있다. 상기 RRC Connection Setup Complete 메시지에는 리모트 UE가 생성한 Service Request 메시지가 포함될 수도 있고, 릴레이 UE가 생성한 Service Request 메시지가 포함될 수도 있다. 전자인 경우, 상기한 릴레이 UE가 릴레이 동작을 위해 네트워크로 수행하는 RRC Connection Request 내지는 Service Request 시 사용하도록 설정된 establishment cause 값 (예, 릴레이)을 포함하지 않을 수도 있다.
또 다른 예로써, 검사 결과, 릴레이가 자신의 트래픽을 위한 연결 요청을 할 필요가 없는 경우, 릴레이 UE는 리모트 UE가 제공한 정보 (특히, 리모트 UE의 우선 순위 정보일 수 있음)에 기반하여 RRC Connection Request 메시지의 establishment cause를 설정할 수 있다. 또 다른 방법으로써, 리모트 UE가 릴레이 동작을 위해 네트워크로 수행하는 Service Request 시 사용하도록 설정된 establishment cause 값을 establishment cause에 설정할 수 있다. 즉, 종래의 establishment cause를 포함하기 위해 정의되어 있던 information element를 사용하며 이는 릴레이 UE에 대한 establishment cause로 지칭할 수 있다. 이는 종래의 establishment cause 값으로 사용할 수 있었던 값 중 하나일 수도 있고 (예, mo-Data), 본 목적을 위해 새롭게 정의된 establishment cause 값 (예, 릴레이)일 수도 있다. 그리고 추가적인 establishment cause 정보를 포함하는데 이는 리모트 UE에 대한 establishment cause 로, 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause이다. 즉, 이를 위해 새로운 information element (또는 파라미터)를 정의하여 거기에 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause를 포함한다. 이처럼 두개의 establishment cause 정보가 RRC Connection Request 메시지에 포함된 경우, eNB는 RRC connection 요청을 처리 시, 이 둘을 모두 고려한다. 특히, eNB 혼잡시 우선순위가 더 높다고 간주되는 값을 고려한다.
반면에, 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는 경우, RRC connection request는 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위해 사용하도록 설정된 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 중 우선순위가 높은 것을 포함할 수 있다. RRC connection setup complete 메시지는 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위해 사용하도록 설정된 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 중 우선순위가 낮은 것을 포함할 수 있다. 이러한 경우, RRC connection setup complete 메시지는 RRC connection request에서 전송된 establishment cause가 리모트 UE에 대한 것인지 여부를 나타내는 정보를 포함한다. 이를 통해, 릴레이 UE는 자신이 전송하지도 않은 Exception Data에 대해 별도의 또는 더 비싼 과금이 부여되는 불이익을 방지할 수 있다. 즉, RRC connection request에 포함시킨 establishment cause 값이 릴레이 UE 자신에 대한 것이었다면 RRC connection setup complete 메시지에 포함하는 establishment cause 값은 리모트 UE에 대한 것이고, 반면에 RRC connection request에 포함시킨 establishment cause 값이 리모트 UE에 대한 것이었다면 RRC connection setup complete 메시지에 포함하는 establishment cause 값은 릴레이 UE 자신에 대한 것이 된다.
상기 실시예에 대해 보다 상세히 살펴보면, 리모트 UE가 제공한 정보(예를 들어, UE#1의 우선 순위 정보)와 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause(릴레이 UE 자체에서 네트워크로의 연결 요청을 하기 위해 사용하고자 하는 establishment cause) 중에서 우선순위가 더 높은 것을 사용한다. 서로 우선순위가 같으면(또는 같다고 간주되면) 릴레이 UE의 establishment cause를 사용한다. establishment cause와 관련하여, TS 36.331에 포함된, 표 4와 같은 establishment cause가 사용될 수 있으며, 이는 본 명세서에 공통적으로 적용된다.
Figure PCTKR2018000403-appb-I000001
우선순위가 적용된 구체적 예를 살펴보면, 예를 들어, 리모트 UE가 제공한 establishment cause가 emergency이고, 릴레이 UE가 사용하고자 하는 establishment cause가 mo-Data인 경우, 릴레이 UE는 eNB로 전송하는 RRC Connection Request 메시지에 포함하는 establishment cause로 우선순위가 더 높다고 간주되는 emergency를 설정한다. 이로 인해 eNB로 하여금 RRC 연결요청이 emergency 서비스를 위한 것이므로 혼잡 시 emergency 보다 우선순위가 낮은 RRC 연결요청 대비 더 중요하게 고려해 줄것을 알리기 위함이다.
또 다른 예로, 리모트 UE가 제공한 establishment cause가 mo-ExceptionData이고 릴레이 UE가 사용하고자 하는 establishment cause가 mo-Data인 경우, 릴레이 UE는 eNB로 전송하는 RRC Connection Request 메시지에 포함하는 establishment cause로 우선순위가 더 높다고 간주되는 mo-ExceptionData를 설정한다. 이로 인해 eNB로 하여금 RRC 연결요청이 NB-IoT UE가 detect한 긴급한 상황을 알리기 위한 것이므로 혼잡 시 mo-ExceptionData 보다 우선순위가 낮은 RRC 연결요청 대비 더 중요하게 고려해 줄것을 알리기 위함이다.
또 다른 예로, 리모트 UE가 제공한 establishment cause가 mo-Data이고, 릴레이 UE가 사용하고자 하는 establishment cause가 mo-signalling인 경우, 릴레이 UE는 eNB로 전송하는 RRC Connection Request 메시지에 포함하는 establishment cause로 우선순위가 더 높다고 간주되는 mo-signalling을 설정한다. 이로 인해 eNB로 하여금 RRC 연결요청이 시그널링을 위한 것이므로 혼잡 시 mo-signalling보다 우선순위가 낮은 RRC 연결요청 대비 더 중요하게 고려해 줄 것을 알리기 위함이다.
위 동작은 릴레이 UE의 NAS 레이어가 리모트 UE에서 제공받은 정보에 기반하여 결정된 establishment cause와 자신이 사용하고자 하는 establishment cause 중 하나를 결정하여 AS 레이어로 알려줄 수도 있고, 릴레이 UE의 AS 레이어가 리모트 UE에서 제공받은 정보에 기반하여 결정된 establishment cause와 NAS 레이어로부터 받은 establishment cause 중 하나를 결정할 수도 있다.
릴레이 UE가 eNB로 RRC Connection Setup Complete 메시지를 전송 시, 앞서 전송한 RRC Connection Request에 포함시킨 establishment cause가 리모트 UE가 제공한 정보에 기반하여 설정된 것(리모트 UE에서 제공받은 것)이었다면, RRC Connection Setup Complete 메시지에는 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause 를 포함시킨다. 이 때 해당 establishment cause 정보가 릴레이 UE (즉, 릴레이 UE)에 대한 것임을 명시적으로 또는 암시적으로 나타낼 수 있다. 또한, 상기 RRC Connection Request에 포함시킨 establishment cause 정보가 리모트 UE (즉, 리모트 UE)에 대한 것임을 RRC Connection Request 자체에 또는 RRC Connection Setup Complete에 명시적으로 또는 암시적으로 포함시킬 수도 있다.
릴레이 UE가 eNB로 RRC Connection Setup Complete 메시지를 전송시, 앞서 전송한 RRC Connection Request에 포함시킨 establishment cause가 릴레이 UE에서 사용하고자 하는 것이었다면 RRC Connection Setup Complete 메시지에는 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause (리모트 UE가 제공한 establishment cause 정보)를 포함시킨다. 이 때 해당 establishment cause 정보가 리모트 UE (즉, 리모트 UE)에 대한 것임을 명시적으로 또는 암시적으로 나타낼 수 있다. 또한, 상기 RRC Connection Request에 포함시킨 establishment cause 정보가 릴레이 UE (즉, 릴레이 UE)에 대한 것임을 RRC Connection Request 자체에 또는 RRC Connection Setup Complete에 명시적으로 또는 암시적으로 포함시킬 수도 있다. 상기 RRC Connection Setup Complete 메시지에 establishment cause 정보를 포함시키기 위해 새로운 information element를 정의하여 사용할 수 있다. 또한, 릴레이 UE가 RRC Connection Setup Complete 메시지를 전송 시 포함하는 Service Request 메시지가 리모트 UE가 생성한 것이라면 리모트 UE가 제공한 establishment cause 정보를 포함시키고, 이와 달리 릴레이 UE가 RRC Connection Setup Complete 메시지를 전송 시 포함하는 Service Request 메시지가 릴레이 UE가 생성한 것이라면 릴레이 UE가 사용하고자 하는 establishment cause 정보를 포함시킬 수도 있다.
또 다른 예로써, 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause 값을 establishment cause에 설정한다. 즉, 종래의 establishment cause를 포함하기 위해 정의되어 있던 information element를 사용하며 이는 릴레이 UE에 대한 establishment cause로 지칭할 수 있다. 그리고 추가적인 establishment cause 정보를 포함하는데 이는 리모트 UE에 대한 establishment cause 로, 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause이다. 즉, 이를 위해 새로운 information element (또는 파라미터)를 정의하여 거기에 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause를 포함한다. 이처럼 두개의 establishment cause 정보가 RRC Connection Request 메시지에 포함된 경우, eNB는 RRC connection 요청을 처리 시, 이 둘을 모두 고려한다. 특히, eNB 혼잡시 우선순위가 더 높다고 간주되는 값을 고려한다.
상술한 설명에서 추가적인 establishment cause 를 위해 새로운 information element 를 사용하는 방식으로 동작하는 경우는 어차피 추가적인 information element로 리모트 UE의 네트워크 연결 요청에 대한 establishment cause 정보를 포함시키는 바, 상술한 검사(릴레이 UE가 리모트 UE로부터 네트워크 연결 요청을 받았을 때, 릴레이 UE에서 자체적으로 네트워크로의 연결 요청을 할 필요가 있는지 여부를 검사)를 수행하는 것과 무관하게 처리할 수도 있다. 또한, 릴레이 UE에 대한 establishment cause 값과 리모트 UE에 대한 establishment cause 값이 동일한 경우, 리모트 UE에 대한 establishment cause 값을 포함하지 않을 수도 있다.
실시예 1-1
도 9에는 실시예 1에 대한 설명된 내용이 각 네트워크 노드간에 어떻게 구체화되는지에 대한 예가 도시되어 있다. 도 9 및 이하의 설명되는 내용은 상충되지 않는 범위 내에서 위 실시예의 내용으로 편입/산입될 수 있다. 그리고, 이하의 각 단계는 상술한 설명들과 중복되는 내용은 위 설명된 내용으로 대체한다.
도 9를 참조하면, 단계 S900에서, 릴레이 UE인 릴레이 UE(UE#2)가 idle mode이다.
단계 S901에서, 리모트 UE로부터 트래픽이 발생했음을 알리는 메시지를 수신한다. 이는 리모트 UE(UE#1)에 네트워크로 전송할 트래픽이 발생했기 때문이다. 상기 traffic은 data/packet/IMS 시그널링과 같이 user plane traffic (이하 트래픽)일 수도 있고 RRC signaling/NAS 시그널링과 같이 control plane traffic (이하 CP traffic)일 수도 있다. 이러한 트래픽의 정의는 리모트 UE의 트래픽 및 릴레이 UE의 트래픽에 모두 적용되며, 본 발명 전반에 걸쳐 적용된다. 릴레이 UE(UE#2)에게 트래픽이 발생했음을 알리는 메시지(즉, 이를 알리는 메시지, 예를 들어, Remote Buffer Status Notify 메시지)를 전송한다. 상기 메시지는 대표적으로는 PC5 시그널링을 통해 전송될 수 있다. 그러나, 이와는 달리 새롭게 정의된 PC5 PDCP일 수도 있다. 이런 경우 PC5 PDCP SDU type을 새롭게 정의하여 사용할 수 있다. 이하 본 발명에서 리모트 UE(UE#1)과 릴레이 UE(UE#2) 간에 주고 받는 메시지들 (도 9의 경우 단계 S903, 단계 S905, 단계 S910, 단계 S911, 단계 S916)은 모두 이와 같이 PC5 시그널링, 새롭게 정의된 PC5 PDCP 등을 통해 전송될 수 있다.
상기 트래픽이 발생했음을 알리는 메시지는 상향링크 트래픽임을 나타내는 정보, CP(Control plane) 트래픽임을 나타내는 정보, 트래픽에 대한 우선순위, 상기 리모트 UE의 우선순위, 상기 리모트 UE의 Access Class 정보, 트래픽에 적용가능한 AC(Access Control) 정보 중 하나 이상을 포함할 수 있다. 구체적으로, 상향링크 트래픽임을 나타내는 정보는 더 구체적으로 나타낼 수도 있다. 이는 예를 들어 MMTEL, MMTEL voice, MMTEL video, IMS SMS 등과 같은 서비스 관련 정보, Application 종류, Application ID 등과 같은 application 정보 등일 수 있다. 특히, MMTEL voice, MMTEL video와 같이 IMS로 제공되는 서비스의 경우, 실제 voice, video traffic에 앞서 IMS session이 설정되는 바, 상기 메시지에 포함되는 서비스 정보는 SIP INVITE에서 추출된 정보일 수 있다. 상기 구체적인 정보는 'MMTel voice', 'MMTel video' 등과 같은 형태로 포함될 수도 있고, 서비스/Application을 enumerated 값으로 정의하여 (MMTel voice=1, MMTel video=2, … 와 같이), 각 서비스/애플리케이션에 해당하는 값을 포함시킬 수도 있다. 또한, 서비스와 애플리케이션은 분리된 정보로 포함시킬 수도 있다. 이는 본 발명 전반에 걸쳐 적용된다. 상향링크 트래픽이 발생하여 리모트 UE(UE#1)의 NAS 레이어에서 Service Request 절차가 개시, 더 나아가서는 이로 인해 AS 레이어에서 RRC Connection 절차가 개시된다고 해도 이때의 네트워크로 전송해야 하는 traffic 종류는 상향링크 트래픽일 수 있다.
CP(Control plane) 트래픽임을 나타내는 정보는 세분화하여 RRC signal인지, NAS signal인지, NAS signal을 포함하는 RRC signal인지, NAS SMS인지로 나타낼 수도 있고, CP traffic임을 나타내는 정보와 함께 상기 세분화된 정보를 추가하여 포함할 수도 있다.
네트워크로 전송해야 하는 traffic에 대한 우선 순위 정보는 emergency, 우선순위 높음, 긴급 등과 같은 형태일 수 있다. 또한, 이 정보는 RRC Connection Request 시 포함하는 establishment cause 값에 대응하는 값일 수 있다.
리모트 UE(UE#1)의 우선 순위 정보는 high priority 등과 같은 형태일 수 있다. 또한, 이 정보는 RRC Connection Request 시 포함하는 establishment cause 값에 대응하는 값일 수 있다.
네트워크로 전송해야 하는 traffic에 적용될 수 있는/관련된 AC 메커니즘 종류에 대한 정보는 하나 이상일 수 있다. 예를 들어, MMTEL voice를 네트워크로 전송하고자 하는 경우, SSAC와 ACDC를 포함할 수 있다. 상기 정보는 'ACB', 'EAB', 'SSAC' 등과 같은 형태로 포함될 수도 있고, AC 메커니즘들을 enumerated 값으로 정의하여 (ACB=1, EAB=2, … 와 같이), 각 메커니즘에 해당하는 값을 포함시킬 수도 있다. 이는 본 발명 전반에 걸쳐 적용된다.
리모트 UE인 리모트 UE(UE#1)은 다음 중 하나 이상의 이유에 의해 상술한 동작을 수행할 수 있다.
a) 리모트 UE가 릴레이 UE가 idle mode 임을 알기 때문에 상향링크 트래픽이 발생했음을 알리는 메시지를 전송하는 것일 수 있다. 이는 릴레이 UE가 idle mode임을 또는 idle mode가 되었음을 리모트 UE에게 명시적으로 또는 암시적으로 알려준 경우에 해당될 수 있다.
b) 릴레이 UE와 Relay-Remote 관계를 형성한 후 처음으로 네트워크로 전송할 traffic이 발생한 경우 상향링크 트래픽이 발생했음을 알리는 메시지를 전송할 수 있다.
c) 릴레이 UE를 통해 네트워크와 traffic을 주고 받은지 일정 시간이 지났기 때문에 상향링크 트래픽이 발생했음을 알리는 메시지를 전송하는 것일 수 있다. 상기 일정 시간은 리모트 UE에 설정되어 있거나, 릴레이 UE로부터 제공 받거나, 네트워크로부터 제공받은 것일 수 있다.
d) 리모트 UE가 릴레이 UE가 idle mode인지 connected mode인지 knowledge가 없기 때문에 상향링크 트래픽이 발생했음을 알리는 메시지를 전송한 것일 수 있다. 이는 릴레이 UE가 자신이 어떤 mode인지 또는 어떤 mode로 전환했는지 리모트 UE에게 알려주지 않아, 릴레이 UE의 IDLE 여부를 모르는 경우에 해당한다.
즉, 리모트 UE는 릴레이 UE가 IDLE임을 알고 있는 경우, 릴레이 UE와 연결을 맺은 후 처음으로 상향링크 트래픽이 발생한 경우, 릴레이를 통해 트래픽을 송수신한 후 소정 시간이 경과한 경우, 릴레이 UE가 IDLE인지 모르는 경우 중 어느 하나의 경우에 트래픽이 발생했음을 알리는 메시지를 전송할 수 있다.
단계 S901을 수행하는 리모트 UE를 idle mode라 간주할 수도 있다.
단계 S902에서, 릴레이 UE(UE#2)는 리모트 UE(UE#1)으로부터 제공받은 정보에 기반하여 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 traffic이 네트워크에서 운영 중인 AC 메커니즘과 관련이 있는지를 판단한다. 즉, 릴레이 UE는 리모트 UE에 발생한 트래픽이 AC와 관련이 있는지 여부를 확인할 수 있다. 네트워크에서 운영 중인 AC 메커니즘 관련해서는 대표적으로는 앞서 기술하였듯이 eNB로부터 수신한 SIB에 포함된 정보에 기반하여 알 수 있다.
릴레이 UE가 리모트 UE를 위해 AC 메커니즘을 지원/체크하지 않는 경우 또는 리모트 UE에서 AC 메커니즘을 모두 수행하는 경우, 단계 S902부터 단계 S905는 생략된다. 이처럼 단계 S905가 생략되는 경우, 단계 S905에서 설명한 내용이 단계 S901에 반영될 수 있다. 즉, 단계 S901에서 릴레이 UE로 보내는 메시지는 Relay Request 메시지일 수 있으며, 상기 메시지는 리모트 UE(UE#1)의 AS 레이어에서 생성한 RRC Connection Request 메시지를 포함할 수도 있다. 참고로, 이처럼 단계 S902 ~ 단계 S905가 생략되는 경우에는 리모트 UE가 AC 메커니즘을 적용한 결과 단계 S901을 수행해도 되는 것으로 판단하여 단계 S901을 수행한 것으로 간주할 수 있다.
단계 S903에서, 상기 단계 S902의 판단 결과, 만약, 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 traffic이 네트워크에서 운영 중인 AC 메커니즘과 관련이 있다면 릴레이 UE(UE#2)는 상기 관련된 AC 메커니즘에 대해 네트워크로부터 제공받은 정보 일부 또는 전부를 그대로 또는 가공된 형태로 포함하여 리모트 UE(UE#1)에게 응답하는 메시지, 즉 Remote Buffer Status Response 메시지를 전송한다. 상기 정보는 결국 리모트 UE(UE#1)으로 하여금 상기 관련 AC 메커니즘을 적용하도록 하는 정보이다.
만약, 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 traffic이 네트워크에서 운영 중인 AC 메커니즘과 관련이 없거나, 네트워크가 현재 아무런 AC 메커니즘도 운영하지 않다면 릴레이 UE(UE#2)는 리모트 UE(UE#1)에게 응답하는 메시지, 즉 Remote Buffer Status Response 메시지를 전송한다. 상기 메시지는 선택적으로 관련되는 AC 메커니즘이 운영되지 않음을 명시적으로 알릴 수도 있다.
네트워크가 현재 운영하는 AC 메커니즘이 있고, 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 traffic이 네트워크에서 운영 중인 AC 메커니즘과 관련이 있는지 여부를 판단할 수 없다면 (이는 예를 들어 리모트 UE(UE#1)가 단계 S901에서 네트워크로 전송하고자 하는 traffic에 대한 구체적인 정보를 포함하지 않아서 일 수 있다),릴레이 UE(UE#2)는 상기 네트워크가 운영 중인 AC 메커니즘에 대해 네트워크로부터 제공받은 정보 일부 또는 전부를 그대로 또는 가공된 형태로 포함하여 리모트 UE(UE#1)에게 응답하는 메시지, 즉 Remote Buffer Status Response 메시지를 전송한다. 상기 정보는 결국 리모트 UE(UE#1)으로 하여금 상기 관련 AC 메커니즘을 적용하도록 하는 정보이다.
상기에서 AC 메커니즘은 특히 idle mode인 경우 적용되는 AC 메커니즘을 의미할 수 있다.
상기한 케이스들 중 어떤 케이스인지와 무관하게 릴레이 UE(UE#2)는 상기 Remote Buffer Status Response 메시지에 릴레이 UE(UE#2) 자신이 idle mode임을 나타내는 정보를 포함할 수도 있다.
만약, 릴레이 UE(UE#2) 자신이 현재 AC 메커니즘을 적용 중인 바, 네트워크에 access 할 수 없다면 이를 알리는 정보를 리모트 UE(UE#1)에게 제공할 수 있다. 이러한 정보를 Remote Buffer Status Response 메시지에 포함하여, 또는 별도의 메시지로 전달될 수 있다.
단계 S904에서, Remote Buffer Status Response 메시지에 AC 메커니즘 관련 정보가 있는 경우, 즉 적용해야 하는지 체크해야 할 AC 메커니즘 정보가 있는 경우, 리모트 UE(UE#1)은 자신이 네트워크로 전송하고자 하는 traffic이 상기 AC 메커니즘에 적용을 받는지를 체크한다. 이러한 동작은 리모트 UE(UE#1)가 직접 네트워크로부터 AC 메커니즘 정보를 수신하여, 이를 적용하는 동작으로 간주할 수 있다. 적용 결과, AC 메커니즘에 따라 상향링크 트래픽의 전송이 block/지연될 수도 있고, 바로 전송할 수도 있다.
Remote Buffer Status Response 메시지에 AC 메커니즘 관련 정보가 없는 경우, 또는 AC 메커니즘을 적용했으나 상향링크 트래픽을 block/지연 없이 전송할 수 있는 경우 (즉시/연속적으로) 단계 S905를 수행한다.
만약, AC 메커니즘에 따라 상향링크 트래픽의 전송이 block/지연된다면, block/지연해야 하는 시간이 경과 후에 단계 S905를 수행한다. 그러나 이때, 단계 S901을 수행할 수도 있다.
단계 S905에서, 리모트 UE(UE#1)은 릴레이 UE(UE#2)에게 상향링크 트래픽에 대한 네트워크로의 relay를 요청하는 메시지, 예를 들어 Relay Request 메시지를 전송한다. 상기 메시지는 리모트 UE(UE#1)의 AS 레이어에서 생성한 RRC Connection Request 메시지를 포함할 수도 있다. 이 때 상기 메시지는 RRC 메시지가 포함되었음을 명시적으로 또는 암시적으로 나타낼 수도 있다.
단계 S906에서, 릴레이 UE(UE#2)는 eNB로 Random Access Preamble을 전송한다. 이는 릴레이 UE(UE#2)가 단계 S900에서 가정한 바와 같이 idle mode이어서 수행되는 것으로 만약 릴레이 UE(UE#2)가 connected mode라면 단계 S906부터 단계 S909는 생략되며 후술하는 단계 S910의 동작이 수행될 수 있다.
단계 S906은 idle mode인 릴레이 UE(UE#2)가 리모트 UE(UE#1)으로부터 네트워크로의 연결 요청을 수신한 바, Service Request를 수행하는 것을 개시함으로써 수행되는 것일 수 있다. 즉, 리모트 UE(UE#1)의 NAS 레이어에서 Service Request 동작이 개시된 바, 릴레이 UE(UE#2)의 AS 레이어에서 eNB로 RRC 연결을 요청하고자 단계 S906을 수행하는 것일 수 있다.
또는 idle mode인 릴레이 UE(UE#2)가 리모트 UE(UE#1)으로부터 네트워크로의 연결 요청을 수신하였는데, 마침 릴레이 UE(UE#2) 자신도 네트워크로부터 서비스를 받을 것이 있어서 Service Request를 수행하는 것을 개시함으로써 수행되는 것일 수 있다. 즉, 릴레이 UE(UE#2)의 NAS 레이어에서 Service Request 동작이 개시된 바, 릴레이 UE(UE#2)의 AS 레이어에서 eNB로 RRC 연결을 요청하고자 단계 S906을 수행하는 것일 수 있다.
또는 idle mode인 릴레이 UE(UE#2)가 리모트 UE(UE#1)으로부터 네트워크로의 연결 요청을 수신하였는데, 마침 릴레이 UE(UE#2)가 네트워크로 TAU를 수행해야 하는 바, TAU Request를 수행하는 것을 개시함으로써 수행되는 것일 수 있다. 즉, 릴레이 UE(UE#2)의 NAS 레이어에서 TAU Request 동작이 개시된 바, 릴레이 UE(UE#2)의 AS 레이어에서 eNB로 RRC 연결을 요청하고자 단계 S906을 수행하는 것일 수 있다. 이 경우, 릴레이 UE(UE#2)는 TAU Request의 Active flag를 설정함으로써, MME가 릴레이 UE(UE#2)에 대해 S1-U를 형성하도록 할 수 있다. 즉, 리모트 UE(UE#1)가 네트워크로부터 서비스를 받는 것을 지원하기 위해 릴레이 UE(UE#2)가 TAU 동작이 완료되자마자 idle mode로 전환되는 것을 방지할 수 있다. 상기 Active flag를 설정하는 것은 단계 S901에서 리모트 UE인 리모트 UE(UE#1)으로부터 받은 정보에 기반하여 리모트 UE(UE#1)가 data를 네트워크로 전송할 필요가 있음을 인지하여 설정할 수도 있다.
단계 S907에서, eNB는 릴레이 UE(UE#2)로 Random Access Response로 응답한다.
단계 S908에서, 릴레이 UE(UE#2)는 eNB로 RRC Connection Request 메시지를 전송한다. 상기 RRC Connection Request 메시지는 리모트 UE(UE#1)의 AS 레이어가 생성한 것일 수도 있고, 릴레이 UE(UE#2)에서 생성한 것일 수도 있고 (이 때 이는 리모트 UE(UE#1)을 위한 것임을 및/또는 Relay를 수행하기 위한 것임을 나타내는 정보를 포함할 수 있음), 리모트 UE(UE#1)가 생성한 것을 릴레이 UE(UE#2)가 변형/가공한 것 (이때 릴레이 UE(UE#2)가 relay하는 것임을 나타내는 정보를 포함할 수 있음)일 수도 있다. 이외 단계 단계 S908에서 RRC Connection Request 메시지, establishment cause 에 관련된 상세한 내용은 실시예 1에서 설명한 내용으로 대체한다.
단계 S909에서, eNB는 릴레이 UE(UE#2)로 RRC Connection Setup 메시지로 응답한다. 릴레이 UE(UE#2)는 connected mode로 전환된다.
릴레이 UE(UE#2)는 도면에서는 생략되었으나 이후 RRC Connection Setup Complete 메시지에 Service Request 메시지를 포함하여 eNB로 전송하고, eNB는 Service Request 메시지를 릴레이 UE(UE#2)의 serving MME에게 전송하여 릴레이 UE(UE#2)에 대한 S1-MME와 S1-U가 형성될 수 있다.
단계 S910에서, 릴레이 UE(UE#2)는 리모트 UE(UE#1)에게 Relay Request Ack 메시지로 응답한다. 이는 리모트 UE(UE#1)에게 릴레이 UE(UE#2)가 RRC 연결이 생겼음을 또는 릴레이 UE(UE#2)가 connected mode가 되었음을 또는 릴레이 UE(UE#2)가 네트워크와 signaling radio bearer가 설정되었음을 알리는 것일 수 있다. 상기 Relay Request Ack 메시지는 eNB로부터 받은 RRC Connection Setup 메시지를 그대로 전송하는 것 또는 변형/가공한 형태로 전송하는 것일 수 있다. 또한, 이러한 응답은 리모트 UE(UE#1)으로 하여금 네트워크와 RRC 메시지 및/또는 NAS 메시지를 교환할 수 있음을 알리는 것일 수 있다.
만약, 네트워크에서 connected mode 때 적용되는 AC 메커니즘을 운영하고 있다면, 릴레이 UE(UE#2)는 상기 메시지에 이에 대한 정보를 포함시킬 수 있다. 이 정보는 단계 S916에(도) 포함시킬 수도 있다. 이로 인해 리모트 UE(UE#1)은 connected mode AC 메커니즘을 적용하게 된다.
단계 S911에서, 리모트 UE(UE#1)은 릴레이 UE(UE#2)에게 상향링크 트래픽에 대한 네트워크로의 릴레이를 요청하는 메시지, 예를 들어 Relay Request 메시지를 전송한다. 상기 메시지는 리모트 UE(UE#1)의 NAS 레이어에서 생성한 Service Request 메시지를 포함할 수도 있다. 이 때 상기 메시지는 NAS 메시지가 포함되었음을 명시적으로 또는 암시적으로 나타낼 수도 있다.
또는 상기 메시지는 리모트 UE(UE#1)의 NAS 레이어에서 생성한 Service Request 메시지를 포함하는 AS 레이어의 메시지인 RRC Connection Setup Complete 메시지를 포함할 수도 있다. 이 때 상기 메시지는 NAS 메시지가 포함되었음을 명시적으로 또는 암시적으로 나타낼 수도 있고, NAS 메시지를 포함하는 AS 메시지가 포함되었음을 명시적으로 또는 암시적으로 나타낼 수도 있다.
또는 상기 메시지는 리모트 UE(UE#1)가 eNB에게 전송하는 RRC Connection Request 메시지일 수도 있다. 이 경우, 도시되지는 않았으나, 리모트 UE(UE#1)가 릴레이 UE(UE#2)를 거쳐서 보낸 RRC Connection Request 메시지를 수신한 eNB는 이에 대한 응답인 RRC Connection Setup 메시지를 리모트 UE(UE#1)에게 전송한다. 이 경우, 이후 리모트 UE(UE#1)가 eNB로 RRC Connection Setup Complete 메시지를 보내며, 이는 단계 S912에 기술한 바와 같이 릴레이 UE(UE#2)를 거쳐 eNB로 전송된다.
단계 S912에서, 릴레이 UE(UE#2)는 eNB로 RRC Connection Setup Complete 메시지를 전송한다. 상기 RRC Connection Setup Complete 메시지는 리모트 UE(UE#1)의 AS 레이어가 생성한 것일 수도 있고, 릴레이 UE(UE#2)에서 생성한 것일 수도 있고 (이 때 이는 리모트 UE(UE#1)을 위한 것임을 나타내는 정보를 포함할 수 있음), 리모트 UE(UE#1)가 생성한 것을 릴레이 UE(UE#2)가 변형/가공한 것 (이때 릴레이 UE(UE#2)가 릴레이하는 것임을 나타내는 정보를 포함할 수 있음)일 수도 있다.
상기 RRC Connection Setup Complete 메시지는 Service Request 메시지를 포함하는데, 이러한 Service Request 메시지는 리모트 UE(UE#1)의 NAS 레이어가 생성한 것일 수도 있고, 릴레이 UE(UE#2)에서 생성한 것일 수도 있고 (이 때 이는 리모트 UE(UE#1)을 위한 것임을 나타내는 정보를 포함할 수 있음), 리모트 UE(UE#1)가 생성한 것을 릴레이 UE(UE#2)가 변형/가공한 것 (이때 릴레이 UE(UE#2)가 릴레이하는 것임을 나타내는 정보를 포함할 수 있음)일 수도 있다.
단계 S913에서, eNB는 Service Request 메시지를 리모트 UE(UE#1)의 serving MME에게 전송한다.
단계 S914에서, MME는 eNB에게 Initial Context Setup Request 메시지를 전송한다.
단계 S915에서, eNB와 릴레이 UE(UE#2)는 user plane radio bearer (즉, DRB)를 setup한다.
단계 S916에서, 릴레이 UE(UE#2)는 리모트 UE(UE#1)에게 Relay Request Ack 메시지로 응답한다. 이는 리모트 UE(UE#1)에게 릴레이 UE(UE#2)가 user plane radio bearer (즉, DRB)가 설정되었음을 또는 릴레이 UE(UE#2)가 리모트 UE(UE#1)의 user traffic을 릴레이할 준비가 되었음을 알리는 것일 수 있다. 상기 메시지는 DRB 관련 및/또는 그에 대응하는 PC5 user plane 관련 QoS 정보를 포함할 수도 있다.
단계 S916 처럼 릴레이 UE(UE#2)가 리모트 UE(UE#1)에게 user plane radio bearer 설정에 대하여 알리는 대신 eNB가 릴레이 UE(UE#2)를 거쳐 리모트 UE(UE#1)에게 RRC 메시지를 통해 user plane radio bearer 설정에 대한 정보를 제공할 수도 있다.
단계 S917에서, 리모트 UE(UE#1)은 상향링크 트래픽을 릴레이 UE(UE#2)에게 전송한다. 이를 릴레이 UE(UE#2)는 네트워크로 전송한다. 도 9에서는 traffic이 상향링크 트래픽인 것을 도시하였다. 만약 CP traffic이고 NAS signal인 경우는 eNB를 거쳐 리모트 UE(UE#1)의 serving MME로 전송된다.
단계 S918~20에서,
이는 Service Request 절차에 따른 동작으로 TS 23.401의 5.3.4.1절 (UE triggered Service Request)을 준용키로 한다. 상기에서 자세히 설명하지 않은 종래의 동작들 역시 TS 23.401 및 TS 36.331을 참조할 수 있다.
상기와 달리, 리모트 UE(UE#1)가 Service Request 메시지를 단계 S905에 포함하여 전송할 수도 있다. 이러한 경우, 단계 S910, 11의 수행 없이 동작할 수 있다, 즉 이후에 단계 S906~9 및 단계 S912~20이 수행된다.
단계 S910 후에 또는 단계 S916 후에 리모트 UE를 connected mode라 간주할 수도 있다. 이에 리모트 UE인 리모트 UE(UE#1)은 네트워크에 직접 연결된 것처럼 connected mode에 따른 동작을 수행한다.
실시예 1-2
도 10을 참조하면, 단계 S1000에서, 릴레이 UE(UE#2)가 connected mode이다.
단계 S1001에서, 상기 실시예 1-1의 단계 S901과 동일하다. 단, Remote UE인 UE#1이 step 1을 수행하는 이유가 상기 실시예 1-1의 step 1에서 기술한 바와 다를 수 있는데, 이는 다음 중 하나 이상의 이유일 수 있다.
a) 리모트 UE가 릴레이 UE가 connected mode 임을 알기 때문에. 이는 릴레이 UE가 connected mode임을 또는 connected mode가 되었음을 리모트 UE에게 명시적으로 또는 암시적으로 알려준 바.
또한, 이 경우 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 상향링크 트래픽이 connected mode에서도 적용되는 AC 메커니즘에 해당하는/관련되는 경우에만 단계 S1001~단계 S1004가 수행되고, 그렇지 않은 경우에는 단계 S1005를 바로 수행할 수도 있다.
b) 릴레이 UE와 Relay-Remote 관계를 형성한 후 처음으로 네트워크로 전송할 traffic이 발생.
c) 릴레이 UE를 통해 네트워크와 traffic을 주고 받은지 일정시간이 지난 후라서. 상기 일정 시간은 리모트 UE에 설정되어 있거나, 릴레이 UE로부터 제공 받거나, 네트워크로부터 제공받음.
d) 리모트 UE가 릴레이 UE가 idle mode인지 connected mode인지 knowledge가 없기 때문에. 이는 릴레이 UE가 자신이 어떤 mode인지 또는 어떤 mode로 전환했는지 리모트 UE에게 알려주지 않는 바.
단계 S1002에서, 릴레이 UE(UE#2)는 리모트 UE(UE#1)으로부터 제공받은 정보에 기반하여 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 traffic이 네트워크에서 운영 중인 connected mode AC 메커니즘과 관련이 있는지를 판단한다. 네트워크에서 운영 중인 connected mode AC 메커니즘 관련해서는 대표적으로는 eNB로부터 수신한 SIB에 포함된 정보에 기반하여 알 수 있다.
단계 S1003에서, 상기 단계 S1002의 판단 결과, 만약, 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 traffic이 네트워크에서 운영 중인 AC 메커니즘과 관련이 있다면:
릴레이 UE(UE#2)는 상기 관련된 AC 메커니즘에 대해 네트워크로부터 제공받은 정보 일부 또는 전부를 그대로 또는 가공된 형태로 포함하여 리모트 UE(UE#1)에게 응답하는 메시지, 즉 Remote Buffer Status Response 메시지를 전송한다. 상기 정보는 결국 리모트 UE(UE#1)으로 하여금 상기 관련 AC 메커니즘을 적용하도록 하는 정보이다.
만약, 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 traffic이 네트워크에서 운영 중인 AC 메커니즘과 관련이 없거나, 네트워크가 현재 아무런 AC 메커니즘도 운영하지 않다면:
릴레이 UE(UE#2)는 리모트 UE(UE#1)에게 응답하는 메시지, 즉 Remote Buffer Status Response 메시지를 전송한다. 상기 메시지는 선택적으로 관련되는 AC 메커니즘이 운영되지 않음을 명시적으로 알릴 수도 있다.
네트워크가 현재 운영하는 AC 메커니즘이 있고, 리모트 UE(UE#1)가 네트워크로 전송하고자 하는 traffic이 네트워크에서 운영 중인 AC 메커니즘과 관련이 있는지 여부를 판단할 수 없다면 (이는 예를 들어 리모트 UE(UE#1)가 단계 S1001에서 네트워크로 전송하고자 하는 traffic에 대한 구체적인 정보를 포함하지 않아서):
릴레이 UE(UE#2)는 상기 네트워크가 운영 중인 AC 메커니즘에 대해 네트워크로부터 제공받은 정보 일부 또는 전부를 그대로 또는 가공된 형태로 포함하여 리모트 UE(UE#1)에게 응답하는 메시지, 즉 Remote Buffer Status Response 메시지를 전송한다. 상기 정보는 결국 리모트 UE(UE#1)으로 하여금 상기 관련 AC 메커니즘을 적용하도록 하는 정보이다.
상기에서 AC 메커니즘은 특히 connected mode인 경우 적용되는 AC 메커니즘을 의미할 수 있다.
단계 S1003에서 위 설명된 내용 중 어떤 케이스인지와 무관하게 릴레이 UE(UE#2)는 상기 Remote Buffer Status Response 메시지에 릴레이 UE(UE#2) 자신이 connected mode임을 나타내는 정보를 포함할 수도 있다.
단계 S1004에서, 상기 실시예 1-1의 단계 S904와 동일하다.
단계 S1005에서, 리모트 UE(UE#1)은 릴레이 UE(UE#2)에게 상향링크 트래픽에 대한 네트워크로의 릴레이를 요청하는 메시지, 예를 들어 Relay Request 메시지를 전송한다.
상기 메시지는 리모트 UE(UE#1)의 NAS 레이어에서 생성한 Service Request 메시지를 포함할 수도 있다. 이 때 상기 메시지는 NAS 메시지가 포함되었음을 명시적으로 또는 암시적으로 나타낼 수도 있다.
또는 상기 메시지는 리모트 UE(UE#1)의 NAS 레이어에서 생성한 Service Request 메시지를 포함하는 AS 레이어의 메시지인 RRC 메시지 (이는 종래의 UL Information Transfer 또는 새롭게 정의된 RRC 메시지)를 포함할 수도 있다. 이 때 상기 메시지는 NAS 메시지가 포함되었음을 명시적으로 또는 암시적으로 나타낼 수도 있고, NAS 메시지를 포함하는 AS 메시지가 포함되었음을 명시적으로 또는 암시적으로 나타낼 수도 있다.
단계 S1006에서, 릴레이 UE(UE#2)는 eNB로 RRC 메시지 (이는 종래의 UL Information Transfer 또는 새롭게 정의된 RRC 메시지)를 전송한다. 상기 RRC 메시지는 리모트 UE(UE#1)의 AS 레이어가 생성한 것일 수도 있고, 릴레이 UE(UE#2)에서 생성한 것일 수도 있고 (이 때 이는 리모트 UE(UE#1)을 위한 것임을 나타내는 정보를 포함할 수 있음), 리모트 UE(UE#1)가 생성한 것을 릴레이 UE(UE#2)가 변형/가공한 것 (이때 릴레이 UE(UE#2)가 릴레이하는 것임을 나타내는 정보를 포함할 수 있음)일 수도 있다.
상기 RRC 메시지는 Service Request 메시지를 포함하는데, 이러한 Service Request 메시지는 리모트 UE(UE#1)의 NAS 레이어가 생성한 것일 수도 있고, 릴레이 UE(UE#2)에서 생성한 것일 수도 있고 (이 때 이는 리모트 UE(UE#1)을 위한 것임을 나타내는 정보를 포함할 수 있음), 리모트 UE(UE#1)가 생성한 것을 릴레이 UE(UE#2)가 변형/가공한 것 (이때 릴레이 UE(UE#2)가 릴레이하는 것임을 나타내는 정보를 포함할 수 있음)일 수도 있다.
단계 S1007~14에서, 상기 실시예 1-1의 단계 S913~20과 동일하다.
만약, 네트워크에서 connected mode 때 적용되는 AC 메커니즘을 운영하고 있다면, 릴레이 UE(UE#2)는 단계 S10010에서 이에 대한 정보를 포함시킬 수 있다. 이로 인해 리모트 UE(UE#1)은 connected mode AC 메커니즘을 적용하게 된다.
단계 S1010 후에 리모트 UE를 connected mode라 간주할 수도 있다. 이에 리모트 UE인 리모트 UE(UE#1)은 네트워크에 직접 연결된 것처럼 connected mode에 따른 동작을 수행한다.
실시예 1-1 및 실시예 1-2에서 상술한 동작에 앞서 리모트 UE(UE#1)과 릴레이 UE(UE#2)는 이미 Relay-Remote 관계를 맺은 것으로 가정할 수 있다. 이는 두 UE가 1 대 1 direct communication 관계, 또는 1 대 1 link 설정을 맺은 것임을 의미할 수 있다. 이러한 Relay-Remote 관계 설정은 하나 이상의 네트워크 펑션에서 설정 단계에 관여하거나 설정을 인지하는 것을 포함할 수 있다. 상기 네트워크 펑션은 릴레이 UE의 serving MME, 리모트 UE의 serving MME, 릴레이 UE의 serving eNB, 리모트 UE의 serving eNB, 릴레이 UE의 ProSe Function, 리모트 UE의 ProSe Function, 릴레이 UE의 Application Server, 리모트 UE의 Application Server일 수 있다. 동일한 네트워크 펑션에 대해 두 UE를 serving하거나 관여하는 네트워크 펑션이 동일할 수도 있고, 다를 수도 있다. 예를 들어, 두 UE를 serving하는 eNB가 동일할 수도 있고, 다를 수도 있는 등.
실시예 1-3
릴레이 UE (릴레이 UE(UE#2)라 하자)가 idle mode인 경우, 네트워크에서 idle mode 시 적용해야 하는 AC 메커니즘을 운영하고 있는 경우 이를 리모트 UE(s)에게 알린다. 상기 알리는 정보는 AC 메커니즘의 종류일 수 있다. 또한 추가적으로 idle mode 적용인지를 나타내는 정보를 포함할 수 있다. 이는 AC 메커니즘이 idle mode 시 적용됨을 나타낼 수도 있고, 릴레이 UE가 현재 idle mode임을 나타낼 수도 있다.
릴레이 UE (릴레이 UE(UE#2)라 하자)가 connected mode인 경우, 네트워크에서 connected mode 시 적용해야 하는 AC 메커니즘을 운영하고 있는 경우 이를 리모트 UE(s)에게 알린다. 상기 알리는 정보는 AC 메커니즘의 종류일 수 있다. 또한 추가적으로 connected mode 적용인지를 나타내는 정보를 포함할 수 있다. 이는 AC 메커니즘이 connected mode 시 적용됨을 나타낼 수도 있고, 릴레이 UE가 현재 connected mode임을 나타낼 수도 있다.
여기서 상기 알림은 PC5 discovery 메시지를 사용할 수도 있고, PC5 시그널링을 사용할 수도 있고, 새롭게 정의한 형태의 PC5 메시지일 수도 있다. 또한, 상기 알림은 브로드캐스트 형태일 수도 있고 각 리모트 UE에게 1 대 1로 알릴 수도 있다. 또한, 상기 알림은 주기적으로 전송될 수도 있고, 한번만 전송될 수도 있다. 후자인 경우, 각 리모트 UE에게 최소 한번은 전송하는 것을 가정한다.
이후 단계에서, 리모트 UE (리모트 UE(UE#1)가라 하자)는 네트워크로 전송하고자 하는 상향링크 트래픽에 대해 상기 릴레이 UE로부터 수신한 AC 메커니즘 정보에 기반하여 AC 메커니즘이 적용되는/관련되는 경우, 릴레이 UE로 자세한 AC 메커니즘 정보를 요청하는 메시지를 전송한다.
릴레이 UE(UE#2)는 상기 관련된 AC 메커니즘에 대해 네트워크로부터 제공받은 정보 일부 또는 전부를 그대로 또는 가공된 형태로 포함하여 리모트 UE(UE#1)에게 응답하는 메시지를 전송한다. 상기 정보는 결국 리모트 UE(UE#1)으로 하여금 상기 관련 AC 메커니즘을 적용하도록 하는 정보이다.
이후 단계에서, 수신한 AC 메커니즘 관련 정보에 기반하여 리모트 UE(UE#1)은 자신이 네트워크로 전송하고자 하는 traffic이 상기 AC 메커니즘에 적용을 받는지를 체크한다. 이러한 동작은 리모트 UE(UE#1)가 직접 네트워크로부터 AC 메커니즘 정보를 수신하여, 이를 적용하는 동작으로 간주할 수 있다. 적용 결과, AC 메커니즘에 따라 상향링크 트래픽의 전송이 block/지연될 수도 있고, 바로 전송할 수도 있다.
AC 메커니즘을 적용했으나 상향링크 트래픽을 block/지연없이 전송할 수 있는 경우 실시예 1-1의 단계 S905 또는 실시예 1-2의 단계 S1005 및 그 이후 단계들을 수행한다.
만약, AC 메커니즘에 따라 상향링크 트래픽의 전송이 block/지연된다면, block/지연해야 하는 시간이 경과된 후, 실시예 1-1의 단계 S905 또는 실시예 1-2의 단계 S1005 및 그 이후 단계들을 수행한다.
상기에서 실시예 1-1의 단계 S905 및 그 이후를 수행하는 이유는 단계 S901에 따라 릴레이 UE로부터 받은 메시지에 릴레이 UE가 idle mode임 또는 AC 메커니즘이 idle mode에서 적용됨을 나타내는 정보가 포함되었기 때문이고, 실시예 1-2의 단계 S1005 및 그 이후를 수행하는 이유는 단계 S1001에 따라 릴레이 UE로부터 받은 메시지에 릴레이 UE가 connected mode임 또는 AC 메커니즘이 connected mode에서 적용됨을 나타내는 정보가 포함되었기 때문이다.
상술한 설명에서 Service Request 메시지는 Service Request 절차에 사용되는 종래의 다양한 Service Request 메시지 (Service Request, Extended Service Request 등)를 의미할 수도 있고, 본 발명을 위해 새롭게 정의한 Service Request 메시지일 수도 있다.
상술한 설명에서는 주로 Service Request 메시지 위주로 기술하였으나, 이는 Attach Request, TAU Request 같은 다른 NAS 메시지인 경우에도 적용가능하다.
실시예 2
실시예 2에서는 remote UE가 relay UE를 통해 네트워크 연결 서비스를 받을 때 효율적으로 access control을 제공하는 방법에 대해 설명한다.
Relay UE가 AC 메커니즘을 적용 중일 때, Relay UE는 idle mode일 수 있다. 특히 AC 메커니즘이 UE 자체에 적용되는 ACB, EAB인 경우. 그러나, AC 메커니즘이 특정 서비스/애플리케이션에 대해 적용되는 경우 Relay UE는 idle mode일 수도 있고, connected mode일 수도 있다.
실시예 2-1
실시예 2-1-1: Relay UE의 동작
Relay UE가 access control 메커니즘을 적용/개시해야 한다. 이처럼 Relay UE가 access control 메커니즘을 적용/개시해야 하는 것은 다음 중 하나 이상을 의미할 수 있다.
- Relay UE가 일정 시간 동안 네트워크로 RACH를 수행할 수 없음.
- Relay UE가 일정 시간 동안 네트워크로 RRC 연결 요청을 수행할 수 없음.
- Relay UE가 일정 시간 동안 네트워크로 NAS 메시지를 전송할 수 없음.
- Relay UE가 일정 시간 동안 AC 메커니즘이 가리키는 특정 서비스/애플리케이션을 동작시킬 수 없음. 여기서 서비스/애플리케이션으로는 MMTel voice, MMTel video, CSFB, SMS, 사업자가 사용우선순서 (랭킹)를 정의한 다양한 애플리케이션 (예, 재난 시 사용하는 메시지 보드) 등일 수 있다.
이와 같이 Relay UE가 AC 메커니즘을 적용/개시하는 것은 네트워크로부터 이에 대한 정보/지시를 받았기 때문이며, 이러한 네트워크로는 eNB와 같은 RAN, MME와 같은 CN, AC 메커니즘을 수행할 수 있는 Application Server 등일 수 있다.
Relay UE는 Remote UE(s)에게 자신이 AC 메커니즘을 적용/개시함을 PC5 인터페이스를 통해 알릴 수 있다. 여기서 PC5 인터페이스는 D2D를 위한 UE와 UE간 인터페이스를 의미한다. 이러한 알림은 브로드캐스트로 하나의 PC5 메시지로 자신이 서비스하는 모든 Remote UE에게 알릴 수도 있고, 각 Remote UE에게 1:1로 알릴 수도 있다. 상기 메시지를 전송할 경우, PC5-Signalling, PC5-Discovery, PC5-U 중 하나를 이용할 수 있다. 특히, 브로드캐스트 형태로 상기 메시지를 전송할 경우, Remote UE만 수신/메시지 해석이 가능하도록 할 수도 있고 (이는 Remote UE에게만 의미있는 송신 주소 및/또는 수신 주소를 사용함으로써. 여기서 주소는 Layer-2 ID, IP 주소 등일 수 있음), 아직 Relay UE와 Remote UE 관계가 아닌 UE들도 수신/메시지 해석이 가능하도록 할 수 있다. 이는 본 발명 전반에 걸쳐 적용될 수 있다.
상기 AC 메커니즘 적용 알림 메시지는 다음 중 하나 이상의 정보를 포함할 수 있다.
a) Relay UE가 AC 메커니즘을 적용/개시함을 알리는 정보.
b) Relay UE가 적용/개시한 AC 메커니즘의 종류:
이는 'ACB', 'EAB', 'SSAC' 등과 같은 형태로 포함될 수도 있고, AC 메커니즘들을 enumerated 값으로 정의하여 (ACB=1, EAB=2, … 와 같이), 각 메커니즘에 해당하는 값을 포함시킬 수도 있다.
c) 적용/개시하는 AC 메커니즘이 특정 서비스/애플리케이션에 대한 것일 경우, 상기 서비스/애플리케이션이 무엇인지 나타내는 정보:
이는 'MMTel voice', 'MMTel video' 등과 같은 형태로 포함될 수도 있고, 서비스/애플리케이션을 enumerated 값으로 정의하여 (MMTel voice=1, MMTel video=2, … 와 같이), 각 서비스/애플리케이션에 해당하는 값을 포함시킬 수도 있다. 또한, 서비스와 애플리케이션은 분리된 정보로 포함시킬 수도 있다.
d) Relay UE가 AC 메커니즘을 적용해야 하는 시간:
이는 Relay UE가 AC 메커니즘을 종료하는 시간을 의미한다. 이러한 시간 값은 Relay UE가 AC 메커니즘을 적용하는 시간값과 동일할 수도 있고, 약간 작게 설정할 수도 있고, 약간 크게 설정할 수도 있다. 또한, 1:1로 각 Remote UE에게 상기 알림 메시지를 전송하는 경우 Remote UE 마다 다르게 설정할 수도 있다 (이는 AC 메커니즘 적용 종료 후, 다수의 Remote UE가 동시에 Relay UE로 네트워크 연결을 위한 요청을 보내는 것을 방지하기 위해).
상기 시간 정보는 기간 정보 (예, 몇초, 몇분 등)일 수도 있고, 종료 시간을 절대시간으로 나타낼 수도 있는 등 다양하게 표현될 수 있다.
e) 자신의 Access Class 정보:
이는 AC 메커니즘이 적용되는 AC 정보를 의미할 수도 있음.
f) Remote UE가 high priority user인 경우, 또는 high priority service/emergency service를 위해, Relay UE의 AC 메커니즘 적용 중임을 무시 (또는 override)해도 되는지 여부
상기 알림 메시지는 Relay UE가 AC 메커니즘을 적용해야 하는 시간이 어떤 정해진/설정된 시간 이상인 경우에만 Remote UE로 전송될 수도 있다. 예를 들어, 상기 정해진/설정된 시간이 3초인 경우 AC 메커니즘을 3초 미만으로 적용해야 하는 경우 상기 알림 메시지를 Remote UE로 전송할 필요가 없고, 3초 이상으로 적용해야 하는 경우 Remote UE로 전송한다.
Relay UE는 상기 알림 메시지를 AC 메커니즘을 적용/개시하는 시점에 한 번 Remote UE로 전송할 수도 있고, 이를 AC 메커니즘 적용이 종료될 때까지 주기적으로 Remote UE에게 전송할 수도 있다. 후자의 경우, 상기 알림 메시지에 포함시키는 정보 중 d)를 포함하지 않을 수도 있다.
Relay UE가 AC 메커니즘을 적용/개시함에 따라 상기와 같이 Remote UE에게 알림 메시지를 전송한 후, AC 메커니즘을 적용해야 하는 시간이 종료되기 전에 Relay UE가 connected mode가 된 경우의 동작은 다음과 같다.
상기와 같이 AC 메커니즘을 적용해야 하는 시간이 종료되기 전에 Relay UE가 connected mode가 되는 이유로는 다양할 수 있다. 예를 들어, high priority service/emergency service를 받기 위해 이를 나타내는 정보를 포함하여 RRC connection 요청을 하고, 이로 인해 RRC connection이 setup된 경우가 이에 해당할 수 있다.
상기와 같이 Relay UE가 connected mode가 되면 Remote UE(s)로 AC 메커니즘의 적용이 종료되었음을 알리는 메시지를 PC5 인터페이스를 통해 전송한다. 이는 브로드캐스트 형태일 수도 있고, 1:1로 각 Remote UE에게 전송할 수도 있다.
이러한 AC 메커니즘 종료 알림 메시지는 다음 중 하나 이상의 정보를 포함할 수 있다.
A) Relay UE가 AC 메커니즘의 적용을 종료함을 알리는 정보.
B) Relay UE가 connected mode가 되었음을 알리는 정보.
C) Relay UE가 종료한 AC 메커니즘의 종류:
이는 'ACB', 'EAB', 'SSAC' 등과 같은 형태로 포함될 수도 있고, AC 메커니즘들을 enumerated 값으로 정의하여 (ACB=1, EAB=2, … 와 같이), 각 메커니즘에 해당하는 값을 포함시킬 수도 있다.
D) 종료하는 AC 메커니즘이 특정 서비스/애플리케이션에 대한 것일 경우, 상기 서비스/애플리케이션이 무엇인지 나타내는 정보:
이는 'MMTel voice', 'MMTel video' 등과 같은 형태로 포함될 수도 있고, 서비스/애플리케이션을 enumerated 값으로 정의하여 (MMTel voice=1, MMTel video=2, … 와 같이), 각 서비스/애플리케이션에 해당하는 값을 포함시킬 수도 있다. 또한, 서비스와 애플리케이션은 분리된 정보로 포함시킬 수도 있다.
E) 자신의 Access Class 정보:
이는 AC 메커니즘이 적용되는 AC 정보를 의미할 수도 있음.
실시예 2-1-2: Remote UE의 동작
Remote UE가 Relay UE로부터 상기 실시예 2-1-1에서 기술한 AC 메커니즘 적용 알림 메시지를 수신하면, 이에 대한 응답 (ACK) 메시지를 Relay UE에게 전송할 수 있다. 이는 브로드캐스트로 받은 경우는 전송하지 않고, 1:1로 받은 경우에만 전송할 수도 있다.
Remote UE는 상기 AC 메커니즘 적용 알림 메시지에 포함된 정보에 기반하여 AC 메커니즘을 적용/개시한다. 이는 결국 Relay UE가 적용 중인 AC 메커니즘을 Remote UE가 동일하게 적용하는 것으로 해석될 수 있다. 이에 AC 메커니즘을 적용하는 Remote UE는 그 동안은 Relay UE에게 AC 메커니즘이 적용되는 대상에 대해 네트워크로의 연결 서비스 요청을 수행하지 않는다. 상기 AC 메커니즘이 적용되는 대상은, AC 메커니즘이 UE 자체에 적용되는 경우 (예, ACB, EAB) 어떠한 네트워크 연결 서비스 요청도 Relay UE로 수행하지 않으며, AC 메커니즘이 특정 서비스/애플리케이션에 적용되는 경우 (예, SSAC, AC for CSFB, ACDC) 상기 특정 서비스/애플리케이션을 위한 네트워크 연결 서비스 요청을 Relay UE로 수행하지 않음을 의미할 수 있다. 만약, 상기 알림 메시지가 UE 자체에 적용되는 AC 메커니즘에 대한 것인데 Relay UE가 상기한 'e) 자신의 Access Class 정보를' 포함시킨 경우 Remote UE는 자신의 AC가 e)와 동일한 경우에만 AC 메커니즘을 적용/개시할 수도 있다.
Remote UE가 Relay UE로부터 수신한 AC 메커니즘 적용 알림 메시지에 기반하여 AC 메커니즘을 적용하다가 이를 어기는 (또는 override하는) 동작을 수행할 수 있다. 이는 high priority service/emergency service 등의 긴급한 서비스를 받기 위한 것일 수도 있고, Remote UE가 Relay UE에 비해 high priority user인 바 그럴 수도 있다. 이처럼 AC 메커니즘을 어기고 Relay UE로 네트워크 연결 서비스 요청을 하는 경우 Remote UE는 Relay UE에게 명시적으로 또는 암시적으로 AC 메커니즘을 어기는 이유를 알릴 수 있다. 예를 들어, Remote UE가 Relay UE로 전송하는 PC5 signalling에 상기 이유를 포함할 수도 있고, user traffic 을 전송하는 PC5 user plane이 상기 이유를 나타낼 수도 있고, Relay UE를 통해 네트워크로 전송하고자 하는 RRC 메시지/NAS 메시지가 상기 이유를 포함할 수도 있다. 상기 요청을 Remote UE로부터 수신한 Relay UE는 자신이 AC 메커니즘을 적용 중임에도 불구하고, 네트워크로 연결을 시도한다. 이 때, 상기 Remote UE로부터 수신한 명시적인 또는 암시적인 이유 정보에 기반하여 네트워크로의 연결을 시도할 수 있다. 이때 추가적으로는 Relay UE가 네트워크로 연결을 시도하면서 이러한 시도가 Relay를 위한 것임을 나타내는 정보를 포함시킬 수 있다.
Remote UE가 AC 메커니즘 적용을 종료하는 동작은 다음과 같다. Remote UE는 Relay UE로부터 수신한 AC 메커니즘 적용 알림 메시지에 기반하여 AC 메커니즘을 적용하다가 이를 종료하는 시간 정보에 기반하여 AC 메커니즘을 종료한다. 만약, 상기 AC 메커니즘 적용 알림 메시지가 브로드캐스트 형태로 수신된 경우, 종료 시간이 지났다해도 random한 시간 동안 더 기다렸다가 Relay UE로 네트워크 연결 서비스 요청을 개시할 수도 있다. 이는 AC 메커니즘 적용 종료 후, 다수의 Remote UE가 동시에 Relay UE로 네트워크 연결을 위한 요청을 보내는 것을 방지하기 위함이다. 또는 Relay UE로부터 AC 메커니즘 종료 알림 메시지를 수신하면, 이를 종료할 수 있다.
실시예 2-2
Remote UE가 Relay UE에게 네트워크 연결 서비스를 요청한다. 이는 Remote UE가 Relay UE로 PC5 signalling을 전송하는 것, PC5 discovery 메시지를 전송하는 것, RRC 메시지를 전송하는 것, NAS 메시지를 전송하는 것, traffic을 전송하는 것 중 하나 이상을 의미할 수 있다. 이는 본 발명 전반에 걸쳐 적용될 수 있다.
상기 네트워크 연결 서비스 요청을 수신한 Relay UE가 access control을 적용 중인 경우, 즉 AC 메커니즘을 적용 중인 경우, Relay UE는 상기 Remote UE로부터 수신한 요청이 자신이 적용 중인AC 메커니즘에 해당하는 것인지를 체크한다. 만약, 자신이 적용 중인 AC 메커니즘에 해당하면 Remote UE에게 상기 요청을 거절하는 메시지를 전송한다. 이 때 거절 메시지는 AC 메커니즘의 적용에 따른 것임을 알리는 정보를 포함할 수 있다. 또한, 이러한 거절 메시지는 상술한 AC 메커니즘 적용 알림 메시지에 포함시키는 다양한 정보를 포함할 수 있다.
상기 거절 메시지는 Relay UE가 AC 메커니즘을 적용해야 하는 시간이 어떤 정해진/설정된 시간 이상인 경우에만 Remote UE로 전송될 수도 있다. 예를 들어, 상기 정해진/설정된 시간이 1초인 경우 AC 메커니즘을 1초 미만으로 적용해야 하는 경우 상기 거절 메시지를 Remote UE로 전송할 필요가 없고, 1초 이상으로 적용해야 하는 경우 Remote UE로 전송한다. 거절 메시지를 Remote UE로 전송하지 않은 경우, Relay UE는 Remote UE로부터 수신한 네트워크 연결 서비스 요청을 버퍼링하고 있다가 AC 메커니즘 적용 종료 시, 관련 동작을 수행할 수 있다.
만약, 자신이 적용 중인 AC 메커니즘에 해당하지 않으면 Remote UE가 요청한 네트워크 연결 서비스를 제공하는 동작을 수행한다.
Relay UE로부터 상기 거절 메시지를 수신한 경우, 이에 기반하여 Remote UE는 AC 메커니즘을 적용할 수 있다. 상기 거절 메시지를 수신한 이후의 Remote UE의 동작은 상기 실시예 2-1-2에 기술된 내용을 따른다.
실시예 2-3 : Relay discovery 관련 동작
실시예 2-3-1 : Model A discovery로 relay discovery가 운영되는 경우
자신이 Relay임을 알리는 PC5 announcement message를 주기적으로 전송하고 있던 Relay UE가 AC 메커니즘을 적용/개시하게 되면, 다음 중 하나의 동작을 수행한다.
1) 상기 announcement message의 전송을 멈춘다.
2) 상기 announcement message를 전송하되, 자신이 AC 메커니즘을 적용 중임을 알리는 정보를 포함시킨다. 상기 정보는 실시예 2-1-1 에서 기술한 다양한 정보일 수 있다.
상기 동작은 Relay UE가 AC 메커니즘을 종료하거나, connected mode가 된 경우 중지하고, Relay UE가 원래 전송하던 announcement message를 전송한다.
네트워크 연결 서비스를 받기 위해 Relay UE를 discover 하고 있는 UE가, 상기 2)와 같은 announcement message를 수신하면, 다음 중 하나의 동작을 수행한다.
1) 상기 Relay UE를 Relay UE 선택 후보에서 제외한다.
2) 상기 Relay UE를 Relay UE 선택 후보에 포함시키되 우선순위가 가장 낮은 후보로 간주한다.
3) 상기 Relay UE를 AC 메커니즘 적용이 종료되는 시점 후에 Relay UE 선택 후보에 포함시킨다.
실시예 2-3-2 : Model B discovery로 relay discovery가 운영되는 경우
Relay UE가 AC 메커니즘을 적용 중인데, 네트워크 연결 서비스를 받기 위해 Relay UE를 discover 하고 있는 UE로부터 PC5 solicitation message를 수신하면 다음 중 하나의 동작을 수행한다.
1) 상기 solicitation message에 응답하지 않는다.
2) 상기 solicitation message에 응답하는 PC5 response message를 상기 UE에게 전송한다. 이 때, 자신이 AC 메커니즘을 적용 중임을 알리는 정보를 포함시킨다. 상기 정보는 실시예 2-1-1에서 기술한 다양한 정보일 수 있다.
Relay UE를 discovery 중인 상기 UE가 상기 2)와 같은 response message를 수신하면, 다음 중 하나의 동작을 수행한다.
1) 상기 Relay UE를 Relay UE 선택 후보에서 제외한다.
2) 상기 Relay UE를 Relay UE 선택 후보에 포함시키되 우선순위가 가장 낮은 후보로 간주한다.
3) 상기 Relay UE를 AC 메커니즘 적용이 종료되는 시점 후에 Relay UE 선택 후보에 포함시킨다.
상기에서 Relay UE가 AC 메커니즘을 적용 중일 때, Relay UE는 idle mode일 수 있다. 특히 AC 메커니즘이 UE 자체에 적용되는 ACB, EAB인 경우. 그러나, AC 메커니즘이 특정 서비스/애플리케이션에 대해 적용되는 경우 Relay UE는 idle mode일 수도 있고, connected mode일 수도 있다.
도 11은 본 발명의 일례에 따른 단말 장치 및 네트워크 노드 장치에 대한 바람직한 실시예의 구성을 도시한 도면이다.
도 11을 참조하여 본 발명에 따른 단말 장치(100)는, 송수신장치(110), 프로세서(120) 및 메모리(130)를 포함할 수 있다. 송수신장치(110)은 외부 장치로 각종 신호, 데이터 및 정보를 송신하고, 외부 장치로 각종 신호, 데이터 및 정보를 수신하도록 구성될 수 있다. 단말 장치(100)는 외부 장치와 유선 및/또는 무선으로 연결될 수 있다. 프로세서(120)는 단말 장치(100) 전반의 동작을 제어할 수 있으며, 단말 장치(100)가 외부 장치와 송수신할 정보 등을 연산 처리하는 기능을 수행하도록 구성될 수 있다. 메모리(130)는 연산 처리된 정보 등을 소정시간 동안 저장할 수 있으며, 버퍼(미도시) 등의 구성요소로 대체될 수 있다. 또한, 프로세서(120)는 본 발명에서 제안하는 단말 동작을 수행하도록 구성될 수 있다.
도 11을 참조하면 본 발명에 따른 네트워크 노드 장치(200)는, 송수신장치(210), 프로세서(220) 및 메모리(230)를 포함할 수 있다. 송수신장치(210)은 외부 장치로 각종 신호, 데이터 및 정보를 송신하고, 외부 장치로 각종 신호, 데이터 및 정보를 수신하도록 구성될 수 있다. 네트워크 노드 장치(200)는 외부 장치와 유선 및/또는 무선으로 연결될 수 있다. 프로세서(220)는 네트워크 노드 장치(200) 전반의 동작을 제어할 수 있으며, 네트워크 노드 장치(200)가 외부 장치와 송수신할 정보 등을 연산 처리하는 기능을 수행하도록 구성될 수 있다. 메모리(230)는 연산 처리된 정보 등을 소정시간 동안 저장할 수 있으며, 버퍼(미도시) 등의 구성요소로 대체될 수 있다. 또한, 프로세서(220)는 본 발명에서 제안하는 네트워크 노드 동작을 수행하도록 구성될 수 있다. 구체적으로, 프로세서(220)는 리모트 UE로부터 릴레이 요청을 수신하고, 상기 릴레이 요청을 수신 후 기지국으로 랜덤 액세스 프리앰블을 전송하며, 상기 랜덤 액세스 프리앰블 전송에 대한 응답인 랜덤 액세스 응답을 수신하며, 상기 랜덤 액세스 응답 수신 후, RRC connection request를 전송하며, 상기 RRC connection request에 대한 응답인 RRC connection setup 수신 후, RRC connection setup complete 메시지를 전송하며, 상기 RRC connection request에 포함되는 establishment cause는, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는지 여부, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 사이의 우선순위 중 하나 이상을 고려하여 결정될 수 있다.
또한, 위와 같은 단말 장치(100) 및 네트워크 장치(200)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있으며, 중복되는 내용은 명확성을 위하여 설명을 생략한다.
상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 장치, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 실시형태에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시 형태를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.
상술한 바와 같은 본 발명의 다양한 실시형태들은 3GPP 시스템을 중심으로 설명하였으나, 다양한 이동통신 시스템에 동일한 방식으로 적용될 수 있다.

Claims (14)

  1. 무선통신시스템에서 리모트 UE(User Equipment)와 연결을 가진 릴레이 UE가 네트워크와 연결 수행 방법에 있어서,
    리모트 UE로부터 릴레이 요청을 수신하는 단계;
    상기 릴레이 요청을 수신 후 기지국으로 랜덤 액세스 프리앰블을 전송하는 단계;
    상기 랜덤 액세스 프리앰블 전송에 대한 응답인 랜덤 액세스 응답을 수신하는 단계;
    상기 랜덤 액세스 응답 수신 후, RRC connection request를 전송하는 단계; 및
    상기 RRC connection request에 대한 응답인 RRC connection setup 수신 후, RRC connection setup complete 메시지를 전송하는 단계;
    를 포함하며,
    상기 RRC connection request에 포함되는 establishment cause는, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는지 여부, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 사이의 우선순위 중 하나 이상을 고려하여 결정되는, 연결 수행 방법.
  2. 제1항에 있어서,
    상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 없는 경우, 상기 RRC connection request는 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause를 포함하는, 연결 수행 방법.
  3. 제2항에 있어서,
    상기 RRC connection setup complete 메시지는 상기 릴레이 UE가 릴레이 동작을 위해 사용하도록 설정된 establishment cause를 포함하는, 연결 수행 방법.
  4. 제3항에 있어서,
    상기 RRC connection setup complete 메시지는 상기 RRC connection request에서 전송된 establishment cause가 리모트 UE에 대한 것임을 나타내는 정보를 포함하는, 연결 수행 방법.
  5. 제1항에 있어서,
    상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는 경우, 상기 RRC connection request는 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위해 사용하도록 설정된 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 중 우선순위가 높은 것을 포함하는, 연결 수행 방법.
  6. 제5항에 있어서,
    상기 RRC connection setup complete 메시지는 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위해 사용하도록 설정된 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 중 우선순위가 낮은 것을 포함하는, 연결 수행 방법.
  7. 제6항에 있어서,
    상기 RRC connection setup complete 메시지는 상기 RRC connection request에서 전송된 establishment cause가 리모트 UE에 대한 것인지 여부를 나타내는 정보를 포함하는, 연결 수행 방법.
  8. 제1항에 있어서,
    리모트 UE로부터 트래픽이 발생했음을 알리는 메시지를 수신하는 단계를 더 포함하는, 연결 수행 방법.
  9. 제8항에 있어서,
    상기 트래픽이 발생했음을 알리는 메시지는, 상향링크 트래픽임을 나타내는 정보, CP(Control plane) 트래픽임을 나타내는 정보, 트래픽에 대한 우선순위, 상기 리모트 UE의 우선순위, 상기 리모트 UE의 Access Class 정보, 트래픽에 적용가능한 AC(Access Control) 정보 중 하나 이상을 포함하는, 연결 수행 방법.
  10. 제8항에 있어서,
    상기 리모트 UE는 상기 릴레이 UE가 IDLE임을 알고 있는 경우, 상기 릴레이 UE와 연결을 맺은 후 처음으로 상향링크 트래픽이 발생한 경우, 상기 릴레이를 통해 트래픽을 송수신한 후 소정 시간이 경과한 경우, 상기 릴레이 UE가 IDLE인지 모르는 경우 중 어느 하나의 경우에 상기 트래픽이 발생했음을 알리는 메시지를 전송하는, 연결 수행 방법.
  11. 제8항에 있어서,
    상기 릴레이 UE는 상기 리모트 UE에 발생한 트래픽이 AC와 관련이 있는지 여부를 확인하는, 연결 수행 방법.
  12. 제11항에 있어서,
    상기 릴레이는 상기 트래픽이 발생했음을 알리는 메시지에 대한 응답을 상기 리모트 UE로 전송하며, 상기 리모트 UE에 발생한 트래픽이 AC와 관련이 있는 경우 상기 트래픽이 발생했음을 알리는 메시지에 대한 응답은 AC 정보를 포함하는, 연결 수행 방법.
  13. 제12항에 있어서,
    상기 리모트 UE는 상기 트래픽이 발생했음을 알리는 메시지에 대한 응답에 AC 정보가 포함된 경우, 상기 리모트 UE에 발생한 트래픽이 AC의 적용을 받는지 확인하는, 연결 수행 방법.
  14. 무선통신시스템에서 리모트 UE(User Equipment)와 연결을 가지고 네트워크와 연결을 수행하는 릴레이 UE 장치에 있어서,
    송수신 장치; 및
    프로세서를 포함하고,
    상기 프로세서는, 리모트 UE로부터 릴레이 요청을 수신하고, 상기 릴레이 요청을 수신 후 기지국으로 랜덤 액세스 프리앰블을 전송하며, 상기 랜덤 액세스 프리앰블 전송에 대한 응답인 랜덤 액세스 응답을 수신하며, 상기 랜덤 액세스 응답 수신 후, RRC connection request를 전송하며, 상기 RRC connection request에 대한 응답인 RRC connection setup 수신 후, RRC connection setup complete 메시지를 전송하며,
    상기 RRC connection request에 포함되는 establishment cause는, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 할 필요가 있는지 여부, 상기 릴레이 UE가 자신의 트래픽을 위한 연결 요청을 위한 establishment cause와 리모트 UE가 제공한 정보에 기반하여 설정된 establishment cause 사이의 우선순위 중 하나 이상을 고려하여 결정되는, 릴레이 UE 장치.
PCT/KR2018/000403 2017-01-09 2018-01-09 무선 통신 시스템에서 리모트 ue와 연결을 가진 릴레이 ue가 네트워크와 연결 수행 방법 및 이를 위한 장치 WO2018128519A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201880006263.XA CN110178441B (zh) 2017-01-09 2018-01-09 无线通信系统中由具有与远程ue的连接的中继ue连接网络的方法及其装置
US16/476,732 US11177870B2 (en) 2017-01-09 2018-01-09 Method by which relay UE having connection with remote UE connects network in wireless communication system and apparatus therefor
EP18735893.2A EP3567981B1 (en) 2017-01-09 2018-01-09 Method by which relay ue having connection with remote ue connects network in wireless communication system and apparatus therefor

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201762444363P 2017-01-09 2017-01-09
US62/444,363 2017-01-09
US201762452293P 2017-01-30 2017-01-30
US62/452,293 2017-01-30
US201762544884P 2017-08-13 2017-08-13
US62/544,884 2017-08-13
US201762597424P 2017-12-12 2017-12-12
US62/597,424 2017-12-12

Publications (1)

Publication Number Publication Date
WO2018128519A1 true WO2018128519A1 (ko) 2018-07-12

Family

ID=62790987

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/000403 WO2018128519A1 (ko) 2017-01-09 2018-01-09 무선 통신 시스템에서 리모트 ue와 연결을 가진 릴레이 ue가 네트워크와 연결 수행 방법 및 이를 위한 장치

Country Status (4)

Country Link
US (1) US11177870B2 (ko)
EP (1) EP3567981B1 (ko)
CN (1) CN110178441B (ko)
WO (1) WO2018128519A1 (ko)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020518158A (ja) 2017-04-28 2020-06-18 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． ネットワーク接続設定方法及び関連製品
EP3738352B1 (en) * 2018-01-11 2022-12-28 Sony Group Corporation Wireless communications device and method
CN110891324B (zh) * 2018-09-07 2023-06-02 华为技术有限公司 一种rrc连接方法、设备及系统
EP3963754A1 (en) * 2019-05-01 2022-03-09 Convida Wireless, LLC Methods for a multi-hop relay in 5g network
US12107661B2 (en) 2019-08-01 2024-10-01 Qualcomm Incorporated Control method for smart repeaters
US12101165B2 (en) 2019-08-01 2024-09-24 Qualcomm Incorporated Access procedure of smart directional repeaters
US12047999B2 (en) * 2019-08-01 2024-07-23 Qualcomm Incorporated Access procedure configuration of a millimeter wave repeater
CN114846900A (zh) * 2019-12-30 2022-08-02 华为技术有限公司 一种rrc连接方法、设备及系统
CN111432469B (zh) * 2020-03-05 2022-04-12 华为技术有限公司 一种通信方法及相关装置
CN115669214B (zh) * 2020-03-26 2024-08-02 京瓷株式会社 通信控制方法、用户设备及处理器
CN113630821B (zh) * 2020-05-09 2023-03-10 华为技术有限公司 通信方法及装置
WO2021232362A1 (en) * 2020-05-21 2021-11-25 Mediatek Singapore Pte. Ltd. Methods and apparatus of sidelink relay based data communication
CN115428578A (zh) * 2020-06-01 2022-12-02 上海诺基亚贝尔股份有限公司 经由中继的远程设备的初始接入
TWI746083B (zh) * 2020-07-24 2021-11-11 聯陽半導體股份有限公司 訊號中繼系統
EP4258800A4 (en) * 2020-12-07 2024-01-24 Beijing Xiaomi Mobile Software Co., Ltd. CONNECTION SETUP METHOD AND APPARATUS
CN114641090A (zh) * 2020-12-15 2022-06-17 华为技术有限公司 一种通信方法及通信装置
US12004243B2 (en) * 2020-12-18 2024-06-04 Asustek Computer Inc. Method and apparatus for supporting UE-to-network relay communication in a wireless communication system
CN115150973A (zh) * 2021-03-31 2022-10-04 展讯通信（上海）有限公司 中继通信方法及装置、存储介质、中继设备
JP2024513642A (ja) * 2021-04-02 2024-03-27 オッポ広東移動通信有限公司 中継接続確立方法、電子機器及び記憶媒体
CN117223385A (zh) * 2021-04-30 2023-12-12 Lg电子株式会社 无线通信系统中的副链路中的中继ue的操作方法
CN115696629A (zh) * 2021-07-27 2023-02-03 维沃移动通信有限公司 Rrc连接方法、设备及可读存储介质
WO2023159570A1 (en) * 2022-02-28 2023-08-31 Zte Corporation System and methods for support of emergency services using indirect communication path
WO2024031257A1 (en) * 2022-08-08 2024-02-15 Apple Inc. User equipment (ue) routing selection policy (ursp) rules for roaming ue
WO2024092828A1 (zh) * 2022-11-04 2024-05-10 北京小米移动软件有限公司 一种连接建立的方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140307611A1 (en) * 2013-04-10 2014-10-16 Fujitsu Limited D2d communication in wireless networks
KR20160003257A (ko) * 2013-05-01 2016-01-08 삼성전자주식회사 기기 간 직접 통신 시스템을 위한 방법 및 장치
US20160234806A1 (en) * 2013-10-30 2016-08-11 Nec Corporation Communication system
US20160295494A1 (en) * 2015-03-31 2016-10-06 Qualcomm Incorporated Systems, methods, and apparatus for managing a relay connection in a wireless communications network
WO2016164808A1 (en) * 2015-04-08 2016-10-13 InterDigitial Patent Holdings, Inc. Realizing mobile relays for device-to-device (d2d) communications

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9295088B2 (en) * 2010-11-08 2016-03-22 Lg Electronics Inc. RRC connection method and device therefor in wireless communication system
US9100929B2 (en) * 2012-11-02 2015-08-04 Intel Mobile Communications GmbH Terminal and a method for establishing a cellular network connection between a terminal and a base station
WO2014168427A1 (en) * 2013-04-12 2014-10-16 Lg Electronics Inc. Method and apparatus for applying assistance information for traffic steering in wireless communication system
KR102083322B1 (ko) * 2013-08-22 2020-03-03 삼성전자주식회사 이동 통신 시스템에서 고립 사용자 단말기에 대한 디바이스-투-디바이스 통신 기반 서비스 제공 장치 및 방법
EP3170341B1 (en) * 2014-07-15 2020-04-08 Sony Corporation Communications device, communications apparatus operating as a relay node, infrastructure equipment and methods
EP3018855B1 (en) * 2014-11-07 2019-03-20 Panasonic Intellectual Property Corporation of America Physical downlink control channel PDCCH assignment procedure
WO2016153237A1 (ko) * 2015-03-24 2016-09-29 엘지전자 주식회사 Mmtel 서비스를 수행하는 방법 및 mtc 기기
CN106162511B (zh) * 2015-04-08 2020-01-24 电信科学技术研究院 一种d2d中继节点的确定、使用方法及装置
CN107431980A (zh) * 2015-04-09 2017-12-01 株式会社Ntt都科摩 用户终端以及无线通信方法
US20170055282A1 (en) * 2015-08-21 2017-02-23 Qualcomm Incorporated Connection setup in "device-to-device relayed uplink, direct downlink" architecture for cellular networks
CN108141751B (zh) * 2015-09-24 2021-11-02 三星电子株式会社 用于在网络中支持对远程邻近服务ue的合法监听的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140307611A1 (en) * 2013-04-10 2014-10-16 Fujitsu Limited D2d communication in wireless networks
KR20160003257A (ko) * 2013-05-01 2016-01-08 삼성전자주식회사 기기 간 직접 통신 시스템을 위한 방법 및 장치
US20160234806A1 (en) * 2013-10-30 2016-08-11 Nec Corporation Communication system
US20160295494A1 (en) * 2015-03-31 2016-10-06 Qualcomm Incorporated Systems, methods, and apparatus for managing a relay connection in a wireless communications network
WO2016164808A1 (en) * 2015-04-08 2016-10-13 InterDigitial Patent Holdings, Inc. Realizing mobile relays for device-to-device (d2d) communications

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3567981A4 *

Also Published As

Publication number Publication date
CN110178441A (zh) 2019-08-27
EP3567981B1 (en) 2021-11-24
US20200059292A1 (en) 2020-02-20
US11177870B2 (en) 2021-11-16
EP3567981A4 (en) 2020-10-07
EP3567981A1 (en) 2019-11-13
CN110178441B (zh) 2022-12-30

Similar Documents

Publication Publication Date Title
WO2018128519A1 (ko) 무선 통신 시스템에서 리모트 ue와 연결을 가진 릴레이 ue가 네트워크와 연결 수행 방법 및 이를 위한 장치
WO2018231007A1 (ko) 요청에 대한 응답 방법 및 네트워크 장치
WO2018230928A1 (ko) 무선 통신 시스템에서 사용자 기기의 위치 정보를 리포팅하는 방법 및 장치
WO2018026185A1 (ko) 접속 시도 방법 및 사용자기기와, 접속 제어 방법 및 기지국
WO2018199611A1 (ko) 네트워크로의 등록 요청 전송 방법 및 사용자기기, 그리고 등록 요청 수신 방법 및 네트워크 기기
WO2018155934A1 (ko) 무선 통신 시스템에서 3GPP access를 통해 non-3GPP에 관련된 데이터를 수신하는 방법 및 이를 위한 장치
WO2018066919A1 (ko) 네트워크로의 연결 방법 및 사용자기기
WO2018088812A1 (ko) 핸드오버 방법 및 사용자기기
WO2018199668A1 (ko) 무선 통신 시스템에서 udm이 amf의 등록에 관련된 절차를 수행하는 방법 및 이를 위한 장치
WO2018008927A1 (ko) 차세대 이동통신 네트워크에서 액세스 제어를 수행하는 방법 및 사용자 장치
WO2015016546A1 (ko) Ims 서비스를 위한 페이징 방법 및 장치
WO2017135779A1 (ko) 무선 통신 시스템에서 rrc 연결 재개를 수행하는 방법 및 장치
WO2014112826A1 (en) Method and terminal for determining handover for traffic offloaded onto wlan
WO2017146523A1 (ko) 네트워크로의 연결 요청 방법 및 사용자기기
WO2017142363A1 (ko) 서비스 요청 전송 및 사용자기기, 그리고 서비스 요청 수신 및 기지국
WO2016076606A1 (ko) Acdc에 의한 네트워크 액세스 차단 방법 및 사용자 장치
WO2017171184A1 (ko) Nb-iot rat에서 네트워크 액세스를 시도하는 방법
WO2017003230A1 (ko) V2x 통신 시스템에서 단말의 v2x 통신 방법 및 단말
WO2016105004A1 (ko) 무선 통신 시스템에서 nbifom 캐퍼빌리티를 송수신하는 방법 및 이를 위한 장치
WO2017069430A1 (ko) 무선 통신 시스템에서 단말 간의 직접 통신 방법 및 이를 위한 장치
WO2019031831A1 (ko) 접속 제어 방법 및 사용자기기
WO2014058245A1 (ko) 추적 영역 갱신 방법 및 단말
WO2018088630A1 (ko) Rrc 메시지를 전송하는 방법 및 무선 기기
WO2017074012A1 (ko) 무선 통신 시스템에서 단말 간의 직접 통신을 방법 및 이를 위한 장치
WO2015160215A2 (ko) 라우팅 규칙을 전달하는 방법

Legal Events

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

Ref document number: 18735893

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018735893

Country of ref document: EP

Effective date: 20190809