WO2018164552A1 - 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치 - Google Patents

무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2018164552A1
WO2018164552A1 PCT/KR2018/002892 KR2018002892W WO2018164552A1 WO 2018164552 A1 WO2018164552 A1 WO 2018164552A1 KR 2018002892 W KR2018002892 W KR 2018002892W WO 2018164552 A1 WO2018164552 A1 WO 2018164552A1
Authority
WO
WIPO (PCT)
Prior art keywords
remote
relay
message
mme
paging
Prior art date
Application number
PCT/KR2018/002892
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 US16/492,879 priority Critical patent/US20200077253A1/en
Publication of WO2018164552A1 publication Critical patent/WO2018164552A1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/23Manipulation of direct-mode connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/04Terminal devices adapted for relaying to or from another terminal or user
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present invention relates to a wireless communication system, and more particularly, to a method for transmitting and receiving data with a network through a relay user equipment and a device supporting the same by a remote user equipment.
  • Mobile communication systems have been developed to provide voice services while ensuring user activity.
  • the mobile communication system has expanded not only voice but also data service.
  • the explosive increase in traffic causes shortage of resources and the demand for faster services. Therefore, a more advanced mobile communication system is required. have.
  • An object of the present invention is to propose a method in which a Remote UE transmits and receives data to and from a network via a Relay UE connected through a PC5 (ie, an air interface / reference point between UEs).
  • a PC5 ie, an air interface / reference point between UEs.
  • the present invention proposes a method for transmitting downlink data generated through the indirect path of the relay UE to the remote UE when downlink data for the remote UE is generated.
  • the present invention proposes a method for the relay UE to report to the network whether or not a link with the Remote UE is established in order for the network to transmit data of the Remote UE through an indirect path.
  • the present invention proposes a method for the relay UE to transmit a paging message to the Remote UE when the Remote UE is in the EMM-IDLE mode.
  • the present invention proposes a method for a relay UE to receive a paging message for a remote UE at a paging occasion of the relay UE.
  • a method for transmitting and receiving data between a base station and a remote user equipment (Remote UE) by a relay UE includes: Transmitting a report message for notifying a connection state between a remote UE and the relay UE to a mobility management entity (MME) of the remote UE; And receiving a report response message in response to the report message from the MME.
  • MME mobility management entity
  • the relay UE in the IDLE mode transmitting a report message for notifying the connection state between the Remote UE and the Relay UE to the Mobility Management Entity (MME: Mobility Management Entity) of the Remote UE; And receiving a report response message in response to the report message from the MME.
  • MME Mobility Management Entity
  • the present invention further includes the step of receiving the PC5 message including the report message and the S-TMSI or the GUMMEI from the Remote UE.
  • the present invention comprises the steps of transmitting a request message for requesting the S-TMSI or the GUMMEI to the Remote UE; And receiving a response message including the S-TMSI or the GUMMEI from the Remote UE.
  • the report response message includes a local identifier of the Remote UE assigned by the base station.
  • the report message further includes an identifier for identifying the Remote UE and an indicator indicating the connection state or context information indicating the connection state of the Remote UE.
  • the report message when the connection between the Remote UE and the Relay UE is released, the report message further includes an indicator indicating whether the state of the Relay UE is in an Out-of-Coverage state. Include.
  • the present invention also provides a message for notifying the MME that communication with the remote UE is impossible when the relay UE recognizes that communication with the remote UE is impossible when receiving the paging for the remote UE.
  • the method further includes the step of transmitting.
  • a communication module (communication module) for transmitting and receiving wired / wireless signals; And a processor for controlling the communication module, wherein the relay UE sends a report message for notifying a connection state between the remote UE and the relay UE in an IDLE mode to a mobility management entity (MME) of the remote UE. Transmit and receive a report response message from the MME in response to the report message.
  • MME mobility management entity
  • the network may recognize whether a link between a remote UE and a relay UE is established.
  • data may be transmitted to the remote UE through an indirect path through the relay UE without additional signaling.
  • the relay UE may reduce power consumption of the relay UE by receiving a paging message for the remote UE at its paging occasion instead of the paging occasion of the remote UE.
  • FIG. 1 is a view briefly illustrating an EPS (Evolved Packet System) to which the present invention can be applied.
  • EPS Evolved Packet System
  • E-UTRAN evolved universal terrestrial radio access network
  • FIG. 3 illustrates the structure of an E-UTRAN and an EPC in a wireless communication system to which the present invention can be applied.
  • FIG. 4 shows a structure of a radio interface protocol between a terminal and an E-UTRAN in a wireless communication system to which the present invention can be applied.
  • FIG. 5 is a diagram exemplarily illustrating a structure of a physical channel in a wireless communication system to which the present invention can be applied.
  • FIG. 6 is a diagram for explaining a contention based random access procedure in a wireless communication system to which the present invention can be applied.
  • FIG. 7 is a diagram illustrating a ProSe UE and a UE-to-Network relay procedure in a wireless communication system to which the present invention can be applied.
  • FIG. 8 is a diagram illustrating a Remote UE Report procedure in a wireless communication system to which the present invention can be applied.
  • FIG. 9 is a diagram illustrating a Remote UE information request procedure in a wireless communication system to which the present invention can be applied.
  • FIG. 10 is a diagram illustrating an S1 release procedure in a wireless communication system to which the present invention can be applied.
  • FIG. 11 is a diagram illustrating a paging procedure in a wireless communication system to which the present invention can be applied.
  • FIG. 12 is a diagram illustrating an initial UE message procedure to which the present invention can be applied.
  • FIG. 13 is a diagram illustrating a Remote UE Report procedure according to an embodiment of the present invention.
  • FIG. 14 is a diagram illustrating a Remote UE Report procedure according to an embodiment of the present invention.
  • 15 is a diagram illustrating a message flow of a relay UE for a remote UE report procedure according to an embodiment of the present invention.
  • 16 is a diagram illustrating a Remote UE Report procedure according to an embodiment of the present invention.
  • FIG. 17 is a diagram illustrating a Remote UE Report procedure according to an embodiment of the present invention.
  • FIG. 18 is a diagram illustrating a paging procedure according to an embodiment of the present invention.
  • FIG. 19 is a diagram illustrating a paging procedure according to an embodiment of the present invention.
  • FIG. 20 illustrates a block diagram of a communication device according to an embodiment of the present invention.
  • FIG. 21 illustrates a block diagram of a communication device according to an embodiment of the present invention.
  • FIG. 22 is a diagram illustrating an example of an RF module of a wireless communication device to which a method proposed in this specification can be applied.
  • FIG. 23 is a diagram illustrating still another example of an RF module of a wireless communication device to which a method proposed in this specification can be applied.
  • a base station has a meaning as a terminal node of a network that directly communicates with a terminal.
  • the specific operation described as performed by the base station in this document may be performed by an upper node of the base station in some cases. That is, it is obvious that various operations performed for communication with a terminal in a network composed of a plurality of network nodes including a base station may be performed by the base station or other network nodes other than the base station.
  • a 'base station (BS)' may be replaced by terms such as a fixed station, a Node B, an evolved-NodeB (eNB), a base transceiver system (BTS), an access point (AP), and the like. .
  • a 'terminal' may be fixed or mobile, and may include a user equipment (UE), a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), and an AMS ( Advanced Mobile Station (WT), Wireless Terminal (WT), Machine-Type Communication (MTC) Device, Machine-to-Machine (M2M) Device, Device-to-Device (D2D) Device, etc.
  • UE user equipment
  • MS mobile station
  • UT user terminal
  • MSS mobile subscriber station
  • SS subscriber station
  • AMS Advanced Mobile Station
  • WT Wireless Terminal
  • MTC Machine-Type Communication
  • M2M Machine-to-Machine
  • D2D Device-to-Device
  • downlink means communication from a base station to a terminal
  • uplink means communication from a terminal to a base station.
  • a transmitter may be part of a base station, and a receiver may be part of a terminal.
  • a transmitter may be part of a terminal and a receiver may be part of a base station.
  • 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
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented in a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, evolved UTRA (E-UTRA).
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of evolved UMTS (E-UMTS) using E-UTRA, and employs OFDMA in downlink and SC-FDMA in uplink.
  • LTE-A (advanced) is the evolution of 3GPP LTE.
  • Embodiments of the present invention may be supported by standard documents disclosed in at least one of the wireless access systems IEEE 802, 3GPP and 3GPP2. 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.
  • UMTS Universal Mobile Telecommunications System
  • GSM Global System for Mobile Communication
  • Evolved Packet System A network system consisting of an Evolved Packet Core (EPC), which is a packet switched core network based on Internet Protocol (IP), and an access network such as LTE and UTRAN.
  • EPC Evolved Packet Core
  • IP Internet Protocol
  • UMTS is an evolutionary network.
  • NodeB base station of UMTS network. It is installed outdoors and its coverage is macro cell size.
  • eNodeB base station of EPS network. It is installed outdoors and its coverage is macro cell size.
  • a terminal may be referred to in terms of terminal, mobile equipment (ME), mobile station (MS), and the like.
  • the terminal may be a portable device such as a laptop, a mobile phone, a personal digital assistant (PDA), a smartphone, 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 "terminal” or “terminal” in the MTC related content may refer to an MTC terminal.
  • IMS IP Multimedia Subsystem
  • IMSI International Mobile Subscriber Identity
  • Machine Type Communication Communication performed by a machine without human intervention. It may also be referred to as M2M (Machine to Machine) communication.
  • MTC terminal MTC UE or MTC device or MTC device: a terminal (eg, vending machine, etc.) having a function of communicating via a mobile communication network (for example, communicating with an MTC server via a PLMN) and performing an MTC function; Meter reading, etc.).
  • MTC UE or MTC device or MTC device a terminal having a function of communicating via a mobile communication network (for example, communicating with an MTC server via a PLMN) and performing an MTC function; Meter reading, etc.).
  • MTC server A server on a network that manages an MTC terminal. It may exist inside or outside the mobile communication network. It may have an interface that an MTC user can access. In addition, the MTC server may provide MTC related services to other servers (Services Capability Server (SCS)), or the MTC server may be an MTC application server.
  • SCS Services Capability Server
  • MTC mobile broadband
  • services e.g., remote meter reading, volume movement tracking, weather sensors, etc.
  • (MTC) application server a server on a network where (MTC) applications run
  • MTC feature A function of a network to support an MTC application.
  • MTC monitoring is a feature for preparing for loss of equipment in an MTC application such as a remote meter reading
  • low mobility is a feature for an MTC application for an MTC terminal such as a vending machine.
  • the MTC user uses a service provided by the MTC server.
  • MTC subscriber An entity having a connection relationship with a network operator and providing a service to one or more MTC terminals.
  • MTC group A group of MTC terminals that share at least one MTC feature and belongs to an MTC subscriber.
  • SCS Services Capability Server
  • MTC-IWF MTC InterWorking Function
  • HPLMN Home PLMN
  • SCS provides the capability for use by one or more MTC applications.
  • External Identifier An identifier used by an external entity (e.g., an SCS or application server) of a 3GPP network to point to (or identify) an MTC terminal (or a subscriber to which the MTC terminal belongs). Globally unique.
  • the external identifier is composed of a domain identifier and a local identifier as follows.
  • Domain Identifier An identifier for identifying a domain in a control term of a mobile communication network operator.
  • One provider may use a domain identifier for each service to provide access to different services.
  • Local Identifier An identifier used to infer or obtain an International Mobile Subscriber Identity (IMSI). Local identifiers must be unique within the application domain and are managed by the mobile telecommunications network operator.
  • IMSI International Mobile Subscriber Identity
  • RAN Radio Access Network: a unit including a Node B, a Radio Network Controller (RNC), and an eNodeB controlling the Node B in a 3GPP network. It exists at the terminal end and provides connection to the core network.
  • RNC Radio Network Controller
  • HLR Home Location Register
  • HSS Home Subscriber Server
  • RANAP RAN Application Part: between the RAN and the node in charge of controlling the core network (ie, Mobility Management Entity (MME) / Serving General Packet Radio Service (GPRS) Supporting Node) / MSC (Mobile Switching Center) Interface.
  • MME Mobility Management Entity
  • GPRS General Packet Radio Service
  • MSC Mobile Switching Center
  • PLMN Public Land Mobile Network
  • SEF Service Capability Exposure Function
  • FIG. 1 is a diagram briefly illustrating an EPS (Evolved Packet System) to which the present invention may be applied.
  • EPS Evolved Packet System
  • the network structure diagram of FIG. 1 briefly reconstructs a structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).
  • EPS Evolved Packet System
  • EPC Evolved Packet Core
  • 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 improved data transfer capability.
  • 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.
  • the EPC may include various components, and in FIG. 1, some of them correspond to a Serving Gateway (SGW) (or S-GW), PDN GW (Packet Data Network Gateway) (or PGW or P-GW), A mobility management entity (MME), a Serving General Packet Radio Service (GPRS) Supporting Node (SGSN), and an enhanced Packet Data Gateway (ePDG) are shown.
  • SGW Serving Gateway
  • PDN GW Packet Data Network Gateway
  • MME mobility management entity
  • GPRS General Packet Radio Service
  • SGSN Serving General Packet Radio Service
  • 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.
  • 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.
  • untrusted networks such as 3GPP networks and non-3GPP networks (e.g., Interworking Wireless Local Area Networks (I-WLANs), trusted divisions such as Code Division Multiple Access (CDMA) networks or Wimax). It can serve as an anchor point for mobility management with the network.
  • I-WLANs Interworking Wireless Local Area Networks
  • CDMA Code Division Multiple Access
  • 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 for supporting access to a network connection, allocation of network resources, tracking, paging, roaming, handover, and the like.
  • the MME controls the 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 includes 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.
  • an operator ie, an operator
  • 3GPP access based on 3GPP access as well as non-3GPP access.
  • IMS 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.
  • various reference points may exist according to the network structure.
  • S2a and S2b correspond to non-3GPP interfaces.
  • S2a is a reference point that provides the user plane with relevant control and mobility resources 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 the PDN GW.
  • E-UTRAN evolved universal terrestrial radio access network
  • the E-UTRAN system is an evolution from the existing UTRAN system and may be, for example, a 3GPP LTE / LTE-A system.
  • Communication networks are widely deployed to provide various communication services, such as voice (eg, Voice over Internet Protocol (VoIP)) over IMS and packet data.
  • voice eg, Voice over Internet Protocol (VoIP)
  • VoIP Voice over Internet Protocol
  • an E-UMTS network includes an E-UTRAN, an EPC, and one or more UEs.
  • the E-UTRAN consists of eNBs providing a control plane and a user plane protocol to the UE, and the eNBs are connected through an X2 interface.
  • X2 user plane interface (X2-U) is defined between eNBs.
  • the X2-U interface provides non guaranteed delivery of user plane packet data units (PDUs).
  • An X2 control plane interface (X2-CP) is defined between two neighboring eNBs.
  • X2-CP performs functions such as context transfer between eNBs, control of user plane tunnel between source eNB and target eNB, delivery of handover related messages, and uplink load management.
  • the eNB is connected to the terminal through a wireless interface and is connected to an evolved packet core (EPC) through the S1 interface.
  • EPC evolved packet core
  • the S1 user plane interface (S1-U) is defined between the eNB and the serving gateway (S-GW).
  • the S1 control plane interface (S1-MME) is defined between the eNB and the mobility management entity (MME).
  • the S1 interface performs an evolved packet system (EPS) bearer service management function, a non-access stratum (NAS) signaling transport function, network sharing, and MME load balancing function.
  • EPS evolved packet system
  • NAS non-access stratum
  • the S1 interface supports a many-to-many-relation between eNB and MME / S-GW.
  • MME provides NAS signaling security, access stratum (AS) security control, inter-CN inter-CN signaling to support mobility between 3GPP access networks, and performing and controlling paging retransmission.
  • EWS Earthquake and Tsunami Warning System
  • CMAS Commercial Mobile Alert System
  • FIG. 3 illustrates the structure of an E-UTRAN and an EPC in a wireless communication system to which the present invention can be applied.
  • an eNB may select a gateway (eg, MME), route to the gateway during radio resource control (RRC) activation, scheduling of a broadcast channel (BCH), and the like. Dynamic resource allocation to the UE in transmission, uplink and downlink, and may perform the function of mobility control connection in the LTE_ACTIVE state.
  • the gateway is responsible for paging initiation, LTE_IDLE state management, ciphering of the user plane, System Architecture Evolution (SAE) bearer control, and NAS signaling encryption. It can perform the functions of ciphering and integrity protection.
  • FIG. 4 shows a structure of a radio interface protocol between a terminal and an E-UTRAN in a wireless communication system to which the present invention can be applied.
  • FIG. 4 (a) shows the radio protocol structure for the control plane and FIG. 4 (b) shows the radio protocol structure for the user plane.
  • the layers of the air interface protocol between the terminal and the E-UTRAN are based on the lower three layers of the open system interconnection (OSI) standard model known in the art of communication systems. It may be divided into a first layer L1, a second layer L2, and a third layer L3.
  • the air interface protocol between the UE and the E-UTRAN consists of a physical layer, a data link layer, and a network layer horizontally, and vertically stacks a protocol stack for transmitting data information. (protocol stack) It is divided into a user plane and a control plane, which is a protocol stack for transmitting control signals.
  • the control plane refers to a path through which control messages used by the terminal and the network to manage a call are transmitted.
  • the user plane refers to a path through which data generated at an application layer, for example, voice data or Internet packet data, is transmitted.
  • an application layer for example, voice data or Internet packet data
  • a physical layer which is a first layer (L1), provides an information transfer service to a higher layer by using a physical channel.
  • the physical layer is connected to a medium access control (MAC) layer located at a higher level through a transport channel, and data is transmitted between the MAC layer and the physical layer through the transport channel.
  • Transport channels are classified according to how and with what characteristics data is transmitted over the air interface.
  • data is transmitted between different physical layers through a physical channel between a physical layer of a transmitter and a physical layer of a receiver.
  • the physical layer is modulated by an orthogonal frequency division multiplexing (OFDM) scheme and utilizes time and frequency as radio resources.
  • OFDM orthogonal frequency division multiplexing
  • a physical downlink control channel is a resource allocation of a paging channel (PCH) and a downlink shared channel (DL-SCH) and uplink shared channel (UL-SCH) to the UE. : informs hybrid automatic repeat request (HARQ) information associated with an uplink shared channel (HARQ).
  • the PDCCH may carry an UL grant that informs the UE of resource allocation of uplink transmission.
  • the physical control format indicator channel (PCFICH) informs the UE of the number of OFDM symbols used for PDCCHs and is transmitted every subframe.
  • a physical HARQ indicator channel (PHICH) carries a HARQ acknowledgment (ACK) / non-acknowledge (NACK) signal in response to uplink transmission.
  • the physical uplink control channel (PUCCH) carries uplink control information such as HARQ ACK / NACK, downlink request and channel quality indicator (CQI) for downlink transmission.
  • a physical uplink shared channel (PUSCH) carries a UL-SCH.
  • the MAC layer of the second layer provides a service to a radio link control (RLC) layer, which is a higher layer, through a logical channel.
  • RLC radio link control
  • the MAC layer multiplexes / demultiplexes into a transport block provided as a physical channel on a transport channel of a MAC service data unit (SDU) belonging to the logical channel and mapping between the logical channel and the transport channel.
  • SDU MAC service data unit
  • the RLC layer of the second layer supports reliable data transmission. Functions of the RLC layer include concatenation, segmentation, and reassembly of RLC SDUs.
  • the RLC layer In order to guarantee the various quality of service (QoS) required by the radio bearer (RB), the RLC layer has a transparent mode (TM), an unacknowledged mode (UM) and an acknowledgment mode (AM). There are three modes of operation: acknowledge mode.
  • AM RLC provides error correction through an automatic repeat request (ARQ). Meanwhile, when the MAC layer performs an RLC function, the RLC layer may be included as a functional block of the MAC layer.
  • the packet data convergence protocol (PDCP) layer of the second layer (L2) performs user data transmission, header compression, and ciphering functions in the user plane.
  • Header compression is relatively large and large in order to allow efficient transmission of Internet protocol (IP) packets, such as IPv4 (internet protocol version 4) or IPv6 (internet protocol version 6), over a small bandwidth wireless interface. It means the function to reduce the IP packet header size that contains unnecessary control information.
  • IP Internet protocol
  • IPv4 Internet protocol version 4
  • IPv6 Internet protocol version 6
  • a radio resource control (RRC) layer located at the lowest part of the third layer L3 is defined only in the control plane.
  • the RRC layer serves to control radio resources between the terminal and the network.
  • the UE and the network exchange RRC messages with each other through the RRC layer.
  • the RRC layer controls the logical channel, transport channel and physical channel with respect to configuration, re-configuration and release of radio bearers.
  • the radio bearer means a logical path provided by the second layer (L2) for data transmission between the terminal and the network.
  • Establishing a radio bearer means defining characteristics of a radio protocol layer and a channel to provide a specific service, and setting each specific parameter and operation method.
  • the radio bearer may be further divided into two signaling radio bearers (SRBs) and data radio bearers (DRBs).
  • SRB is used as a path for transmitting RRC messages in the control plane
  • DRB is used as a path for transmitting user data in the user plane.
  • a non-access stratum (NAS) layer located above the RRC layer performs functions such as session management and mobility management.
  • NAS non-access stratum
  • One cell constituting the base station is set to one of the bandwidth, such as 1.25, 2.5, 5, 10, 20Mhz to provide a downlink or uplink transmission service to multiple terminals.
  • Different cells may be configured to provide different bandwidths.
  • a downlink transport channel for transmitting data from a network to a terminal includes a broadcast channel (BCH) for transmitting system information, a PCH for transmitting a paging message, and a DL-SCH for transmitting user traffic or control messages.
  • BCH broadcast channel
  • PCH for transmitting a paging message
  • DL-SCH for transmitting user traffic or control messages.
  • Traffic or control messages of the downlink multicast or broadcast service may be transmitted through the DL-SCH or may be transmitted through a separate downlink multicast channel (MCH).
  • an uplink transport channel for transmitting data from a terminal to a network includes a random access channel (RACH) for transmitting an initial control message, and an UL-SCH (uplink shared) for transmitting user traffic or a control message. channel).
  • RACH random access channel
  • UL-SCH uplink shared
  • the logical channel is on top of the transport channel and is mapped to the transport channel.
  • the logical channel may be divided into a control channel for transmitting control region information and a traffic channel for delivering user region information.
  • the control channel includes a broadcast control channel (BCCH), a paging control channel (PCCH), a common control channel (CCCH), a dedicated control channel (DCCH), multicast And a control channel (MCCH: multicast control channel).
  • Traffic channels include a dedicated traffic channel (DTCH) and a multicast traffic channel (MTCH).
  • PCCH is a downlink channel that carries paging information and is used when the network does not know the cell to which the UE belongs.
  • CCCH is used by a UE that does not have an RRC connection with the network.
  • the DCCH is a point-to-point bi-directional channel used by a terminal having an RRC connection for transferring dedicated control information between the UE and the network.
  • DTCH is a point-to-point channel dedicated to one terminal for transmitting user information that may exist in uplink and downlink.
  • MTCH is a point-to-multipoint downlink channel for carrying traffic data from the network to the UE.
  • the DCCH may be mapped to the UL-SCH
  • the DTCH may be mapped to the UL-SCH
  • the CCCH may be mapped to the UL-SCH.
  • the BCCH may be mapped with the BCH or DL-SCH
  • the PCCH may be mapped with the PCH
  • the DCCH may be mapped with the DL-SCH.
  • the DTCH may be mapped with the DL-SCH
  • the MCCH may be mapped with the MCH
  • the MTCH may be mapped with the MCH.
  • FIG. 5 is a diagram exemplarily illustrating a structure of a physical channel in a wireless communication system to which the present invention can be applied.
  • a physical channel transmits signaling and data through a radio resource including one or more subcarriers in a frequency domain and one or more symbols in a time domain.
  • One subframe having a length of 1.0 ms is composed of a plurality of symbols.
  • the specific symbol (s) of the subframe eg, the first symbol of the subframe
  • the PDCCH carries information about dynamically allocated resources (eg, a resource block, a modulation and coding scheme (MCS), etc.).
  • MCS modulation and coding scheme
  • the UE performs an RRC connection re-establishment procedure. Cases are performed.
  • a contention-based random access procedure in which the UE randomly selects and uses one preamble within a specific set And a non-contention based random access procedure using a random access preamble allocated by a base station only to a specific terminal.
  • FIG. 6 is a diagram for explaining a contention based random access procedure in a wireless communication system to which the present invention can be applied.
  • the UE randomly selects one random access preamble (RACH preamble) from a set of random access preambles indicated through system information or a handover command, and A physical RACH (PRACH) resource capable of transmitting a random access preamble is selected and transmitted.
  • RACH preamble random access preamble
  • PRACH physical RACH
  • the base station receiving the random access preamble from the terminal decodes the preamble and obtains an RA-RNTI.
  • the RA-RNTI associated with the PRACH in which the random access preamble is transmitted is determined according to the time-frequency resource of the random access preamble transmitted by the corresponding UE.
  • the base station transmits a random access response addressed to the RA-RNTI obtained through the preamble on the first message to the terminal.
  • the random access response includes a random access preamble index / identifier (UL preamble index / identifier), an UL grant indicating an uplink radio resource, a Temporary Cell RNTI (TC-RNTI), and a time synchronization value (TC-RNTI).
  • TAC time alignment commands
  • the TAC is information indicating a time synchronization value that the base station sends to the terminal to maintain uplink time alignment.
  • the terminal updates the uplink transmission timing by using the time synchronization value. When the terminal updates the time synchronization, a time alignment timer is started or restarted.
  • the UL grant includes an uplink resource allocation and a transmit power command (TPC) used for transmission of a scheduling message (third message), which will be described later. TPC is used to determine the transmit power for the scheduled PUSCH.
  • TPC transmit power command
  • the base station After the UE transmits the random access preamble, the base station attempts to receive its random access response within the random access response window indicated by the system information or the handover command, and PRACH
  • the PDCCH masked by the RA-RNTI corresponding to the PDCCH is detected, and the PDSCH indicated by the detected PDCCH is received.
  • the random access response information may be transmitted in the form of a MAC packet data unit (MAC PDU), and the MAC PDU may be transmitted through a PDSCH.
  • MAC PDU MAC packet data unit
  • the monitoring stops the random access response.
  • the random access response message is not received until the random access response window ends, or if a valid random access response having the same random access preamble identifier as the random access preamble transmitted to the base station is not received, the random access response is received. Is considered to have failed, and then the UE may perform preamble retransmission.
  • the terminal When the terminal receives a valid random access response to the terminal, it processes each of the information included in the random access response. That is, the terminal applies the TAC, and stores the TC-RNTI. In addition, by using the UL grant, data stored in the buffer of the terminal or newly generated data is transmitted to the base station.
  • an RRC connection request generated in the RRC layer and delivered through the CCCH may be included in the third message and transmitted.
  • the RRC connection reestablishment request delivered through the RRC connection reestablishment request may be included in the third message and transmitted. It may also include a NAS connection request message.
  • the third message should include the identifier of the terminal.
  • the first method if the UE has a valid cell identifier (C-RNTI) allocated in the corresponding cell before the random access procedure, the UE transmits its cell identifier through an uplink transmission signal corresponding to the UL grant. do.
  • the UE may include its own unique identifier (eg, SAE temporary mobile subscriber identity (S-TMSI) or random number). send.
  • S-TMSI temporary mobile subscriber identity
  • the unique identifier is longer than the C-RNTI.
  • the UE If the UE transmits data corresponding to the UL grant, it starts a timer for contention resolution (contention resolution timer).
  • the base station When the base station receives the C-RNTI of the terminal through the third message from the terminal, the base station transmits a fourth message to the terminal using the received C-RNTI.
  • the unique identifier ie, S-TMSI or random number
  • the fourth message is transmitted using the TC-RNTI allocated to the terminal in the random access response.
  • the fourth message may include an RRC connection setup message.
  • the terminal After transmitting the data including its identifier through the UL grant included in the random access response, the terminal waits for an instruction of the base station to resolve the collision. That is, it attempts to receive a PDCCH to receive a specific message.
  • the third message transmitted in response to the UL grant is its C-RNTI
  • the identifier is a unique identifier (that is, In the case of S-TMSI or a random number, it attempts to receive the PDCCH using the TC-RNTI included in the random access response.
  • the terminal determines that the random access procedure has been normally performed, and terminates the random access procedure.
  • the terminal determines that the random access procedure has been normally performed, and terminates the random access procedure.
  • the terminal determines that the random access procedure is normally performed, and terminates the random access procedure.
  • the terminal acquires the C-RNTI through the fourth message, and then the terminal and the network transmit and receive a terminal-specific message using the C-RNTI.
  • the random access procedure is terminated by only transmitting the first message and transmitting the second message.
  • the terminal before the terminal transmits the random access preamble to the base station as the first message, the terminal is allocated a random access preamble from the base station, and transmits the allocated random access preamble to the base station as a first message, and sends a random access response from the base station.
  • the random access procedure is terminated by receiving.
  • Dedicated bearer An EPS bearer associated with uplink packet filter (s) in the UE and downlink packet filter (s) in the P-GW. Here filter (s) only matches a particular packet.
  • Default bearer EPS bearer established with every new PDN connection. The context of the default bearer is maintained for the lifetime of the PDN connection.
  • EMM-NULL EPS Mobility Management
  • EMM-DEREGISTERED state In the EMM-DEREGISTERED state, no EMM context is established and the UE location is unknown to the MME. Thus, the UE is unreachable by the MME. In order to establish the EMM context, the UE must start an attach or combined attach procedure.
  • EMM-REGISTERED state In the EMM-REGISTERED state, an EMM context in the UE is established and a default EPS bearer context is activated. When the UE is in EMM-IDLE mode, the UE location is known to the MME with the accuracy of the list of TAs containing the specific number of the TA. The UE may initiate transmission and reception of user data and signaling information and may respond to paging. In addition, a TAU or combined TAU procedure is performed.
  • EMM-CONNECTED mode When a NAS signaling connection is established between the UE and the network, the UE is in EMM-CONNECTED mode.
  • EMM-CONNECTED may be referred to as the term of the ECM-CONNECTED state.
  • EMM-IDLE mode NAS signaling connection does not exist between the UE and the network (i.e. EMM-IDLE mode without reservation indication) or RRC connection suspend is indicated by the lower layer.
  • EMM-IDLE mode ie, EMM-IDLE mode with a reservation indication.
  • the term EMM-IDLE may also be referred to as the term of the ECM-IDLE state.
  • EMM context If the attach procedure is successfully completed, the EMM context is established in the UE and the MME.
  • Control plane CIoT EPS optimization Signaling optimization to enable efficient transport of user data (IP, non-IP or SMS) via the control plane via MME.
  • IP user data
  • non-IP or SMS control plane via MME.
  • header compression of IP data may be included.
  • User Plane CIoT EPS optimization Signaling optimization that enables efficient delivery of user data (IP or non-IP) through the user plane
  • EPS service (s) service (s) provided by the PS domain.
  • NAS signaling connection Peer-to-peer S1 mode connection between UE and MME.
  • the NAS signaling connection is composed of a concatenation of an RRC connection through the LTE-Uu interface and an S1AP connection through the S1 interface.
  • UEs using EPS services with control plane CIoT EPS optimization UEs attached for EPS services with control plane CIOT EPS optimization accepted by the network
  • Non-Access Stratum A functional layer for transmitting and receiving signaling and traffic messages between a terminal and a core network in a UMTS and EPS protocol stack. The main function is to support the mobility of the terminal and to support the session management procedure for establishing and maintaining an IP connection between the terminal and the PDN GW.
  • AS Access Stratum
  • AS Access Stratum
  • an RRC layer, a PDCP layer, an RLC layer, a MAC layer, and a PHY layer may be collectively referred to, or any one of these layers may be referred to as an AS layer.
  • the PDCP layer, the RLC layer, the MAC layer, and the PHY layer may be collectively referred to, or any one of these layers may be referred to as an AS layer.
  • S1 mode A mode applied to a system having a functional separation according to the use of the S1 interface between the radio access network and the core network.
  • S1 mode includes WB-S1 mode and NB-S1 mode.
  • NB-S1 mode A serving radio access network of a UE allows access to network services (via E-UTRA) by narrowband (NB) -Internet of Things (NB). When providing, the UE applies this mode.
  • WB-S1 mode If the system is operating in S1 mode but not in NB-S1 mode, this mode is applied.
  • FS_REAR Student Item Description
  • SID Study Item Description
  • Relay Remote UE connection via Relay UE
  • F2D2D Improvement of LTE Device to Device, and Relay between UE and Network for Internet of Things (WoT) and Wearables
  • asymmetric uplink / downlink connection i.e., an advanced ProSe UE-to-Network Relay
  • Uu through PC5.
  • PC5 asymmetric uplink / downlink connection
  • 'asymmetric uplink / downlink' is a remote UE (UE) uses a direct link with the relay UE (Relay UE) for uplink transmission, the Uu interface from the base station for the downlink transmission It means to use.
  • UE remote UE
  • Relay UE relay UE
  • a symmetric uplink / downlink means that a Remote UE uses a direct link with a Relay UE for both uplink transmission and downlink transmission.
  • FIG. 7 is a diagram illustrating a ProSe UE and a UE-to-Network relay procedure in a wireless communication system to which the present invention can be applied.
  • FIG. 11 is a diagram illustrating a ProSe UE and a UE-to-Network relay procedure in a wireless communication system to which the present invention can be applied.
  • the ProSe UE-to-Network Relay performs an initial E-UTRAN Attach (if not already attached) and / or establishes a PDN connection for the relay (if there is no suitable PDN connection for this relay).
  • the ProSe UE-to-Network Relay obtains an IPv6 prefix from the network via a prefix delegation function.
  • the Remote UE performs discovery of ProSe UE-to-Network Relay using Model A or Model B discovery.
  • the Remote UE selects ProSe UE-to-Network Relay and establishes a connection for one-to-one Prose direct communication. If there is no PDN connection associated with the ProSe Relay UE Identifier (ID) or if an additional PDN connection is needed for the relay, the ProSe UE-to-Network Relay initiates a new PDN connection establishment procedure.
  • ID ProSe Relay UE Identifier
  • the ProSe UE-to-Network Relay initiates a new PDN connection establishment procedure.
  • IPv6 prefix or IPv4 address is assigned for the Remote UE. From this time, uplink and downlink relay can be started.
  • the ProSe UE-to-Network Relay transmits a Remote UE Report (including a Remote User ID and IP info) message to the MME for a PDN connection associated with the Relay.
  • the Remote User ID is an identifier (provided through User Info) of a Remote UE user that has been successfully connected in step 3.
  • the MME stores the Remote User ID (s) and associated IP info in the EPS bearer context of the ProSe UE-to-Network Relay for the PDN connection associated with the Relay.
  • the MME forwards the Remote UE Report message to the S-GW, and the S-GW forwards this message to the P-GW of the UE-to-Network Relay UE.
  • the MME may report multiple Remote UEs in one Remote UE Report message.
  • IP info The following principles may apply for IP info:
  • the UE-to-network Relay reports the Transmission Control Protocol (TCP) / user datagram protocol (UDP) port range assigned to the individual Remote UE (s) (with Remote User ID);
  • TCP Transmission Control Protocol
  • UDP user datagram protocol
  • the UE-to-network Relay reports the IPv6 prefix (s) assigned to the individual Remote UE (s) (along with the Remote User ID).
  • a Remote UE Report message is sent to the MME, S-GW and P-GW to inform that the Remote UE (s) have left (e.g., an explicit layer- 2 when the link is released or there is no keep alive message via PC5).
  • the relevant IP info corresponding to the Remote UE (s) associated with the Remote User ID is sent to the new MME as part of EPS bearer context delivery for ProSe UE-to-Network Relay.
  • the Remote UE After being connected to the ProSe UE-to-Network Relay, the Remote UE continues to measure the signal strength of the discovery messages sent by the ProSe UE-to-Network Relay for relay selection (i.e., UE-to in Model A). -Network Relay Discovery Announcement message or UE-to-Network Relay Discovery Response in Model B.
  • the Remote UE In the case of Model B, to measure PC5 link quality, the Remote UE periodically transmits a UE-to-Network Relay Discovery Solicitation message. This message contains the ProSe Relay UE ID of the serving ProSe UE-to-Network Relay. If a ProSe Relay UE ID is included in this message, only the ProSe UE-to-Network Relay with this ProSe Relay UE ID responds to the UE-to-Network Relay Discovery Solicitation message.
  • FIG. 8 is a diagram illustrating a Remote UE Report procedure in a wireless communication system to which the present invention can be applied.
  • the purpose of the remote UE reporting procedure is to inform the network that a UE serving as a ProSe UE-to-network Relay is not connected to the ProSe UE-to-network Relay or is not connected to the ProSe UE-to-network Relay. to be.
  • the UE sends a REMOTE UE REPORT message to the network, starts timer T3493, enters the PROCEDURE TRANSACTION PENDING state and starts the Remote UE reporting procedure.
  • the UE may include information on the Remote UE newly connected or disconnected from the network in the REMOTE UE REPORT message.
  • the UE may include the corresponding ProSe Key Management Function address in the REMOTE UE REPORT message.
  • the UE may include in the REMOTE UE REPORT message the default EPS bearer identity of the PDN connection associated with the Remote UE connected to or disconnected from the ProSe UE-to-network Relay.
  • the MME After receiving the REMOTE UE REPORT message, the MME sends a REMOTE UE REPORT RESPONSE message to the UE.
  • the MME may include the PTI in the REMOTE UE REPORT message.
  • the UE After receiving the REMOTE UE REPORT RESPONSE message, the UE stops timer T3493 and enters the PROCEDURE TRANSACTION INACTIVE state.
  • the UE sends a REMOTE UE REPORT message back to the MME and resets the timer T3493 to restart.
  • This retransmission process is repeated twice. That is, when timer T3493 expires a third time, the UE stops the procedure and releases any resources allocated for this procedure.
  • Table 2 below shows an example of an information element (IE) constituting a REMOTE UE REPORT message.
  • Remote UE Context Connected IE included in the message by the UE acting as a ProSe UE-to-network Relay to provide newly connected Remote UE information to the network (see 3GPP TS 23.303).
  • Remote UE Context Disconnected An IE included in a message by a UE acting as a ProSe UE-to-network Relay to provide the network with disconnected Remote UE information (see 3GPP TS 23.303).
  • ProSe Key Management Function Address IE included in the message to provide an address of a ProSe Key Management Function associated with a Remote UE connected to or released from a UE serving as a ProSe UE-to-network Relay.
  • Table 3 shows an example of an Information Element (IE) constituting a REMOTE UE REPORT RESPONSE message.
  • IE Information Element
  • the following Information Element may be used for messages of a Remote UE reporting procedure.
  • the remote UE context list information element may provide an identity and optionally an IP address of a remote UE connected to or disconnected from a UE serving as a ProSe UE-to-network relay.
  • the remote UE context list information element may be coded as shown in Tables 4 and 5 below.
  • the remote UE context list is a type 6 information element with a minimum length of 5 octets and a maximum length of 65538 octets.
  • address information from octet j + 1 to octet j + 6 includes an IPv4 address and a port number.
  • Bit 8 of octet j + 1 represents the most significant bit of the IP address and bit 1 of octet j + 4 represents the least significant bit.
  • Bit 8 of octet j + 5 represents the most significant bit of the port number, and bit 1 of octet j + 6 represents the least significant bit.
  • the address information from octet j + 1 to octet j + 8 includes the / 64 IPv6 prefix of the remote UE.
  • Bit 8 of octet j + 1 represents the most significant bit of the / 64 IPv6 prefix and bit 1 of octet j + 8 represents the least significant bit.
  • address type indicates no IP information
  • address information octets are included.
  • the PKMF address information element may provide an IP address of a ProSe Key Management Function associated with a Remote UE connected to or disconnected from a UE serving as a ProSe UE-to-network Relay.
  • the PKMF address information element may be coded as shown in Tables 8 and 9 below.
  • the PKMF address is a Type 4 information element with a minimum length of 3 octets and a maximum length of 19 octets.
  • the address information from octet 4 to octet 7 includes the IPv4 address.
  • Bit 8 of octet 4 represents the most significant bit of the IP address, and bit 1 of octet 7 represents the least significant bit.
  • the address information from octet 4 to octet 19 includes an IPv6 address.
  • Bit 8 of octet 4 represents the most significant bit of the IP address, and bit 1 of octet 19 represents the least significant bit.
  • the relay UE may request and obtain information on the remote UE through the PC5 link.
  • Remote UE Request Information Procedure Remote UE information request procedure
  • FIG. 9 is a diagram illustrating a Remote UE information request procedure in a wireless communication system to which the present invention can be applied.
  • the remote UE information request procedure refers to a procedure for a Serving ProSe UE-to-network Relay UE to obtain information from a remote UE serviced by a relay.
  • the remote UE information request procedure may be initiated only by the ProSe UE-to-network relay UE through a link (eg, PC5 link, etc.) established between the remote UE and the ProSe UE-to-network relay UE.
  • the ProSe UE-to-network Relay UE generates a REMOTE_UE_INFO_REQUEST message including the Remote UE Information Type IE set to the requested type of information, and sends the generated message to a Layer 2 ID (ie, ProSe UE) of the Remote UE for unicast communication. ID) and the Layer 2 ID (ie, ProSe Relay UE ID) of the ProSe UE-to-network Relay UE for unicast communication.
  • the Remote UE After the Remote UE receives the REMOTE_UE_INFO_REQUEST message, the Remote UE includes the type of requested information in the REMOTE_UE_INFO_RESPONSE message.
  • the ProSe UE-to-network Relay UE may temporarily store the information provided by the Remote UE and report the Remote UE identity to the MME (see 3GPP TS 24.301).
  • the ProSe UE-to-network Relay UE retransmits the REMOTE_UE_INFO_REQUEST message.
  • PC5 signaling messages used in a remote UE information request procedure will be described.
  • the REMOTE_UE_INFO_REQUEST message is sent by the ProSe UE-to-network Relay UE to the Remote UE to initiate the Remote UE Information Request procedure.
  • Table 10 below shows an example of IE included in the REMOTE_UE_INFO_REQUEST message.
  • the REMOTE_UE_INFO_RESPONSE message is transmitted by the Remote UE to the ProSe UE-to-network Relay UE in response to the Remote UE information request of the ProSe UE-to-network Relay UE.
  • Table 11 shows an example of IE included in the REMOTE_UE_INFO_RESPONSE message.
  • FIG. 10 is a diagram illustrating an S1 release procedure in a wireless communication system to which the present invention can be applied.
  • the base station may release the signaling connection of the terminal before or with the request of the MME to release the S1 context (eg, the RRC for CS fallback by the redirection by the base station). For example, initiating a RRC Connection Release).
  • the base station When the base station detects that the signaling connection of the terminal and all radio bearers for the terminal need to be released, the base station transmits an S1 UE context release request (cause) message to the MME. .
  • cause indicates the reason for the release (e.g. O & M Intervention, Unspecified Failure, User Inactivity, Repeated Integrity Check) Failure) or release due to UE generated signaling connection release).
  • step 1 is performed only when an eNB-initiated S1 release procedure is considered.
  • step 1 is not performed and the procedure starts from step 2.
  • the MME sends a Release Access Bearers Request (Abnormal Release of Radio Link Indication) message to the S-GW to request the release of all S1-U bearers for the UE.
  • Send to GW This message is triggered by an S1 Release Request message or another MME event from the base station.
  • the abnormal release indication of the radio link is included when the S1 release procedure is due to abnormal release of the radio link.
  • the S-GW releases all base station related information (address and tunnel end point identifier (TEID)) and responds to the MME with a Release Access Bearers Response (Release Access Bearers Response) message. Other elements of the S-GW context of the terminal are not affected.
  • TEID address and tunnel end point identifier
  • the S-GW maintains the S1-U configuration that the S-GW allocated for the bearer of the UE.
  • the S-GW When the downlink packet arrives for the terminal, the S-GW starts to buffer the received downlink packet for the terminal and initiates a network-triggered service request procedure.
  • the S-GW may be used to make subsequent decisions to trigger PDN charging interruption using an indication of abnormal release of the received radio link.
  • the MME releases S1 by sending an S1 UE Context Release Command (cause) message to the base station.
  • the base station transmits an RRC connection release message to the UE in a confirmation mode (AM).
  • the base station deletes the context of the terminal.
  • the base station confirms the S1 release by returning an S1 UE Context Release Complete (ECGI, TAI) message to the MME.
  • ECGI, TAI S1 UE Context Release Complete
  • the signaling connection between the MME and the base station for the terminal is released. This step is performed immediately after step 4, for example, in order not to be delayed in a situation in which the UE does not respond to the reception of the RRC connection release.
  • the MME deletes base station related information ("eNodeB Address in Use for S1-MME", "MME UE S1 AP ID” and "eNB UE S1AP ID”) from the MME context of the UE. do. However, the MME maintains the remaining information of the MME context of the terminal including S1-U configuration information (address and TEID) of the S-GW. All non-guaranteed bit rate (EPR) EPS bearers that have been established for the UE are reserved in the MME and S-GW.
  • EPR non-guaranteed bit rate
  • the MME preserves the GBR bearer. If the cause of the S1 release is CS fallback triggered, a procedure for bearer handling may be performed. If not (for example, when the radio is disconnected from the terminal, the S1 signaling is disconnected, the base station failed, etc.), the MME is the MME initiated dedicated bearer deactivation procedure for the GBR bearer of the terminal after the S1 release procedure is completed (MME Trigger an Initiated Dedicated Bearer Deactivation procedure.
  • the Home eNB When Local IP Access (LIPA) is enabled for a PDN connection, the Home eNB (HeNB) sends a direct user plane path to the HeNB to the collocated Local Gateway (L-GW). In order to release the plane path), internal signaling is indicated. After the direct user plane path is released, when a downlink packet for the terminal arrives, the L-GW firstly causes the S-GW to initiate a network-triggered service request procedure. Forwards the packet to the S-GW via the S5 tunnel.
  • LIPA Local IP Access
  • the paging procedure may be used to transmit paging information to a UE in RRC_IDLE mode in a network, or to notify a UE in RRC_IDLE / RRC_CONNECTED mode of a change in system information or in RRC_IDLE / RRC_CONNECTED mode. It is used to inform the UE of ETWS primary notification and / or ETWS secondary notification, or to inform the UE of CMAS notification in RRC_IDLE / RRC_CONNECTED mode.
  • FIG. 11 is a diagram illustrating a paging procedure in a wireless communication system to which the present invention can be applied.
  • the MME initiates a paging procedure by transmitting an S1AP paging message to the base station (S11010).
  • the location of the terminal in the ECM-IDLE state is managed by the MME based on a tracking area (TA).
  • the MME may transmit to a plurality of eNBs covering a cell belonging to the registered TA (s).
  • each cell may belong to only one TA, and each eNB may include cells belonging to different TAs.
  • the MME transmits a paging message to each eNB through the S1AP interface.
  • this will be referred to as an 'S1AP PAGING message'.
  • Table 12 and Table 13 illustrate the S1AP PAGING message.
  • the IE / Group Name indicates the name of an information element (IE) or an information element group (IE group).
  • IE information element
  • IE group information element group
  • 'M' in the presence field indicates an IE / IE group always included in the message as mandatory IE, and 'O' is an optional IE and may or may not be included in the message.
  • / IE group, 'C' represents a conditional (IE) IE / IE group included in the message only when a specific condition is satisfied.
  • the Range field indicates the number of repetitive IEs / IE groups that can be repeated.
  • the IE type and reference field indicates the type of the IE (eg, enumerated data (ENUMERATED), integer (INTEGER), octet string (OCTET STRING), etc.) and the value that the IE can have. If a range exists, a range of values is shown.
  • the Criticality field indicates criticality information applied to the IE / IE group.
  • the criticality information refers to information indicating how to operate at the receiver when the receiver does not understand all or a part of the IE / IE group.
  • '-' Indicates that criticality information is not applied, and 'YES' indicates that criticality information is applied.
  • 'GLOBAL' indicates that one of the criticality information is common to the repetition of the IE and the IE.
  • 'EACH' indicates that each of the repetitions of the IE has unique criticality information.
  • the assigned Criticality field indicates actual criticality information.
  • the information element (IE) or IE group included in the S1AP PAGING message will be described in more detail as follows.
  • Message Type IE uniquely identifies the message being sent.
  • PF paging frame
  • UE Paging Identity IE is an identifier for identifying a paged terminal and is indicated by one of IMSI and SAE Temporary Mobile Subscriber Identity (S-TMSI).
  • S-TMSI means an identifier capable of uniquely identifying a terminal in one MME group.
  • Paging DRX IE is used to calculate a paging frame (PF) at the base station when the terminal uses a terminal-specific DRX cycle length.
  • the UE may specify the DRX cycle length in an Attach Request message or a Tracking Area Update (TAU) message.
  • CN Domain IE indicates whether paging occurred in a Circuit Switched (CS) domain or a Packet Switched (PS) domain.
  • the Tracking Area Identifier Tracking Area Identity (TAI List) IE is used to inform the base station of a TA to which a paging message should be broadcast.
  • TAI means an identifier used to uniquely identify a TA.
  • CSG ID List Closed Subscriber Group Identifier List
  • the eNB that receives the S1AP paging message from the MME configures a paging message (hereinafter referred to as an 'RRC Paging message').
  • Table 14 illustrates the RRC Paging message.
  • a single RRC paging message may carry information of multiple S1AP paging messages. That is, the RRC paging message may include multiple paging records (eg, 16) for paging multiple terminals.
  • Each paging record includes a terminal identifier (ue-Identity) field and a CN domain (cn-Domain) field. This is the content delivered from the S1AP Paging message.
  • the systemInfoModification field is not transmitted from the S1AP Paging message and is generated by the base station. This field is used to trigger the terminal to re-acquire a set of system information blocks (SIBs).
  • SIBs system information blocks
  • EAB Extended Access Barring
  • SIB 14 EAB parameter
  • the ETWS-Indication field is not delivered from the S1AP Paging message and is generated by the base station. This field applies only to an ETWS capable UE and is used to trigger the UE to reacquire SIB 1.
  • SIB 1 content indicates the ETWS content in the SIB 10 and SIB 11 to the terminal.
  • the CMAS Indication field is applied only to a CMAS capable UE and is used to trigger the UE to reacquire SIB 1.
  • SIB 1 content indicates to the terminal the CMAS content in SIB 12.
  • the eNB configuring the RRC paging message as described above transmits downlink control information (DCI) attached with a cyclic redundancy check (CRC) scrambled with P-RNTI (Paging-RNTI) from the PDCCH to the UE (S11020), and the RRC paging message Is transmitted to the terminal through the PDSCH (S11030).
  • DCI downlink control information
  • CRC cyclic redundancy check
  • P-RNTI Paging-RNTI
  • the base station delivers an RRC paging message to the terminal through a PCCH logical channel, a PCH transport channel, and a PDSCH physical channel.
  • the base station determines the PDCCH format according to the DCI to be sent to the terminal, and attaches the CRC to the DCI.
  • a radio network temporary identifier (RNTI) is scrambled (or masked) according to an owner or a purpose of the PDCCH.
  • RNTI radio network temporary identifier
  • the PDCCH is for a specific UE, a unique identifier (eg, C-RNTI (cell-RNTI)) of the UE may be masked to the CRC.
  • a paging indication identifier for example, p-RNTI (p-RNTI)
  • p-RNTI paging indication identifier
  • the UE monitors the PDCCH based on the P-RNTI in a subframe belonging to its paging occasion 11012.
  • the terminal decodes the DCI transmitted on the PDCCH.
  • This DCI indicates the PDSCH resource to which the paging message is transmitted to the UE.
  • the terminal decodes the RRC paging message from the PDSCH resource indicated by the DCI.
  • the paging cycle 11013 may be determined cell-specifically and may also be UE-specifically determined.
  • a paging occasion 11012 is determined for each terminal based on its paging cycle 11013 and its identifier (ie, IMSI). Therefore, the paging message is not transmitted to all terminals at possible paging occasion 11011 at the base station, but the paging message is transmitted according to the paging occasion of the corresponding terminal.
  • IMSI its identifier
  • the paging procedure may be used for not only receiving a mobile terminated (MT) call from each terminal, but also for changing system information, receiving a cell broadcast message (that is, receiving an ETWS / CAMS alert message), or notifying EAB of a change. have.
  • MT mobile terminated
  • One of the paging records included in the RRC paging message contains a UE identity (e.g., IMSI or S-TMSI) (that is, the paging procedure is used for MT call purposes).
  • a UE identity e.g., IMSI or S-TMSI
  • the UE initiates a random access procedure to establish an RRC connection with the network (for example, to transmit a service request).
  • systemInfoModification system information modification
  • the terminal reacquires the required system information using a system information acquisition procedure.
  • the terminal when an ETWS indication (etws-Indication) is included in the RRC paging message and the terminal supports ETWS, the terminal immediately reacquires SIB 1. That is, the terminal does not wait until the next system information change period boundary. If the scheduling information list (schedulingInfoList) included in SIB 1 indicates that SIB 10 exists, the terminal acquires SIB 10 based on the scheduling information (schedulingInfor). In addition, when a scheduling information list (schedulingInfoList) included in SIB 1 indicates that SIB 11 exists, the terminal acquires SIB 11 based on scheduling information (schedulingInfor).
  • an ETWS indication etws-Indication
  • the terminal when the RRC paging message includes a CMAS indication (cmas-Indication), and the terminal supports the CMAS, the terminal immediately reacquires SIB 1. That is, the terminal does not wait until the next system information change period boundary.
  • the scheduling information list (schedulingInfoList) included in SIB 1 indicates that SIB 12 exists, the terminal acquires SIB 12 based on the scheduling information (schedulingInfor).
  • the UE when the RRC paging message includes a cell broadcast message (ie, an ETWS / CAMS message) indication, the UE receives SIB 10, SIB 11, and SIB 12 with reference to schedulingInfoList of SIB 1.
  • the received SIB 10, SIB 11, SIB 12 is delivered to the upper layer (eg, RRC layer) of the terminal.
  • the upper layer of the terminal if a message identifier belonging to the cell broadcast message transmitted through SIB 10, SIB 11, and SIB 12 is included in the search list of the terminal, it is displayed on the terminal. Discard it.
  • the UE when the UE in RRC_IDLE mode supports EAB and the ERC parameter change (eab-ParamModification) field is included in the RRC paging message, the UE considers that previously stored SIB 14 is not valid and immediately reacquires SIB 1. . That is, the terminal does not wait until the next system information change period boundary. The terminal reacquires SIB 14 using a system information acquisition procedure.
  • ERC parameter change eab-ParamModification
  • the UE may use discontinuous reception (DRX) in idle mode to reduce power consumption.
  • DRX discontinuous reception
  • One Paging Occasion is a sub-frame for the NB-IoT on the NPDCCH that has a P-RNTI sent on the PDCCH or MPDCCH, or addressing a paging message.
  • PO refers to the starting subframe of the MPDCCH repetition.
  • PO indicates the starting subframe of NPDCCH repetition.
  • the first valid NB-IoT downlink subframe after the PO indicates a start subframe in which NPDCCH is repeated.
  • One paging frame PF is one radio frame that may include one or multiple paging opportunities.
  • the UE When DRX is used, the UE only needs to monitor one PO per DRX cycle.
  • PPB paging narrowband
  • PF, PO and PNB are determined by Equation 1 below using the DRX parameters provided in the system information.
  • the index i_s indicating PO in the subframe pattern may be obtained from Equation 2 below.
  • the PNB may be determined by Equation 3 below.
  • the UE supports paging on a non-anchor carrier, and a paging configuration for the non-anchor carrier is provided by system information, the paging carrier Is determined by the minimum paging carrier n that satisfies Equation 4 below.
  • the system information DRX parameters stored in the UE are updated locally at the UE whenever the DRX parameter values change in the SI.
  • T is determined to be the shortest of the UE specific DRX values when assigned by the higher layer, and the default DRX values are broadcast in system information.
  • the default value applies.
  • UE specific DRX does not apply to NB-IoT.
  • -NB 4T, 2T, T, T / 2, T / 4, T / 8, T / 16, T / 32, T / 64, T / 128 and also T / 512 and T / for NB-IoT 1024.
  • Nn the number of paging narrowbands provided in the system information
  • IMSI mod 1024 when P-RNTI is monitored on the PDCCH.
  • IMSI mod 4096 when P-RNTI is monitored on NPDCCH.
  • IMSI mod 16384 when P-RNTI is monitored on MPDCCH or P-RNTI is monitored on NPDCCH, UE supports paging on non-anchor carriers, and paging configuration for non-anchor carriers is provided in the system information.
  • maxPagingCarriers The number of configured paging carriers provided by the system information.
  • IMSI is given as a sequence of integers (0..9).
  • IMSI must be interpreted as a decimal number, and the first number given in the sequence represents the most significant number.
  • P-RNTI is transmitted on PDCCH or NPDCCH, or if P-RNTI is transmitted on MPDCCH with system bandwidth> 3MHz:
  • P-RNTI is transmitted on the PDCCH, or when the P-RNTI is transmitted on the MPDCCH of the system bandwidth> 3MHz:
  • FIG. 12 is a diagram illustrating an initial UE message procedure to which the present invention can be applied.
  • the eNB When the eNB receives on the air interface the first UL NAS message sent for forwarding to the MME over an RRC connection, the eNB invokes the NAS transmission procedure and sends an INITIAL UE message containing the NAS message to the MME as a NAS-PDU IE. send.
  • the eNB assigns a unique eNB UE S1AP ID to be used for the UE and includes the assigned eNB UE S1AP ID in the INITIAL UE message.
  • the selected PLMN is indicated by the PLMN Identity IE in the TAI IE contained in the INITIAL UE message.
  • the eNB When the eNB receives the S-TMSI IE from the air interface, the eNB includes the received S-TMSI IE in the INITIAL UE message. If the eNB does not support NNSF and the eNB receives the GUMMEI IE from the air interface, the eNB may include the received GUMMEI IE in the INITIAL UE message.
  • the eNB may include the received GUMMEI Type IE in the INITIAL UE message.
  • the CSG_Id is included in the INITIAL UE message.
  • the CSG Id IE and the cell access mode IE are included in the INITIAL UE message.
  • the GW transport layer address IE and the relay node indicator IE may be included in the INITIAL UE message (see TS 36.300). ).
  • the eNB If the eNB has an L-GW function for LIPA operation, the eNB includes the GW Transport Layer Address IE in the INITIAL UE message.
  • the MME shall use the SIPTO L-GW Transport Layer Address IE for SIPTO @ LN operation as specified in 3GPP TS 23.401 [11]. Can be.
  • the MME may use the LHN ID IE as specified in 3GPP TS 23.401 [11].
  • Tunnel Information for BBF IE is received in an INITIAL UE message, if the MME supports it, the MME uses Tunnel Information for BBF IE in the core network as specified in 3GPP TS 23.139 [37].
  • the MME Group ID IE is included in the INITIAL UE message, this indicates that the message is a redirected message and, if supported by the MME, the MME uses the MME Group ID IE as specified in 3GPP TS 23.401 [11].
  • the MME selected in the DCN uses the UE Usage Type IE as specified in 3GPP TS 23.401 [48].
  • Table 19 below shows an example of an IE configuring an INITIAL UE message.
  • the reason why the remote UE reporting procedure described with reference to FIGS. 7 and 8 is performed is to recognize the existence of the Remote UE in order to perform a LI (Lawful Interception) in the network.
  • the UE Context of the Remote UE does not exist in the network, and the Remote UE is a layer 3 relay architecture that receives service through some PDN connections of the UE-to-Network Relay.
  • Rel-13's Remote UE reporting procedure has the following features.
  • the reporting procedure is performed immediately after the PC5 link is established after IP allocation.
  • Relay UE is performed in EMM-CONNECTED state.
  • Rel-13 if the data to be sent by the remote UE through the Uu interface (network) is detected, the UE discovers the UE-to-network relay and establishes a PC5 link with the corresponding relay. Assumes that the data is sent directly.
  • step 1) of FIG. 7 the relay UE switches to EMM-CONNECTED to perform an operation for transmitting data of a remote UE.
  • the Remote UE can discover a Relay UE or establish a PC5 link regardless of data transmission.
  • the relay UE may not need to switch to EMM-CONNECTED.
  • Rel-13's Remote UE reporting procedure is designed on the assumption that the Relay UE operates in the EMM-CONNECTED state. For this reason, when the previous reporting procedure is used, there is a problem in that the UE needs to switch to the EMM-CONNECTED mode unnecessarily in the EMM-IDLE mode.
  • Rel-15 unlike the Rel-13's UE-to-Network Relay concept, since it assumes a layer 2 relay architecture, the UE context of the Remote UE exists in the network, and the network provides the Remote UE without any additional procedure. It can be recognized.
  • the remote UE reporting procedure for the LI purpose of Rel-13 is not required, and for efficient handling (for example, signaling, etc.) not for the LI purpose, the network has a PC5 link between the remote UE and the UE-to-Network Relay UE. It should be recognized whether it is established.
  • the network e.g., MME or eNB, etc.
  • the network may indirectly route signaling or data with the Remote UE. path).
  • the network and the remote UE may transmit or receive signaling or data through the PC5 link of the relay UE.
  • the present invention proposes a method for a relay UE to report a connection state between a remote UE and a relay UE so that the network can recognize whether a link is formed between the remote UE and the relay UE.
  • a state in which a Remote UE establishes a PC5 link with a UE-to-Network Relay or establishes a non-3GPP access link is referred to as 'linked'.
  • the UE-to-Network Relay UE and the Relay UE may be used in the same sense, and will be described based on PC5, but may also be applied to the use of a non-3GPP access link in the sidelink interval.
  • Fast connection setup between eRelay-UE and eRemote-UE is part of the service requirements and pairing may be used as a means for fast connection setup.
  • the serving network entity of the Remote UE is eNB_1 and the serving network entity of the Relay UE is eNB_2.
  • FIG. 13 is a diagram illustrating a Remote UE Report procedure according to an embodiment of the present invention.
  • the relay UE may report to the MME that a link between the relay UE and the remote UE is established.
  • step 1. if a PC5 direct link is established between the Remote UE and the Relay UE, the Relay UE reports to the MME that the PC5 direct link between the Relay UE and the Remote UE is established through the eNB 2 to the MME. Deliver message to MME.
  • the step of starting the transmission of the message may vary depending on which of the remote UE or the relay UE generates and triggers the remote UE report message.
  • Step 1-A) shows a case in which the Remote UE triggers a Remote UE report message
  • step 1-B) shows a case in which the Relay UE triggers a Remote UE report message.
  • the remote UE may generate a remote UE report message to initiate a reporting procedure and transmit the generated message to the relay UE through an established PC5 link.
  • the remote UE may receive an Ack for the remote UE report message from the relay UE.
  • the Remote UE report message may be a new NAS message or a TAU request message used in an existing tracking procedure.
  • the relay UE transmits a Remote UE report message to eNB_2.
  • step 1-A when the Remote UE generates and transmits a Remote UE report message, the Relay UE forwards the Remote UE report message received from the Remote UE to eNB_2.
  • Step 1-A If the Remote UE does not generate and transmit a Remote UE report message in Step 1-A), the Relay UE generates a Remote UE report message and delivers the generated Remote UE report message to eNB_2.
  • the Remote UE report message may be a new NAS message or a TAU request message used in an existing tracking procedure.
  • the relay UE may encapsulate the remote UE report message into an RRC message and include the S-TMSI of the remote UE and / or the GUMMEI of the remote UE in the RRC message.
  • the eNB_2 transmits the RRC message received in Step 1-B) to the MME based on the S-TMSI and / or GUMMEI included in the RRC message.
  • the MME may recognize the link state of the corresponding Remote UE through the RRC message transmitted from the eNB_2.
  • the MME transmits a Remote UE report response message (or link status report response message) to the Remote UE in response to the RRC message.
  • MME delivers a Remote UE report response message to eNB_2.
  • the eNB_2 performs an operation for creating a relationship between the Remote UE and the Relay UE.
  • -eNB_2 generates a local identifier of the remote UE and transmits the generated local identifier to the relay UE through step 2-B) or a separate RRC message.
  • eNB_2 releases and / or deletes the DRB of the Remote UE and generates an SLRB corresponding to the released and / or deleted DRB. Thereafter, eNB_2 performs a procedure of mapping the generated SLRB to the DRB of the relay UE. At this time, when eNB_2 determines that the existing DRB of the relay UE is not sufficient to transmit and receive the traffic of the remote UE, the eNB_2 may perform an operation of establishing an additional DRB of the relay UE.
  • the eNB_2 encapsulates a Remote UE report response message transmitted from the MME into an RRC message and transmits it to the Relay UE.
  • the relay UE transmits a remote UE report response message transmitted from eNB_2 to the remote UE through a link between the relay UE and the remote UE.
  • step 2-C The operation of step 2-C) may be performed regardless of whether step 2-A) is performed.
  • the Remote UE that receives the Remote UE report response message from the Relay UE stops the Uu interface monitoring. For example, the Remote UE does not perform paging and / or SIB monitoring.
  • the Remote UE may cause the paging monitoring through the Uu interface to stop early.
  • the remote UE can early stop paging monitoring through the Uu interface, thereby reducing the power consumption of the Remote UE.
  • the Remote UE stops the Uu interface monitoring operation in step 0).
  • the relay UE may transmit an ack indicating that the UE has successfully received the remote UE report message in step 1-A).
  • step 2-C) may not be performed.
  • the relay UE may perform an operation of receiving an additional paging message for the remote UE at the time described below.
  • the relay UE may additionally receive a paging message in addition to the paging occasion of the remote UE.
  • the relay UE delivers the occasional paging message to the remote UE through sidelink or PC5 link if the received paging message includes the identity of the remote UE.
  • Step 1-A At the moment of sending an ack for Step 1-A) to the Remote UE or receiving a Remote UE report message in Step 1-A).
  • the relay UE may not perform an operation of receiving a paging message at a paging occasion of the remote UE.
  • the Relay UE can perform a reporting procedure for reporting the link status with the Remote UE to the MME not only in the EMM-CONNECTED mode but also in the EMM-IDLE mode, and the MME determines whether a link is established between the Remote UE and the Relay UE. It can be recognized.
  • FIG. 14 is a diagram illustrating a Remote UE Report procedure according to an embodiment of the present invention.
  • the relay UE may report to the MME that the link between the relay UE and the remote UE is released.
  • the Relay UE transmits a Remote UE report message to the MME to inform the MME that the link with the Remote UE has been released.
  • the step of starting the transmission of the message may vary depending on which of the remote UE or the relay UE generates and triggers the remote UE report message.
  • Step 1-A) shows a case in which the Remote UE triggers a Remote UE report message
  • step 1-B) shows a case in which the Relay UE triggers a Remote UE report message.
  • the remote UE may generate a remote UE report message to initiate a reporting procedure and transmit the generated message to the relay UE through an established PC5 link.
  • the remote UE may receive an Ack for the remote UE report message from the relay UE.
  • the Remote UE report message may be a new NAS message or a TAU request message used in an existing tracking procedure.
  • Relay UE transmits a Remote UE report message to eNB_2.
  • step 1-A when the Remote UE generates and transmits a Remote UE report message, the Relay UE forwards the Remote UE report message received from the Remote UE to eNB_2.
  • Step 1-A If the Remote UE does not generate and transmit a Remote UE report message in Step 1-A), the Remote UE sends an indication or message requesting the release of the PC5 link established between the Relay UEs through the PC5 link in Step 1-A) Send to Relay UE.
  • the relay UE receiving the indication or message requesting the release of the PC5 link from the remote UE generates a remote UE report message and transmits the generated Remote UE report message to the eNB_2.
  • the Remote UE report message may be a new NAS message or a TAU request message used in an existing tracking procedure.
  • the relay UE may encapsulate the remote UE report message into an RRC message and include the S-TMSI of the remote UE and / or the GUMMEI of the remote UE in the RRC message.
  • the eNB_2 transmits the RRC message received in Step 1-B) to the MME based on the S-TMSI and / or GUMMEI included in the RRC message.
  • the MME may recognize that the link of the corresponding Remote UE is released through the RRC message transmitted from the eNB_2.
  • the MME sends a Remote UE report response message (or link status report response message) to the Remote UE in response to the RRC message.
  • MME delivers a Remote UE report response message to eNB_2.
  • the MME can then perform the S1 release procedure of the Remote UE.
  • the eNB_2 Upon receiving the Remote UE report response message from the MME, the eNB_2 performs an operation for removing / deleting the relationship between the Remote UE and the Relay UE.
  • eNB_2 deletes the context (eg, local identifier, etc.) of the remote UE and deletes DRB mapping or multiplexing information related to traffic transmission of the remote UE.
  • context eg, local identifier, etc.
  • eNB_2 may release the DRB of the relay UE used to transmit and receive the traffic of the remote UE.
  • eNB_2 may delete the SLRB of the Remote UE and delete the configuration in which the deleted SLRB was mapped to the DRB of the Relay UE.
  • eNB_2 sends a Remote UE report response message to a Relay UE.
  • the relay UE transmits a remote UE report response message to the remote UE.
  • step 1-C The operation of step 1-C) may be performed regardless of whether step 2-A) is performed.
  • the Remote UE that receives the Remote UE report response message from the Relay UE starts Uu interface monitoring.
  • the Remote UE may perform a paging monitoring operation.
  • the relay UE may quickly release the PC5 link with the remote UE and switch to the Uu interface. This ensures stable reception of paging messages over the Uu interface even if the channel conditions of the sidelinks get worse.
  • the Remote UE starts Uu interface monitoring at the following points.
  • the relay UE may transmit an ack indicating that the UE has successfully received the remote UE report message in step 1-A).
  • step 2-C The Remote UE receiving the Ack from the Relay UE performs a direct link release procedure to release the PC5 link. In this case, step 2-C) may not be performed.
  • This procedure is a procedure when the link between the Remote UE and the Relay UE is explicitly released.
  • the Remote UE and the Relay UE may perform the following operations.
  • the Remote UE After establishing the PC5 link with the Relay UE, the Remote UE starts or restarts the timer Tabcd with the given value when it receives signaling or data through the PC5 link established from the Relay UE.
  • the timer may be a T4102 used in a direct link keepalive procedure or a new timer.
  • the Remote UE starts to monitor the Uu interface.
  • a relay UE When a relay UE implicitly performs a procedure for releasing a link, it sends a Remote UE reporting message to the MME to inform the MME that it is not linked with the corresponding Remote UE.
  • the MME When the relay UE is EMM-CONNECTED, the MME notifies the eNB that the relay UE camped on that the corresponding relay UE and the remote UE are no longer linked.
  • the S1AP message for notifying the eNB that the link between the relay UE and the remote UE has been released includes an identity (eg, IMSI, S-TMSI, or local identifier) of the remote UE.
  • the eNB Upon receiving the S1AP message from the MME, the eNB recognizes that the corresponding Remote UE and the Relay UE are not in a linked state, deletes the context (eg, local identifier) of the corresponding Remote UE, and, if necessary, the traffic and the traffic of the Remote UE. Release the associated DRB.
  • the context eg, local identifier
  • the remote UE reporting procedure (or link status reporting procedure) described in the present invention may have the following features.
  • the Remote UE reporting procedure may be performed separately or through a TAU procedure.
  • the Remote UE reporting procedure may be performed in the EMM-IDLE mode as well as the EMM-CONNECTED mode.
  • the remote UE report message may include an IE as shown in Table 20 below (see 3GPP TS 24.301).
  • Protocol discriminator Used to distinguish a message for user-network call control from other messages.
  • the security header type IE includes control information related to security protection of a NAS message.
  • EPS update type EPS update IE is used to specify the area to which the update procedure is associated.
  • a message identity may use an identity for identifying a remote UE reporting procedure (or a link status reporting procedure).
  • an identifier indicating a tracking area update request may be used as the message identity (see 3GPP TS 24.301 subcluase 9.2).
  • the remote UE report message may include an identifier indicating whether the link between the relay UE and the remote (that is, whether a link is established) and an identifier for identifying an associated relay UE.
  • Table 21 shows an example of an identifier for identifying a relay UE included in a remote UE report message.
  • the remote UE may transmit the remote UE including the identity of the relay UE as shown in Table 21 in the remote UE report message.
  • the MME may recognize that the remote UE has established a link with the relay UE based on the identity of the relay UE included in the remote UE report message.
  • the remote UE report message may further include not only the identity of the relay UE of Table 21, but also an identifier indicating whether the remote UE has established a link with the relay UE.
  • the remote UE report message may include an IE as shown in Table 22 below (see 3GPP TS 24.301).
  • a message identity may use an identity for identifying a remote UE reporting procedure (or a link status reporting procedure).
  • an identifier indicating a tracking area update request may be used as the message identity (see 3GPP TS 24.301 subcluase 9.2).
  • the remote UE report message may identify an identifier indicating whether the relay UE and the remote are linked (that is, whether a link is established) and an associated relay UE. It may include an identifier.
  • Table 23 shows an example of an identifier for identifying a relay UE included in a remote UE report message.
  • 15 is a diagram illustrating a message flow of a relay UE for a remote UE report procedure according to an embodiment of the present invention.
  • the relay UE may report to the MME of the remote UE through a reporting procedure that the link between the relay UE and the remote UE is released. .
  • the serving network entity of the Remote UE is called eNB_1, MME_1, and the serving network entity of the Relay UE is called eNB_2, MME_2, S-GW_2.
  • the Relay UE when the PC5 direct link is established between the Remote UE and the Relay UE in the EMM-IDLE mode or the EMM-CONNECTED mode, the Relay UE establishes the PC5 direct link between the Relay UE and the Remote UE through the eNB 2.
  • the UE transmits a Remote UE report message (or report message) to the MME_1 through the eNB 2 to report the MME_1 of the remote (S15020, S15030).
  • the Remote UE report message is generated by the Remote UE and transmitted to the Relay UE (S15010).
  • the Remote UE report message may include the IE described in Tables 20 and 21 above.
  • the remote UE report message is generated by the relay UE.
  • the relay UE sends a request message requesting the S-TMSI of the remote UE or the GUMMEI of the MME_1 to the Remote UE in order for the Remote UE report message to be delivered to the MME_1 by the eNB_2, and in response thereto, the S- A response message may include a GUMMEI of TMSI or MME_1.
  • the GUMMEI of the S-TMSI or MME_1 of the Remote UE obtained from the Remote UE may be included in the Remote UE report message and transmitted.
  • the remote UE report response message is received from the MME_1 through the eNB_2 in response to the remote UE report message (S15040 and S15050).
  • the Remote UE report response message received from the MME_1 may be transmitted to the Remote UE through a link established between the Remote UE and the Relay UE (S15060).
  • 16 is a diagram illustrating a Remote UE Report procedure according to an embodiment of the present invention.
  • the relay UE may report to the MME of the remote UE through a reporting procedure that a link between the relay UE and the remote UE is released.
  • step 0 if the PC5 direct link is established between the Remote UE and the Relay UE, the Relay UE reports to the MME 1 managing the Remote UE that the PC5 direct link between the Relay UE and the Remote UE is established. The UE transmits a Remote UE report message to the MME_1 through 2.
  • the step of starting the transmission of the message may vary depending on which of the remote UE or the relay UE generates and triggers the remote UE report message.
  • Step 1-A) shows a case in which the Remote UE triggers a Remote UE report message
  • step 1-B) shows a case in which the Relay UE triggers a Remote UE report message.
  • the remote UE may generate a remote UE report message to initiate a reporting procedure and transmit the generated message to the relay UE through an established PC5 link.
  • the Remote UE generates a Remote UE report message, which is a NAS message, and lower layers S-TMSI of the Remote UE or GUMMEI of MME_1 to route the NAS message to the MME_1 managing the Remote UE rather than the MME_2 managing the Relay UE.
  • a Remote UE report message which is a NAS message
  • S-TMSI of the Remote UE or GUMMEI of MME_1 to route the NAS message to the MME_1 managing the Remote UE rather than the MME_2 managing the Relay UE.
  • AS layer or RRC layer see 3GPP TS 24.301 subclause 5.3.1.1.
  • the RRC layer receiving the S-TMSI and / or GUMMEI encapsulates the NAS message into an RRC message, and includes the S-TMSI or GUMMEI in the encapsulated RRC message.
  • the Remote UE transmits an RRC message including S-TMSI or GUMMEI to the Relay UE through the established PC5 link.
  • the Remote UE report message may be a new NAS message or a TAU request message used in an existing tracking procedure may be used, and the Remote UE report message may include the IE described in Table 20 alc Table 21.
  • the relay UE may transmit a Remote UE report message to eNB_2. At this time, the operation may vary depending on whether step 0) is performed.
  • Step 0) the relay UE transmits an RRC message received from the remote UE to eNB_2.
  • Step 0) If Step 0) is not performed, the Relay UE performs i) and ii) of step A), which is an operation performed by the Remote UE in Remote UE Step 1-A.
  • the Rely UE may acquire the S-TMSI of the Remote UE and / or the GUMMEI of the MME_1 for routing the NAS message to the MME 1.
  • the relay UE acquires S-TMSI and / or GUMMEI from the remote UE through step 1-A), or transmits a request message requesting S-TMSI and / or GUMMEI to the remote UE, and in response, S-TMSI And / or by receiving a response message including GUMMEI, S-TMSI and / or GUMMEI may be obtained.
  • the process of obtaining the S-TMSI and / or GUMMEI by the relay UE may be performed before the relay UE transmits an RRC message to eNB_2.
  • eNB_2 transfers the RRC message received in Step 1-B) to MME_1 based on the S-TMSI and GUMMEI included in the RRC message.
  • the MME_1 receiving the Remote UE report message from the eNB_2 may recognize whether a link between the remote UE and the relay UE is established.
  • the MME_1 is compared to the case of reporting through the MME_2 of the relay UE.
  • the effect is that it can be recognized without additional signaling.
  • FIG. 17 is a diagram illustrating a Remote UE Report procedure according to an embodiment of the present invention.
  • the relay UE may report to the MME of the remote UE through the MME of the relay UE that the link between the relay UE and the remote UE has been released. .
  • the Remote UE report message is S-TMSI of MME_1 and / or S of MME_2 instead of GUMMEI. -TMSI and / or GUMMEI.
  • the MME_2 receives a NAS message for reporting whether a link between the Remote UE and the Relay UE is established from the Relay UE through the eNB_2.
  • the MME_2 checks the remote UEs linked with the relay UE included in the IE of the received NAS message and transmits a remote UE report message to the MMEs to which the linked remote UE belongs, indicating that the remote UE has established a link with the relay UE. do.
  • the Remote UE report message transmitted by the MME_2 to the MME_1 may include a respective identity for identifying the Relay UE and the Remote UE linked to the Relay UE.
  • the MME_2 receives a Remote UE report response message from the MME_1 in response to the Remote UE report message.
  • MME_1 and eNB_1 may perform the following operation to allocate a new S1AP ID.
  • eNB_2 may include the same number of eNB UE S1AP ID IEs as the number of remote UEs linked to the relay UE in the S1AP message transmitted to MME 2.
  • eNB_2 may transmit an S1AP message including eNB eNB S1AP ID IE of each Remote UE linked to Relay UE to MME 2.
  • the MME_2 receiving the S1AP message from the eNB_2 transmits the Remote UE report message in step 1-D) to the MME managing each Remote UE linked to the Relay UE, for identifying each Remote UE in the Remote UE report message.
  • eNB UE S1AP ID may be included and transmitted.
  • the MME_1 receiving the Remote UE report message from the MME_2 transmits the Remote UE report response message to the MME_2 in response to the Remote UE report message in step 1-E).
  • the MME_1 may include the eNB UE S1AP ID included in the Remote UE report message and the MME UE S1AP ID newly assigned to the Remote UE by the MME_1 in the Remote UE report response message and transmit the same to the MME_2.
  • MME_2 Upon receiving the Remote UE report response message from MME_1, MME_2 transmits at least one of eNB UE S1AP ID, MME UE S1AP ID assigned by MME_1, identity of MME_1 or identity of remote UE in step 2-A). Include in and transmit to eNB_2.
  • the MME_2 may directly transmit the DL message to the eNB_2.
  • operations for allocating a new S1AP ID by MME_1 and eNB_1 may be performed when both the Relay UE and the Remote UE are in the EMM-CONNECTED mode.
  • FIG. 16 and FIG. 17 illustrate a case in which a link between a remote UE and a relay UE forms a link
  • the present invention may be applied to a case in which a link formed between the remote UE and the relay UE is released.
  • the MME that recognizes whether a link between the Remote UE and the Relay UE is established through the method described with reference to FIGS. 13 to 17, when the Remote UE is in the EMM-IDLE mode, when the data for the Remote UE occurs, a paging message to the Remote UE Can be transmitted.
  • the network considers the generated downlink data to be downlink data for the relay UE.
  • the relay UE when the relay UE is in the EMM-IDLE mode, even if downlink data for the remote UE is generated, the paging message is transmitted toward the relay UE, not the remote UE.
  • Rel-15 recognizes Remote UE as independent entity from Relay UE.
  • EMM or ESM signaling for the remote UE occurs independently of the relay UE.
  • signaling for paging for the remote UE also occurs independently of the relay UE.
  • the relay UE should monitor its paging occasion and the paging occasion of the remote UE together. There is a problem that power consumption is increased.
  • the present invention transmits a paging message of a remote UE to a relay UE at a paging occasion of the relay UE when the MME recognizes whether a link between the remote UE and the relay UE is established.
  • a network recognizes whether a link is formed between a remote UE and a relay UE.
  • serving network entities ie, MME and / or S-GW
  • the present invention can be applied to the same case as well as the case where the serving network entity is different, in this case, interaction between the MME of each of the Relay UE and the Remote UE can be performed internally.
  • FIG. 18 is a diagram illustrating a paging procedure according to an embodiment of the present invention.
  • the relay UE may receive a paging message for the remote UE from the MME of the remote UE at a paging occasion of the relay UE and transmit the paging message to the remote UE.
  • MME_1 may recognize the linked state of the remote UE and the relay UE.
  • the MME_1 may recognize whether a link is formed between the Remote UE and the Relay UE through the method described with reference to FIGS. 13 to 17.
  • MME_1 receives a Downlink Data Notification message (DDN) for the remote UE.
  • DDN Downlink Data Notification message
  • the MME_1 When the MME_1 receives the DDN for the Remote UE, the MME_1 generates a paging message for paging the Remote UE as described with reference to FIG. 11.
  • the S1AP paging message described in FIG. 11 may be used. However, when the relay UE is in the EMM-CONNECTED mode, the S1AP paging message described in FIG. 11 may be used or a new NAS paging message for paging the Remote UE may be defined and used.
  • the CN Domain IE of the paging message is set based on the paging message of the remote UE.
  • IEs other than the CN Domain IE are set based on the information of the relay UE when it is recognized that the Remote UE is in a linked state.
  • MME_1 generates the UE identity index value of the paging message based on the identity of the relay UE, not the identity of the remote UE, and transmits the generated UE identity index value in the paging message.
  • the paging message may include a specific IE indicating whether it is for a remote UE or a relay UE.
  • the specific IE may include the following information.
  • the paging message may include identification information indicating whether the relay message is for a relay UE or a remote UE. For example, when the identification information is '1', the paging message may be a paging message for the remote UE, and when the identification information is '0', it may be a paging message for the relay UE.
  • UE identity eg, S-TMSI, IMSI or local identifier
  • the UE identity may be included only when the paging message is paging for the Remote UE.
  • MME_1 sends a paging message to eNB_2.
  • the MME_1 may transmit a paging message to all eNBs corresponding to the TAI list of the relay UE.
  • the MME_1 When the MME_1 recognizes the EMM state (or mode) of the relay UE and the relay UE is in the EMM-CONNECTED mode, the cell (or eNB) in which the relay UE is camped on may be checked.
  • the MME_1 may transmit a paging message only to the identified cell (or eNB).
  • MME_1 is not aware of the EMM state (or mode) of the relay UE, or if MME_1 is not aware of the EMM state (or mode) of the relay UE, the relay UE is in EMM-IDLE mode, MME_1 is As described in FIG. 11, a paging message may be transmitted to all eNBs included in the TAI list allocated to the remote UE.
  • the eNB is camped on and the eNB, which is aware that the relay UE is in the EMM-CONNECTED mode, is paging for the Remote UE through dedicated signaling to the corresponding Relay UE.
  • the RRC message including information of the message and / or paging message for the Remote UE may be transmitted.
  • the eNB without information (UE context) for the relay UE performs the paging procedure described in FIG.
  • A) below describes a method for MME_1 to recognize the EMM state (or mode) of a relay UE.
  • the MME_2 of the Relay UE may inform the MME_1 of the EMM state (or mode) of the Relay UE.
  • the MME_1 may request the EMM status (or mode) from the MME_2.
  • the MME_1 may recognize the EMM state (or mode) of the Relay UE without a procedure for separately informing the EMM state (or mode) of the Relay UE.
  • the MME_2 provides information indicating the EMM status (or mode) to the MME_1 through a procedure (eg, a remote UE reporting procedure) for reporting a link state between the remote UE and the relay UE to the network. I can tell you.
  • a procedure eg, a remote UE reporting procedure
  • the MME_2 may inform the MME_1 of the EMM state (or mode) of the Relay UE.
  • the MME_2 may inform the MME_1 of updated information whenever the EMM state (or mode) of the relay UE changes.
  • the MME_2 may further inform the MME_1 of S1AP information (ie, MME UE S1AP ID and / or eNB UE S1AP ID) for the relay UE.
  • S1AP information ie, MME UE S1AP ID and / or eNB UE S1AP ID
  • the MME_2 performs an operation to inform the MME_1 of the EMM state (or mode) of the relay UE any more. You can't.
  • This operation may be performed by MME_1 and performed for MME_2.
  • the MME_1 may request the MME_2 status information indicating the EMM status (or mode) of the relay UE, and in response, receives the response message including the status information. It can recognize the EMM state (or mode) of the relay UE.
  • the MME_1 When the MME_1 recognizes the EMM status (mode) of the relay UE and the relay UE is EMM-CONNECTED, the MME_1 identifies the cell (or eNB) in which the relay UE is camped on, and the identified cell (or eNB) Can only send an S1AP message.
  • the S1AP message may be a paging message, a DOWNLINK NAS TRANSPORT message, or a newly defined S1AP message.
  • MME_1 may transmit the corresponding S1AP message only to the identified cell (or eNB) by checking the cell (or eNB) where the relay UE is camped on. .
  • the S1AP paging message may be configured as A and B described in step 3.
  • the eNB_2 receiving the S1AP paging message from the MME_1 recognizes the relay UE through the UE paging identity included in the S1AP paging message, and when the relay UE recognizes whether the relay UE is RRC-CONNECTED, individual signaling or individual signaling to the relay UE.
  • RRC message can be transmitted.
  • eNB_2 may inform the relay UE whether the paging message for the remote UE is received, whether the downlink data is pending, or whether the transmission of the downlink data is necessary to the remote UE through the transmission of the individual signaling.
  • the relay UE may be informed that a paging message or downlink data needs to be delivered.
  • the RRC message may be an existing RRC message or a newly defined RRC message.
  • the RRC message transmitted from the eNB_2 to the relay UE includes at least one of indication information indicating whether a paging message for the remote UE has been received and a UE identity (eg, S-TMSI, IMSI, local identifier) for identifying the remote UE. It may include one.
  • the RRC message may further include Remote UE specific paging information.
  • Remote UE specific paging information eg, CN Domain IE
  • the relay UE receiving the RRC message from the eNB 2 transmits a PC5 message including identification information indicating that a paging message for the remote UE has been received to the remote UE corresponding to the UE identity.
  • the PC5 message may further include the remote UE specific paging information.
  • the Remote UE that has received the PC5 message from the Relay UE may perform a Service Request procedure.
  • the remote UE may transmit a service request message, an extended service request message, or a control plane service request message to the relay UE through a link formed between the remote UE and the relay UE in order to perform a service request procedure.
  • the S1AP message is a DOWNLINK NAS TRANSPORT message or a newly defined S1AP message
  • a paging message (NAS message) for the remote UE is encapsulated / piggybacked in the S1AP message.
  • the MME 1 acquires the MME UE S1AP ID obtained from A described above and the eNB UE S1AP. The ID may be included in the S1AP message and transmitted.
  • the paging message for the remote UE may be a newly defined NAS message, and the NAS message may include a protocol discriminator, a security header type, a paging identity, and a message identity.
  • a paging procedure described with reference to FIG. 11 may be performed to transmit a newly defined NAS message, or a procedure for paging a Remote UE different from the procedure described with reference to FIG. 11 may be performed.
  • the NAS message may be a separately defined NAS message (eg, DL Notification message) instead of the paging message.
  • eNB_2 When eNB_2 receives the S1AP message from MME 1, the NAS message included in the S1AP message is encapsulation / piggybacked as an RRC message and transmitted to the relay UE.
  • the relay UE receiving the RRC message from the eNB_2 may transmit a NAS message included in the RRC message to the remote UE through a link formed between the relay UE and the remote UE.
  • the Remote UE that has received the PC5 message from the Relay UE may perform a Service Request procedure.
  • the remote UE may transmit a service request message, an extended service request message, or a control plane service request message to the relay UE through a link formed between the remote UE and the relay UE in order to perform a service request procedure.
  • the NAS message described in ii) may be encapsulated in the paging message instead of the information on the remote UE.
  • the S1AP message described in ii) of B instead of the NAS message (that is, the NAS message is not included in the S1AP message), downlink data for the IE or the Remote UE indicating that paging of the Remote UE is required An IE indicating that is generated may be included in the S1AP message.
  • the eNB_2 receiving the S1AP message from the MME 1 may transmit individual signaling or individual RRC messages to the relay UE as described in i) of B.
  • the operation described in i) is performed even when the MME_1 does not recognize the EMM state (or mode) of the relay UE or the MME_1 recognizes the EMM state (or mode) of the relay UE, but the relay UE is an EMM-IDLE. Can be applied.
  • the MME_1 may transmit a paging message to all eNBs included in the TAI list of the remote UE.
  • the eNB is camped on the relay UE is aware that the relay UE is in the EMM-CONNECTED mode (that is, for the eNB with information about the UE or UE context)
  • the eNB may operate as i) of B.
  • an eNB in which a relay UE is not camped on that is, no eNB information or UE context may perform a paging procedure described with reference to FIG. 11.
  • the MME_1 When the MME_1 recognizes the EMM state (or mode) of the relay UE and the Relay UE is EMM-CONNECTED, the MME_1 checks the cell (or eNB) where the elay UE is camped on, and then S1AP only to the identified cell (or eNB). You can send a message.
  • the S1AP message transmitted by MME_1 may be the S1AP paging message described above in i) of B, or the DOWNLINK NAS TRANSPORT message described in ii) of B, or a newly defined S1AP message.
  • each entity according to each message is also the same as the operation described above.
  • the MME_1 does not recognize the EMM state (or mode) of the relay UE, as described in iv) of B, the MME_1 and the eNB_2 may operate. In addition, the relay UE and the remote UE may also operate as described in i) of B.
  • FIG. 1 If the MME_1 does not recognize the EMM state (or mode) of the relay UE, as described in iv) of B, the MME_1 and the eNB_2 may operate. In addition, the relay UE and the remote UE may also operate as described in i) of B.
  • MME_1 is TAI of Remote UE Paging message is sent to all eNBs included in the list.
  • the MME_1 when the MME_1 knows the TAI list information of the relay UE, when the MME_1 transmits the paging message of the remote UE, the MME_1 configures a TAI list in which the TAI list of the relay UE and the TAI list of the remote UE overlap, and the configured TAI list Only the eNB included in the paging message can be transmitted.
  • MME 1 since MME 1 transmits a paging message only to eNBs included in the TAI list of the relay UE among eNBs included in the TAI list of the remote UE, signaling overhead may be reduced.
  • the method of MME_1 recognizing the TAI list of the relay UE may be the same as the method of MME_1 recognizing the EMM state (or mode) of the relay UE described in A).
  • the method of reducing the signaling overhead of the paging message by the MME_1 described above to recognize additional information (eg, EMM state (or mode) or TAI list) of the relay UE may be performed through another procedure.
  • MME_1 may forward the paging message of the remote UE to MME_2 that knows the information of the relay UE, thereby reducing signaling overhead of the paging message.
  • the eNB_2 that receives the paging message from the MME 1 transmits the received paging message to the relay UE.
  • eNB_2 when eNB_2 receives another S1AP message other than the S1AP paging message from MME 1, the operation performed by eNB_2 is described in step 4 above.
  • eNB_2 calculates paging frame and paging occasion based on UE Identity Index value included in paging message and relays paging message to paging occasion. Send to.
  • Relay UE receives a paging message from eNB_2.
  • the relay UE receives an RRC message other than the paging paging message, the operation performed by the relay UE is described in step 4 above.
  • the Relay UE When the Relay UE is in EMM-IDLE (RRC-DILE) mode, the Relay UE wakes up at its paging occasion and monitors the paging message. When the relay UE receives the paging message, the relay UE checks the IE described in B) of step 3 included in the paging message to determine whether the received paging message is a paging message for the relay UE or a paging message for the remote UE. Check whether or not.
  • EMM-IDLE RRC-DILE
  • the relay UE transmits the paging message to the remote UE through a PC5 link established between the remote UEs.
  • the Remote UE which has received the paging message from the Relay UE, starts the Service Request procedure.
  • the Remote UE receives a message other than the paging message, the operation performed by the Remote UE is described in step 4 above.
  • eNB_2 may not immediately transmit to each UE after receiving the paging message transmitted from the MME.
  • the eNB_2 may receive and store paging messages for different UEs transmitted from the MME, and then transmit the stored paging messages to each UE.
  • each transmitted paging message may include an identifier for identifying each UE.
  • FIG. 19 is a diagram illustrating a paging procedure according to an embodiment of the present invention.
  • the relay UE may report this to the MME so that the eNB_2 may directly transmit the paging message to the remote UE.
  • step 0 to step 5 are the same as step 0 to step 5 of FIG. 18, description thereof will be omitted.
  • step 5 or step 4 of FIG. 18 when the relay UE receives a message (paging message or other message, etc.) for paging of the remote UE from eNB_2, the relay UE may be unable to communicate with the remote UE. .
  • the PC5 link with the Remote UE is released or a message for paging is transmitted to the Remote UE through the established PC5 link, a response may not be received from the Remote UE.
  • the Relay UE When the Relay UE recognizes that it cannot communicate with the Remote UE, it sends a NAS message (eg, a remote UE report message or a link status report message) to notify MME_1 that communication with the Remote UE is not possible. Can be.
  • a NAS message eg, a remote UE report message or a link status report message
  • the relay UE may transmit to the NAS message MME_1 to notify the MME_1 that it is not linked with the remote UE or to notify that the remote UE cannot transmit a message.
  • MME_1 receiving the NAS message for notifying communication with the Remote UE from eNB_2 may recognize that the Remote UE is not in a linked state or in a state in which communication is impossible.
  • the MME_1 may perform the paging procedure as described in FIG. 11 instead of the paging procedure performed in the remote UE.
  • the MME_1 may transmit a paging message to the remote UE based on the information related to the remote UE.
  • MME_1 transmits a paging message only to the cell (or eNB) where the relay UE is camped on, MME_1 may perform the paging procedure again. In this case, the MME_1 may retransmit the paging message to all eNBs connected to the MME_1, and the cell (or eNB) which has already transmitted the paging message may be excluded.
  • the MME_1 may inform at least one eNB to which the relay UE is camped on that the relay UE and the remote UE are no longer linked.
  • the MME_1 may transmit an S1AP message to inform the at least one eNB that the relay UE and the remote UE are no longer linked, and the S1AP message may identify an identity (eg, IMSI, S ⁇ ) for identifying the remote UE. TMSI or local identifier, etc.).
  • an identity eg, IMSI, S ⁇
  • At least one eNB that receives the S1AP message from the MM_1 recognizes that the link between the relay UE and the remote UE is released or the relay UE cannot communicate with the remote UE, and removes / deletes the relationship between the remote UE and the relay UE. Do this.
  • At least one eNB deletes the Context (eg, local identifier) of the Remote UE and, if necessary, releases the DRB associated with the traffic of the Remote UE.
  • Context eg, local identifier
  • At least one eNB may delete the SLRB of the Remote UE and delete the configuration in which the deleted SLRB was mapped to the DRB of the Relay UE.
  • the Relay UE may inform the network (ie, MME_1) whether the Remote UE is in an out-of-coverage state.
  • the relay UE may transmit an indicator indicating that the remote UE is out-of-coverage state to the MME through the NAS message when the remote UE leaves the area of the eNB.
  • the NAS message may be the Remote UE report message described with reference to FIGS. 13 to 17.
  • a procedure in which the remote UE or the relay UE informs the network of the linked state between the two UEs may be performed. It may be a time point at which a procedure (eg, a TAU procedure) is performed.
  • an IE indicating that the Remote UE is in an out-of-coverage state may be included in a message transmitted and received in each procedure.
  • the MME_1 that receives the IE indicating that the remote UE is in the out-of-coverage state may recognize that the remote UE is currently in a state in which communication is impossible (temporary unreachable) and perform the following operation.
  • the paging message is not transmitted to the eNB, and the DUE response message or the DDN failure message is transmitted to the serving S-GW (or HSS), thereby preventing the remote UE from out-of-coverage state or communication. You can tell the status.
  • MME_1 may inform the serving S-GW (or HSS) of the Remote UE that the Remote UE is in an out-of-coverage state or a state in which communication is impossible.
  • serving S-GW may recognize that the Remote UE is in an out-of-coverage state or in a state in which communication is impossible, and may perform a paging procedure described with reference to FIG. 11.
  • the MME_1 may switch the state of the remote UE to a state in which communication is possible and notify the serving S-GW (or HSS).
  • the MME_1 serves the S-GW (or HSS) indicating indication that the Remote UE can communicate. ) Can be sent.
  • the relay UE maintains whether the remote UE is out-of-coverage or in-coverage from the moment the Remote UE establishes a link with the Relay UE, while maintaining the out-of the Remote UE to the network (ie MME_1). -coverage status can be indicated by sending indication information.
  • Table 24 is only an example and is not limited thereto. Each name may be used with various names.
  • FIG. 20 illustrates a block diagram of a communication device according to an embodiment of the present invention.
  • a wireless communication system includes a network node 2010 and a plurality of terminals (UEs) 2020.
  • UEs terminals
  • the network node 2010 includes a processor 2011, a memory 2012, and a communication module 2013.
  • the processor 2011 implements the functions, processes, and / or methods proposed in FIGS. 1 to 23. Layers of the wired / wireless interface protocol may be implemented by the processor 2011.
  • the memory 2012 is connected to the processor 2011 and stores various information for driving the processor 2011.
  • the communication module 2013 is connected to the processor 2011 and transmits and / or receives a wired / wireless signal.
  • a base station an MME, an HSS, an SGW, a PGW, an SCEF, an SCS / AS, and the like may correspond thereto.
  • the communication module 2013 may include a radio frequency unit (RF) for transmitting / receiving a radio signal.
  • RF radio frequency unit
  • the terminal 2020 includes a processor 2021, a memory 2022, and a communication module (or RF unit) 2023.
  • the processor 2021 implements the functions, processes, and / or methods proposed in FIGS. 1 to 23. Layers of the air interface protocol may be implemented by the processor 2021. In particular, the processor may include a NAS layer and an AS layer.
  • the memory 2022 is connected to the processor 2021 and stores various information for driving the processor 2021.
  • the communication module 2023 is connected to the processor 2021 to transmit and / or receive a radio signal.
  • the memories 2012 and 2022 may be inside or outside the processors 2011 and 2021, and may be connected to the processors 2011 and 2021 by various well-known means.
  • the network node 2010 (when the base station) and / or the terminal 2020 may have a single antenna or multiple antennas.
  • FIG. 21 illustrates a block diagram of a communication device according to an embodiment of the present invention.
  • FIG. 21 is a diagram illustrating the terminal of FIG. 20 in more detail.
  • a terminal may include a processor (or a digital signal processor (DSP) 2110, an RF module (or RF unit) 2135, and a power management module 2105). ), Antenna 2140, battery 2155, display 2115, keypad 2120, memory 2130, SIM card Subscriber Identification Module card) 2125 (this configuration is optional), a speaker 2145, and a microphone 2150.
  • the terminal may also include a single antenna or multiple antennas. Can be.
  • the processor 2110 implements the functions, processes, and / or methods proposed in FIGS. 1 to 19.
  • the layer of the air interface protocol may be implemented by the processor 2110.
  • the memory 2130 is connected to the processor 2110 and stores information related to the operation of the processor 2110.
  • the memory 2130 may be inside or outside the processor 2110 and may be connected to the processor 2110 by various well-known means.
  • the user enters command information such as a telephone number, for example, by pressing (or touching) a button on the keypad 2120 or by voice activation using the microphone 2150.
  • the processor 2110 receives the command information, processes the telephone number, and performs a proper function. Operational data may be extracted from the SIM card 2125 or the memory 2130. In addition, the processor 2110 may display command information or driving information on the display 2115 for the user to recognize and for convenience.
  • the RF module 2135 is connected to the processor 2110 to transmit and / or receive an RF signal.
  • the processor 2110 passes command information to the RF module 2135 to transmit, for example, a radio signal constituting voice communication data to initiate communication.
  • the RF module 2135 consists of a receiver and a transmitter for receiving and transmitting a radio signal.
  • the antenna 2140 functions to transmit and receive radio signals.
  • the RF module 2135 may forward the signal and convert the signal to baseband for processing by the processor 2110.
  • the processed signal may be converted into audible or readable information output through the speaker 2145.
  • FIG. 22 is a diagram illustrating an example of an RF module of a wireless communication device to which a method proposed in this specification can be applied.
  • FIG. 22 illustrates an example of an RF module that may be implemented in a frequency division duplex (FDD) system.
  • FDD frequency division duplex
  • the processor described in FIGS. 20 and 21 processes the data to be transmitted and provides an analog output signal to the transmitter 2210.
  • the analog output signal is filtered by a low pass filter (LPF) 2211 to remove images caused by digital-to-analog conversion (ADC), and an upconverter ( Up-converted from baseband to RF by a Mixer, 2212, and amplified by a Variable Gain Amplifier (VGA) 2213, the amplified signal is filtered by a filter 2214, and a power amplifier Further amplified by Amplifier (PA) 2215, routed through duplexer (s) 2250 / antenna switch (s) 2260, and transmitted via antenna 2270.
  • LPF low pass filter
  • ADC analog-to-analog conversion
  • VGA Variable Gain Amplifier
  • the antenna 2270 receives signals from the outside and provides the received signals, which are routed through the antenna switch (s) 2260 / duplexers 2250 and the receiver 2220. Is provided.
  • the received signals are amplified by a Low Noise Amplifier (LNA) 2223, filtered by a bandpass filter 2224, and received from RF by a down converter (Mixer 2225). Downconvert to baseband.
  • LNA Low Noise Amplifier
  • the down-converted signal is filtered by a low pass filter (LPF) 2226 and amplified by VGA 2227 to obtain an analog input signal, which is provided to the processor described in FIGS. 20 and 21.
  • LPF low pass filter
  • a local oscillator (LO) generator 2240 provides transmit and receive LO signals to the generate and up converter 2212 and down converter 2225, respectively.
  • LO local oscillator
  • Phase Locked Loop (PLL) 2230 also receives control information from the processor to generate transmit and receive LO signals at appropriate frequencies and provides control signals to LO generator 2240.
  • circuits shown in FIG. 22 may be arranged differently from the configuration shown in FIG. 22.
  • FIG. 23 is a diagram illustrating still another example of an RF module of a wireless communication device to which a method proposed in this specification can be applied.
  • FIG. 23 is a diagram illustrating still another example of an RF module of a wireless communication device to which a method proposed in this specification can be applied.
  • FIG. 23 illustrates an example of an RF module that may be implemented in a time division duplex (TDD) system.
  • TDD time division duplex
  • the transmitter 2310 and the receiver 2320 of the RF module in the TDD system have the same structure as the transmitter and receiver of the RF module in the FDD system.
  • the RF module of the TDD system will be described only for the structure that differs from the RF module of the FDD system, and the description of the same structure will be described with reference to FIG.
  • the signal amplified by the power amplifier (PA) 2315 of the transmitter is routed through a band select switch (2350), a band pass filter (BPF) 2360 and an antenna switch (s) 2370. And is transmitted through the antenna 2380.
  • a band select switch (2350)
  • BPF band pass filter
  • s antenna switch
  • the antenna 2380 receives signals from the outside and provides the received signals, which signals antenna switch (s) 2370, band pass filter 2360 and band select switch 2350. Routed through, and provided to a receiver 2320.
  • each component or feature is to be considered optional unless stated otherwise.
  • Each component or feature may be embodied in a form that is not combined with other components or features. It is also possible to combine some of the components and / or features to form an embodiment of the 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. It is obvious that the claims may be combined to form an embodiment by combining claims that do not have an explicit citation relationship in the claims or as new claims by post-application correction.
  • Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs ( field programmable gate arrays), 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.
  • an embodiment of the present invention may be implemented in the form of a module, procedure, function, etc. that performs the functions or operations described above.
  • the software code may be stored in memory and driven by the processor.
  • the memory 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)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

무선 통신 시스템에서 릴레이 UE(Relay UE)가 기지국과 원격 UE(Remote UE: Remote User Equipment)간에 데이터를 송수신하기 위한 방법 및 장치에 관한 것이다. 본 발명에 의하면, 상기 Relay UE가 IDLE 모드에서 상기 Remote UE와 상기 Relay UE간의 연결 상태를 알리기 위한 보고 메시지를 상기 Remote UE의 이동성 관리 엔터티(MME: Mobility Management Entity)에게 전송하고, 상기 MME로부터 상기 보고 메시지에 대한 응답으로 보고 응답 메시지를 수신하는 데이터 송수신 방법 및 장치를 제공할 수 있다.

Description

무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치
본 발명은 무선 통신 시스템에 관한 것으로서, 보다 상세하게 원격 사용자 장치(Remote User Equipment)가 릴레이 사용자 장치(Relay User Equipment)를 통해 네트워크와 데이터를 송수신하는 방법 및 이를 지원하는 장치에 관한 것이다.
이동 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 그러나 이동통신 시스템은 음성뿐 아니라 데이터 서비스까지 영역을 확장하였으며, 현재에는 폭발적인 트래픽의 증가로 인하여 자원의 부족 현상이 야기되고 사용자들이 보다 고속의 서비스에 대해 요구하므로, 보다 발전된 이동 통신 시스템이 요구되고 있다.
차세대 이동 통신 시스템의 요구 조건은 크게 폭발적인 데이터 트래픽의 수용, 사용자 당 전송률의 획기적인 증가, 대폭 증가 된 연결 디바이스 개수의 수용, 매우 낮은 단대단 지연(End-to-End Latency), 고에너지 효율을 지원할 수 있어야 한다. 이를 위하여 이중 연결성(Dual Connectivity), 대규모 다중 입출력(Massive MIMO: Massive Multiple Input Multiple Output), 전이중(In-band Full Duplex), 비직교 다중접속(NOMA: Non-Orthogonal Multiple Access), 초광대역(Super wideband) 지원, 단말 네트워킹(Device Networking) 등 다양한 기술들이 연구되고 있다.
본 발명의 목적은, Remote UE가 PC5(즉, UE 간 무선 인터페이스/참조 포인트)를 통해 연결된 Relay UE를 경유하여 네트워크와 데이터를 송수신하는 방법을 제안한다.
또한, 본 발명에서는 Remote UE에 대한 하향링크 데이터가 발생한 경우, 네트워크가 Relay UE의 간접경로를 통해서 발생된 하향링크 데이터를 Remote UE로 전송하기 위한 방법을 제안한다.
또한, 본 발명에서는 네트워크가 간접 경로를 통해 Remote UE의 데이터를 전송하기 위해 Relay UE가 Remote UE와의 링크가 확립되었는지 여부를 네트워크로 보고하기 위한 방법을 제안한다.
또한, 본 발명에서는 Remote UE가 EMM-IDLE 모드인 경우, Relay UE가 Remote UE로 페이징 메시지를 전송하기 위한 방법을 제안한다.
또한, 본 발명에서는 Relay UE가 Relay UE의 paging occasion에서 Remote UE에 대한 페이징 메시지를 수신하기 위한 방법을 제안한다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상술한 기술적 과제를 해결하기 위하여, 본 발명의 실시 예에서 릴레이 UE(Relay UE)가 기지국과 원격 UE(Remote UE: Remote User Equipment)간에 데이터를 송수신하기 위한 방법은 상기 Relay UE가 IDLE 모드에서 상기 Remote UE와 상기 Relay UE간의 연결 상태를 알리기 위한 보고 메시지를 상기 Remote UE의 이동성 관리 엔터티(MME: Mobility Management Entity)에게 전송하는 단계; 및 상기 MME로부터 상기 보고 메시지에 대한 응답으로 보고 응답 메시지를 수신하는 단계를 포함한다.
또한, 본 발명에서, 상기 Relay UE가 IDLE 모드에서 상기 Remote UE와 상기 Relay UE간의 연결 상태를 알리기 위한 보고 메시지를 상기 Remote UE의 이동성 관리 엔터티(MME: Mobility Management Entity)에게 전송하는 단계; 및 상기 MME로부터 상기 보고 메시지에 대한 응답으로 보고 응답 메시지를 수신하는 단계를 포함한다.
또한, 본 발명은, 상기 Remote UE로부터 상기 보고 메시지를 포함하고, 상기 S-TMSI 또는 상기 GUMMEI를 포함하는 PC5 메시지를 수신하는 단계를 더 포함한다.
또한, 본 발명은, 상기 Remote UE로 상기 S-TMSI 또는 상기 GUMMEI를 요청하는 요청 메시지를 전송하는 단계; 및 상기 Remote UE로부터 상기 S-TMSI 또는 상기 GUMMEI를 포함하는 응답 메시지를 수신하는 단계를 더 포함한다.
또한, 본 발명에서, 상기 보고 응답 메시지는 상기 기지국에 의해서 할당된 상기 Remote UE의 로컬 식별자를 포함한다.
또한, 본 발명에서, 상기 보고 메시지는 상기 Remote UE를 식별하기 위한 식별자 및 상기 연결 상태를 나타내는 지시자 또는 상기 Remote UE의 상기 연결 상태를 나타내는 컨텍스트 정보를 더 포함한다.
또한, 본 발명에서, 상기 Remote UE와 상기 Relay UE간의 연결이 해제되는 경우, 상기 보고 메시지는 상기 Relay UE의 상태가 아웃-오브-커버리지(Out-of-Coverage) 상태인지 여부를 나타내는 지시자를 더 포함한다.
또한, 본 발명은, 상기 Relay UE가 상기 Remote UE를 위한 페이징을 수신할 때 상기 Remote UE와의 통신이 불가능함을 인지하는 경우, 상기 MME로 상기 Remote UE와의 통신이 불가능하다는 것을 통지하기 위한 메시지를 전송하는 단계를 더 포함한다.
또한, 본 발명은, 유/무선 신호를 송수신하기 위한 통신 모듈(communication module); 및 상기 통신 모듈을 제어하는 프로세서를 포함하되, 상기 Relay UE가 IDLE 모드에서 상기 Remote UE와 상기 Relay UE간의 연결 상태를 알리기 위한 보고 메시지를 상기 Remote UE의 이동성 관리 엔터티(MME: Mobility Management Entity)에게 전송하고, 상기 MME로부터 상기 보고 메시지에 대한 응답으로 보고 응답 메시지를 수신하는 UE를 제공한다.
본 발명의 실시 예에 따르면, 네트워크가 Remote UE와 Relay UE간의 링크가 확립되었는지 여부를 인식할 수 있다.
또한, 본 발명의 실시 예에 따르면, 네트워크가 Remote UE와 Relay UE간의 링크 확립 여부를 인식함으로써, 추가적인 signalling없이 Relay UE를 통한 간접 경로를 통해서 Remote UE로 데이터를 전송할 수 있다.
또한, 본 발명의 실시 예에 따르면, Relay UE가 Remote UE의 paging occasion이 아닌 자신의 paging occasion에서 Remote UE를 위한 페이징 메시지를 수신함으로써 Relay UE의 전력 소모를 줄일 수 있다.
본 명세서에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 본 발명이 적용될 수 있는 EPS(Evolved Packet System)을 간략히 예시하는 도면이다.
도 2는 본 발명이 적용될 수 있는 E-UTRAN(evolved universal terrestrial radio access network)의 네트워크 구조의 일 예를 나타낸다.
도 3은 본 발명이 적용될 수 있는 무선 통신 시스템에서 E-UTRAN 및 EPC의 구조를 예시한다.
도 4는 본 발명이 적용될 수 있는 무선 통신 시스템에서 단말과 E-UTRAN 사이의 무선 인터페이스 프로토콜(radio interface protocol) 구조를 나타낸다.
도 5는 본 발명이 적용될 수 있는 무선 통신 시스템에서 물리 채널의 구조를 간략히 예시하는 도면이다.
도 6은 본 발명이 적용될 수 있는 무선 통신 시스템에서 경쟁 기반 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 본 발명이 적용될 수 있는 무선 통신 시스템에서 ProSe UE와 네트워크 간(UE-to-Network) 릴레이 절차를 예시하는 도면이다.
도 8은 본 발명이 적용될 수 있는 무선 통신 시스템에서 Remote UE Report 절차를 예시하는 도면이다.
도 9는 본 발명이 적용될 수 있는 무선 통신 시스템에서 Remote UE 정보 요청 절차를 예시하는 도면이다.
도 10은 본 발명이 적용될 수 있는 무선 통신 시스템에서 S1 해제 절차를 예시하는 도면이다.
도 11은 본 발명이 적용될 수 있는 무선 통신 시스템에서 페이징 절차를 예시하는 도면이다.
도 12는 본 발명이 적용될 수 있는 초기 UE 메시지 절차를 예시하는 도면이다.
도 13은 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 예시하는 도면이다.
도 14는 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 예시하는 도면이다.
도 15는 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 위한 Relay UE의 메시지 흐름을 예시하는 도면이다.
도 16은 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 예시하는 도면이다.
도 17은 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 예시하는 도면이다.
도 18은 본 발명의 일 실시 예에 따른 페이징 절차를 예시하는 도면이다.
도 19는 본 발명의 일 실시 예에 따른 페이징 절차를 예시하는 도면이다.
도 20은 본 발명의 일 실시예에 따른 통신 장치의 블록 구성도를 예시한다.
도 21은 본 발명의 일 실시예에 따른 통신 장치의 블록 구성도를 예시한다.
도 22는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 장치의 RF 모듈의 일례를 나타낸 도이다.
도 23은 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 장치의 RF 모듈의 또 다른 일례를 나타낸 도이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.
본 명세서에서 기지국은 단말과 직접적으로 통신을 수행하는 네트워크의 종단 노드(terminal node)로서의 의미를 갖는다. 본 문서에서 기지국에 의해 수행되는 것으로 설명된 특정 동작은 경우에 따라서는 기지국의 상위 노드(upper node)에 의해 수행될 수도 있다. 즉, 기지국을 포함하는 다수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. '기지국(BS: Base Station)'은 고정국(fixed station), Node B, eNB(evolved-NodeB), BTS(base transceiver system), 액세스 포인트(AP: Access Point) 등의 용어에 의해 대체될 수 있다. 또한, '단말(Terminal)'은 고정되거나 이동성을 가질 수 있으며, UE(User Equipment), MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station), WT(Wireless terminal), MTC(Machine-Type Communication) 장치, M2M(Machine-to-Machine) 장치, D2D(Device-to-Device) 장치 등의 용어로 대체될 수 있다.
이하에서, 하향링크(DL: downlink)는 기지국에서 단말로의 통신을 의미하며, 상향링크(UL: uplink)는 단말에서 기지국으로의 통신을 의미한다. 하향링크에서 송신기는 기지국의 일부이고, 수신기는 단말의 일부일 수 있다. 상향링크에서 송신기는 단말의 일부이고, 수신기는 기지국의 일부일 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
이하의 기술은 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), NOMA(non-orthogonal multiple access) 등과 같은 다양한 무선 접속 시스템에 이용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
본 발명의 실시예들은 무선 접속 시스템들인 IEEE 802, 3GPP 및 3GPP2 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
설명을 명확하게 하기 위해, 3GPP LTE/LTE-A를 위주로 기술하지만 본 발명의 기술적 특징이 이에 제한되는 것은 아니다.
본 문서에서 사용될 수 있는 용어들은 다음과 같이 정의된다.
- UMTS(Universal Mobile Telecommunications System): 3GPP에 의해서 개발된, GSM(Global System for Mobile Communication) 기반의 3 세대(Generation) 이동 통신 기술
- EPS(Evolved Packet System): IP(Internet Protocol) 기반의 패킷 교환(packet switched) 코어 네트워크인 EPC(Evolved Packet Core)와 LTE, UTRAN 등의 액세스 네트워크로 구성된 네트워크 시스템. UMTS가 진화된 형태의 네트워크이다.
- NodeB: UMTS 네트워크의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.
- eNodeB: EPS 네트워크의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.
- 단말(User Equipment): 사용자 기기. 단말은 단말(terminal), ME(Mobile Equipment), MS(Mobile Station) 등의 용어로 언급될 수 있다. 또한, 단말은 노트북, 휴대폰, PDA(Personal Digital Assistant), 스마트폰, 멀티미디어 기기 등과 같이 휴대 가능한 기기일 수 있고, 또는 PC(Personal Computer), 차량 탑재 장치와 같이 휴대 불가능한 기기일 수도 있다. MTC 관련 내용에서 단말 또는 단말이라는 용어는 MTC 단말을 지칭할 수 있다.
- IMS(IP Multimedia Subsystem): 멀티미디어 서비스를 IP 기반으로 제공하는 서브시스템.
- IMSI(International Mobile Subscriber Identity): 이동 통신 네트워크에서 국제적으로 고유하게 할당되는 사용자 식별자.
- MTC(Machine Type Communication): 사람의 개입 없이 머신에 의해 수행되는 통신. M2M(Machine to Machine) 통신이라고 지칭할 수도 있다.
- MTC 단말(MTC UE 또는 MTC device 또는 MTC 장치): 이동 통신 네트워크를 통한 통신(예를 들어, PLMN을 통해 MTC 서버와 통신) 기능을 가지고, MTC 기능을 수행하는 단말(예를 들어, 자판기, 검침기 등).
- MTC 서버(MTC server): MTC 단말을 관리하는 네트워크 상의 서버. 이동 통신 네트워크의 내부 또는 외부에 존재할 수 있다. MTC 사용자가 접근(access)할 수 있는 인터페이스를 가질 수 있다. 또한, MTC 서버는 다른 서버들에게 MTC 관련 서비스를 제공할 수도 있고(SCS(Services Capability Server) 형태), 자신이 MTC 어플리케이션 서버일 수도 있다.
- (MTC) 어플리케이션(application): (MTC가 적용되는) 서비스(예를 들어, 원격 검침, 물량 이동 추적, 기상 관측 센서 등)
- (MTC) 어플리케이션 서버: (MTC) 어플리케이션이 실행되는 네트워크 상의 서버
- MTC 특징(MTC feature): MTC 어플리케이션을 지원하기 위한 네트워크의 기능. 예를 들어, MTC 모니터링(monitoring)은 원격 검침 등의 MTC 어플리케이션에서 장비 분실 등을 대비하기 위한 특징이고, 낮은 이동성(low mobility)은 자판기와 같은 MTC 단말에 대한 MTC 어플리케이션을 위한 특징이다.
- MTC 사용자(MTC User): MTC 사용자는 MTC 서버에 의해 제공되는 서비스를 사용한다.
- MTC 가입자(MTC subscriber): 네트워크 오퍼레이터와 접속 관계를 가지고 있으며, 하나 이상의 MTC 단말에게 서비스를 제공하는 엔티티(entity)이다.
- MTC 그룹(MTC group): 적어도 하나 이상의 MTC 특징을 공유하며, MTC 가입자에 속한 MTC 단말의 그룹을 의미한다.
- 서비스 역량 서버(SCS: Services Capability Server): HPLMN(Home PLMN) 상의 MTC-IWF(MTC InterWorking Function) 및 MTC 단말과 통신하기 위한 엔티티로서, 3GPP 네트워크와 접속되어 있다. SCS는 하나 이상의 MTC 어플리케이션에 의한 사용을 위한 능력(capability)를 제공한다.
- 외부 식별자(External Identifier): 3GPP 네트워크의 외부 엔티티(예를 들어, SCS 또는 어플리케이션 서버)가 MTC 단말(또는 MTC 단말이 속한 가입자)을 가리키기(또는 식별하기) 위해 사용하는 식별자(identifier)로서 전세계적으로 고유(globally unique)하다. 외부 식별자는 다음과 같이 도메인 식별자(Domain Identifier)와 로컬 식별자(Local Identifier)로 구성된다.
- 도메인 식별자(Domain Identifier): 이동 통신 네트워크 사업자의 제어 항에 있는 도메인을 식별하기 위한 식별자. 하나의 사업자는 서로 다른 서비스로의 접속을 제공하기 위해 서비스 별로 도메인 식별자를 사용할 수 있다.
- 로컬 식별자(Local Identifier): IMSI(International Mobile Subscriber Identity)를 유추하거나 획득하는데 사용되는 식별자. 로컬 식별자는 어플리케이션 도메인 내에서는 고유(unique)해야 하며, 이동 통신 네트워크 사업자에 의해 관리된다.
- RAN(Radio Access Network): 3GPP 네트워크에서 Node B 및 이를 제어하는 RNC(Radio Network Controller), eNodeB를 포함하는 단위. 단말 단에 존재하며 코어 네트워크로의 연결을 제공한다.
- HLR(Home Location Register)/HSS(Home Subscriber Server): 3GPP 네트워크 내의 가입자 정보를 가지고 있는 데이터베이스. HSS는 설정 저장(configuration storage), 식별자 관리(identity management), 사용자 상태 저장 등의 기능을 수행할 수 있다.
- RANAP(RAN Application Part): RAN과 코어 네트워크의 제어를 담당하는 노드(즉, MME(Mobility Management Entity)/SGSN(Serving GPRS(General Packet Radio Service) Supporting Node)/MSC(Mobile Switching Center)) 사이의 인터페이스.
- PLMN(Public Land Mobile Network): 개인들에게 이동 통신 서비스를 제공할 목적으로 구성된 네트워크. 오퍼레이터 별로 구분되어 구성될 수 있다.
- SCEF(Service Capability Exposure Function): 3GPP 네트워크 인터페이스에 의해 제공되는 서비스 및 능력(capability)을 안전하게 노출하기 위한 수단을 제공하는 서비스 능력 노출(service capability exposure)을 위한 3GPP 아키텍쳐 내 엔티티.
이하, 위와 같이 정의된 용어를 바탕으로 본 발명에 대하여 기술한다.
본 발명이 적용될 수 있는 시스템 일반
도 1은 본 발명이 적용될 수 있는 EPS (Evolved Packet System)을 간략히 예시하는 도면이다.
도 1의 네트워크 구조도는 EPC(Evolved Packet Core)를 포함하는 EPS(Evolved Packet System)의 구조를 이를 간략하게 재구성 한 것이다.
EPC(Evolved Packet Core)는 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)을 통하여 구성될 수 있다. 즉, EPC는 단-대-단(end-to-end) IP 서비스 구현에 필수적인 구조이다.
EPC는 다양한 구성요소들을 포함할 수 있으며, 도 1에서는 그 중에서 일부에 해당하는, SGW(Serving Gateway)(또는 S-GW), PDN GW(Packet Data Network Gateway)(또는 PGW 또는 P-GW), MME(Mobility Management Entity), SGSN(Serving GPRS(General Packet Radio Service) Supporting Node), ePDG(enhanced Packet Data Gateway)를 도시한다.
SGW는 무선 접속 네트워크(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는 패킷 데이터 네트워크를 향한 데이터 인터페이스의 종단점(termination point)에 해당한다. PDN GW는 정책 집행 특징(policy enforcement features), 패킷 필터링(packet filtering), 과금 지원(charging support) 등을 지원할 수 있다. 또한, 3GPP 네트워크와 비-3GPP(non-3GPP) 네트워크 (예를 들어, I-WLAN(Interworking Wireless Local Area Network)과 같은 신뢰되지 않는 네트워크, CDMA(Code Division Multiple Access) 네트워크나 Wimax와 같은 신뢰되는 네트워크)와의 이동성 관리를 위한 앵커 포인트 역할을 할 수 있다.
도 1의 네트워크 구조의 예시에서는 SGW와 PDN GW가 별도의 게이트웨이로 구성되는 것을 나타내지만, 두 개의 게이트웨이가 단일 게이트웨이 구성 옵션(Single Gateway Configuration Option)에 따라 구현될 수도 있다.
MME는, 단말의 네트워크 연결에 대한 액세스, 네트워크 자원의 할당, 트래킹(tracking), 페이징(paging), 로밍(roaming) 및 핸드오버 등을 지원하기 위한 시그널링 및 제어 기능들을 수행하는 요소이다. MME는 가입자 및 세션 관리에 관련된 제어 평면 기능들을 제어한다. 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의 예시들 외에도 네트워크 구조에 따라 다양한 레퍼런스 포인트(reference point)들이 존재할 수 있다.
Figure PCTKR2018002892-appb-T000001
도 1에 도시된 레퍼런스 포인트 중에서 S2a 및 S2b는 비-3GPP 인터페이스에 해당한다. S2a는 신뢰되는 비-3GPP 액세스 및 PDN GW 간의 관련 제어 및 이동성 자원을 사용자 플레인에 제공하는 레퍼런스 포인트이다. S2b는 ePDG 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 플레인에 제공하는 레퍼런스 포인트이다.
도 2는 본 발명이 적용될 수 있는 E-UTRAN(evolved universal terrestrial radio access network)의 네트워크 구조의 일 예를 나타낸다.
E-UTRAN 시스템은 기존 UTRAN 시스템에서 진화한 시스템으로, 예를 들어, 3GPP LTE/LTE-A 시스템일 수 있다. 통신 네트워크는 IMS 및 패킷 데이터를 통해 음성(voice)(예를 들어, VoIP(Voice over Internet Protocol))과 같은 다양한 통신 서비스를 제공하기 위하여 광범위하게 배치된다.
도 2를 참조하면, E-UMTS 네트워크는 E-UTRAN, EPC 및 하나 이상의 UE를 포함한다. E-UTRAN은 단말에게 제어 평면(control plane)과 사용자 평면(user plane) 프로토콜을 제공하는 eNB들로 구성되고, eNB들은 X2 인터페이스를 통해 연결된다.
X2 사용자 평면 인터페이스(X2-U)는 eNB들 사이에 정의된다. X2-U 인터페이스는 사용자 평면 PDU(packet data unit)의 보장되지 않은 전달(non guaranteed delivery)을 제공한다. X2 제어 평면 인터페이스(X2-CP)는 두 개의 이웃 eNB 사이에 정의된다. X2-CP는 eNB 간의 컨텍스트(context) 전달, 소스 eNB와 타겟 eNB 사이의 사용자 평면 터널의 제어, 핸드오버 관련 메시지의 전달, 상향링크 부하 관리 등의 기능을 수행한다.
eNB은 무선인터페이스를 통해 단말과 연결되고 S1 인터페이스를 통해 EPC(evolved packet core)에 연결된다.
S1 사용자 평면 인터페이스(S1-U)는 eNB와 서빙 게이트웨이(S-GW: serving gateway) 사이에 정의된다. S1 제어 평면 인터페이스(S1-MME)는 eNB와 이동성 관리 개체(MME: mobility management entity) 사이에 정의된다. S1 인터페이스는 EPS(evolved packet system) 베어러 서비스 관리 기능, NAS(non-access stratum) 시그널링 트랜스포트 기능, 네트워크 쉐어링, MME 부하 밸런싱 기능 등을 수행한다. S1 인터페이스는 eNB와 MME/S-GW 간에 다수-대-다수 관계(many-to-many-relation)를 지원한다.
MME는 NAS 시그널링 보안(security), AS(Access Stratum) 보안(security) 제어, 3GPP 액세스 네트워크 간 이동성을 지원하기 위한 CN(Core Network) 노드 간(Inter-CN) 시그널링, (페이징 재전송의 수행 및 제어 포함하여) 아이들(IDLE) 모드 UE 접근성(reachability), (아이들 및 액티브 모드 단말을 위한) 트래킹 영역 식별자(TAI: Tracking Area Identity) 관리, PDN GW 및 SGW 선택, MME가 변경되는 핸드오버를 위한 MME 선택, 2G 또는 3G 3GPP 액세스 네트워크로의 핸드오버를 위한 SGSN 선택, 로밍(roaming), 인증(authentication), 전용 베어러 확립(dedicated bearer establishment)를 포함하는 베어러 관리 기능, 공공 경고 시스템(PWS: Public Warning System)(지진 및 쓰나미 경고 시스템(ETWS: Earthquake and Tsunami Warning System) 및 상용 모바일 경고 시스템(CMAS: Commercial Mobile Alert System) 포함) 메시지 전송의 지원 등의 다양한 기능을 수행할 수 있다.
도 3은 본 발명이 적용될 수 있는 무선 통신 시스템에서 E-UTRAN 및 EPC의 구조를 예시한다.
도 3을 참조하면, eNB는 게이트웨이(예를 들어, MME)의 선택, 무선 자원 제어(RRC: radio resource control) 활성(activation) 동안 게이트웨이로의 라우팅, 방송 채널(BCH: broadcast channel)의 스케줄링 및 전송, 상향링크 및 하향링크에서 UE로 동적 자원 할당, 그리고 LTE_ACTIVE 상태에서 이동성 제어 연결의 기능을 수행할 수 있다. 상술한 바와 같이, EPC 내에서 게이트웨이는 페이징 개시(orgination), LTE_IDLE 상태 관리, 사용자 평면(user plane)의 암호화(ciphering), 시스템 구조 진화(SAE: System Architecture Evolution) 베어러 제어, 그리고 NAS 시그널링의 암호화(ciphering) 및 무결성(intergrity) 보호의 기능을 수행할 수 있다.
도 4는 본 발명이 적용될 수 있는 무선 통신 시스템에서 단말과 E-UTRAN 사이의 무선 인터페이스 프로토콜(radio interface protocol) 구조를 나타낸다.
도 4(a)는 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타내고, 도 4(b)는 사용자 평면(user plane)에 대한 무선 프로토콜 구조를 나타낸다.
도 4를 참조하면, 단말과 E-UTRAN 사이의 무선 인터페이스 프로토콜의 계층들은 통신 시스템의 기술분야에 공지된 널리 알려진 개방형 시스템 간 상호접속(OSI: open system interconnection) 표준 모델의 하위 3 계층에 기초하여 제1 계층(L1), 제2 계층 (L2) 및 제3 계층 (L3)으로 분할될 수 있다. 단말과 E-UTRAN 사이의 무선 인터페이스 프로토콜은 수평적으로 물리계층(physical layer), 데이터링크 계층(data link layer) 및 네트워크 계층(network layer)으로 이루어지며, 수직적으로는 데이터 정보 전송을 위한 프로토콜 스택(protocol stack) 사용자 평면(user plane)과 제어신호(signaling) 전달을 위한 프로토콜 스택인 제어 평면(control plane)으로 구분된다.
제어평면은 단말과 네트워크가 호를 관리하기 위해서 이용하는 제어 메시지들이 전송되는 통로를 의미한다. 사용자 평면은 애플리케이션 계층에서 생성된 데이터, 예를 들어, 음성 데이터 또는 인터넷 패킷 데이터 등이 전송되는 통로를 의미한다. 이하, 무선 프로토콜의 제어평면과 사용자평면의 각 계층을 설명한다.
제1 계층(L1)인 물리 계층(PHY: physical layer)은 물리 채널(physical channel)을 사용함으로써 상위 계층으로의 정보 송신 서비스(information transfer service)를 제공한다. 물리 계층은 상위 레벨에 위치한 매체 접속 제어(MAC: medium access control) 계층으로 전송 채널(transport channel)을 통하여 연결되고, 전송 채널을 통하여 MAC 계층과 물리 계층 사이에서 데이터가 전송된다. 전송 채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다. 그리고, 서로 다른 물리 계층 사이, 송신단의 물리 계층과 수신단의 물리 계층 간에는 물리 채널(physical channel)을 통해 데이터가 전송된다. 물리 계층은 OFDM(orthogonal frequency division multiplexing) 방식으로 변조되며, 시간과 주파수를 무선 자원으로 활용한다.
물리 계층에서 사용되는 몇몇 물리 제어 채널들이 있다. 물리 하향링크 제어 채널(PDCCH: physical downlink control channel)는 단말에게 페이징 채널(PCH: paging channel)와 하향링크 공유 채널(DL-SCH: downlink shared channel)의 자원 할당 및 상향링크 공유 채널(UL-SCH: uplink shared channel)과 관련된 HARQ(hybrid automatic repeat request) 정보를 알려준다. 또한, PDCCH는 단말에게 상향링크 전송의 자원 할당을 알려주는 상향링크 승인(UL grant)를 나를 수 있다. 물리 제어 포맷 지시자 채널(PCFICH: physical control format indicator channel)는 단말에게 PDCCH들에 사용되는 OFDM 심볼의 수를 알려주고, 매 서브프레임마다 전송된다. 물리 HARQ 지시자 채널(PHICH: physical HARQ indicator channel)는 상향링크 전송의 응답으로 HARQ ACK(acknowledge)/NACK(non-acknowledge) 신호를 나른다. 물리 상향링크 제어 채널(PUCCH: physical uplink control channel)은 하향링크 전송에 대한 HARQ ACK/NACK, 스케줄링 요청 및 채널 품질 지시자(CQI: channel quality indicator) 등과 같은 상향링크 제어 정보를 나른다. 물리 상향링크 공유 채널(PUSCH: physical uplink shared channel)은 UL-SCH을 나른다.
제2 계층(L2)의 MAC 계층은 논리 채널(logical channel)을 통하여 상위 계층인 무선 링크 제어(RLC: radio link control) 계층에게 서비스를 제공한다. 또한, MAC 계층은 논리 채널과 전송 채널 간의 맵핑 및 논리 채널에 속하는 MAC 서비스 데이터 유닛(SDU: service data unit)의 전송 채널 상에 물리 채널로 제공되는 전송 블록(transport block)으로의 다중화/역다중화 기능을 포함한다.
제2 계층(L2)의 RLC 계층은 신뢰성 있는 데이터 전송을 지원한다. RLC 계층의 기능은 RLC SDU의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)을 포함한다. 무선 베어러(RB: radio bearer)가 요구하는 다양한 QoS(quality of service)를 보장하기 위해, RLC 계층은 투명 모드(TM: transparent mode), 비확인 모드(UM: unacknowledged mode) 및 확인 모드(AM: acknowledge mode)의 세 가지의 동작 모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다. 한편, MAC 계층이 RLC 기능을 수행하는 경우에 RLC 계층은 MAC 계층의 기능 블록으로 포함될 수 있다.
제2 계층(L2)의 패킷 데이터 컨버전스 프로토콜(PDCP: packet data convergence protocol) 계층은 사용자 평면에서 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering) 기능을 수행한다. 헤더 압축 기능은 작은 대역폭을 가지는 무선 인터페이스를 통하여 IPv4(internet protocol version 4) 또는 IPv6(internet protocol version 6)와 같은 인터넷 프로토콜(IP: internet protocol) 패킷을 효율적으로 전송되게 하기 위하여 상대적으로 크기가 크고 불필요한 제어 정보를 담고 있는 IP 패킷 헤더 사이즈를 줄이는 기능을 의미한다. 제어 평면에서의 PDCP 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결정 보호(integrity protection)을 포함한다.
제3 계층(L3)의 최하위 부분에 위치한 무선 자원 제어(RRC: radio resource control) 계층은 제어 평면에만 정의된다. RRC 계층은 단말과 네트워크 간의 무선 자원을 제어하는 역할을 수행한다. 이를 위해 단말과 네트워크는 RRC 계층을 통해 RRC 메시지를 서로 교환한다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련하여 논리 채널, 전송 채널 및 물리 채널을 제어한다. 무선 베어러는 단말과 네트워크 사이의 데이터 전송을 위하여 제2 계층(L2)에 의하여 제공되는 논리적인 경로를 의미한다. 무선 베어러가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 것을 의미한다. 무선 베어러는 다시 시그널링 무선 베어러(SRB: signaling RB)와 데이터 무선 베어러(DRB: data RB) 두 가지로 나눠 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
RRC 계층 상위에 위치하는 NAS(non-access stratum) 계층은 세션 관리(session management)와 이동성 관리(mobility management) 등의 기능을 수행한다.
기지국을 구성하는 하나의 셀은 1.25, 2.5, 5, 10, 20Mhz 등의 대역폭 중 하나로 설정되어 여러 단말에게 하향 또는 상향 전송 서비스를 제공한다. 서로 다른 셀은 서로 다른 대역폭을 제공하도록 설정될 수 있다.
네트워크에서 단말로 데이터를 전송하는 하향 전송채널(downlink transport channel)은 시스템 정보를 전송하는 방송 채널(BCH: broadcast channel), 페이징 메시지를 전송하는 PCH, 사용자 트래픽이나 제어메시지를 전송하는 DL-SCH 등이 있다. 하향 멀티캐스트 또는 방송 서비스의 트래픽 또는 제어메시지의 경우 DL-SCH를 통해 전송될 수도 있고, 또는 별도의 하향 멀티캐스트 채널(MCH: multicast channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향 전송채널(uplink transport channel)로는 초기 제어메시지를 전송하는 랜덤 액세스 채널(RACH: random access channel), 사용자 트래픽이나 제어메시지를 전송하는 UL-SCH(uplink shared channel)가 있다.
논리 채널(logical channel)은 전송 채널의 상위에 있으며, 전송 채널에 맵핑된다. 논리 채널은 제어 영역 정보의 전달을 위한 제어 채널과 사용자 영역 정보의 전달을 위한 트래픽 채널로 구분될 수 있다. 제어 채널로는 방송 제어 채널(BCCH: broadcast control channel), 페이징 제어 채널(PCCH: paging control channel), 공통 제어 채널(CCCH: common control channel), 전용 제어 채널(DCCH: dedicated control channel), 멀티캐스트 제어 채널(MCCH: multicast control channel) 등이 있다. 트래픽 채널로는 전용 트래픽 채널(DTCH: dedicated traffic channel), 멀티캐스트 트래픽 채널(MTCH: multicast traffic channel) 등이 있다. PCCH는 페이징 정보를 전달하는 하향링크 채널이고, 네트워크가 UE가 속한 셀을 모를 때 사용된다. CCCH는 네트워크와의 RRC 연결을 가지지 않는 UE에 의해 사용된다. MCCH 네트워크로부터 UE로의 MBMS(Multimedia Broadcast and Multicast Service) 제어 정보를 전달하기 위하여 사용되는 점-대-다점(point-to-multipoint) 하향링크 채널이다. DCCH는 UE와 네트워크 간에 전용 제어 정보를 전달하는 RRC 연결을 가지는 단말에 의해 사용되는 일-대-일(point-to-point) 양방향(bi-directional) 채널이다. DTCH는 상향링크 및 하향링크에서 존재할 수 있는 사용자 정보를 전달하기 위하여 하나의 단말에 전용되는 일-대-일(point-to-point) 채널이다. MTCH는 네트워크로부터 UE로의 트래픽 데이터를 전달하기 위하여 일-대-다(point-to-multipoint) 하향링크 채널이다.
논리 채널(logical channel)과 전송 채널(transport channel) 간 상향링크 연결의 경우, DCCH는 UL-SCH과 매핑될 수 있고, DTCH는 UL-SCH와 매핑될 수 있으며, CCCH는 UL-SCH와 매핑될 수 있다. 논리 채널(logical channel)과 전송 채널(transport channel) 간 하향링크 연결의 경우, BCCH는 BCH 또는 DL-SCH와 매핑될 수 있고, PCCH는 PCH와 매핑될 수 있으며, DCCH는 DL-SCH와 매핑될 수 있으며, DTCH는 DL-SCH와 매핑될 수 있으며, MCCH는 MCH와 매핑될 수 있으며, MTCH는 MCH와 매핑될 수 있다.
도 5는 본 발명이 적용될 수 있는 무선 통신 시스템에서 물리 채널의 구조를 간략히 예시하는 도면이다.
도 5를 참조하면, 물리 채널은 주파수 영역(frequency domain)에서 하나 이상의 서브캐리어와 시간 영역(time domain)에서 하나 이상의 심볼로 구성되는 무선 자원을 통해 시그널링 및 데이터를 전달한다.
1.0ms 길이를 가지는 하나의 서브프레임은 복수의 심볼로 구성된다. 서브프레임의 특정 심볼(들)(예를 들어, 서브프레임의 첫번째 심볼)은 PDCCH를 위해 사용될 수 있다. PDCCH는 동적으로 할당되는 자원에 대한 정보(예를 들어, 자원 블록(Resource Block), 변조 및 코딩 방식(MCS: Modulation and Coding Scheme) 등)를 나른다.
랜덤 액세스 절차(Random Access Procedure)
이하에서는 LTE/LTE-A 시스템에서 제공하는 랜덤 액세스 절차(random access procedure)에 대해 살펴본다.
랜덤 액세스 절차는 단말이 기지국과의 RRC 연결(RRC Connection)이 없어, RRC 아이들 상태에서 초기 접속 (initial access)을 수행하는 경우, RRC 연결 재-확립 절차(RRC connection re-establishment procedure)를 수행하는 경우 등에 수행된다.
LTE/LTE-A 시스템에서는 랜덤 액세스 프리앰블(random access preamble, RACH preamble)을 선택하는 과정에서, 특정한 집합 안에서 단말이 임의로 하나의 프리앰블을 선택하여 사용하는 경쟁 기반 랜덤 액세스 절차(contention based random access procedure)과 기지국이 특정 단말에게만 할당해준 랜덤 액세스 프리앰블을 사용하는 비 경쟁 기반 랜덤 액세스 절차(non-contention based random access procedure)을 모두 제공한다.
도 6은 본 발명이 적용될 수 있는 무선 통신 시스템에서 경쟁 기반 랜덤 액세스 절차를 설명하기 위한 도면이다.
(1) 제1 메시지(Msg 1, message 1)
먼저, 단말은 시스템 정보(system information) 또는 핸드오버 명령(handover command)을 통해 지시된 랜덤 액세스 프리앰블의 집합에서 임의로(randomly) 하나의 랜덤 액세스 프리앰블(random access preamble, RACH preamble)을 선택하고, 상기 랜덤 액세스 프리앰블을 전송할 수 있는 PRACH(physical RACH) 자원을 선택하여 전송한다.
단말로부터 랜덤 액세스 프리앰블을 수신한 기지국은 프리앰블을 디코딩하고, RA-RNTI를 획득한다. 랜덤 액세스 프리앰블이 전송된 PRACH와 관련된 RA-RNTI는 해당 단말이 전송한 랜덤 액세스 프리앰블의 시간-주파수 자원에 따라 결정된다.
(2) 제2 메시지(Msg 2, message 2)
기지국은 제1 메시지 상의 프리앰블을 통해서 획득한 RA-RNTI로 지시(address)되는 랜덤 액세스 응답(random access response)을 단말로 전송한다. 랜덤 액세스 응답에는 랜덤 액세스 프리앰블 구분자/식별자(RA preamble index/identifier), 상향링크 무선자원을 알려주는 상향링크 승인(UL grant), 임시 셀 식별자(TC-RNTI: Temporary Cell RNTI) 그리고 시간 동기 값(TAC: time alignment command)들이 포함될 수 있다. TAC는 기지국이 단말에게 상향링크 시간 정렬(time alignment)을 유지하기 위해 보내는 시간 동기 값을 지시하는 정보이다. 단말은 상기 시간 동기 값을 이용하여, 상향링크 전송 타이밍을 갱신한다. 단말이 시간 동기를 갱신하면, 시간 동기 타이머(time alignment timer)를 개시 또는 재시작한다. UL grant는 후술하는 스케줄링 메시지(제3 메시지)의 전송에 사용되는 상향링크 자원 할당 및 TPC(transmit power command)를 포함한다. TPC는 스케줄링된 PUSCH를 위한 전송 파워의 결정에 사용된다.
단말은 랜덤 액세스 프리앰블을 전송 후에, 기지국이 시스템 정보 또는 핸드오버 명령을 통해 지시된 랜덤 액세스 응답 윈도우(random access response window) 내에서 자신의 랜덤 액세스 응답(random access response)의 수신을 시도하며, PRACH에 대응되는 RA-RNTI로 마스킹된 PDCCH를 검출하고, 검출된 PDCCH에 의해 지시되는 PDSCH를 수신하게 된다. 랜덤 액세스 응답 정보는 MAC PDU(MAC packet data unit)의 형식으로 전송될 수 있으며, 상기 MAC PDU는 PDSCH을 통해 전달될 수 있다.
단말은 기지국에 전송하였던 랜덤 액세스 프리앰블과 동일한 랜덤 액세스 프리앰블 구분자/식별자를 가지는 랜덤 액세스 응답을 성공적으로 수신하면, 랜덤 액세스 응답의 모니터링을 중지한다. 반면, 랜덤 액세스 응답 윈도우가 종료될 때까지 랜덤 액세스 응답 메시지를 수신하지 못하거나, 기지국에 전송하였던 랜덤 액세스 프리앰블과 동일한 랜덤 액세스 프리앰블 구분자를 가지는 유효한 랜덤 액세스 응답을 수신하지 못한 경우 랜덤 액세스 응답의 수신은 실패하였다고 간주되고, 이후 단말은 프리앰블 재전송을 수행할 수 있다.
(3) 제3 메시지(Msg 3, message 3)
단말이 자신에게 유효한 랜덤 액세스 응답을 수신한 경우에는, 상기 랜덤 액세스 응답에 포함된 정보들을 각각 처리한다. 즉, 단말은 TAC을 적용시키고, TC-RNTI를 저장한다. 또한, UL grant를 이용하여, 단말의 버퍼에 저장된 데이터 또는 새롭게 생성된 데이터를 기지국으로 전송한다.
단말의 최초 접속의 경우, RRC 계층에서 생성되어 CCCH를 통해 전달된 RRC 연결 요청(RRC Connection Request)이 제3 메시지에 포함되어 전송될 수 있으며, RRC 연결 재확립 절차의 경우 RRC 계층에서 생성되어 CCCH를 통해 전달된 RRC 연결 재확립 요청(RRC Connection Re-establishment Request)이 제3 메시지에 포함되어 전송될 수 있다. 또한, NAS 접속 요청 메시지를 포함할 수도 있다.
제3 메시지는 단말의 식별자가 포함되어야 한다. 단말의 식별자를 포함시키는 방법으로는 두 가지 방법이 존재한다. 첫 번째 방법은 단말이 상기 랜덤 액세스 절차 이전에 이미 해당 셀에서 할당 받은 유효한 셀 식별자(C-RNTI)를 가지고 있었다면, 단말은 상기 UL grant에 대응하는 상향링크 전송 신호를 통해 자신의 셀 식별자를 전송한다. 반면에, 만약 랜덤 액세스 절차 이전에 유효한 셀 식별자를 할당 받지 못하였다면, 단말은 자신의 고유 식별자(예를 들면, S-TMSI(SAE temporary mobile subscriber identity) 또는 임의 값(random number))를 포함하여 전송한다. 일반적으로 상기의 고유 식별자는 C-RNTI보다 길다.
단말은 상기 UL grant에 대응하는 데이터를 전송하였다면, 충돌 해결을 위한 타이머(contention resolution timer)를 개시한다.
(4) 제4 메시지(Msg 4, message 4)
기지국은 단말로부터 제3 메시지를 통해 해당 단말의 C-RNTI를 수신한 경우 수신한 C-RNTI를 이용하여 단말에게 제4 메시지를 전송한다. 반면, 단말로부터 제3 메시지를 통해 상기 고유 식별자(즉, S-TMSI 또는 임의 값(random number))를 수신한 경우, 랜덤 액세스 응답에서 해당 단말에게 할당한 TC-RNTI를 이용하여 제4 메시지를 단말에게 전송한다. 일례로, 제4 메시지는 RRC 연결 설정 메시지(RRC Connection Setup)가 포함할 수 있다.
단말은 랜덤 액세스 응답에 포함된 UL grant를 통해 자신의 식별자를 포함한 데이터를 전송한 이후, 충돌 해결을 위해 기지국의 지시를 기다린다. 즉, 특정 메시지를 수신하기 위해 PDCCH의 수신을 시도한다. 상기 PDCCH를 수신하는 방법에 있어서도 두 가지 방법이 존재한다. 앞에서 언급한 바와 같이 상기 UL grant에 대응하여 전송된 제3 메시지가 자신의 식별자가 C-RNTI인 경우, 자신의 C-RNTI를 이용하여 PDCCH의 수신을 시도하고, 상기 식별자가 고유 식별자(즉, S-TMSI 또는 임의 값(random number))인 경우에는, 랜덤 액세스 응답에 포함된 TC-RNTI를 이용하여 PDCCH의 수신을 시도한다. 그 후, 전자의 경우, 만약 상기 충돌 해결 타이머가 만료되기 전에 자신의 C-RNTI를 통해 PDCCH를 수신한 경우에, 단말은 정상적으로 랜덤 액세스 절차가 수행되었다고 판단하고, 랜덤 액세스 절차를 종료한다. 후자의 경우에는 상기 충돌 해결 타이머가 만료되기 전에 TC-RNTI를 통해 PDCCH를 수신하였다면, 상기 PDCCH가 지시하는 PDSCH이 전달하는 데이터를 확인한다. 만약 상기 데이터의 내용에 자신의 고유 식별자가 포함되어 있다면, 단말은 정상적으로 랜덤 액세스 절차가 수행되었다고 판단하고, 랜덤 액세스 절차를 종료한다. 제4 메시지를 통해 단말은 C-RNTI를 획득하고, 이후 단말과 네트워크는 C-RNTI를 이용하여 단말 특정 메시지(dedicated message)를 송수신하게 된다.
한편, 비경쟁 기반 임의접속 과정에서의 동작은 도 6에 도시된 경쟁 기반 임의접속 과정과 달리 제1 메시지 전송 및 제2 메시지 전송만으로 임의접속 절차가 종료되게 된다. 다만, 제1 메시지로서 단말이 기지국에 임의접속 프리앰블을 전송하기 전에 단말은 기지국으로부터 임의접속 프리앰블을 할당받게 되며, 이 할당받은 임의접속 프리앰블을 기지국에 제1 메시지로서 전송하고, 기지국으로부터 임의접속 응답을 수신함으로써 임의접속 절차가 종료되게 된다.
이하, 본 명세서에서 사용되는 용어에 대한 설명은 다음과 같다.
- 전용 베어러(Dedicated bearer): UE 내 상향링크 패킷 필터(들)과 P-GW 내 하향링크 패킷 필터(들)과 연관된 EPS 베어러이다. 여기서 필터(들)은 특정 패킷만이 매칭된다.
- 기본 베어러(Default bearer): 매 새로운 PDN 연결로 확립되는 EPS 베어러이다. Default bearer의 컨텍스트는 PDN 연결의 수명시간(lifetime) 동안에 유지된다.
- EMM(EPS Mobility Management)-널(EMM-NULL) 상태: UE 내 EPS 서비스가 비활성된다. 어떠한 EPS 이동성 관리 기능도 수행되지 않는다.
- EMM-비등록(EMM-DEREGISTERED) 상태: EMM-DEREGISTERED 상태에서, EMM 컨텍스트가 확립되지 않고, UE 위치는 MME에게 알려지지 않는다. 따라서, MME에 의해 UE가 접근 가능하지 않다(unreachable). EMM 컨텍스트를 확립하기 위해, UE는 어태치(Attach) 또는 결합된 어태치(combined Attach) 절차를 시작하여야 한다.
- EMM-등록(EMM-REGISTERED) 상태: EMM-REGISTERED 상태에서, UE 내 EMM 컨텍스트가 확립되어 있고, 기본(default) EPS 베어러 컨텍스트가 활성화되어 있다. UE가 EMM-IDLE 모드에 있을 때, UE 위치는 TA의 특정 번호를 포함하는 TA들의 리스트의 정확도로 MME에게 알려진다. UE는 사용자 데이터 및 시그널링 정보의 송수신을 개시할 수 있고, 페이징에 응답할 수 있다. 또한, TAU 또는 결합된 TAU(combined TAU) 절차가 수행된다.
- EMM-연결(EMM-CONNECTED) 모드: UE와 네트워크 간에 NAS 시그널링 연결이 확립될 때, UE는 EMM-CONNECTED 모드이다. EMM-CONNECTED의 용어는 ECM-CONNECTED 상태의 용어로 지칭될 수도 있다.
- EMM-아이들(EMM-IDLE) 모드: UE와 네트워크 간에 NAS 시그널링 연결이 존재하지 않거나(즉, 유보 지시가 없는 EMM-IDLE 모드) 또는 RRC 연결 유보(RRC connection suspend)가 하위 계층에 의해 지시되었을 때(즉, 유보 지시를 수반한 EMM-IDLE 모드), UE는 EMM-IDLE 모드이다. EMM-IDLE의 용어는 ECM-IDLE 상태의 용어로 지칭될 수도 있다.
- EMM 컨텍스트(EMM context): 어태치(Attach) 절차가 성공적으로 완료되면, EMM 컨텍스트는 UE 및 MME 내 확립된다.
- 제어 평면(Control plane) CIoT EPS optimization: MME를 경유하여 제어 평면을 통한 사용자 데이터(IP, non-IP 또는 SMS)의 효율적인 전달(transport)을 가능하게 하는 시그널링 최적화. 선택적으로 IP 데이터의 헤더 압축(header compression)을 포함할 수 있다.
- 사용자 평면(User Plane) CIoT EPS optimization: 사용자 평면을 통한 사용자 데이터(IP 또는 non-IP)의 효율적인 전달을 가능하게 하는 시그널링 최적화
- EPS 서비스(들): PS 도메인에 의해 제공되는 서비스(들).
- NAS 시그널링 연결: UE와 MME 간의 피어-대-피어(peer-to-peer) S1 모드 연결. NAS 시그널링 연결은 LTE-Uu 인터페이스를 경유하는 RRC 연결과 S1 인터페이스를 경유하는 S1AP 연결의 연접(concatenation)으로 구성된다.
- control plane CIoT EPS optimization를 수반하는 EPS 서비스(EPS services with control plane CIoT EPS optimization)를 사용하는 UE: 네트워크에 의해 승락된 control plane CIOT EPS optimization을 수반하는 EPS 서비스를 위해 어태치(attach)된 UE
- NAS(Non-Access Stratum): UMTS, EPS 프로토콜 스택에서 단말과 코어 네트워크 간의 시그널링, 트래픽 메시지를 주고 받기 위한 기능적인 계층. 단말의 이동성을 지원하고, 단말과 PDN GW 간의 IP 연결을 수립 및 유지하는 세션 관리 절차를 지원하는 것을 주된 기능으로 한다.
- AS(Access Stratum): E-UTRAN(eNB)과 UE 간 또는 E-UTRAN(eNB)와 MME 간 인터페이스 프로토콜(interface protocol) 상에서 NAS 계층 아래의 프로토콜 계층을 의미한다. 예를 들어, 제어평면 프로토콜 스택에서, RRC 계층, PDCP 계층, RLC 계층, MAC 계층, PHY 계층을 통칭하거나 이중 어느 하나의 계층을 AS 계층으로 지칭할 수 있다. 또는, 사용자 평면 프로토콜 스택에서, PDCP 계층, RLC 계층, MAC 계층, PHY 계층을 통칭하거나 이중 어느 하나의 계층을 AS 계층으로 지칭할 수 있다.
- S1 모드 (S1 mode): 무선 액세스 네트워크와 코어 네트워크 간의 S1 인터페이스의 사용에 따른 기능적인 분리를 가지는 시스템에 적용되는 모드를 의미한다. S1 모드는 WB-S1 모드와 NB-S1 모드를 포함한다.
- NB-S1 모드 (NB-S1 mode): UE의 서빙 무선 액세스 네트워크가 협대역(NB: Narrow Band)-IoT(Internet of Things)에 의한 (E-UTRA를 경유한) 네트워크 서비스로의 액세스를 제공할 때, UE는 이 모드가 적용된다.
- WB-S1 모드 (WB-S1 mode): 시스템이 S1 모드로 동작하지만 NB-S1 모드가 아니면, 이 모드가 적용된다.
3GPP Release 14에서는 비-공공 안전(non-Public Safety) UE에 대해서도 릴레이 UE(Relay UE)를 통해 네트워크 연결 서비스를 받도록 하고자 SA1에서 서비스 요구 사항을 작업 중에 있다. 이와 같이 Relay UE를 통해 네트워크 연결 서비스를 받는 UE로는 대표적으로 웨어러블(wearable) 기기가 거론되고 있다.
SA2와 RAN WG에서도 릴리즈(Rel: Release)-13 릴레이(Relay)를 향상시키기 위한 스터디 아이템 설명(SID: Study Item Description)인 FS_REAR(릴레이 UE(Relay UE)를 통한 원격 UE(Remote UE) 접속)와 F2D2D(LTE 장치 간 통신(Device to Device)의 향상, 및 사물 인터넷(IoT: Internet of Things)과 웨어러블 장치(Wearables)를 위한 UE와네트워크 간의 릴레이)을 각각 승인하고 이와 관련하여 스터디를 진행하고 있다.
특징적으로, F2D2D 스터디 아이템에서는 낮은 파워(low power), 낮은 전송율(low rate) 및 낮은 복잡도/저비용 장치를 타겟으로하는 논의가 진행되고 있다.
그리고, FS_REAR 스터디 아이템에서는 특징적으로, 비대칭적인(asymmetric) 상향링크/하향링크 연결(즉, 진보된 ProSe UE와 네트워크 간 릴레이(ProSe UE-to-Network Relay)로 PC5를 통해 상향링크 전송 및 Uu를 통한 직접적인 하향링크 전송) 및 대칭적인(symmetric) 상향링크/하향링크 연결을 위한 공통된 솔루션이 가능한지 논의되고 있다.
상술한 바와 같이, 2 가지의 케이스인 비대칭적인(asymmetric) 상향링크/하향링크, 대칭적인(symmetric) 상향링크/하향링크를 고려하고 있다.
여기서, '비대칭적인(asymmetric) 상향링크/하향링크'는 원격 UE(Remote UE)가 상향링크 전송을 위해 릴레이 UE(Relay UE)와의 직접 링크를 이용하고, 하향링크 전송을 위해 기지국으로부터 Uu 인터페이스를 이용하는 것을 의미한다.
'대칭적인(symmetric) 상향링크/하향링크'는 Remote UE가 상향링크 전송과 하향링크 전송 모두 Relay UE와의 직접 링크를 이용하는 것을 의미한다.
도 7은 본 발명이 적용될 수 있는 무선 통신 시스템에서 ProSe UE와 네트워크 간(UE-to-Network) 릴레이 절차를 예시하는 도면이다.
도 11은 본 발명이 적용될 수 있는 무선 통신 시스템에서 ProSe UE와 네트워크 간(UE-to-Network) 릴레이 절차를 예시하는 도면이다.
1. ProSe UE-to-Network Relay는 초기 E-UTRAN Attach를 수행하고(이미 어태치되지 않았으면) 그리고/또는 릴레이를 위해 PDN 연결을 확립한다(이 릴레이를 위한 적절한 PDN 연결이 없으면). IPv6의 경우, ProSe UE-to-Network Relay는 프리픽스 위임 기능(prefix delegation function)을 경유하여 네트워크로부터 IPv6 프리픽스(prefix)를 획득한다.
2. Remote UE는 모델 A 또는 모델 B 디스커버리를 이용하여 ProSe UE-to-Network Relay의 디스커버리를 수행한다.
3. Remote UE는 ProSe UE-to-Network Relay를 선택하고, 일대일 Prose 직접 통신을 위한 연결을 확립한다. ProSe Relay UE 식별자(ID: Identifier)와 연관된 PDN 연결이 없거나 또는 릴레이를 위한 추가적인 PDN 연결이 필요하면, ProSe UE-to-Network Relay는 새로운 PDN 연결 확립 절차를 개시한다.
4. IPv6 prefix 또는 IPv4 주소가 Remote UE를 위해 할당된다. 이 때부터, 상향링크 및 하향링크 릴레이가 시작될 수 있다.
5. ProSe UE-to-Network Relay는 Relay와 연관된 PDN 연결을 위해 Remote UE 보고(Remote UE Report)(Remote 사용자 식별자(Remote User ID), IP 정보(IP info) 포함) 메시지를 MME에게 전송한다. Remote User ID는 3 단계에서 성공적으로 연결되었던 Remote UE 사용자의 식별자(사용자 정보(User Info)를 통해 제공된)이다. MME는 Relay와 연관된 PDN 연결을 위해 Remote User ID(들)과 ProSe UE-to-Network Relay의 EPS 베어러 컨텍스트 내 관련된 IP info를 저장한다.
6. MME는 Remote UE Report 메시지를 S-GW에게 전달하고, S-GW는 이 메시지를 UE-to-Network Relay UE의 P-GW에게 전달한다. MME는 하나의 Remote UE Report 메시지 내 다중 Remote UE을 보고할 수 있다.
IP info를 위해 다음과 같은 원칙이 적용될 수 있다:
- IPv4의 경우, UE-to-network Relay는 개별적인 Remote UE(들)에게 할당된 TCP(Transmission Control Protocol)/UDP(user datagram protocol) 포트 범위를 보고한다(Remote User ID와 함께);
- IPv6의 경우, UE-to-network Relay는 개별적인 Remote UE(들)에게 할당된 IPv6 프리픽스(들)을 보고한다(Remote User ID와 함께).
Remote UE가 ProSe UE-to-Network Relay로부터 단절될 때 MME와 S-GW와 P-GW에게 Remote UE(들)이 이탈했다고 알리기 위하여 Remote UE Report 메시지가 전송된다(예를 들어, 명시적인 layer-2 링크가 해제될 때 또는 PC5를 통한 keep alive 메시지가 존해하지 않을 때).
MME 변경을 포함하는 TAU의 경우, Remote User ID와 연결된 Remote UE(들)에 상응하는 관련 IP info가 ProSe UE-to-Network Relay를 위한 EPS 베어러 컨텍스트 전달의 일부로서 새로운 MME에게 전송된다.
ProSe UE-to-Network Relay에 연결된 후, Remote UE는 릴레이 선택을 위해 ProSe UE-to-Network Relay에 의해 전송된 디스커버리 메시지의 신호 세기의 측정을 계속하여 수행한다(즉, Model A에서 UE-to-Network Relay 디스커버리 알림(UE-to-Network Relay Discovery Announcement) 메시지 또는 Model B에서 UE-to-Network Relay 디스커버리 응답(UE-to-Network Relay Discovery Response) 메시지). Model B의 경우, PC5 링크 품질을 측정하기 위해, Remote UE는 UE-to-Network Relay 디스커버리 유도(UE-to-Network Relay Discovery Solicitation) 메시지를 주기적으로 전송한다. 이 메시지는 서빙 ProSe UE-to-Network Relay의 ProSe Relay UE ID를 포함한다. ProSe Relay UE ID가 이 메시지에 포함되면, 이 ProSe Relay UE ID를 가지는 ProSe UE-to-Network Relay만이 UE-to-Network Relay Discovery Solicitation 메시지에 응답한다.
도 8은 본 발명이 적용될 수 있는 무선 통신 시스템에서 Remote UE Report 절차를 예시하는 도면이다.
Remote UE 보고 절차의 목적은 ProSe UE-to-network Relay 역할을 수행하는 UE에 대해 Remote UE가 ProSe UE-to-network Relay에 연결되거나 ProSe UE-to-network Relay와 연결되지 않았다는 것을 네트워크에 알리기 위함이다.
도 8에 도시된 바와 같이, UE는 REMOTE UE REPORT 메시지를 네트워크에 전송하고, 타이머 T3493을 시작하며, PROCEDURE TRANSACTION PENDING 상태로 진입하여 Remote UE보고 절차를 시작한다.
UE는 REMOTE UE REPORT 메시지에 네트워크에 새로 연결되거나 연결이 해제된 Remote UE의 정보를 포함할 수 있다.
임의의 암호화된 IMSI Remote UE 식별자(identity)가 REMOTE UE REPORT 메시지에 포함되는 경우, UE는 상응하는 ProSe Key Management Function address를 REMOTE UE REPORT 메시지에 포함할 수 있다.
UE는 ProSe UE-to-network Relay에 연결되거나 ProSe UE-to-network Relay로부터 연결 해제된 Remote UE와 관련된 PDN 연결의 default EPS bearer identity를 REMOTE UE REPORT 메시지에 포함할 수 있다.
REMOTE UE REPORT 메시지를 수신한 뒤, MME는 REMOTE UE REPORT RESPONSE 메시지를 UE에게 전송한다. MME는 REMOTE UE REPORT 메시지에 PTI를 포함시킬 수 있다.
REMOTE UE REPORT RESPONSE 메시지를 수신한 뒤, UE는 타이머 T3493을 멈추고 PROCEDURE TRANSACTION INACTIVE 상태로 진입한다.
비 정상적인 경우로, 타이머 T3493이 첫 번째로 만료되는 경우, UE는 REMOTE UE REPORT 메시지를 다시 MME로 전송하고, 타이머 T3493을 재설정하여 다시 시작한다.
이러한 재 전송 과정은 2 회 반복된다. 즉, 타이머 T3493가 세 번째 만료되는 경우, UE는 절차를 중단하고, 이러한 절차를 위해 할당된 임의의 자원을 해제한다.
아래 표 2는 REMOTE UE REPORT 메시지를 구성하는 IE(Information Element)의 일 예를 나타낸다.
Figure PCTKR2018002892-appb-T000002
- Remote UE Context Connected: 새로 연결된 Remote UE 정보를 네트워크에 제공하기 위해 ProSe UE-to-network Relay 역할을 하는 UE에 의해 메시지에 포함되는 IE(3GPP TS 23.303 참조).
- Remote UE Context Disconnected: 연결이 종료된 Remote UE 정보를 네트워크에 제공하기 위해 ProSe UE-to-network Relay 역할을 하는 UE에 의해 메시지에 포함되는 IE(3GPP TS 23.303 참조).
- ProSe Key Management Function Address: ProSe UE-to-network Relay 역할을 하는 UE에 연결되거나 해제된 Remote UE와 연관된 ProSe Key Management Function의 주소를 제공하기 위해 메시지에 포함되는 IE.
아래 표 3은 REMOTE UE REPORT RESPONSE메시지를 구성하는 IE(Information Element)의 일 예를 나타낸다.
Figure PCTKR2018002892-appb-T000003
아래 IE(Information Element)는 Remote UE reporting 절차의 message들에 사용될 수 있다.
Remote UE context list
Remote UE context list information element는 ProSe UE-to-network Relay 역할을 수행하는 UE에 연결되거나 연결이 끊어진 Remote UE의 식별정보(identity) 및 선택적으로 IP 어드레스를 제공할 수 있다..
Remote UE context list information element는 아래 표 4 및 표 5와 같이 코딩될 수 있다.
Remote UE context list는 최소 길이가 5 옥텟이고, 최대 길이가 65538 옥텟 인 type 6 information element이다.
Figure PCTKR2018002892-appb-T000004
Figure PCTKR2018002892-appb-T000005
Figure PCTKR2018002892-appb-T000006
Figure PCTKR2018002892-appb-T000007
주소 타입이 IPv4를 나타내면, 옥텟 j + 1에서 옥텟 j + 6까지의 주소 정보는 IPv4 주소와 포트 번호를 포함한다. 옥텟 j + 1의 비트 8은 IP 주소의 최상위 비트를 나타내며 옥텟 j + 4의 비트 1은 최하위 비트를 나타낸다.
옥텟 j + 5의 비트 8은 포트 번호의 최상위 비트를 나타내며, 옥텟 j + 6의 비트 1은 최하위 비트를 나타낸다.
주소 타입이 IPv6를 나타내는 경우, 옥텟 j + 1에서 옥텟 j + 8까지의 주소 정보는 원격 UE의 /64 IPv6 prefix를 포함한다. 옥텟 j + 1의 비트 8은 / 64 IPv6 prefix의 최상위 비트를 나타내며 옥텟 j + 8의 비트 1은 최하위 비트를 나타낸다.
만약, 주소 유형이 IP 정보 없음을 나타내면 주소 정보 옥텟은 포함되지 않는다.
PKMF address
PKMF address information element는 ProSe UE-to-network Relay 역할을 수행하는 UE에 연결되거나 연결이 끊어진 Remote UE와 연관된 ProSe Key Management Function의 IP 주소를 제공할 수 있다.
PKMF address information element는 아래 표 8 및 표 9와 같이 코딩될 수 있다.
PKMF address는 최소 길이가 3 옥텟이고, 최대 길이가 19 옥텟인 Type 4 information element이다.
Figure PCTKR2018002892-appb-T000008
Figure PCTKR2018002892-appb-T000009
Address type이 IPv4를 나타내는 경우, 옥텟 4에서 옥텟 7까지의 주소 정보는 IPv4 주소를 포함한다. 옥텟 4의 비트 8은 IP adress의 최상위 비트를 나타내고, 옥텟 7의 비트 1은 최하위 비트를 나타낸다.
Address type이 IPv6를 나타내면, 옥텟 4에서 옥텟 19까지의 Address 정보는 IPv6 주소를 포함한다. 옥텟 4의 비트 8은 IP address의 최상위 비트를 나타내며, 옥텟 19의 비트 1은 최하위 비트를 나타낸다.
Relay UE가 Remote UE reporting procedure를 수행하기 위해서는 Remote UE에 대한 정보가 필요하다. 따라서, Relay UE는 Remote UE에 대한 정보를 PC5 링크를 통해서 요청하고 획득할 수 있다.
이하, Relay UE가 Remote UE에 대한 정보를 획득하기 위한 절차를 구체적으로 살펴본다.
Remote UE 정보 요청 절차(Remote UE information request procedure)
도 9는 본 발명이 적용될 수 있는 무선 통신 시스템에서 Remote UE 정보 요청 절차를 예시하는 도면이다.
Remote UE 정보 요청 절차는 Serving ProSe UE-to-network Relay UE가 릴레이에 의해 서비스되는 Remote UE로부터 정보를 획득하기 위한 절차를 의미한다. Remote UE 정보 요청 절차는 Remote UE와 ProSe UE-to-network Relay UE 간에 확립된 링크(예를 들면, PC5 link 등)를 통해 ProSe UE-to-network Relay UE에 의해서만 개시 될 수 있다.
Remote UE 정보 요청 절차가 개시되기 전에, Remote UE와 ProSe UE-to-network Relay UE 간에 직접 링크가 성공적으로 확립된다.
ProSe UE-to-network Relay UE는 요청된 타입의 정보로 설정된 Remote UE Information Type IE를 포함하는 REMOTE_UE_INFO_REQUEST 메시지를 생성하고, 생성된 메시지를 유니 캐스트 통신을 위한 Remote UE의 Layer 2 ID (즉, ProSe UE ID) 및 유니 캐스트 통신을 위한 ProSe UE-to-network Relay UE의 Layer 2 ID(즉, ProSe Relay UE ID)와 함께 전송하기 위해 하위 계층으로 전달한다.
Remote UE가 REMOTE_UE_INFO_REQUEST 메시지를 수신한 뒤, Remote UE는 요청된 정보의 타입을 REMOTE_UE_INFO_RESPONSE message에 포함시킨다.
Remote UE는 REMOTE_UE_INFO_REQUEST 메시지를 수신하면, ProSe UE-to-network Relay UE는 Remote UE에 의해서 제공되는 정보를 임시적으로 저장하여 Remote UE identity를 MME에게 보고할 수 있다(3GPP TS 24.301 참조).
REMOTE_UE_INFO_REQUEST 메시지가 성공적으로 Remote UE로 전송된 뒤, ProSe UE-to-network Relay UE는 Remote UE로부터 응답이 없으면, REMOTE_UE_INFO_REQUEST 메시지를 재전송한다.
이하, Remote UE 정보 요청 절차에 사용되는 PC5 Signaling 메시지들에 대해 살펴보도록 한다.
REMOTE_UE_INFO_REQUEST
REMOTE_UE_INFO_REQUEST메시지는 Remote UE 정보 요청 절차를 개시하기 위해 ProSe UE-to-network Relay UE에 의해 Remote UE로 전송된다.
아래 표 10은 REMOTE_UE_INFO_REQUEST메시지에 포함되는 IE의 일 예를 나타낸다.
Figure PCTKR2018002892-appb-T000010
REMOTE_UE_INFO_RESPONSE
REMOTE_UE_INFO_RESPONSE 메시지는 ProSe UE-to-network Relay UE의 Remote UE정보 요청에 대한 응답으로 Remote UE에 의해 ProSe UE-to-network Relay UE로 전송된다.
아래 표 11은 REMOTE_UE_INFO_RESPONSE메시지에 포함되는 IE의 일 예를 나타낸다.
Figure PCTKR2018002892-appb-T000011
도 10은 본 발명이 적용될 수 있는 무선 통신 시스템에서 S1 해제 절차를 예시하는 도면이다.
도 10에서는 기지국 개시(eNB-initiated) 및 MME 개시(MME-initiated) S1 해제 절차를 모두 예시한다.
1a. 특정 케이스에서 기지국은 MME에게 S1 컨텍스트(S1 context)의 해제를 요청하기 전 또는 요청과 함께 단말의 시그널링 연결을 해제할 수 있다(예를 들어, 기지국이 리디렉션에 의해 CS 폴백(fallback)을 위한 RRC 연결 해제(RRC Connection Release)를 개시하는 경우 등).
1b. 기지국이 단말의 시그널링 연결과 해당 단말을 위한 모든 무선 베어러가 해제될 필요가 있음을 검출하면, 기지국은 S1 단말 컨텍스트 해제 요청(S1 UE Context Release Request) (원인(cause)) 메시지를 MME에게 전송한다.
여기서, 원인(cause)는 해제의 이유를 지시한다(예를 들어, O&M 조정(O&M Intervention), 불명확한 실패(Unspecified Failure), 사용자 비활동성(User Inactivity), 반복된 무결성 체크 실패(Repeated Integrity Check Failure) 또는 단말에 의해 생성된 시그널링 연결 해제로 인한 해제(Release due to UE generated signalling connection release)).
여기서, 1 단계는 기지국-개시(eNB-initiated) S1 해제 절차가 고려되는 경우에만 수행된다. MME 개시(MME-initiated) S1 해제 절차가 고려될 때, 1 단계는 수행되지 않고 2 단계부터 절차가 시작된다.
2. MME는 S-GW에게 단말을 위한 모든 S1-U 베어러의 해제를 요청하기 위하여 액세스 베어러 해제 요청(Release Access Bearers Request) (무선 링크 비정상적인 해제 지시(Abnormal Release of Radio Link Indication)) 메시지를 S-GW에게 전송한다. 이 메시지는 기지국으로부터의 S1 해제 요청(S1 Release Request) 메시지 또는 또 다른 MME 이벤트에 의해 트리거된다. 무선 링크의 비정상적인 해제 지시는 S1 해제 절차가 무선 링크의 비정상적인 해제로 인한 경우에 포함된다.
3. S-GW는 모든 기지국 관련 정보(주소(address) 및 터널 종단점 식별자(TEID: Tunnel End Point Identifier))를 해제하고, MME에게 액세스 베어러 해제 응답(Release Access Bearers Response) 메시지로 응답한다. 단말의 S-GW 컨텍스트의 다른 요소들은 영향 받지 않는다.
S-GW는 S-GW가 단말의 베어러를 위해 할당하였던 S1-U 설정을 유지한다.
S-GW는 단말을 위해 하향링크 패킷이 도착하면, 단말을 위해 수신한 하향링크 패킷을 버퍼링하기 시작하고, 네트워크 트리거 서비스 요청 절차(Network-triggered Service Request procedure)를 개시한다.
운영자 정책에 기반하여 S-GW는 수신한 무선 링크의 비정상적인 해제의 지시를 이용하여 PDN 과금 중단을 트리거하기 위한 다음의(subsequent) 결정을 하기 위하여 사용될 수 있다.
4. MME는 S1 단말 컨텍스트 해제 명령(S1 UE Context Release Command) (원인(cause)) 메시지를 기지국에게 전송함으로써 S1을 해제한다.
5. RRC 연결이 아직 해제되지 않았으면, 기지국은 확인 모드(AM)로 RRC 연결 해제(RRC Connection Release) 메시지를 단말에게 전송한다. 단말에 의해 RRC 연결 해제(RRC Connection Release) 메시지가 수신 응답되면, 기지국은 단말의 컨텍스트를 삭제한다.
6. 기지국은 S1 단말 컨텍스트 해제 완료(S1 UE Context Release Complete) (ECGI, TAI) 메시지를 MME에게 회신함으로써 S1 해제를 확인한다. 이와 함께, 해당 단말을 위한 MME와 기지국 간의 시그널링 연결은 해제된다. 이 단계는 예를 들어, 단말이 RRC 연결 해제(RRC Connection Release)의 수신 응답을 하지 않은 상황에서 지연되지 않기 위하여 4 단계 이후에 즉시 수행된다.
MME는 단말의 MME 컨텍스트에서 기지국 관련 정보("S1-MME를 위해 사용된 기지국 주소(eNodeB Address in Use for S1-MME)", "MME UE S1 AP ID" and "eNB UE S1AP ID")를 삭제한다. 그러나, MME는 S-GW의 S1-U 설정 정보(주소(address) 및 TEID)를 포함한 단말의 MME 컨텍스트의 나머지 정보를 유지한다. 해당 단말을 위해 확립되었던 모든 비 보장된 비트율(non-GBR) EPS 베어러는 MME와 S-GW 내에서 보존(preserve)된다.
S1 해제의 원인이 사용자 비활동성(User Inactivity), RAT 간 리디렉션(Inter-RAT Redirection)이면, MME는 GBR 베어러를 보존(preserve)한다. S1 해제의 원인이 CS 폴백 트리거(CS Fallback triggered)이면, 베어러 핸들링을 위한 절차가 수행될 수 있다. 그렇지 않은 경우(예를 들어, 단말과 무선 연결이 끊어진 경우, S1 시그널링 연결이 끊어진 경우, 기지국 실패 등), MME는 S1 해제 절차가 완료된 후 단말의 GBR 베어러를 위한 MME 개시 전용 베어러 비활성화 절차(MME Initiated Dedicated Bearer Deactivation procedure)를 트리거한다.
지역 IP 주소(LIPA: Local IP Access)가 PDN 연결을 위해 활성화되면, 홈 eNB(HeNB: Home eNB)는 공동 지역 게이트웨이(collocated L-GW(Local Gateway))에게 HeNB로의 직접 사용자 평면 경로(direct user plane path)를 해제하기 위하여 내부 시그널링으로 알려준다. 직접 사용자 평면 경로(direct user plane path)가 해제된 후, 단말을 위한 하향링크 패킷이 도착하면, L-GW는 S-GW가 네트워크 트리거 서비스 요청 절차(Network-triggered Service Request procedure)를 개시하도록 최초의 패킷을 S5 터널을 통해 S-GW에게 전달한다.
페이징(Paging)
페이징 절차(paging procedure)는 네트워크에서 RRC_IDLE 모드인 단말에게 페이징 정보(paging information)을 전송하기 위하여, 또는 RRC_IDLE/RRC_CONNECTED 모드인 단말에게 시스템 정보(system information)의 변경을 알리기 위하여, 또는 RRC_IDLE/RRC_CONNECTED 모드인 단말에게 ETWS 프라이머리 통지(primary notification) 및/또는 ETWS 세컨더리 통지(secondary notification)를 알리기 위하여, 또는 RRC_IDLE/RRC_CONNECTED 모드인 단말에게 CMAS 통지(CMAS notification)를 알리기 위하여 이용된다.
도 11은 본 발명이 적용될 수 있는 무선 통신 시스템에서 페이징 절차를 예시하는 도면이다.
도 11을 참조하면, MME는 기지국에게 S1AP 페이징 메시지(PAGING message)를 전송함으로써 페이징 절차를 개시한다(S11010).
ECM-IDLE 상태인 단말의 위치는 트래킹 영역(TA: Tracking Area) 기반으로 MME에서 관리한다. 이때, 단말은 하나 이상의 TA에 등록될 수 있으므로, MME는 단말이 등록된 TA(s)에 속하는 셀을 커버하는 다수의 eNB에게 전송할 수 있다. 여기서, 각 셀은 하나의 TA에만 속할 수 있으며, 각 eNB는 서로 다른 TA에 속하는 셀들을 포함할 수 있다.
여기서, MME는 S1AP 인터페이스를 통해 각 eNB에게 페이징 메시지를 전송한다. 이하, 이를 'S1AP PAGING 메시지'로 지칭한다.
표 12 및 표 13은 S1AP PAGING 메시지를 예시한다.
Figure PCTKR2018002892-appb-T000012
Figure PCTKR2018002892-appb-T000013
표 12 및 표 13을 참조하면, IE/Group Name은 정보 요소(IE: information element) 또는 정보 요소 그룹(IE group)의 명칭을 나타낸다. 존재(Presence) 필드의 'M'은 필수적(mandatory)인 IE로서 항상 메시지에 포함되는 IE/IE group를 나타내고, 'O'는 선택적(optional)인 IE로서 메시지에 포함되거나 포함되지 않을 수 있는 IE/IE group를 나타내며, 'C'는 조건적인(conditional) IE로서 특정 조건이 만족될 때만 메시지에 포함되는 IE/IE group를 나타낸다. Range 필드는 반복적인 IEs/IE groups가 반복될 수 있는 수를 나타낸다.
IE 타입 및 참조(IE type and reference) 필드는 해당 IE의 타입(예를 들어, 열거 데이터(ENUMERATED), 정수(INTEGER), 옥텟 스트링(OCTET STRING) 등)을 나타내고, 해당 IE가 가질 수 있는 값의 범위가 존재하는 경우, 값의 범위를 나타낸다.
임계(Criticality) 필드는 IE/IE group에 적용되는 임계(criticality) 정보를 나타낸다. criticality 정보는 수신단에서 IE/IE group의 전체 또는 일부분을 이해하지 못하는 경우에 수신단에서 어떻게 동작해야 하는지 지시하는 정보를 의미한다. '-'는 criticality 정보가 적용되지 않은 것을 나타내고, 'YES'는 criticality 정보가 적용된 것을 나타낸다. 'GLOBAL'은 IE 및 해당 IE의 반복에 공통적으로 하나의 criticality 정보를 가지는 것을 나타낸다. 'EACH'는 IE의 각 반복 별로 고유의 criticality 정보를 가지는 것을 나타낸다. 지정된 임계(Assigned Criticality) 필드는 실제 criticality 정보를 나타낸다.
S1AP PAGING 메시지에 포함된 information element (IE) 또는 IE 그룹을 보다 구체적으로 설명하면 다음과 같다.
메시지 타입(Message Type) IE는 전송되는 메시지를 고유하게 식별한다.
단말 식별 인덱스 값(UE Identity Index value) IE는 eNB이 페이징 프레임(PF: Paging Frame)을 계산하기 위하여 사용된다(예를 들어, UE Identity Index=UE IMSI mod 1024).
단말 페이징 식별자(UE Paging Identity) IE는 페이징된 단말을 식별하기 위한 식별자로서, IMSI, S-TMSI(SAE Temporary Mobile Subscriber Identity)중에 하나로 지시된다. S-TMSI는 하나의 MME 그룹 안에서 단말을 고유하게 식별할 수 있는 식별자를 의미한다.
페이징 DRX(Paging DRX) IE는 단말이 단말 특정한 DRX 사이클(cycle) 길이를 사용하는 경우, 기지국에 페이징 프레임(PF)을 계산하기 위하여 사용된다. 단말은 어태치 요청(Attach Request) 메시지 또는 트래킹 영역 업데이트(TAU: Tracking Area Update) 메시지에서 DRX cycle 길이를 특정할 수 있다.
CN 도메인(CN Domain) IE는 페이징이 CS(Circuit Switched) 도메인 또는 PS(Packet Switched) 도메인에서 발생되었는지 지시한다.
트래킹 영역 식별자 TAI(Tracking Area Identity) 리스트(TAI List) IE는 기지국에게 페이징 메시지가 브로드캐스트되어야 하는 TA를 알리기 위하여 사용된다. TAI는 TA를 고유하게 식별하기 위하여 사용되는 식별자를 의미한다.
폐쇄 가입자 그룹(CSG: Closed Subscriber Group) 식별자 리스트(CSG ID List) IE는 단말이 가입된 CSG 세트를 나타낸다. 이는 기지국이 단말이 가입되어 있지 않은 CSG 셀 내 단말에게 페이징하는 것을 방지한다.
MME로부터 S1AP 페이징 메시지를 수신한 eNB는 페이징 메시지(이하, 'RRC Paging 메시지'라고 지칭함)를 구성한다.
표 14는 RRC Paging 메시지를 예시한다.
Figure PCTKR2018002892-appb-T000014
표 14를 참조하면, 단일의 RRC 페이징 메시지는 다중의(multiple) S1AP 페이징 메시지의 정보를 나를 수 있다. 즉, RRC 페이징 메시지는 다중의(multiple) 단말을 페이징하기 위한 다중의 페이징 레코드(paging record)(예를 들어, 16개)를 포함할 수 있다.
각 페이징 레코드(paging record)는 단말 식별자(ue-Identity) 필드, CN 도메인(cn-Domain) 필드를 포함한다. 이는 S1AP Paging 메시지로부터 전달된 컨텐츠이다.
시스템 정보 변경(systemInfoModification) 필드는 S1AP Paging 메시지로부터 전달되지 않으며, 기지국에 의해 생성된다. 이 필드는 단말이 시스템 정보 블록(SIB) 세트를 재획득(re-acquire)하도록 트리거하기 위하여 사용된다.
확장된 액세스 베어링(EAB: Extended Access Barring) 파라미터 변경(eab-ParamModification) 필드는 EAB 파라미터(SIB 14) 변경을 지시하기 위하여 사용된다.
ETWS 지시(etws-Indication) 필드는 S1AP Paging 메시지로부터 전달되지 않으며, 기지국에 의해 생성된다. 이 필드는 ETWS를 지원하는 단말(ETWS capable UE)에게만 적용되고, 해당 단말이 SIB 1를 재획득하도록 트리거하기 위하여 사용된다. SIB 1 컨텐츠는 단말에게 SIB 10 및 SIB 11 내 ETWS 컨텐츠를 지시한다.
CMAS 지시(cmas-Indication) 필드는 CMAS를 지원하는 단말(CMAS capable UE)에게만 적용되고, 해당 단말이 SIB 1를 재획득하도록 트리거하기 위하여 사용된다. SIB 1 컨텐츠는 단말에게 SIB 12 내 CMAS 컨텐츠를 지시한다.
위와 같이 RRC Paging 메시지를 구성한 eNB는 P-RNTI(Paging-RNTI)로 스크램블된 CRC(cyclic redundancy check)가 부착된 하향링크 제어 정보(DCI)를 PDCCH에서 단말에게 전송하고(S11020), RRC 페이징 메시지를 PDSCH을 통해 단말에게 전송한다(S11030).
즉, 기지국은 PCCH 논리 채널, PCH 전송 채널, PDSCH 물리 채널을 통해 단말에게 RRC Paging 메시지를 전달한다.
보다 구체적으로 살펴보면, 기지국은 단말에게 보내려는 DCI에 따라 PDCCH 포맷을 결정하고, DCI에 CRC를 붙인다. CRC에는 PDCCH의 소유자(owner)나 용도에 따라 고유한 식별자(RNTI: radio network temporary identifier)가 스크램블(또는 마스킹(masking))된다. 특정 단말을 위한 PDCCH라면 단말의 고유 식별자(예를 들어 C-RNTI(cell-RNTI))가 CRC에 마스킹될 수 있다. 또는, 페이징 메시지를 위한 PDCCH라면 페이징 지시 식별자(예를 들어 P-RNTI(paging-RNTI))가 CRC에 마스킹될 수 있다.
즉, 단말은 자신의 페이징 시점(paging occasion) 11012에 속하는 서브프레임에서 P-RNTI를 기반으로 PDCCH를 모니터링한다. 그리고, P-RNTI로 마스킹된 PDCCH를 검출하면, 단말은 PDCCH 상에서 전송되는 DCI를 디코딩한다. 이 DCI는 단말에게 페이징 메시지가 전송된 PDSCH 자원을 지시한다. 그리고, 단말은 DCI에서 지시된 PDSCH 자원으로부터 RRC 페이징 메시지를 디코딩한다.
페이징 사이클 11013은 셀 특정(cell-specific)하게 결정될 수 있으며, 또한 단말 특정(UE-specific)하게 결정될 수도 있다. 또한, 페이징 시점(paging occasion) 11012는 각 단말 별로 자신의 페이징 사이클 11013과 자신의 식별자(즉, IMSI)에 기반하여 결정된다. 따라서, 기지국에서 가능한 페이징 시점(possible paging occasion) 11011에서 모든 단말에게 페이징 메시지가 전송되는 것은 아니고, 해당 단말의 페이징 시점(paging occasion)에 맞춰 페이징 메시지가 전송된다. 페이징 시점에 대하여 보다 상세한 설명은 후술한다.
페이징 절차는 개별 단말의 착신(MT: Mobile Terminated) 호의 수신 여부 알림 외에 시스템 정보의 변경, 셀 브로드캐스트 메시지(즉, ETWS/CAMS 경고 메시지)의 수신 여부, EAB의 변경을 알리는 위한 용도로 사용될 수 있다.
RRC 페이징 메시지에 포함된 페이징 레코드(paging record) 중 어느 하나에 단말 식별자(UE identity)(예를 들어, IMSI 또는 S-TMSI)가 포함된 경우(즉, 페이징 절차가 MT call 용도로 사용된 경우), RRC_IDLE 모드인 단말은 네트워크와 RRC 연결을 확립(예를 들어, 서비스 요청(Service Request) 전송)하기 위하여 랜덤 액세스 절차(random access procedure)를 개시한다.
또한, RRC 페이징 메시지에 시스템 정보 변경(systemInfoModification)이 포함된 경우, 단말은 시스템 정보 획득 절차(system information acquisition procedure)를 이용하여 요구되는 시스템 정보를 재획득한다.
또한, RRC 페이징 메시지에 ETWS 지시(etws-Indication)가 포함되고 단말이 ETWS를 지원하는 경우, 단말은 즉시 SIB 1을 재획득한다. 즉, 단말은 다음 시스템 정보 변경 주기 경계까지 기다리지 않는다. 그리고, SIB 1에 포함된 스케줄링 정보 리스트(schedulingInfoList)가 SIB 10이 존재한다고 지시하면, 단말은 스케줄링 정보(schedulingInfor)를 기반으로 SIB 10을 획득한다. 또한, SIB 1에 포함된 스케줄링 정보 리스트(schedulingInfoList)가 SIB 11이 존재한다고 지시하면, 단말은 스케줄링 정보(schedulingInfor)를 기반으로 SIB 11을 획득한다.
또한, RRC 페이징 메시지에 CMAS 지시(cmas-Indication)가 포함되고, 단말이 CMAS를 지원하는 경우, 단말은 즉시 SIB 1을 재획득한다. 즉, 단말은 다음 시스템 정보 변경 주기 경계까지 기다리지 않는다. 그리고, SIB 1에 포함된 스케줄링 정보 리스트(schedulingInfoList)가 SIB 12가 존재한다고 지시하면, 단말은 스케줄링 정보(schedulingInfor)를 기반으로 SIB 12를 획득한다.
위와 같이, RRC 페이징 메시지에 셀 브로드캐스트 메시지(즉, ETWS/CAMS 메시지) 지시가 포함된 경우, 단말은 SIB 1의 schedulingInfoList 참조하여 SIB 10, SIB 11, SIB 12를 수신한다. 수신된 SIB 10, SIB 11, SIB 12는 단말의 상위 계층(예를 들어, RRC 계층)으로 전달된다. 단말의 상위 계층에서는 SIB 10, SIB 11, SIB 12를 통해 전달된 셀 브로드캐스트 메시지에 속한 메시지 식별자(Message identifier)가 단말의 탐색 리스트(Search list)에 포함되는 경우 단말에 디스플레이하고, 그렇지 않은 경우 폐기(discard)한다.
또한, RRC_IDLE 모드인 단말이 EAB를 지원하고 RRC 페이징 메시지에 EAB 파라미터 변경(eab-ParamModification) 필드가 포함된 경우, 단말은 이전에 저장된 SIB 14가 유효하지 않다고 간주하고, 즉시 SIB 1을 재획득한다. 즉, 단말은 다음 시스템 정보 변경 주기 경계까지 기다리지 않는다. 그리고, 단말은 시스템 정보 획득 절차(system information acquisition procedure)를 이용하여 SIB 14를 재획득한다.
페이징을 위한 비연속적 수신(Discontinuous Reception for paging)
UE는 전력 소비를 줄이기 위해 유휴 모드(idle mode)에서 불연속 수신 (DRX)을 사용할 수 있다.
하나의 페이징 기회(Paging Occasion; PO)는 PDCCH 또는 MPDCCH로 전송되는 P-RNTI가 있거나, 페이징 메시지를 어드레싱하는(addressing) NPDCCH 상의 NB-IoT에 대한 서브프래임이다.
MPDCCH 경우에 전송되는 P-RNTI에서, PO는 MPDCCH 반복의 시작 서브프래임을 지칭한다.
NPDCCH를 통해 전송되는 P-RNTI의 경우, PO는 NPDCCH 반복의 시작 서브프래임을 나타낸다.
하지만, 만일 PO에 의해 결정된 서브프레임이 유효한 NB-IoT 하향링크 서브프레임이 아닌 경우, PO 이후의 첫 번째 유효한 NB-IoT 하향링크 서브프레임이 NPDCCH가 반복되는 시작 서브프레임을 나타낸다.
하나의 페이징 프레임(PF)은 하나 또는 다수의 페이징 기회를 포함할 수 있는 하나의 무선 프레임이다.
DRX가 사용될 때, UE는 단지 DRX 사이클 당 하나의 PO를 모니터할 필요가 다.
하나의 페이징 협대역(PNB)은 UE가 페이징 메시지 수신을 수행하는 하나의 협대역이다.
PF, PO 및 PNB는 시스템 정보에 제공된 DRX 매개 변수를 사용하여 아래 수학식 1에 의해서 결정된다.
Figure PCTKR2018002892-appb-M000001
서브프레임 패턴에서 PO를 가리키는 인덱스 i_s는 아래 수학식 2로부터 획득될 수 있다.
Figure PCTKR2018002892-appb-M000002
만약, P-RNTI가 MPDCCH 상에서 모니터링 되는 경우, PNB는 아래 수학식 3에 의해서 결정될 수 있다.
Figure PCTKR2018002892-appb-M000003
P-RNTI가 NPDCCH 상에서 모니터링 되고, UE가 비-앵커 캐리어(non-anchor carrier)에서 페이징을 지원하며, 비-앵커 캐리어에 대한 페이징 구성(paging configuration)이 시스템 정보에 의해 제공되는 경우, 페이징 캐리어는 아래 수학식 4를 충족시키는 최소 페이징 캐리어 n에 의해 결정된다.
Figure PCTKR2018002892-appb-M000004
UE에 저장된 시스템 정보 DRX 파라미터는 DRX 파라미터 값들이 SI에서 변경될 때마다 UE에서 locally 업데이트된다.
만약 UE가 IMSI를 가지고 있지 않으면, 예를 들어 USIM 없이 비상 호출을 할 때, UE는 위의 공식 PF, i_s 및 PNB에서 UE_ID = 0을 디폴트 식별자(default identity)로 사용한다.
다음 파라미터들은 PF, i_s, PNB 및 NB-IoT 페이징 캐리어의 계산을 위해 사용된다.
- T : UE의 DRX 사이클. NB-IoT를 제외하고, 512 무선 프레임의 UE 특정 확장된 DRX 값은 T = 512로 상위 계층에 의해 구성된다.
그렇지 않으면, T는 상위 계층에 의해 할당되는 경우 UE 특정 DRX 값 중 가장 짧은 것으로 결정되고, 디폴트 DRX 값은 시스템 정보에서 방송된다.
UE 특정 DRX가 상위 계층에 의해 구성되지 않으면, 디폴트 값이 적용된다.
UE 특정 DRX는 NB-IoT에는 적용되지 않는다.
- NB : 4T, 2T, T, T / 2, T / 4, T / 8, T / 16, T / 32, T / 64, T / 128과, NB-IoT에 대해서는 또한 T / 512 및 T / 1024.
- N : min (T, nB)
- Ns : max (1, nB / T)
- Nn : 시스템 정보에 제공된 페이징 협대역의 개수
- UE_ID :
IMSI mod 1024, P-RNTI가 PDCCH상에서 모니터링되는 경우.
IMSI mod 4096, P-RNTI가 NPDCCH 상에서 모니터링되는 경우.
IMSI mod 16384, P-RNTI가 MPDCCH상에서 모니터링되거나 P-RNTI가 NPDCCH상에서 모니터링되고, UE가 비-앵커 캐리어에서 페이징을 지원하고, 비-앵커 캐리어에 대한 페이징 구성이 시스템 정보에 제공되는 경우.
- maxPagingCarriers : 시스템 정보에서 제공되는 구성된 페이징 캐리어 수.
- weight (i) : NB-IoT 페이징 캐리어 i에 대한 weight.
IMSI는 정수 (0..9)의 숫자들의 시퀀스로 주어진다.
위의 수학식에서 IMSI는 10 진수로 해석되어야 하며, 시퀀스에서 주어진 첫 번째 숫자는 최상위 숫자를 나타낸다.
예를 들어, IMSI = 12 (digit1 = 1, digit2 = 2)에서, 이것은 "1x16 + 2 = 18"이 아닌 십진수 "12"로 해석된다.
서브프래임 패턴들( Subframe Patterns)
<FDD>
- P-RNTI가 PDCCH 또는 NPDCCH를 통해 전송되거나, P-RNTI가 시스템 대역폭> 3MHz 인 MPDCCH를 통해 전송되는 경우:
Figure PCTKR2018002892-appb-T000015
-P-RNTI가 시스템 대역폭 1.4MHz 및 3MHz의 MPDCCH를 통해 전송되는 경우:
Figure PCTKR2018002892-appb-T000016
<TDD(all UL/DL configuration)>
- P-RNTI가 PDCCH를 통해 전송되거나, 또는 P-RNTI가 시스템 대역폭 > 3MHz인 MPDCCH를 통해 전송되는 경우:
Figure PCTKR2018002892-appb-T000017
- P-RNTI가 시스템 대역폭 1.4MHz 및 3MHz인 MPDCCH를 통해 전송되는 경우:
Figure PCTKR2018002892-appb-T000018
도 12는 본 발명이 적용될 수 있는 초기 UE 메시지 절차를 예시하는 도면이다.
eNB가 RRC 연결을 통해 MME로 포워딩되기 위해 전송된 첫 번째 UL NAS 메시지를 무선 인터페이스에서 수신한 경우, eNB는 NAS 전송 절차를 호출하고 NAS-PDU IE로써 NAS 메시지를 포함하는 INITIAL UE 메시지를 MME에게 전송한다.
eNB는 UE에 대해 사용될 고유한 eNB UE S1AP ID를 할당하고, 할당된 eNB UE S1AP ID를 INITIAL UE 메시지에 포함시킨다.
네트워크 공유의 경우에, 선택된 PLMN은 INITIAL UE 메시지에 포함 된 TAI IE 내의 PLMN Identity IE에 의해서 표시된다.
eNB가 무선 인터페이스로부터 S-TMSI IE를 수신하면, eNB는 수신된 S-TMSI IE를 INITIAL UE 메시지에 포함시킨다. eNB가 NNSF를 지원하지 않고 eNB가 무선 인터페이스로부터 GUMMEI IE를 수신 한 경우, eNB는 수신된 GUMMEI IE를 INITIAL UE 메시지에 포함 할 수 있다.
eNB가 NNSF를 지원하지 않고 eNB가 무선 인터페이스로부터 GUMMEI Type IE를 수신 한 경우, eNB는 수신된 GUMMEI Type IE를 INITIAL UE 메시지에 포함시킬 수 있다.
CN쪽으로 향하는 UE-associated logical S1-connection의 설정이 CSG 셀로부터 시작된 RRC 접속 설정으로 인해 수행되는 경우, CSG_Id는 INITIAL UE 메시지에 포함된다.
하이브리드 셀로부터 시작된 RRC 연결 설정으로 인해 CN에 대한 UE-associated logical S1-connection의 설정이 수행되면, CSG Id IE 및 셀 액세스 모드 IE가 INITIAL UE 메시지에 포함된다.
Relay Node에 의해 트리거된 RRC 연결 설정으로 인해 CN에 대한 UE-associated logical S1-connection의 설정이 수행 된 경우, GW 전송 계층 주소 IE와 중계 노드 표시기 IE는 INITIAL UE 메시지에 포함될 수 있다(TS 36.300 참조).
eNB가 LIPA 동작을 위한 L-GW 기능을 갖는 경우, eNB는 INITIAL UE 메시지에 GW Transport Layer Address IE를 포함시킨다.
SIPTO L-GW Transport Layer Address IE가 INITIAL UE 메시지에서 수신되면, MME가 지원하는 경우, MME는 3GPP TS 23.401 [11]에 명시된 것과 같이 SIPTO@LN 동작을 위해 SIPTO L-GW Transport Layer Address IE를 사용할 수 있다.
만약, LHN ID IE가 INITIAL UE 메시지에 포함되어 있다면, MME가 지원하는 경우, MME는 3GPP TS 23.401 [11]에 명시된 것과 같이 LHN ID IE를 사용할 수 있다.
Tunnel Information for BBF IE가 INITIAL UE 메시지에서 수신되면, MME가 지원하는 경우, MME는 3GPP TS 23.139 [37]에 명시된 것과 같이 core network에서 Tunnel Information for BBF IE를 사용한다.
MME Group ID IE가 INITIAL UE 메시지에 포함되어 있다면, 이는 메시지가 경로 변경된 메시지임을 나타내고, MME가 지원하는 경우, MME는 3GPP TS 23.401 [11]에 명시된 것과 같이 MME Group ID IE를 사용한다.
UE Usage Type IE 가 INITIAL UE 메시지에 포함되는 경우, MME가 지원하는 경우, DCN에서 선택된 MME는 3GPP TS 23.401 [48]에 명시된 것과 같이 UE Usage Type IE를 사용한다.
아래 표 19는 INITIAL UE 메시지를 구성하는 IE의 일 예를 나타낸다.
Figure PCTKR2018002892-appb-T000019
도 7 및 도 8에서 살펴본 Remote UE reporting procedure가 수행되는 이유는 네트워크에서 LI(Lawful interception)을 수행하기 위해 Remote UE의 존재를 인식해야 하기 때문이다.
Rel-13의 UE-to-Network Relay에서는 Remote UE의 UE Context가 네트워크에 존재하지 않고, Remote UE는 UE-to-Network Relay의 일부 PDN Connection을 통해서 service를 받는 layer 3 Relay architecture였다.
Rel-13의 Remote UE reporting procedure는 아래와 같은 특징을 가지고 있다.
1) 도 7에서 살펴본 바와 같이 reporting procedure는 IP allocation 이후 PC5 link가 established되면 바로 수행된다.
2) Relay UE가 EMM-CONNECTED상태에서 수행된다.
3) 1)은 Rel-13에서는 Remote UE가 Uu interface을 통해서(network으로) 보낼 data가 signalling이 생긴 경우, UE-to-Network Relay를 찾고(discovery)하고 해당 Relay와 PC5 link를 establish하면 Remote UE는 바로 data를 전송함을 가정하고 있다.
이를 위해서 도 7의 step 1)에서는 Relay UE가 EMM-CONNECTED로 전환하여 Remote UE의 data를 전송하기 위한 동작을 수행해야 한다.
하지만, Rel-15에서 Remote UE는 data전송에 상관없이 Relay UE를 discovery하거나 PC5 link를 establish할 수 있음을 가정하고 있다.
즉, Relay UE가 EMM-CONNECTED로 전환하는 동작이 필요하지 않을 수 있다.
하지만, Rel-13의 Remote UE reporting procedure는 Relay UE가 EMM-CONNECTED 상태에서 동작하는 것을 가정으로 설계되었다. 이로 인해, 이전의 reporting procedure를 사용하게 되는 경우, UE가 EMM-IDLE mode 인 경우, 불필요하게 EMM-CONNECTED mode로 전환해야 한다는 문제점이 존재한다.
이러한 layer 3 Relay architecture에서 네트워크는 Remote UE의 존재를 인식할 수 없다는 문제점이 존재한다.
Rel-15의 경우, Rel-13의 UE-to-Network Relay concept과는 달리, layer 2 Relay architecture를 가정하고 있기 때문에 네트워크에 Remote UE의 UE context가 존재하고, 네트워크는 별도의 절차 없이 Remote UE를 인지할 수 있다.
따라서, Rel-13의 LI목적의 Remote UE reporting procedure는 필요하지 않으며, LI 목적이 아닌 효율적인 핸들링(예를 들면, 시그널링 등)을 위해서는 네트워크가 Remote UE와 UE-to-Network Relay UE 간에 PC5 link가 확립되었는지 여부를 인식해야 한다.
예를 들면, Remote UE가 UE-to-Network Relay UE와 PC5 link를 확립하였다는 것을 네트워크(예를 들면, MME 또는 eNB 등)가 인지하면, 네트워크는 Remote UE와 시그널링이나 데이터를 간접 경로(indirect path)를 통해 송수신할 수 있다.
즉, 네트워크가 Remote UE와 Relay UE간에 PC5 link가 확립되었다는 것을 인지하면, 네트워크와 Remote UE는 Relay UE의 PC5 link를 통해 시그널링이나 데이터를 송수신할 수 있다.
하지만, 네트워크가 Remote UE와 Relay UE간에 PC5 link가 확립되었다는 것을 인지하지 못하면 간접 경로를 이용할 수 있는지 여부를 알 수 없기 때문에 불필요한 시그널링이나 Remote UE의 전력 소모가 발생할 수 있다는 문제점이 존재한다.
따라서, 본 발명은 네트워크가 Remote UE와 Relay UE간에 링크가 형성되었는지 여부를 인식할 수 있도록 Relay UE가 Remote UE와 Relay UE간의 연결 상태를 보고하기 위한 방법을 제안한다.
또한, Relay UE가 EMM-CONNECTED가 아닌 EMM-IDLE 모드에서 reporting procedure를 수행하기 위한 방법을 제안한다.
이하, 본 발명에서 Remote UE가 UE-to-Network Relay와 PC5 link를 확립하거나, non-3GPP access link를 확립한 상태를 ‘linked’라고 호칭한다.
또한, 본 발명에서 UE-to-Network Relay UE와 Relay UE는 같은 의미로 사용될 수 있으며, PC5를 기준으로 설명하지만, sidelink 구간에서 non-3GPP access link를 사용하는 경우에도 적용될 수 있다.
본 발명에서 Remote UE와 Relay UE는 아래와 같이 (pre-)association이 있음을 가정한다(3GPP TR 23.733참고).
eRelay-UE와 eRemote-UE 간의 고속 연결 설정(fast connection setup)은 서비스 요구 사항의 일부이며 빠른 연결 설정을 위한 수단으로 페어링이 사용될 수 있다.
빠른 연결 설정을 위해서 아래와 같은 사항이 고려될 수 있다.
- 사전 연결 유무에 관계없이 연결 설정을 향상 시킬지 여부 및 방법
- eRemote-UE와 eRelay-UE 간의 연관성이 EPC를 통해 제공되는지 여부.
- 이전 연관성이 private Relay Networks, 즉 서로 특정 신뢰 관계 (예를 들면, 동일한 소유자의 Smartphone 및 Smartwatch 또는 동일한 회사에 속한 UE 그룹)로 구성된 네트워크로만 사용되는지 여부.
이하, 본 발명에서 Remote UE의 serving network entity는 eNB_1, Relay UE의 serving network entity는 eNB_2라고 가정한다.
도 13은 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 예시하는 도면이다.
도 13을 참조하면, Relay UE의 MME와 Remote UE의 MME가 동일한 경우에, Relay UE는 Relay UE와 Remote UE간의 링크가 확립되었다는 것을 reporting procedure를 통해서 MME에게 보고할 수 있다.
구체적으로, 1. Step 0)에서 Remote UE와 Relay UE간에 PC5 direct link가 확립되면, Relay UE는 eNB 2를 통해 Relay UE와 Remote UE간의 PC5 direct link가 확립되었다는 것을 MME에게 보고하기 위해 Remote UE report message를 MME에게 전달한다.
Remote UE report message를 Remote UE 또는 Relay UE중 어떤 UE가 생성하고 triggering하는 지에 따라 message의 전송을 시작하는 step이 달라질 수 있다.
step 1-A)는 Remote UE가 Remote UE report message를 triggering하는 경우를 나타내고, step 1-B)는 Relay UE가 Remote UE report message를 triggering하는 경우를 나타낸다.
1-A. Remote UE는 reporting procedure의 개시를 위해 Remote UE report message를 생성하고, 생성된 메시지를 확립된 PC5 link를 통해서 Relay UE에게 전송할 수 있다.
이때, Remote UE는 Relay UE로부터 Remote UE report message에 대한 Ack을 수신할 수 있다.
i. Step 1-A)에서 Remote UE report message는 새로운 NAS message이거나 기존의 Tracking procedure에서 사용되는 TAU request message가 이용될 수 있다.
1-B. Relay UE는 Remote UE report message를 eNB_2에게 전송한다.
i. Step 1-A)에서 Remote UE가 Remote UE report message를 생성하여 전송하는 경우, Relay UE는 Remote UE로부터 전송 받은 Remote UE report message를 eNB_2에게 포워딩한다.
ii. Step 1-A)에서 Remote UE가 Remote UE report message를 생성하여 전송하지 않는 경우, Relay UE는 Remote UE report message를 생성하고, 생성된 Remote UE report message를 eNB_2에게 전달한다.
iii. Step 1-B)에서 Remote UE report message는 새로운 NAS message이거나 기존의 Tracking procedure에서 사용되는 TAU request message가 이용될 수 있다.
이때, Relay UE는 Remote UE report message를 RRC message로 캡슐화하고, RRC message에 Remote UE의 S-TMSI 및/또는 Remote UE의 GUMMEI를 포함시킬 수 있다.
1-C. eNB_2는 Step 1-B)에서 수신한 RRC message를 RRC message에 포함된 S-TMSI및/또는 GUMMEI에 기초하여 MME로 전송한다. MME는 eNB_2로부터 전송된 RRC message를 통해 해당 Remote UE의 link 상태를 인지할 수 있다.
2. MME는 RRC message에 대한 응답으로 Remote UE report response message (또는, link status report response message)를 Remote UE에게 전송한다.
2-A. MME는 Remote UE report response message 를 eNB_2에게 전달 한다.
i. Remote UE와 Relay UE가 모두 EMM-CONNECTED인 경우, eNB_2는 Remote UE와 Relay UE의 relationship을 생성하기 위한 동작을 수행한다.
- eNB_2는 Remote UE의 로컬 식별자(local identifier)를 생성하여 step 2-B)나 별도의 RRC message를 통해 생성된 로컬 식별자를 Relay UE에게 전송한다.
- eNB_2는 Remote UE의 DRB를 해제 및/또는 삭제하고 해제 및/또는 삭제된 DRB에 대응하는 SLRB를 생성한다. 이후, eNB_2는 생성된 SLRB를 Relay UE의 DRB로 매핑하는 절차를 수행한다. 이 때, eNB_2는 Relay UE의 기존의 DRB가 Remote UE의 트래픽을 송수신하기에 충분하지 못하다고 판단하는 경우, Relay UE의 추가적인 DRB를 확립하는 동작을 수행할 수 있다.
2-B. eNB_2는 MME로부터 전송된Remote UE report response message를 RRC message로 캡슐화 하여 Relay UE에게 전송한다.
C. Relay UE는 eNB_2로부터 전송된 Remote UE report response message를 Relay UE와 Remote UE간의 링크를 통해 Remote UE에게 전송한다.
i. step 2-C)의 동작은 step 2-A)가 수행되었는지 여부에 관계없이 수행될 수 있다.
ii. Relay UE로부터 Remote UE report response message를 수신한 Remote UE는 Uu interface monitoring을 stop한다. 예를 들면, Remote UE는 paging 및/또는 SIB monitoring을 수행 하지 않는다.
본 발명의 또 다른 실시 예로, Remote UE가 Uu 인터페이스를 통한 paging monitoring을 조기에 stop하게할 수 있다.
이 경우, Remote UE가 Uu 인터페이스를 통한 paging monitoring을 조기에 stop 함으로써, Remote UE의 전력 소모를 감소시킬 수 있는 효과가 있다.
구체적으로, 1. 아래에서 설명하는 시점에 Remote UE는 step 0)에서 Uu interface monitoring 동작을 중단한다.
A. Step 0) 에서 Relay UE와의 링크가 확립되는 순간
B. Relay UE로부터 Step 1-A) 에 대한 ack을 수신하는 순간
i. 이 경우, Relay UE는 Step 1-A)에서 Remote UE에게 Remote UE report message를 성공적으로 수신했다는 ack를 전송할 수 있다. 이 경우, step 2-C)는 수행되지 않을 수 있다.
2. Relay UE는 아래에서 설명하는 시점에 Remote UE를 위한 추가적인 paging 메시지를 수신하는 동작을 수행할 수 있다.
Relay UE가 Remote UE의 paging occasion을 알고 있는 경우, Relay UE의 paging occasion 외에 Remote UE의 paging occasion에도 추가적으로 paging 메시지를 수신할 수 있다.
Relay UE는 수신된 paging message에 Remote UE의 identity가 포함되어 있으면, 수시된 paging message를 sidelink 또는 PC5 link를 통해 Remote UE에게 전달한다.
A. Step 0) 에서 Remote UE와의 링크가 확립되는 순간
B. Remote UE에게 Step 1-A) 에 대한 ack을 전송하거나, Step 1-A)에서 Remote UE report message를 수신하는 순간.
3. Relay UE는 step 2-B)나 step 2-C)를 수행하면 Remote UE의 paging occasion에서 paging 메시지를 수신하는 동작을 수행하지 않을 수 있다.
이와 같은 방법을 통해서 Relay UE는 EMM-CONNECTED 모드 뿐만 아니라 EMM-IDLE 모드에서도 Remote UE와의 링크 상태를 MME에게 보고하기 위한 reporting procedure를 수행할 수 있으며, MME는 Remote UE와 Relay UE간에 링크가 확립되었는지 여부를 인지할 수 있다.
도 14는 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 예시하는 도면이다.
도 14를 참조하면, Relay UE의 MME와 Remote UE의 MME가 동일한 경우에, Relay UE는 Relay UE와 Remote UE간의 링크가 해제되었다는 것을 reporting procedure를 통해서 MME에게 보고할 수 있다.
구체적으로, 1. Step 0)에서 Remote UE와 Relay UE간의 PC5 direct link의 해제가 트리거 되면, Relay UE는 Remote UE와 링크가 해제되었다는 것을 MME에게 알리기 위해 Remote UE report message를 MME에게 전달한다.
Remote UE report message를 Remote UE 또는 Relay UE중 어떤 UE가 생성하고 triggering하는 지에 따라 message의 전송을 시작하는 step이 달라질 수 있다.
step 1-A)는 Remote UE가 Remote UE report message를 triggering하는 경우를 나타내고, step 1-B)는 Relay UE가 Remote UE report message를 triggering하는 경우를 나타낸다.
1-A. Remote UE는 reporting procedure의 개시를 위해 Remote UE report message를 생성하고, 생성된 메시지를 확립된 PC5 link를 통해서 Relay UE에게 전송할 수 있다.
이때, Remote UE는 Relay UE로부터 Remote UE report message에 대한 Ack을 수신할 수 있다.
i. Step 1-A)에서 Remote UE report message는 새로운 NAS message이거나 기존의 Tracking procedure에서 사용되는 TAU request message가 이용될 수 있다.
1- B. Relay UE가 Remote UE report message를 eNB_2에게 전송한다.
i. Step 1-A)에서 Remote UE가 Remote UE report message를 생성하여 전송하는 경우, Relay UE는 Remote UE로부터 전송 받은 Remote UE report message를 eNB_2에게 포워딩한다.
ii. Step 1-A)에서 Remote UE가 Remote UE report message를 생성하여 전송하지 않는 경우, step 1-A)에서 Remote UE는 Relay UE간에 확립된 PC5 link의 해제를 요청하는 indication 또는 message를 PC5 link를 통해 Relay UE에게 전송한다.
Remote UE로부터 PC5 link의 해제를 요청하는 indication 또는 message를 수신한 Relay UE는 Remote UE report message를 생성하고, 생성된 Remote UE report message를 eNB_2에게 전송한다.
iii. Step 1-B)에서 Remote UE report message는 새로운 NAS message이거나 기존의 Tracking procedure에서 사용되는 TAU request message가 이용될 수 있다.
이때, Relay UE는 Remote UE report message를 RRC message로 캡슐화하고, RRC message에 Remote UE의 S-TMSI 및/또는 Remote UE의 GUMMEI를 포함시킬 수 있다.
1-C. eNB_2는 Step 1-B)에서 수신한 RRC message를 RRC message에 포함된 S-TMSI및/또는 GUMMEI에 기초하여 MME로 전송한다. MME는 eNB_2로부터 전송된 RRC message를 통해 해당 Remote UE의 link가 해제되었다는 것을 인지할 수 있다.
2. MME는 RRC message에 대한 응답으로 Remote UE report response message (or link status report response message)를 Remote UE에게 전송한다.
2-A. MME는 Remote UE report response message 를 eNB_2에게 전달 한다.
i. Remote UE와 Relay UE가 모두 EMM-CONNECTED인 경우, 이후에 MME는 Remote UE의 S1 release procedure를 수행할 수 있다.
ii. MME로부터 Remote UE report response message 를 수신한 eNB_2는 Remote UE와 Relay UE의 relationship을 제거/삭제하기 위한 동작을 수행한다.
- eNB_2는 Remote UE의 context(예를 들면, local identifier 등)를 삭제하고, Remote UE의 트래픽 전송과 관련된 DRB mapping or multiplexing 정보를 삭제한다.
- eNB_2는 Remote UE의 traffic을 송수신하는 데 사용되는 Relay UE의 DRB를 해제할 수 있다.
- eNB_2는 Remote UE의 SLRB를 삭제하고, 삭제된 SLRB가 Relay UE의 DRB로 매핑되었던 설정을 삭제할 수 있다.
2- B. eNB_2는 Remote UE report response message를 Relay UE에게 전송한다.
2-C. Relay UE는 Remote UE report response message를 Remote UE에게 전송한다.
i. step 1-C)의 동작은 step 2-A)가 수행되었는지 여부에 관계없이 수행될 수 있다.
ii. Relay UE로부터 Remote UE report response message를 수신한 Remote UE는 Uu interface monitoring을 start한다. 예를 들면, Remote UE는 paging monitoring 동작을 수행할 수 있다.
본 발명의 또 다른 실시 예로, Relay UE는 Remote UE와의 PC5 link를 빠르게 해제하고, Uu interface로 전환할 수 있다. 이를 통해 sidelink의 채널 상황이 나빠지더라도 안정적으로 Uu interface를 통해서 paging 메시지를 수신할 수 있다.
1. 이 경우, Remote UE는 아래와 같은 시점에서, Uu interface monitoring을 시작한다.
A. Relay UE로부터 Step 1-A)에 대한 ack을 수신하는 순간
i. 이 경우, Relay UE는 Step 1-A)에서 Remote UE에게 Remote UE report message를 성공적으로 수신했다는 ack를 전송할 수 있다.
ii. Relay UE로부터 Ack를 수신한 Remote UE는 PC5 link를 release하기 위한 direct link release procedure를 수행한다. 이 경우, step 2-C)는 수행되지 않을 수 있다.
B. Relay와 Remote UE간의 sidelink 또는 PC5 link의 채널 품질이 일정 품질 이하로 나빠지는 순간.
C. 다른 Relay UE를 (re)selection한 순간.
이와 같은 절차는 명시적으로 Remote UE와 Relay UE간의 링크를 해제하는 경우의 절차이다.
하지만, Remote UE와 Relay UE간에 암시적으로 링크를 해제하기 위한 절차를 수행하는 경우(예를 들면, locally release 등), Remote UE와 Relay UE는 아래와 같은 동작을 수행할 수 있다.
1. Remote UE의 동작
A. Remote UE는 Relay UE와 PC5 link를 확립한 이후, Relay UE로부터 확립된 PC5 링크를 통해 signalling이나 data를 수신한 경우, timer Tabcd를 주어진 값으로 start하거나 restart한다.
i. 상기 timer는 direct link keepalive procedure에서 사용되는 T4102이거나 새로운 timer일 수 있다.
B. 해당 timer가 expired된 경우, Remote UE는 Uu interface monitoring을 시작한다.
2. Relay UE동작
A. Relay UE는 암시적으로 링크를 해제하기 위한 절차를 수행하는 경우, Remote UE reporting message를 MME에 전송하여, 해당 Remote UE와 linked상태가 아님을 MME에게 알린다.
B. Relay UE가 EMM-CONNECTED인 경우, MME는 Relay UE가 camped on한 eNB에게 해당 Relay UE와 Remote UE가 더 이상 linked상태가 아님을 알린다.
MME가 eNB에게 Relay UE와 Remote UE간의 링크가 해제되었다는 것을 알리기 위한 S1AP message는 Remote UE의 identity(예를 들면, IMSI, S-TMSI 또는 local identifier 등)를 포함한다.
MME로부터 S1AP message를 수신한 eNB는 해당 Remote UE와 Relay UE가 linked상태가 아님을 인지하고, 해당 Remote UE의 context(예를 들면, local identifier)를 삭제하고, 필요한 경우, 해당 Remote UE의 traffic과 관련된 DRB를 해제한다.
이하, 본 발명에서 이용되는 Remote UE report message 및 Remote UE response message에 대해 살펴보도록 한다.
본 발명에서 설명하는 remote UE reporting procedure(또는, link status reporting procedure)는 아래와 같은 특징을 가질 수 있다.
1. Remote UE reporting procedure는 별도로 수행되거나, TAU procedure를 통해 수행될 수 있다.
2. Remote UE reporting procedure는 EMM-CONNECTED mode 뿐만 아니라, EMM-IDLE mode에서도 수행될 수 있다.
Remote UE가 remote UE reporting procedure를 triggering하는 경우, remote UE report message는 아래 표 20과 같은 IE를 포함할 수 있다(3GPP TS 24.301 참조).
Figure PCTKR2018002892-appb-T000020
Protocol discriminator: user-network call control 를 위한 메시지를 다른 메시지와 구별하기 위해 사용된다.
Security header type: Security header type IE는 NAS message의 보안 보호(security protection)와 관련된 제어 정보를 포함한다.
EPS update type: EPS update IE는 update procedure가 연관된 영역을 특정하기 위해서 사용된다.
표 20에서 message identity는 Remote UE reporting procedure가 별도로 수행되는 경우, remote UE reporting procedure(또는, link status reporting procedure)를 식별하기 위한 identity가 사용될 수 있다.
하지만, Remote UE reporting procedure가 TAU procedure를 통해 수행되는 경우, message identity는 Tracking area update request를 나타내는 식별자가 사용될 수 있다(3GPP TS 24.301 subcluase 9.2 참고).
이때, remote UE report message는 Relay UE와 Remote간의 linked 여부(즉, 링크가 확립되었는지 여부)를 나타내는 식별자 및 관련 Relay UE를 식별하기 위한 식별자를 포함할 수 있다.
아래 표 21은 remote UE report message에 포함되는 Relay UE를 식별하기 위한 식별자의 일 예를 나타낸다.
Figure PCTKR2018002892-appb-T000021
Remote UE가 Relay UE와의 linked상태를 알리는 경우, remote UE는 remote UE report message에 표 21과 같이 Relay UE의 identity를 포함하여 전송할 수 있다.
MME는 Relay UE의 identity가 포함된 remote UE report message를 수신하면 remote UE report message에 포함된 Relay UE의 identity에 기초하여 Remote UE가 Relay UE와 링크를 확립하였음을 인지할 수 있다.
또한, remote UE report message는 표 21의 Relay UE의 Identity 뿐만 아니라, Remote UE가 Relay UE와 링크를 형성하였는지 여부를 나타내는 식별자를 더 포함할 수 있다.
Relay UE가 EMM-CONNECTED 모드 또는 EMM-IDLE 모드에서 remote UE reporting procedure를 triggering하기 위해서 remote UE report message는 아래 표 22과 같은 IE를 포함할 수 있다(3GPP TS 24.301 참조).
Figure PCTKR2018002892-appb-T000022
표 22에서 각 IE의 정의는 표 20에서 살펴본 바와 같다.
표 22에서 message identity는 Remote UE reporting procedure가 별도로 수행되는 경우, remote UE reporting procedure(또는, link status reporting procedure)를 식별하기 위한 identity가 사용될 수 있다.
하지만, Remote UE reporting procedure가 TAU procedure를 통해 수행되는 경우, message identity는 Tracking area update request를 나타내는 식별자가 사용될 수 있다(3GPP TS 24.301 subcluase 9.2 참고).
이때, Relay UE가 Remote UE reporting procedure를 triggering 하는 경우에도 remote UE report message는 앞에서 살펴본 바와 같이 Relay UE와 Remote간의 linked 여부(즉, 링크가 확립되었는지 여부)를 나타내는 식별자 및 관련 Relay UE를 식별하기 위한 식별자를 포함할 수 있다.
아래 표 23은 remote UE report message에 포함되는 Relay UE를 식별하기 위한 식별자의 일 예를 나타낸다.
Figure PCTKR2018002892-appb-T000023
도 15는 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 위한 Relay UE의 메시지 흐름을 예시하는 도면이다.
도 15를 참조하면, Relay UE의 MME와 Remote UE의 MME가 동일하거나, 서로 다른 경우, Relay UE는 Relay UE와 Remote UE간의 링크가 해제되었다는 것을 reporting procedure를 통해서 Remote UE의 MME에게 보고할 수 있다.
이하, 본 발명에서 Remote UE의 serving network entity는 eNB_1, MME_1라 호칭하고, Relay UE의 serving network entity는 eNB_2, MME_2, S-GW_2라 호칭한다.
구체적으로, Remote UE와 Relay UE가 EMM-IDLE 모드이거나 EMM-CONNECTED 모드에서 Remote UE와 Relay UE간에 PC5 direct link가 확립되면, Relay UE는 eNB 2를 통해 Relay UE와 Remote UE간의 PC5 direct link가 확립되었다는 것을 Remote의 MME_1에게 보고하기 위해 Remote UE report message(또는, 보고 메시지)를 eNB 2를 통해 MME_1에게 전달한다(S15020, S15030).
Remote UE reporting procedure를 Remote UE가 triggering하는 경우, Remote UE report message는 Remote UE에 의해서 생성되어 Relay UE로 전송된다(S15010).
이때, Remote UE report message는 앞의 표 20 및 표 21에서 설명한 IE를 포함할 수 있다.
하지만, Remote UE reporting procedure를 Relay UE가 triggering하는 경우, Remote UE report message는 Relay UE에 의해서 생성된다.
이 경우, Relay UE는 Remote UE report message가 eNB_2에 의해 MME_1으로 전달되기 위해서 Remote UE의 S-TMSI 또는 MME_1의 GUMMEI를 요청하는 요청 메시지를 Remote UE에게 전송하고, 이에 대한 응답으로 Remote UE의 S-TMSI 또는 MME_1의 GUMMEI를 포함하는 응답 메시지를 수신할 수 있다.
또한, Remote UE로부터 획득한 Remote UE의 S-TMSI 또는 MME_1의 GUMMEI를 Remote UE report message에 포함시켜 전송할 수 있다.
이후, MME_1으로부터 eNB_2를 통해 Remote UE report message에 대한 응답으로 Remote UE report response message를 수신한다(S15040, S15050).
MME_1으로부터 수신한 Remote UE report response message를 Remote UE와 Relay UE간에 확립된 링크를 통해 Remote UE로 전송할 수 있다(S15060).
도 16은 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 예시하는 도면이다.
도 16을 참조하면, Relay UE의 MME와 Remote UE의 MME가 서로 다른 경우에, Relay UE는 Relay UE와 Remote UE간의 링크가 해제되었다는 것을 reporting procedure를 통해서 Remote UE의 MME에게 보고할 수 있다.
구체적으로, 1. Step 0)에서 Remote UE와 Relay UE간에 PC5 direct link가 확립되면, Relay UE는 Relay UE와 Remote UE간의 PC5 direct link가 확립되었다는 것을 Remote UE를 관리하는 MME 1에게 보고하기 위해 eNB 2를 통해 Remote UE report message를 MME_1게 전달한다.
이때, Remote UE report message를 Remote UE 또는 Relay UE중 어떤 UE가 생성하고 triggering하는 지에 따라 message의 전송을 시작하는 step이 달라질 수 있다.
step 1-A)는 Remote UE가 Remote UE report message를 triggering하는 경우를 나타내고, step 1-B)는 Relay UE가 Remote UE report message를 triggering하는 경우를 나타낸다.
1-A. Remote UE는 reporting procedure의 개시를 위해 Remote UE report message를 생성하고, 생성된 메시지를 확립된 PC5 link를 통해서 Relay UE에게 전송할 수 있다.
i. Remote UE는 NAS message인 Remote UE report message를 생성하고, Relay UE를 관리하는 MME_2가 아닌 Remote UE를 관리하는 MME_1에게 NAS message를 라우팅하기 위한 Remote UE의 S-TMSI나 MME_1의 GUMMEI를 lower layers(예를 들면, AS layer 또는 RRC layer)로 전송한다(3GPP TS 24.301 subclause 5.3.1.1 참조).
S-TMSI 및/또는 GUMMEI를 수신한 RRC layer는 NAS message를 RRC message로 캡슐화하고, 캡슐화된 RRC message에 S-TMSI나 GUMMEI를 포함시킨다.
이후, Remote UE는 S-TMSI나 GUMMEI가 포함된 RRC message를 확립된 PC5 link를 통해 Relay UE에게 전송한다.
ii. Step 1-A)에서 Remote UE report message는 새로운 NAS message이거나 기존의 Tracking procedure에서 사용되는 TAU request message가 이용될 수 있으며, Remote UE report message는 표 20 alc 표 21에서 설명한 IE를 포함할 수 있다.
1-B. Relay UE는 Remote UE report message를 eNB_2에게 전송할 수 있다. 이 때, step 0)이 수행되었는지 여부에 따라 동작이 다를 수 있다.
i. Step 0)이 수행된 경우, Relay UE는 Remote UE로부터 수신한 RRC message를 eNB_2로 전송한다.
ii. Step 0)이 수행되지 않은 경우, Relay UE는 Remote UE Step 1-A에서 Remote UE가 수행한 동작인 step A)의 i)과 ii)를 수행한다.
이때, Rely UE는 MME 1으로 NAS message를 라우팅하기 위한 Remote UE의 S-TMSI 및/또는 MME_1의 GUMMEI를 획득할 수 있다.
Relay UE는 step 1-A)를 통해 S-TMSI 및/또는 GUMMEI를 remote UE로부터 획득하거나, Remote UE로 S-TMSI 및/또는 GUMMEI를 요청하는 요청 메시지를 전송하고, 이에 대한 응답으로 S-TMSI 및/또는 GUMMEI를 포함하는 응답 메시지를 수신함으로써, S-TMSI 및/또는 GUMMEI를 획득할 수 있다.
이때, Relay UE가 S-TMSI 및/또는 GUMMEI를 획득하는 과정은 Relay UE가 RRC message를 eNB_2로 전송하기 전에 수행될 수 있다.
1-C. eNB_2는 Step 1-B)에서 수신한 RRC message를 RRC message에 포함된 S-TMSI와 GUMMEI에 기초하여 MME_1로 전달한다. eNB_2로부터 Remote UE report message를 수신한 MME_1는 remote UE와 Relay UE간의 링크가 확립되었는지 여부를 인식할 수 있다.
이와 같은 방법을 이용하여 Remote UE와 Relay UE간의 링크가 형성되었는지 여부를 Remote UE의 MME_1에게 직접 보고하는 경우, Relay UE의 MME_2를 통해 보고하는 경우와 비교하여 MME_1는 remote UE의 eNB가 eNB_1에서 eNB_2로 변경되었다는 것을 추가적인 signaling없이 인식할 수 있다는 효과가 있다.
도 17은 본 발명의 일 실시 예에 따른 Remote UE Report 절차를 예시하는 도면이다.
도 17을 참조하면, Relay UE의 MME와 Remote UE의 MME가 서로 다른 경우에, Relay UE는 Relay UE와 Remote UE간의 링크가 해제되었다는 것을 Relay UE의 MME를 통해서 Remote UE의 MME에게 보고할 수 있다.
이하, 도 16에서 설명한 방법과 차이가 나는 부분만 설명하도록 한다. 아래에서 설명하는 차이점 외에는 도 16과 동일하다.
구체적으로, 도 16과는 달리 eNB_2가 Relay UE를 관리하는 MME_2로 Remote UE reporting procedure를 위한 Remote UE report message를 전송하기 위해서 Remote UE report message는 MME_1의 S-TMSI 및/또는 GUMMEI가 아닌 MME_2의 S-TMSI 및/또는 GUMMEI를 포함할 수 있다.
MME_2는 eNB_2를 통해 Relay UE로부터 Remote UE와 Relay UE간의 링크가 확립되었는지 여부를 보고하기 위한 NAS message를 수신한다.
1-D. MME_2는 수신된 NAS message의 IE에 포함된 Relay UE와 링크된 remote UE들을 확인하여 링크된 remote UE가 속한 MME들에게 해당 remote UE가 relay UE와 링크를 확립한 상태임을 알리는 Remote UE report message를 전송한다.
이때, MME_2가 MME_1에게 전송하는 Remote UE report message는 Relay UE와 Relay UE에 링크된 Remote UE를 식별하기 위한 각각의 identity를 포함할 수 있다.
1-E. 이후, MME_2는 MME_1으로부터 Remote UE report message 대한 응답으로 Remote UE report response message를 수신한다.
MME_1 및 eNB_1이 새로운 S1AP ID를 할당하기 위해서 아래와 같은 동작을 수행할 수 있다.
i. Step 1-C)에서 eNB_2는 MME 2로 전송하는 S1AP message에 Relay UE와 링크된 Remote UE의 수와 동일한 개수의 eNB UE S1AP ID IE를 포함시킬 수 있다.
즉, eNB_2는 Relay UE에 링크된 Remote UE 각각의 eNB UE S1AP ID IE를 포함하는 S1AP message를 MME 2로 전송할 수 있다.
ii. eNB_2로부터 S1AP message를 수신한 MME_2는 Relay UE에 링크된 각각의 Remote UE를 관리하는 MME로 step 1-D)에서 Remote UE report message를 전송할 때, Remote UE report message에 각각의 Remote UE를 식별하기 위한 eNB UE S1AP ID를 포함시켜 전송할 수 있다.
iii. MME_2로부터 Remote UE report message를 수신한 MME_1은 step 1-E)에서 MME_2로 Remote UE report message에 대한 응답으로 Remote UE report response message를 전송한다.
이때, MME_1은 Remote UE report message에 포함되어 있던 eNB UE S1AP ID와 MME_1이 Remote UE에게 새롭게 할당한 MME UE S1AP ID를 Remote UE report response message 에 포함시켜 MME_2로 전송할 수 있다.
iv. MME_1으로부터 Remote UE report response message를 수신한 MME_2는 step 2-A)에서 eNB UE S1AP ID, MME_1에 의해서 할당된 MME UE S1AP ID, MME_1의 identity 또는 remote UE의 identity 중 적어도 하나를 Remote UE report response message에 포함시켜 eNB_2로 전송한다.
v. MME 2로부터 eNB UE S1AP ID, MME_1에 의해서 할당된 MME UE S1AP ID, MME_1의 identity 또는 remote UE의 identity 중 적어도 하나를 포함하는 Remote UE report response message를 수신한 eNB는 해당 Remote UE와 MME 1간의 S1AP association(connection)이 확립되었다고 판단한다.
vi. 이후, MME_2는 DL message를 eNB_2로 바로 전송할 수 있다.
vii. 이와 같이 MME_1 및 eNB_1이 새로운 S1AP ID를 할당하기 위한 동작은 Relay UE와 Remote UE가 모두 EMM-CONNECTED 모드인 경우에 수행될 수 있다.
도 16 및 도 17은 Remote UE와 Relay UE가 링크를 형성하는 경우를 예로 들어 설명하였지만, Remote UE와 Relay UE간에 형성된 링크가 해제되는 경우에도 적용될 수 있다.
이와 같은 방법을 이용하여 Remote UE와 Relay UE간의 링크가 형성되었는지 여부를 Relay UE의 MME_2를 통해 보고하는 경우, Remote UE의 MME_1에게 직접 보고하는 경우와 비교하여 하나 이상의 링크가 확립되거나 해제될 때 reporting을 위한 signaling overhead가 감소한다는 효과가 있다.
도 13 내지 도 17에서 설명한 방법을 통해 Remote UE와 Relay UE간의 링크가 확립되었는지 여부를 인식한 MME는 Remote UE가 EMM-IDLE 모드인 경우, Remote UE에 대한 데이터가 발생한 경우, Remote UE로 페이징 메시지를 전송할 수 있다.
이하, Remote UE의 페이징을 위해 본 발명에서 제안하는 페이징 절차를 살펴보도록 한다.
앞에서 설명한 바와 같이 Rel-13의 layer 3 relay architecture에서는 network이 remote UE에 대한 UE context가 존재하지 않는다. 따라서, Remote UE에 대한 하향링크 데이터가 발생하더라도 network는 발생된 하향링크 데이터가 relay UE에 대한 하향링크 데이터라고 간주한다.
이러한 경우, Relay UE가 EMM-IDLE mode이면 remote UE에 대한 하향링크 데이터가 발생하더라도 페이징 메시지는 Remote UE가 아닌 Relay UE를 향해 전송된다.
Rel-15 에서는 Rel-13의 UE-to-Network Relay와는 달리 network에서 Remote UE를 Relay UE와는 다른 독립적인 존재로 인식하고 있다.
즉, network(i.e. MME)에 remote UE에 context가 존재하기 때문에 Remote UE에 대한 EMM 또는 ESM signalling이 relay UE와는 독립적으로 발생하게 된다.
이 경우, Remote UE를 위한 Paging을 위한 signalling도 Relay UE와는 독립적으로 발생한다.
이때, Remote UE가 Relay UE와 PC5 link를 확립하고, power saving을 위해서 자신의 paging을 monitoring하지 않을 경우, Relay UE가 자신의 paging occasion과 remote UE의 paging occasion을 함께 monitoring해야 하기 때문에, Relay UE의 전력 소모가 증가한다는 문제점이 존재한다.
따라서, 본 발명은 이러한 문제점을 해결하기 위해서 MME가 Remote UE와 Relay UE간의 링크가 확립되었는지 여부를 인식하고 있는 경우, Relay UE의 paging occasion에 Remote UE의 paging message를 Relay UE로 전송하여 Relay UE가 paging을 모니터링 하는 횟수를 감소시켜 Relay UE의 전력 소모를 감소시키기 위한 방법을 제안한다.
또한, Relay UE가 EMM-CONNECTED의 경우, Remote UE를 위한 paging을 줄이는 방법을 제안한다.
이하 본 발의 페이징 방법에서 네트워크는 Remote UE와 Relay UE간에 링크가 형성되었는지 여부를 인식하고 있다고 가정한다.
이하, 본 발명에서 Relay UE와 Remote UE의 serving network entity(즉, MME and/or S-GW)가 다른 경우를 가정하고 설명하도록 한다.
하지만 본 발명은 serving network entity가 다른 경우뿐만 아니라 동일한 경우에도 적용될 수 있으며, 이 경우 Relay UE와 Remote UE 각각의 MME간에 상호작용은 내부적으로 수행될 수 있다.
도 18은 본 발명의 일 실시 예에 따른 페이징 절차를 예시하는 도면이다.
도 18을 참조하면, Relay UE는 Remote UE의 MME로부터 Remote UE에 대한 페이징 메시지를 Relay UE의 paging occasion에서 수신하여 Remote UE에게 전송할 수 있다.
구체적으로, 1. MME_1는 remote UE와 relay UE의 linked 상태를 인식할 수 있다.
이때, MME_1은 도 13내지 도 17에서 설명한 방법을 통해서 Remote UE와 Relay UE간에 링크가 형성되었는지 여부를 인식할 수 있다.
2. Remote UE는 EMM-IDLE 모드이고, Relay UE가 EMM-IDLE 모드 또는 EMM-CONNECTED 모드인 경우, MME_1가 remote UE에 대한 DDN(Downlink Data Notification message)수신한다.
3. MME_1은 Remote UE에 대한 DDN을 수신하면 도 11에서 설명한 바와 같이 Remote UE를 페이징하기 위한 paging message를 생성한다.
Relay UE가 EMM-IDLE 모드인 경우, 도 11에서 설명한 S1AP paging message가 사용될 수 있다. 하지만, Relay UE가 EMM-CONNECTED 모드인 경우, 도 11에서 설명한 S1AP paging message가 사용되거나, Remote UE를 페이징하기 위한 새로운 NAS paging message가 정의되어 사용될 수 있다.
이때, 도 11에서 설명한 S1AP paging message가 사용되는 경우, 아래와 같이 도 11에서 설명한 방법과는 다른 동작이 수행될 수 있다.
A. Paging message의 CN Domain IE는 Remote UE의 paging message에 기초하여 설정된다. CN Domain IE외의 IE는 Remote UE가 linked상태임을 인지한 경우, Relay UE의 정보에 기초하여 설정된다.
i. 예를 들어, MME_1는 step 1)에서 paging message의 UE Identity Index value를 Remote UE의 identity가 아닌 Relay UE의 identity에 기초하여 생성하고, 생성된 UE Identity Index value를 paging message에 포함시켜 전송한다.
UE Identity Index value에 대한 정보는 도 7에서 설명한 바와 같다.
B. paging message는 Remote UE를 위한 것인지 또는 Relay UE를 위한 것인지 여부를 나타내는 특정 IE를 포함할 수 있다.
이때, 특정 IE는 아래와 같은 정보를 포함할 수 있다.
i. Paging message가 Relay UE를 위한 것인지, Remote UE를 위한 것인지 여부를 나타내는 식별 정보를 포함할 수 있다. 예를 들면, 식별정보가 ‘1’인 경우 paging message 는 Remote UE를 위한 paging message이고, 식별정보가 ‘0’인경우, Relay UE를 위한 Paging message일 수 있다.
ii. Remote UE를 식별하기 위한 UE identity(예를 들면, S-TMSI, IMSI 또는 local identifier)를 포함할 수 있다. 이 때, 상기 UE identity는 paging message가 Remote UE에 대한 paging인 경우에만 포함될 수 있다.
4. MME_1는 paging message를 eNB_2로 전송한다. 이때, Relay UE가 EMM-IDLE mode인 경우, MME_1은 Relay UE의 TAI list에 해당하는 모든 eNB에게 paging message를 전송할 수 있다.
MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인식하고, Relay UE가 EMM-CONNECTED 모드인 경우, Relay UE가 camped on되어 있는 셀(또는 eNB)을 확인할 수 있다.
이 경우, MME_1은 확인된 셀(또는 eNB)에게만 paging message를 전송할 수 있다.
하지만, MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인지하고 있지 않거나, MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인지하고 있지 하고 있지만 Relay UE가 EMM-IDLE mode인 경우, MME_1은 도 11에서 설명한 바와 같이 Remote UE에게 할당된 TAI list에 포함되어 있는 모든 eNB에게 paging message를 전송할 수 있다.
이 경우, MME_1으로부터 paging message를 수신한 eNB 들 중에서 Relay UE가 camped on되어 있고, relay UE가 EMM-CONNECTED mode임을 인지하고 있는 eNB는 해당 Relay UE에게 개별적인(dedicated) 시그널링을 통해 Remote UE에 대한 paging message 및/또는 Remote UE에 대한 paging message의 정보를 포함하고 있는 RRC message를 전송할 수 있다.
또한, MME_1으로부터 paging message를 수신한 eNB 들 중에서, Relay UE에 대한 정보(UE context)가 없는 eNB는 아래와 같이 도 11에서 설명한 paging procedure를 수행한다.
아래 A)에서는 MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인지하기 위한 방법을 기술하고 있다.
A. Remote UE와 Relay UE의 MME가 서로 다른 경우, Relay UE의 MME_2가 MME_1에게 Relay UE의 EMM 상태(또는, 모드)를 알릴 수 있다. 이 경우, MME_1은 MME_2에게 EMM 상태(또는, 모드)를 요청할 수 있다.
하지만, Remote UE와 Relay UE의 MME가 같은 경우에는 별도로 Relay UE의 EMM 상태(또는, 모드)를 알리기 위한 절차 없이 MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인지할 수 있다.
i. 이때, MME_2는 Remote UE 또는 Relay UE가 Remote UE와 Relay UE간의 링크 상태를 network으로 보고하기 위한 절차(예를 들면, remote UE reporting procedure)를 통해서 MME_1에게 EMM 상태(또는, 모드)를 나타내는 정보를 알려줄 수 있다.
즉, MME_2가 remote UE reporting message 등을 수신하여 Remote UE와 Relay UE간의 linked상태를 인지하게 되면, MME_1로 Relay UE의 EMM 상태(또는, 모드)를 알려줄 수 있다.
MME_2는 Relay UE의 EMM 상태(또는, 모드)가 변경될 때마다 갱신된 정보를 MME_1에게 알려줄 수 있다.
이 때, Relay UE가 EMM-CONNECTED 모드인 경우, MME_2는 Relay UE에 대한 S1AP 정보(즉, MME UE S1AP ID 및/또는 eNB UE S1AP ID)를 추가로 MME_1에게 알려줄 수 있다.
또한, MME_2는 Relay UE와 Remote UE가 linked상태가 아닌 경우(예를 들면, 확립된 link가 해제된 경우), MME_1에게 더 이상 Relay UE의 EMM 상태(또는, 모드)를 알려주기 위한 동작을 수행하지 않을 수 있다.
이 동작은 MME_1이 개시하여 MME_2를 대상으로 수행될 수도 있다.
ii. 또는, MME_1이 remote UE의 paging message를 수신한 경우, MME_1은 MME_2에게 Relay UE의 EMM 상태(또는, 모드)를 나타내는 상태 정보를 요청할 수 있으며, 이에 대한 응답으로 상태 정보를 포함하는 응답 메시지를 수신하여 Relay UE의 EMM 상태(또는, 모드)를 인식할 수 있다.
B. MME_1이 Relay UE의 EMM status(mode)를 인지하고, Relay UE가 EMM-CONNECTED인 경우, MME_1은 Relay UE가 camped on되어 있는 셀(또는 eNB)을 확인하고, 확인된 셀(또는 eNB)에게만 S1AP message를 전송할 수 있다.
이때, S1AP message는 Paging message, DOWNLINK NAS TRANSPORT message 또는 새롭게 정의된 S1AP message일 수 있다.
이때, S1AP message의 종류에 따라 아래와 같은 동작이 수행될 수 있으며, MME_1은 해당하는 S1AP message를 Relay UE가 camped on되어 있는 셀(또는 eNB)을 확인하여 확인된 셀(또는 eNB)에게만 전달할 수 있다.
i. S1AP message가 S1AP Paging message인 경우, S1AP paging message는 step 3에서 설명한 A 및 B와 같이 구성될 수 있다.
MME_1으로부터 S1AP Paging message수신한 eNB_2는 S1AP paging message에 포함된 UE paging identity를 통해서 Relay UE를 인식하고, Relay UE가 RRC-CONNECTED인지 여부를 인식한 경우, Relay UE에게 개별적인 시그널링(dedicated signaling) 또는 개별적인 RRC message를 전송할 수 있다.
5. 이때, eNB_2는 개별적인 시그널링의 전송을 통해 Relay UE에게 Remote UE대한 paging message가 수신되었는지 여부, 하향링크 데이터가 펜딩 되었는지 여부, 또는 하향링크 데이터의 전송이 필요한지 여부를 알릴 수 있으며, Remote UE에게 paging message 또는 하향링크 데이터의 전달이 필요하다는 것을 Relay UE에게 알릴 수 있다.
RRC message는 기존에 사용되는 RRC message이거나, 새롭게 정의된 RRC message일 수 있다.
eNB_2로부터 Relay UE에게 전송되는 RRC message는 Remote UE에 대한 paging message가 수신되었는지 여부를 나타내는 지시 정보 및 Remote UE를 식별하기 위한 UE identity(예를 들면, S-TMSI, IMSI, local identifier)를 중 적어도 하나를 포함할 수 있다.
6. 이 때, Remote UE specific paging 정보(예를 들면, CN Domain IE)가 존재하는 경우, RRC message는 Remote UE specific paging 정보를 더 포함할 수 있다.
eNB 2로부터 RRC 메시지를 수신한 Relay UE는 UE identity에 대응되는 Remote UE에게 Remote UE에 대한 paging message가 수신되었음을 알리는 식별정보를 포함하는 PC5 message를 전송한다.
이 때, Remote UE specific paging 정보가 RRC 메시지에 포함되어 있는 경우, PC5 message는 Remote UE specific paging 정보를 더 포함할 수 있다.
7. Relay UE로부터 PC5 message를 수신한 Remote UE는 Service Request procedure를 수행할 수 있다.
Remote UE는 Service Request procedure를 수행하기 위해서 Service request message, Extended Service Request message 또는 Control plane service request message를 Remote UE와 Relay UE간에 형성된 링크를 통해서 Relay UE에게 전송할 수 있다.
ii. S1AP message가 DOWNLINK NAS TRANSPORT message이거나 새롭게 정의된 S1AP message인 경우, S1AP message안에 Remote UE에 대한 paging message(NAS message)가 encapsulated/piggybacked 된다.
만약, Remote UE와 Relay UE의 MME가 다른 경우, S1AP message안에 Remote UE에 대한 paging message(NAS message)가 encapsulated/piggybacked 되기 위해서, MME 1은 앞에서 설명한 A에서 획득한 MME UE S1AP ID와 eNB UE S1AP ID를 S1AP message에 포함시켜 전송할 수 있다.
Remote UE에 대한 paging message는 새로 정의된 NAS message일 수 있으며, NAS message는 Protocol discriminator, Security header type, Paging identity, 및 message identity를 포함할 수 있다.
이 경우, 새롭게 정의된 NAS message의 전송을 위해 도 11에서 설명한 paging procedure가 수행되거나, 도 11에서 설명한 절차와는 다른 Remote UE를 페이징하기 위한 절차가 수행될 수 있다.
도 11에서 설명한 절차와는 다른 절차가 수행되는 경우, NAS message는 paging message가 아닌 별도로 정의된 NAS message(예를 들면, DL Notification message)일 수 있다.
5. eNB_2가 MME 1으로부터 S1AP message를 수신하면, S1AP message에 포함된 NAS message를 RRC message로 encapsulation/piggybacking하여 relay UE에게 전송한다.
6. eNB_2로부터 RRC message를 수신한 Relay UE는 RRC message에 포함된 NAS message를 Relay UE와 Remote UE간에 형성된 링크를 통해서 Remote UE에게 전송할 수 있다.
7. Relay UE로부터 PC5 message를 수신한 Remote UE는 Service Request procedure를 수행할 수 있다.
Remote UE는 Service Request procedure를 수행하기 위해서 Service request message, Extended Service Request message 또는 Control plane service request message를 Remote UE와 Relay UE간에 형성된 링크를 통해서 Relay UE에게 전송할 수 있다.
iii. 본 발명의 또 다른 실시 예로, 앞에서 설명한 B의 i)과 ii)의 방법이 혼용되어 사용될 수 있다.
즉, B의 i)에서 설명한 paging message가 사용되는 경우, remote UE에 대한 정보 대신에 ii)에 설명한 NAS message가 paging message에 encapsulation될 수 있다.
또는, B의 ii)에서 설명한 S1AP message를 사용하는 경우, NAS message 대신에(즉, S1AP message에 NAS message가 포함되지 않고), Remote UE의 페이징이 필요함을 나타내는 IE 또는 Remote UE에 대한 하향링크 데이터가 발생되었다느니 것을 나타내는 IE가 S1AP message에 포함될 수 있다.
이 경우, MME 1으로부터 S1AP message를 수신한 eNB_2는 B의 i)에서 설명한 바와 같이 개별적인 시그널링 또는 개별적인 RRC 메시지를 Relay UE에게 전송할 수 있다.
iv. i)에서 설명한 동작은 MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인식하지 못한 경우, 또는 MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인지하고 있지만 Relay UE가 EMM-IDLE 인 경우에도 적용될 수 있다.
이 경우, MME_1은 Remote UE의 TAI list에 포함되어 있는 모든 eNB에게 paging message를 전송할 수 있다. 이때, TAI list에 포함되어 있는 모든 eNB 중에서 Relay UE가 camped on 되어 있는 eNB가 Relay UE가 EMM-CONNECTED 모드라는 것을 인지한 경우(즉, Relay UE에 대한 정보나 UE context가 있는 eNB의 경우), eNB는 B의 i)과 같이 동작할 수 있다.
TAI list에 포함되어 있는 모든 eNB 중에서 Relay UE가 camped on 되어 있지 않은, 즉 relay UE에 대한 정보나 UE context가 없는 eNB는 도 11에서 설명한 페이징 절차를 수행할 수 있다.
v. MME_1이 relay UE의 EMM 상태(또는, 모드)를 인지하고 Relay UE가 EMM-CONNECTED인 경우, MME_1은 elay UE가 camped on되어 있는 셀(또는 eNB)을 확인하여 확인된 셀(또는 eNB)에게만 S1AP message를 전송할 수 있다.
MME_1가 전송하는 S1AP message는 B의 i)에서 앞에서 설명한 S1AP paging message이거나, B의 ii)에서 설명한 DOWNLINK NAS TRANSPORT message 또는 새롭게 정의된 S1AP message일 수 있다.
이 경우, 각 메시지에 따른 각 엔터티의 동작도 앞에서 설명한 동작과 동일하다.
vi. MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인지하고 있지 않은 경우, B의 iv)에서 설명한 바와 같이 MME_1과 eNB_2가 동작할 수 있다. 또한, Relay UE와 Remote UE도 B의 i)에서 설명한 것과 같이 동작할 수 있다.
vii. MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인지하고 있지 않거나, MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인지하고 있지만 Relay UE가 EMM-IDLE mode인 경우, MME_1은 Remote UE의 TAI list에 포함되어 있는 모든 eNB에게 paging message를 전송한다.
이 때, MME_1이 Relay UE의 TAI list정보를 알고 있는 경우, MME_1은 Remote UE의 paging message를 전송할 때, Relay UE의 TAI list와 Remote UE의 TAI list가 겹치게 되는 TAI list를 구성하고, 구성된 TAI list에 포함되는 eNB에게만 paging message를 전송할 수 있다.
이 경우, MME 1은 Remote UE의 TAI list에 포함된 eNB 중에서 Relay UE의 TAI list에 포함된 eNB들에게만 paging message를 전송하게 되므로 signaling overhead를 감소시킬 수 있다.
MME_1이 Relay UE의 TAI list를 인식하는 방법은 A)에서 설명한 MME_1이 Relay UE의 EMM 상태(또는, 모드)를 인식하는 방법과 동일한 방법이 적용될 수 있다.
viii. 또한, 앞에서 설명한 MME_1이 relay UE의 추가적인 정보 (예를 들면, EMM 상태(또는, 모드) or TAI list)를 인식하여 paging message의 signaling overhead를 감소시키는 방법은 다른 절차를 통해서 수행될 수 있다.
예를 들어, MME_1이 Remote UE의 paging message를 Relay UE의 정보를 알고 있는 MME_2에게 포워딩 함으로써, paging message의 signaling overhead를 감소시킬 수 있다.
5. MME 1로부터 paging message를 수신한 eNB_2는 수신된 paging message를 Relay UE에게 전송한다.
이때, eNB_2가 MME 1로부터 S1AP paging message가 아닌 다른 S1AP message를 수신한 경우, eNB_2가 수행하는 동작은 앞의 step 4에 설명되어 있다.
A. Relay UE가 EMM-IDLE(RRC-DILE) 모드인 경우, eNB_2는 paging message에 포함되어 있는 UE Identity Index value에 기초하여 paging frame과 paging occasion을 계산하여 계산된 paging occasion에 paging message를 Relay UE에게 전송한다.
6. Relay UE는 eNB_2로부터 paging message를 수신한다. Relay UE가 paging paging message가 아닌 다른 RRC message를 수신한 경우, Relay UE가 수행하는 동작은 앞의 step 4에 설명되어 있다.
A. Relay UE가 EMM-IDLE(RRC-DILE) 모드인 경우, Relay UE는 자신의 paging occasion에 깨어나서 paging message를 모니터링 한다. Relay UE가 paging message를 수신한 경우, Relay UE는 paging message에 포함되어 있는 step 3의 B)에서 설명한 IE를 확인하여 수신된 paging message가 Relay UE에 대한 paging message인지, Remote UE에 대한 paging message인지 여부를 확인한다.
수신된 paging message가 Remote UE의 paging message인 경우, Relay UE는 Remote UE간에 확립된 PC5 link를 통해서 paging message를 Remote UE로 전송한다.
7. Relay UE로부터 paging message를 수신한 Remote UE는 Service Request procedure를 시작한다. Remote UE가 paging message가 아닌 다른 message 를 수신한 경우, Remote UE가 수행하는 동작은 앞의 step 4에 설명되어 있다.
본 발명의 또 다른 실시 예로, eNB_2는 MME로부터 전송되는 paging message를 수신한 뒤, 바로 각각의 UE로 전송하지 않을 수 있다.
예를 들면, eNB_2는 MME로부터 전송되는 각각 서로 다른 UE에 대한 paging message를 수신하여 저장한 뒤, 각각의 UE로 저장된 paging message를 전송할 수 있다.
이 경우, 전송되는 paging message 각각은 각각의 UE를 식별하기 위한 식별자를 포함할 수 있다.
도 19는 본 발명의 일 실시 예에 따른 페이징 절차를 예시하는 도면이다.
도 19를 참조하면, Relay UE는 Remote UE로 paging message를 전송할 수 없는 경우, 이를 MME에게 보고하여 eNB_2가 직접 Remote UE에게 paging message를 전송하도록 할 수 있다.
먼저, step 0 내지 step 5는 도 18의 step 0 내지 step 5와 동일하므로 설명을 생략하도록 한다.
6. 도 18의 step 5 또는 step 4에서 설명한 바와 같이 Relay UE가 eNB_2로부터 Remote UE의 페이징을 위한 message(paging message 또는 other message 등)를 수신한 경우, Relay UE는 Remote UE와 통신이 불가능할 수 있다.
예를 들면, Remote UE와의 PC5 link가 해제되거나 확립된 PC5 link를 통해 Remote UE에게 paging을 위한 message를 전송했지만, 이에 대한 응답을 Remote UE로부터 전송 받지 못할 수 있다.
A. Relay UE는 Remote UE와 통신이 불가능함을 인지한 경우, MME_1로 Remote UE와 통신이 불가능하다는 것을 통지하기 위한 NAS message(예를 들면, remote UE report message 또는 link status report message 등)을 전송할 수 있다.
예를 들면, Relay UE는 MME_1으로 Remote UE와 linked 상태가 아님을 통지하거나, Remote UE에게 메시지를 전송할 수 없음을 통지하기 위한 NAS message MME_1에게 전송할 수 있다.
B. eNB_2로부터 Remote UE와 통신이 불가능하다는 것을 통지하기 위한 NAS message를 수신한 MME_1은 Remote UE가 linked 상태가 아니거나, 통신이 불가능한 상태라는 것을 인식할 수 있다.
i. 이후, MME_1은 Remote UE가 linked상태에서 수행되는 paging procedure가 아닌 도 11에서 설명한 바와 같이 paging procedure를 수행할 수 있다.
즉, MME_1은 Remote UE와 관련된 정보에 기초하여 Remote UE에게 paging message를 전송할 수 있다.
ii. 만약, step 4)에서 MME_1가 Relay UE가 camped on된 셀(또는 eNB)에게만 paging message를 전송한 경우, MME_1은 paging procedure를 다시 수행할 수 있다. 이 경우, MME_1는 MME_1와 연결된 모든 eNB들에게 paging message를 재 전송할 수 있으며, 이미 paging message를 전송한 셀(또는 eNB)는 제외될 수 있다.
iii. Relay UE가 EMM-CONNECTED모드인 경우, MME_1는 Relay UE가 camped on한 적어도 하나의 eNB에게 Relay UE와 Remote UE가 더 이상 linked상태가 아님을 알릴 수 있다.
이때, MME_1이 적어도 하나의 eNB에게 Relay UE와 Remote UE가 더 이상 linked상태가 아님을 알리기 위해 S1AP message를 전송할 수 있으며, S1AP message는 Remote UE를 식별하기 위한 identity(예를 들면, IMSI, S-TMSI 또는 local identifier 등)을 포함할 수 있다.
MM_1으로부터 S1AP message를 수신한 적어도 하나의 eNB는 Relay UE와 Remote UE간의 링크가 해제되었거나, Relay UE가 Remote UE와 통신이 불가능한 상태임을 인식하고, Remote UE와 Relay UE간의 relationship을 제거/삭제하는 동작을 수행한다.
즉, 적어도 하나의 eNB는 Remote UE의 Context(예를 들면, local identifier)를 삭제하고, 필요한 경우 Remote UE의 트래픽과 관련된 DRB를 해제한다.
또한, 적어도 하나의 eNB는 Remote UE의 SLRB를 삭제하고 삭제된 SLRB가 Relay UE의 DRB로 mapping되었던 설정을 삭제할 수 있다.
본 발명의 또 다른 실시 예로, Remote UE가 Relay UE와의 PC5 연결을 해제하는 경우, Relay UE는 Remote UE가 out-of-coverage 상태인지 여부를 network(즉, MME_1)에게 알려줄 수 있다.
즉, Relay UE는 Remote UE가 eNB의 영역을 벗어나는 경우, Remote UE가 out-of-coverage 상태라는 것을 나타내는 지시자를 NAS message를 통해 MME에게 전송할 수 있다.
이때, 상기 NAS message는 도 13 내지 도 17에서 설명한 Remote UE report message일 수 있다.
Relay UE가 Remote UE의 out-of-coverage 상태를 MME_1에게 알려주는 시점은 Remote UE 또는 Relay UE가 두 UE간의 linked상태를 network으로 알려주는 절차(예를 들면, Remote UE reporting procedure) 또는 NAS signalling을 위한 절차(예를 들면, TAU procedure)가 수행되는 시점일 수 있다.
이 경우, 각 절차에서 송수신되는 message에 Remote UE가 out-of-coverage 상태라는 것을 나타내는 IE가 포함될 수 있다.
Remote UE가 out-of-coverage 상태라는 것을 나타내는 IE를 수신한 MME_1은 Remote UE가 현재 통신이 불가능한 상태(temporary unreachable)임을 인식하고, 아래와 같은 동작을 수행할 수 있다.
- Remote UE에 대한 DDN을 수신하더라도 paging message를 eNB로 전송하지 않고, DDN response message 또는 DDN failure message를 serving S-GW(또는 HSS)에게 전송하여 Remote UE가 out-of-coverage 상태 또는 통신이 불가능한 상태임을 알릴 수 있다.
- 또는, MME_1는 DDN을 수신하기 전에, Remote UE의 serving S-GW(또는 HSS)에게 Remote UE가 out-of-coverage 상태 또는 통신이 불가능한 상태임을 알릴 수 있다.
- serving S-GW(또는 HSS)는 Remote UE가 out-of-coverage 상태 또는 통신이 불가능한 상태임을 인식하고, 도 11에서 설명한 paging procedure를 수행할 수 있다.
이후, MME_1는 Remote UE가 In-coverage 상태이거나, 통신이 가능한 상태임을 인지하는 경우, Remote UE의 상태를 통신이 가능한 상태로 전환하고, 이를 serving S-GW(또는 HSS)에게 알릴 수 있다.
예를 들면, Remote UE가 eNB의 영역으로 진입하여 Relay UE와 링크를 확립하거나, mobility management procedure를 수행한 경우, MME_1은 Remote UE가 통신이 가능한 상태임을 나타내는 지시정보를 serving S-GW(또는 HSS)에게 전송할 수 있다.
이때, Relay UE는 Remote UE가 out-of-coverage상태인지 또는 in-coverage인지 여부를 Remote UE가 Relay UE와 링크를 확립하는 순간부터, 유지하는 동안 network(i.e. MME_1)에게 Remote UE의 out-of-coverage 상태를 나타내는 지시정보를 전송함으로써 알려줄 수 있다.
도 1 내지 도 19에서 설명한 방법에 사용되는 명칭은 아래 표 24와 같이 각각 변경되어 사용될 수 있다.
Figure PCTKR2018002892-appb-T000024
표 24의 용어는 일 예일 뿐이며 이에 한정되지 않고 각 명칭은 다양한 호칭이 사용될 수 있다.
본 발명이 적용될 수 있는 장치 일반
도 20은 본 발명의 일 실시예에 따른 통신 장치의 블록 구성도를 예시한다.
도 20을 참조하면, 무선 통신 시스템은 네트워크 노드(2010)와 다수의 단말(UE)(2020)을 포함한다.
네트워크 노드(2010)는 프로세서(processor, 2011), 메모리(memory, 2012) 및 통신 모듈(communication module, 2013)을 포함한다. 프로세서(2011)는 앞서 도 1 내지 도 23에서 제안된 기능, 과정 및/또는 방법을 구현한다. 유/무선 인터페이스 프로토콜의 계층들은 프로세서(2011)에 의해 구현될 수 있다.
메모리(2012)는 프로세서(2011)와 연결되어, 프로세서(2011)를 구동하기 위한 다양한 정보를 저장한다. 통신 모듈(2013)은 프로세서(2011)와 연결되어, 유/무선 신호를 송신 및/또는 수신한다. 네트워크 노드(2010)의 일례로, 기지국, MME, HSS, SGW, PGW, SCEF, SCS/AS 등이 이에 해당될 수 있다. 특히, 네트워크 노드(2010)가 기지국인 경우, 통신 모듈(2013)은 무선 신호를 송/수신하기 위한 RF부(radio frequency unit)을 포함할 수 있다.
단말(2020)은 프로세서(2021), 메모리(2022) 및 통신 모듈(또는 RF부)(2023)을 포함한다. 프로세서(2021)는 앞서 도 1 내지 도 23에서 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 프로세서(2021)에 의해 구현될 수 있다. 특히, 프로세서는 NAS 계층 및 AS 계층을 포함할 수 있다. 메모리(2022)는 프로세서(2021)와 연결되어, 프로세서(2021)를 구동하기 위한 다양한 정보를 저장한다. 통신 모듈(2023)는 프로세서(2021)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
메모리(2012, 2022)는 프로세서(2011, 2021) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(2011, 2021)와 연결될 수 있다. 또한, 네트워크 노드(2010)(기지국인 경우) 및/또는 단말(2020)은 한 개의 안테나(single antenna) 또는 다중 안테나(multiple antenna)를 가질 수 있다.
도 21은 본 발명의 일 실시예에 따른 통신 장치의 블록 구성도를 예시한다.
특히, 도 21에서는 앞서 도 20의 단말을 보다 상세히 예시하는 도면이다.
도 21를 참조하면, 단말은 프로세서(또는 디지털 신호 프로세서(DSP: digital signal processor)(2110), RF 모듈(RF module)(또는 RF 유닛)(2135), 파워 관리 모듈(power management module)(2105), 안테나(antenna)(2140), 배터리(battery)(2155), 디스플레이(display)(2115), 키패드(keypad)(2120), 메모리(memory)(2130), 심카드(SIM(Subscriber Identification Module) card)(2125)(이 구성은 선택적임), 스피커(speaker)(2145) 및 마이크로폰(microphone)(2150)을 포함하여 구성될 수 있다. 단말은 또한 단일의 안테나 또는 다중의 안테나를 포함할 수 있다.
프로세서(2110)는 앞서 도 1 내지 도 19에서 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층은 프로세서(2110)에 의해 구현될 수 있다.
메모리(2130)는 프로세서(2110)와 연결되고, 프로세서(2110)의 동작과 관련된 정보를 저장한다. 메모리(2130)는 프로세서(2110) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(2110)와 연결될 수 있다.
사용자는 예를 들어, 키패드(2120)의 버튼을 누르거나(혹은 터치하거나) 또는 마이크로폰(2150)를 이용한 음성 구동(voice activation)에 의해 전화 번호 등과 같은 명령 정보를 입력한다. 프로세서(2110)는 이러한 명령 정보를 수신하고, 전화 번호로 전화를 거는 등 적절한 기능을 수행하도록 처리한다. 구동 상의 데이터(operational data)는 심 카드(2125) 또는 메모리(2130)로부터 추출할 수 있다. 또한, 프로세서(2110)는 사용자가 인지하고 또한 편의를 위해 명령 정보 또는 구동 정보를 디스플레이(2115) 상에 디스플레이할 수 있다.
RF 모듈(2135)는 프로세서(2110)에 연결되어, RF 신호를 송신 및/또는 수신한다. 프로세서(2110)는 통신을 개시하기 위하여 예를 들어, 음성 통신 데이터를 구성하는 무선 신호를 전송하도록 명령 정보를 RF 모듈(2135)에 전달한다. RF 모듈(2135)은 무선 신호를 수신 및 송신하기 위하여 수신기(receiver) 및 전송기(transmitter)로 구성된다. 안테나(2140)는 무선 신호를 송신 및 수신하는 기능을 한다. 무선 신호를 수신할 때, RF 모듈(2135)은 프로세서(2110)에 의해 처리하기 위하여 신호를 전달하고 기저 대역으로 신호를 변환할 수 있다. 처리된 신호는 스피커(2145)를 통해 출력되는 가청 또는 가독 정보로 변환될 수 있다.
도 22는 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 장치의 RF 모듈의 일례를 나타낸 도이다.
구체적으로, 도 22는 FDD(Frequency Division Duplex) 시스템에서 구현될 수 있는 RF 모듈의 일례를 나타낸다.
먼저, 전송 경로에서, 도 20 및 도 21에서 기술된 프로세서는 전송될 데이터를 프로세싱하여 아날로그 출력 신호를 송신기(2210)에 제공한다.
송신기(2210) 내에서, 아날로그 출력 신호는 디지털-대-아날로그 변환(ADC)에 의해 야기되는 이미지들을 제거하기 위해 저역 통과 필터(Low Pass Filter,LPF)(2211)에 의해 필터링되고, 상향 변환기(Mixer, 2212)에 의해 기저대역으로부터 RF로 상향 변환되고, 가변이득 증폭기(Variable Gain Amplifier,VGA)(2213)에 의해 증폭되며, 증폭된 신호는 필터(2214)에 의해 필터링되고, 전력 증폭기(Power Amplifier,PA)(2215)에 의해 추가로 증폭되며, 듀플렉서(들)(2250)/안테나 스위치(들)(2260)을 통해 라우팅되고, 안테나(2270)을 통해 전송된다.
또한, 수신 경로에서, 안테나(2270)은 외부로부터 신호들을 수신하여 수신된 신호들을 제공하며, 이 신호들은 안테나 스위치(들)(2260)/듀플렉서들 (2250)을 통해 라우팅되고, 수신기(2220)으로 제공된다.
수신기(2220)내에서, 수신된 신호들은 저잡음 증폭기(Low Noise Amplifier, LNA)(2223)에 의해 증폭되며, 대역통과 필터(2224)에 의해 필터링되고, 하향 변환기(Mixer,2225)에 의해 RF로부터 기저대역으로 하향 변환된다.
상기 하향 변환된 신호는 저역 통과 필터(LPF,2226)에 의해 필터링되며, VGA(2227)에 의해 증폭되어 아날로그 입력 신호를 획득하고, 이는 도 20 및 도 21에서 기술된 프로세서에 제공된다.
또한, 로컬 오실레이터 (local oscillator, LO) 발생기(2240)는 전송 및 수신 LO 신호들을 발생 및 상향 변환기(2212) 및 하향 변환기(2225)에 각각 제공한다.
또한, 위상 고정 루프(Phase Locked Loop,PLL)(2230)은 적절한 주파수들에서 전송 및 수신 LO 신호들을 생성하기 위해 프로세서로부터 제어 정보를 수신하고, 제어 신호들을 LO 발생기(2240)에 제공한다.
또한, 도 22에 도시된 회로들은 도 22에 도시된 구성과 다르게 배열될 수도 있다.
도 23은 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 장치의 RF 모듈의 또 다른 일례를 나타낸 도이다.
도 23은 본 명세서에서 제안하는 방법이 적용될 수 있는 무선 통신 장치의 RF 모듈의 또 다른 일례를 나타낸 도이다.
구체적으로, 도 23은 TDD(Time Division Duplex) 시스템에서 구현될 수 있는 RF 모듈의 일례를 나타낸다.
TDD 시스템에서의 RF 모듈의 송신기(2310) 및 수신기(2320)은 FDD 시스템에서의 RF 모듈의 송신기 및 수신기의 구조와 동일하다.
이하, TDD 시스템의 RF 모듈은 FDD 시스템의 RF 모듈과 차이가 나는 구조에 대해서만 살펴보기로 하고, 동일한 구조에 대해서는 도 15의 설명을 참조하기로 한다.
송신기의 전력 증폭기(Power Amplifier,PA)(2315)에 의해 증폭된 신호는 밴드 선택 스위치(Band Select Switch,2350), 밴드 통과 필터(BPF,2360) 및 안테나 스위치(들)(2370)을 통해 라우팅되고, 안테나(2380)을 통해 전송된다.
또한, 수신 경로에서, 안테나(2380)은 외부로부터 신호들을 수신하여 수신된 신호들을 제공하며, 이 신호들은 안테나 스위치(들)(2370), 밴드 통과 필터(2360) 및 밴드 선택 스위치(2350)을 통해 라우팅되고, 수신기(2320)로 제공된다.
이상에서 설명된 실시 예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(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 LTE/LTE-A 시스템에 적용되는 예를 중심으로 설명하였으나, 3GPP LTE/LTE-A 시스템 이외에도 다양한 무선 통신 시스템, 특히 5G(5 generation) 시스템에 적용하는 것이 가능하다.

Claims (9)

  1. 무선 통신 시스템에서 릴레이 UE(Relay UE)가 기지국과 원격 UE(Remote UE: Remote User Equipment)간에 데이터를 송수신하기 위한 방법에 있어서,
    상기 Relay UE가 IDLE 모드에서 상기 Remote UE와 상기 Relay UE간의 연결 상태를 알리기 위한 보고 메시지를 상기 Remote UE의 이동성 관리 엔터티(MME: Mobility Management Entity)에게 전송하는 단계; 및
    상기 MME로부터 상기 보고 메시지에 대한 응답으로 보고 응답 메시지를 수신하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 보고 메시지는 RRC 메시지에 포함되어 상기 Relay UE의 기지국으로 전송되고,
    상기 RRC 메시지는 상기 보고 메시지가 상기 기지국에 의해 상기 MME로 전달되기 위하여, 상기 Remote UE의 S-TMSI 또는 상기 MME의 GUMMEI를 포함하는 방법.
  3. 제 2 항에 있어서,
    상기 Remote UE로부터 상기 보고 메시지를 포함하고, 상기 S-TMSI 또는 상기 GUMMEI를 포함하는 PC5 메시지를 수신하는 단계를 더 포함하는 방법.
  4. 제 2 항에 있어서,
    상기 Remote UE로 상기 S-TMSI 또는 상기 GUMMEI를 요청하는 요청 메시지를 전송하는 단계; 및
    상기 Remote UE로부터 상기 S-TMSI 또는 상기 GUMMEI를 포함하는 응답 메시지를 수신하는 단계를 더 포함하는 방법.
  5. 제 1 항에 있어서,
    상기 보고 응답 메시지는 상기 기지국에 의해서 할당된 상기 Remote UE의 로컬 식별자를 포함하는 방법.
  6. 제 1 항에 있어서,
    상기 보고 메시지는 상기 Remote UE를 식별하기 위한 식별자 및 상기 연결 상태를 나타내는 지시자 또는 상기 Remote UE의 상기 연결 상태를 나타내는 컨텍스트 정보를 더 포함하는 방법.
  7. 제 1 항에 있어서,
    상기 Remote UE와 상기 Relay UE간의 연결이 해제되는 경우, 상기 보고 메시지는 상기 Relay UE의 상태가 아웃-오브-커버리지(Out-of-Coverage) 상태인지 여부를 나타내는 지시자를 더 포함하는 방법.
  8. 제 1 항에 있어서,
    상기 Relay UE가 상기 Remote UE를 위한 페이징을 수신할 때 상기 Remote UE와의 통신이 불가능함을 인지하는 경우, 상기 MME로 상기 Remote UE와의 통신이 불가능하다는 것을 통지하기 위한 메시지를 전송하는 단계를 더 포함하는 방법.
  9. 무선 통신 시스템에서 기지국과 원격 UE(Remote UE: Remote User Equipment)간에 데이터를 송수신하기 위한 릴레이 UE(Relay UE)에 있어서,
    유/무선 신호를 송수신하기 위한 통신 모듈(communication module); 및
    상기 통신 모듈을 제어하는 프로세서를 포함하되,
    상기 Relay UE가 IDLE 모드에서 상기 Remote UE와 상기 Relay UE간의 연결 상태를 알리기 위한 보고 메시지를 상기 Remote UE의 이동성 관리 엔터티(MME: Mobility Management Entity)에게 전송하고,
    상기 MME로부터 상기 보고 메시지에 대한 응답으로 보고 응답 메시지를 수신하는 UE.
PCT/KR2018/002892 2017-03-10 2018-03-12 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치 WO2018164552A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/492,879 US20200077253A1 (en) 2017-03-10 2018-03-12 Method for transmitting and receiving data using relay in wireless communication system, and apparatus therefor

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201762469519P 2017-03-10 2017-03-10
US201762469518P 2017-03-10 2017-03-10
US62/469,518 2017-03-10
US62/469,519 2017-03-10
US201762483976P 2017-04-11 2017-04-11
US62/483,976 2017-04-11
US201762485397P 2017-04-14 2017-04-14
US62/485,397 2017-04-14

Publications (1)

Publication Number Publication Date
WO2018164552A1 true WO2018164552A1 (ko) 2018-09-13

Family

ID=63447803

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/002892 WO2018164552A1 (ko) 2017-03-10 2018-03-12 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치

Country Status (2)

Country Link
US (1) US20200077253A1 (ko)
WO (1) WO2018164552A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022068474A1 (zh) * 2020-09-29 2022-04-07 大唐移动通信设备有限公司 ProSe通信组的通信方法、装置及存储介质
US20230148166A1 (en) * 2021-11-08 2023-05-11 Asustek Computer Inc. Method and apparatus for rrc connection establishment to support ue-to-network relaying in a wireless communication system

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018176416A1 (zh) * 2017-03-31 2018-10-04 华为技术有限公司 中继通信方法、装置和系统
CN110235485B (zh) * 2017-04-28 2024-03-29 Oppo广东移动通信有限公司 消息传输方法、装置及系统
CN116133097A (zh) * 2017-04-28 2023-05-16 Oppo广东移动通信有限公司 一种d2d通信的方法、远程用户设备及中继用户设备
CN108880707A (zh) * 2017-05-09 2018-11-23 索尼公司 用于无线通信的电子设备和方法
CN109246774B (zh) * 2017-06-16 2021-01-05 华为技术有限公司 通信方法及装置
CN109547932B (zh) * 2017-08-15 2023-05-16 华为技术有限公司 一种通信方法及装置
US11350260B2 (en) * 2018-08-07 2022-05-31 Apple Inc. Public warning system duplicate message detection
CN112534962A (zh) * 2018-08-08 2021-03-19 株式会社Ntt都科摩 无线接入系统和通信装置
CN110891324B (zh) * 2018-09-07 2023-06-02 华为技术有限公司 一种rrc连接方法、设备及系统
US10945120B2 (en) 2019-02-27 2021-03-09 Oracle International Corporation Methods, systems, and computer readable media for dynamically provisioning and using public land mobile network (PLMN) location mappings in service capability exposure function (SCEF) or network exposure function (NEF)
US10972368B2 (en) * 2019-05-17 2021-04-06 Oracle International Corporation Methods, systems, and computer readable media for providing reduced signaling internet of things (IoT) device monitoring
EP4000321A1 (en) * 2019-07-17 2022-05-25 IPCom GmbH & Co. KG Paging optimization based on proximity of mobile devices
EP3989675A4 (en) * 2019-08-19 2022-08-24 LG Electronics Inc. METHOD OF RELAYING UNSTRUCTURED TRAFFIC, AND RELAYING UE
EP3829260B1 (en) * 2019-11-26 2022-04-20 ASUSTek Computer Inc. Method and apparatus for sidelink signaling radio bearer (srb) establishment in a wireless communication system
WO2021236894A1 (en) * 2020-05-20 2021-11-25 Convida Wireless, Llc Sidelink relay connectivity management
US11381955B2 (en) 2020-07-17 2022-07-05 Oracle International Corporation Methods, systems, and computer readable media for monitoring machine type communications (MTC) device related information
US20220061020A1 (en) * 2020-08-20 2022-02-24 Qualcomm Incorporated Paging over sidelink
US20220116841A1 (en) * 2020-10-12 2022-04-14 Mediatek Singapore Pte. Ltd. Conditional handover for relay and remote ues in ue-to-network relay system
US11979853B2 (en) * 2020-10-23 2024-05-07 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving a signal in the wireless communication system
US11997642B2 (en) 2020-11-23 2024-05-28 Asustek Computer Inc. Method and apparatus for acquiring system information and paging via UE-to-network relay in a wireless communication system
WO2022150542A1 (en) * 2021-01-07 2022-07-14 Idac Holdings, Inc. Change of pc5 link identifiers between the wtru and the layer-2 wtru to wtru relay
CN115918114A (zh) * 2021-04-09 2023-04-04 Oppo广东移动通信有限公司 寻呼方法、设备及存储介质
EP4331293A1 (en) * 2021-04-27 2024-03-06 Qualcomm Incorporated Delivery of paging for remote ue via rrc signaling
US11895080B2 (en) 2021-06-23 2024-02-06 Oracle International Corporation Methods, systems, and computer readable media for resolution of inter-network domain names
US20230082718A1 (en) * 2021-09-16 2023-03-16 Qualcomm Incorporated Protocol data unit session management

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160323777A1 (en) * 2015-04-28 2016-11-03 Asustek Computer Inc. Method and apparatus for supporting ue-to-network relay based on device to device service in a wireless communication system
US20160360563A1 (en) * 2014-02-19 2016-12-08 Nec Corporation Relaying user communication device enabling rrc, nas connections, user communication device, base station, system, method, and non-transitory computer readable medium storing a program
US20170041752A1 (en) * 2015-08-07 2017-02-09 Samsung Electronics Co., Ltd Terminal and communication method of the same

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160360563A1 (en) * 2014-02-19 2016-12-08 Nec Corporation Relaying user communication device enabling rrc, nas connections, user communication device, base station, system, method, and non-transitory computer readable medium storing a program
US20160323777A1 (en) * 2015-04-28 2016-11-03 Asustek Computer Inc. Method and apparatus for supporting ue-to-network relay based on device to device service in a wireless communication system
US20170041752A1 (en) * 2015-08-07 2017-02-09 Samsung Electronics Co., Ltd Terminal and communication method of the same

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JUNG, SUNGHOON ET AL.: "A New Way of Extending Network Coverage: Relay-assisted D2D Communications in 3GPP", ICT EXPRESS, vol. 2, no. 3, pages 117 - 121, XP055436058, Retrieved from the Internet <URL:https://www.sciencedirect.com/science/article/pii/S240595951630073X> *
ZTE: "Discussion on Pairing and RRC State", R2-1700781, 3GPP TSG RAN WG2 #97, 3 February 2017 (2017-02-03), Athens, Greece, XP051222740 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022068474A1 (zh) * 2020-09-29 2022-04-07 大唐移动通信设备有限公司 ProSe通信组的通信方法、装置及存储介质
US20230148166A1 (en) * 2021-11-08 2023-05-11 Asustek Computer Inc. Method and apparatus for rrc connection establishment to support ue-to-network relaying in a wireless communication system
US11838964B2 (en) * 2021-11-08 2023-12-05 Asustek Computer Inc. Method and apparatus for RRC connection establishment to support UE-to-network relaying in a wireless communication system

Also Published As

Publication number Publication date
US20200077253A1 (en) 2020-03-05

Similar Documents

Publication Publication Date Title
WO2018164552A1 (ko) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치
WO2018155908A1 (ko) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치
WO2018128505A1 (ko) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치
WO2018044144A1 (ko) 무선 통신 시스템에서 서비스 요청 절차를 수행하기 위한 방법 및 이를 위한 장치
WO2018117774A1 (ko) 무선 통신 시스템에서 v2x 통신을 수행하기 방법 및 이를 위한 장치
WO2017200269A1 (ko) 무선 통신 시스템에서 착신 데이터 제어 방법 및 이를 위한 장치
WO2017164679A1 (ko) 무선 통신 시스템에서 트래킹 영역 업데이트 방법 및 이를 위한 장치
WO2017003235A1 (ko) 무선 통신 시스템에서 그룹 메시지를 전송하기 위한 방법 및 이를 위한 장치
WO2018131984A1 (ko) 무선 통신 시스템에서 ue 설정 업데이트 방법 및 이를 위한 장치
WO2018147698A1 (ko) 무선 통신 시스템에서 nas 메시지 송수신 방법 및 이를 위한 장치
WO2016153316A1 (ko) 무선 통신 시스템에서 단말 접근성 모니터링 방법 및 이를 위한 장치
WO2016111591A1 (ko) 무선 통신 시스템에서 페이징 전송 방법 및 이를 위한 장치
WO2017188758A1 (ko) 무선 통신 시스템에서 nas 시그널링 유보/재개를 수행하기 위한 방법 및 이를 위한 장치
WO2016208997A1 (ko) 무선 통신 시스템에서 단말의 영역 관리 방법 및 이를 위한 장치
WO2017078485A1 (ko) 무선 통신 시스템에서 서빙 노드 이전 방법 및 이를 위한 장치
WO2018231027A1 (ko) 무선 통신 시스템에서 단말의 등록 방법 및 이를 위한 장치
WO2018174525A1 (ko) 무선 통신 시스템에서 계층간 상호작용 방법 및 이를 위한 장치
WO2019054783A1 (ko) 무선 통신 시스템에서 v2x 통신을 수행하기 방법 및 이를 위한 장치
WO2016190641A1 (ko) 무선 통신 시스템에서 데이터 송수신 방법 및 이를 위한 장치
WO2018080230A1 (ko) 무선 통신 시스템에서 emm 모드를 결정하는 방법 및 이를 위한 장치
WO2018079947A1 (ko) 무선 통신 시스템에서 ue 이동성을 지원하기 위한 방법 및 이를 위한 장치
WO2016163723A1 (ko) 무선 통신 시스템에서 트래킹 영역 업데이트 타이밍을 조절하기 위한 방법 및 이를 위한 장치
WO2016099138A1 (ko) 무선 통신 시스템에서 페이징 전송 방법 및 이를 위한 장치
WO2016114611A1 (ko) 무선 통신 시스템에서 영역 업데이트 방법 및 이를 위한 장치
WO2017119802A1 (ko) 무선 통신 시스템에서 nidd(non-ip data delivery) 구성 설정 방법 및 이를 위한 장치

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: 18763750

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18763750

Country of ref document: EP

Kind code of ref document: A1