WO2016111580A1 - Scptm 수신을 위한 rrc 연결 확립 방법 및 장치 - Google Patents

Scptm 수신을 위한 rrc 연결 확립 방법 및 장치 Download PDF

Info

Publication number
WO2016111580A1
WO2016111580A1 PCT/KR2016/000184 KR2016000184W WO2016111580A1 WO 2016111580 A1 WO2016111580 A1 WO 2016111580A1 KR 2016000184 W KR2016000184 W KR 2016000184W WO 2016111580 A1 WO2016111580 A1 WO 2016111580A1
Authority
WO
WIPO (PCT)
Prior art keywords
scptm
service
type
terminal
rrc connection
Prior art date
Application number
PCT/KR2016/000184
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 EP16735201.2A priority Critical patent/EP3244687B1/en
Priority to US15/541,701 priority patent/US10271372B2/en
Publication of WO2016111580A1 publication Critical patent/WO2016111580A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/0626—Channel coefficients, e.g. channel state information [CSI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the present invention relates to a wireless communication system, and more particularly, to a terminal interested in transmitting a single-cell point-to-multipoint (SCPM) and to a method for supporting SCPTM service by establishing an RRC connection and supporting the same. .
  • SCPM single-cell point-to-multipoint
  • 3GPP LTE long term evolution
  • UMTS Universal Mobile Telecommunications System
  • 3GPP LTE uses orthogonal frequency division multiple access (OFDMA) in downlink and single carrier-frequency division multiple access (SC-FDMA) in uplink.
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier-frequency division multiple access
  • MIMO multiple input multiple output
  • LTE-A 3GPP LTE-Advanced
  • MBMS Multimedia Broadcast / Multicast Service
  • CBS Cell Broadcast Service
  • MBMS is intended for high-speed multimedia data transmission.
  • CBS is not based on IP (internet protocol), but MBMS is based on IP multicast. According to the MBMS, when a certain level of users exist in the same cell, the users can receive the same multimedia data using a shared resource (or channel), thereby increasing the efficiency of radio resources and allowing users to value multimedia services. It is available cheaply.
  • the MBMS uses a shared channel to efficiently receive data from a plurality of terminals in one service. For one service data, the base station does not allocate a dedicated channel as many as the number of terminals to receive the service in one cell, but allocates only one shared channel. In addition, since a plurality of terminals simultaneously receive the shared channel, the efficiency of radio resources is increased. In relation to the MBMS, the terminal may receive the MBMS after receiving system information about the corresponding cell.
  • GCSE_LTE public safety and Group Communication System Enablers for LTE
  • group communication was designated as eMBMS.
  • the eMBMS is designed to deliver media content to a wide range of preplanned areas (ie, MBSFN areas).
  • MBSFN area is rather static (eg set by O & M) and cannot be dynamically adjusted according to user distribution.
  • eMBMS transmission occupies the entire system bandwidth and unicast and multiplexing are not allowed in the same subframe.
  • the MBSFN subframe setting is also rather static (eg, set by O & M).
  • the MBSFN subframe cannot be dynamically adjusted according to the number of dynamic groups and the traffic load of the dynamic groups.
  • radio resource setup for eMBMS can be wasted unnecessary. Therefore, Single-Cell Point-to-Multipoint transmission has been proposed for efficient use of radio resources. While MBSFN transmissions transmit identifiable signals in multiple cells simultaneously, SCPTM transmissions carry MBMS services in a single cell.
  • the present invention proposes a method for establishing an RRC connection by a terminal interested in SCPTM transmission in a wireless communication system and an apparatus supporting the same.
  • the terminal may receive a list of available SCPTM services from the serving cell, and determine whether or not the SCPTM service of interest in the received list of available SCPTM services is a service that requires RRC connection establishment. If the determined SCPTM service of interest is a service requiring RRC connection establishment, the terminal may establish an RRC connection and receive the SCPTM service through the established RRC connection.
  • a method for establishing an RRC connection by a terminal interested in SCPTM transmission in a wireless communication system receives a list of SCPTM services available from the serving cell, determines whether the SCPTM service of interest in the list of available SCPTM services received is a first type SCPTM service or a second type service, and the determined interested If the SCPTM service is the second type SCPTM service, it may include establishing an RRC connection with a network and receiving the second type SCPTM service over the established RRC connection.
  • the first type SCPTM service is a service requiring no RRC connection establishment for SCPTM service
  • the second type SCPTM service is a service requiring RRC connection establishment for SCPTM service.
  • HARQ hybrid automatic repeat request
  • CSI channel state information
  • the second type SCPTM service may be a service requiring hybrid automatic repeat request (HARQ) feedback or channel state information (CSI) reporting.
  • HARQ hybrid automatic repeat request
  • CSI channel state information
  • the list of available SCPTM services may be broadcasted through a Broadcast Control Channel (BCCH) or a Multicast Control Channel (MCCH).
  • BCCH Broadcast Control Channel
  • MCCH Multicast Control Channel
  • the list of available SCPTM services may include at least one of a service identifier, a temporary mobile group identifier (TMGI), or a session identifier.
  • TMGI temporary mobile group identifier
  • a user service description may determine whether the SCPTM service of interest is the first type SCPTM service or the second type SCPTM service.
  • Receiving the type of the available SCPTM service from the serving cell, and the type of the available SCPTM service may be broadcasted through a Broadcast Control Channel (BCCH) or a Multicast Control Channel (MCCH).
  • BCCH Broadcast Control Channel
  • MCCH Multicast Control Channel
  • SIB2 SystemInformationBlock2
  • the SIB2 comprises an ac-BarringSkipForSCPTM
  • the method may further include receiving a SystemInformationBlock2 (SIB2) from the serving cell, and if the SIB2 does not include ac-BarringSkipForSCPTM , access barring check according to an access class barring configuration for SCPTM. Check), and the access barring factor of the access class block setting for SCPTM may be set to a larger value than ac-BarringForMO-Signalling or ac-BarringForMO-Data .
  • SIB2 SystemInformationBlock2
  • the method may further include transmitting establishmentCause to the serving cell, and when the establishmentCause instructs SCPTM reception, the network may always allow access of the terminal.
  • the method may further include sending a second type SCPTM reception stop indication to the network.
  • a terminal for establishing an RRC connection in a wireless communication system is provided.
  • Memory Transceiver; And a processor that connects the memory and the transceiver, wherein the processor controls the transceiver to receive a list of SCPTM services available from a serving cell, wherein the received SCPTM service of interest is selected from the list of available SCPTM services.
  • the first type SCPTM service is a service requiring no RRC connection establishment for SCPTM service
  • the second type SCPTM service is a service requiring RRC connection establishment for SCPTM service.
  • the terminal can selectively establish an RRC connection with the network.
  • FIG. 1 shows a structure of an LTE system.
  • FIG. 2 shows an air interface protocol of an LTE system for a control plane.
  • FIG 3 shows an air interface protocol of an LTE system for a user plane.
  • FIG 5 illustrates access class block (ACB) operation.
  • FIGS. 6A and 6B illustrate access class block (ACB) operation in an emergency call.
  • ACB access class block
  • FIG. 7 illustrates a procedure for establishing an RRC connection by the terminal according to an embodiment of the present invention for SCPTM reception.
  • FIG. 8 is a block diagram illustrating a method for establishing an RRC connection by the terminal according to an embodiment of the present invention for receiving SCPTM.
  • FIG. 9 is a block diagram of a wireless communication system in which an embodiment of the present invention is implemented.
  • 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
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with wireless technologies such as global system for mobile communications (GSM) / general packet radio service (GPRS) / enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented by wireless technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, evolved UTRA (E-UTRA), and the like.
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with systems based on IEEE 802.16e.
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is part of evolved UMTS (E-UMTS) using evolved-UMTS terrestrial radio access (E-UTRA), which employs OFDMA in downlink and SC in uplink -FDMA is adopted.
  • LTE-A (advanced) is the evolution of 3GPP LTE.
  • FIG. 1 shows a structure of an LTE system.
  • Communication networks are widely deployed to provide various communication services such as IMS and Voice over internet protocol (VoIP) over packet data.
  • VoIP Voice over internet protocol
  • an LTE system structure includes one or more UEs 10, an evolved-UMTS terrestrial radio access network (E-UTRAN), and an evolved packet core (EPC).
  • the terminal 10 is a communication device moved by a user.
  • the terminal 10 may be fixed or mobile and may be called by other terms such as a mobile station (MS), a user terminal (UT), a subscriber station (SS), and a wireless device.
  • MS mobile station
  • UT user terminal
  • SS subscriber station
  • wireless device a wireless device.
  • the E-UTRAN may include one or more evolved node-eB (eNB) 20, and a plurality of terminals may exist in one cell.
  • the eNB 20 provides an end point of a control plane and a user plane to the terminal.
  • the eNB 20 generally refers to a fixed station communicating with the terminal 10, and may be referred to in other terms such as a base station (BS), a base transceiver system (BTS), an access point, and the like.
  • BS base station
  • BTS base transceiver system
  • One eNB 20 may be arranged per cell. There may be one or more cells within the coverage of the eNB 20.
  • One cell may be configured to have one of bandwidths such as 1.25, 2.5, 5, 10, and 20 MHz to provide downlink (DL) or uplink (UL) transmission service to various terminals. In this case, different cells may be configured to provide different bandwidths.
  • DL means communication from the eNB 20 to the terminal 10
  • UL means communication from the terminal 10 to the eNB 20.
  • the transmitter may be part of the eNB 20 and the receiver may be part of the terminal 10.
  • the transmitter may be part of the terminal 10 and the receiver may be part of the eNB 20.
  • the EPC may include a mobility management entity (MME) that serves as a control plane, and a system architecture evolution (SAE) gateway (S-GW) that serves as a user plane.
  • MME mobility management entity
  • SAE system architecture evolution gateway
  • S-GW gateway
  • the MME / S-GW 30 may be located at the end of the network and is connected to an external network.
  • the MME has information about the access information of the terminal or the capability of the terminal, and this information may be mainly used for mobility management of the terminal.
  • S-GW is a gateway having an E-UTRAN as an endpoint.
  • the MME / S-GW 30 provides the terminal 10 with the endpoint of the session and the mobility management function.
  • the EPC may further include a packet data network (PDN) -gateway (GW).
  • PDN-GW is a gateway with PDN as an endpoint.
  • the MME includes non-access stratum (NAS) signaling to the eNB 20, NAS signaling security, access stratum (AS) security control, inter CN (node network) signaling for mobility between 3GPP access networks, idle mode terminal reachability ( Control and execution of paging retransmission), tracking area list management (for terminals in idle mode and active mode), P-GW and S-GW selection, MME selection for handover with MME change, 2G or 3G 3GPP access Bearer management, including roaming, authentication, and dedicated bearer settings, SGSN (serving GPRS support node) for handover to the network, public warning system (ETWS) and commercial mobile alarm system (PWS) It provides various functions such as CMAS) and message transmission support.
  • NAS non-access stratum
  • AS access stratum
  • inter CN node network
  • MME selection for handover with MME change
  • 2G or 3G 3GPP access Bearer management including roaming, authentication, and dedicated bearer settings
  • SGSN serving GPRS support no
  • S-GW hosts can be based on per-user packet filtering (eg, through deep packet inspection), legal blocking, terminal IP (Internet protocol) address assignment, transport level packing marking in DL, UL / DL service level charging, gating and It provides various functions of class enforcement, DL class enforcement based on APN-AMBR.
  • MME / S-GW 30 is simply represented as a "gateway", which may include both MME and S-GW.
  • An interface for user traffic transmission or control traffic transmission may be used.
  • the terminal 10 and the eNB 20 may be connected by the Uu interface.
  • the eNBs 20 may be interconnected by an X2 interface. Neighboring eNBs 20 may have a mesh network structure by the X2 interface.
  • the eNBs 20 may be connected with the EPC by the S1 interface.
  • the eNBs 20 may be connected to the EPC by the S1-MME interface and may be connected to the S-GW by the S1-U interface.
  • the S1 interface supports a many-to-many-relation between eNB 20 and MME / S-GW 30.
  • the eNB 20 may select for the gateway 30, routing to the gateway 30 during radio resource control (RRC) activation, scheduling and transmission of paging messages, scheduling channel information (BCH), and the like.
  • RRC radio resource control
  • BCH scheduling channel information
  • the gateway 30 may perform paging initiation, LTE idle state management, user plane encryption, SAE bearer control, and encryption and integrity protection functions of NAS signaling in the EPC.
  • FIG. 2 shows an air interface protocol of an LTE system for a control plane.
  • 3 shows an air interface protocol of an LTE system for a user plane.
  • the layer of the air interface protocol between the UE and the E-UTRAN is based on the lower three layers of the open system interconnection (OSI) model, which is well known in communication systems, and includes L1 (first layer), L2 (second layer), and L3 (third layer). Hierarchical).
  • the air interface protocol between the UE and the E-UTRAN may be horizontally divided into a physical layer, a data link layer, and a network layer, and vertically a protocol stack for transmitting control signals.
  • Layers of the radio interface protocol may exist in pairs in the UE and the E-UTRAN, which may be responsible for data transmission of the Uu interface.
  • the physical layer belongs to L1.
  • the physical layer provides an information transmission service to a higher layer through a physical channel.
  • the physical layer is connected to a higher layer of a media access control (MAC) layer through a transport channel.
  • Physical channels are mapped to transport channels.
  • Data may be transmitted between the MAC layer and the physical layer through a transport channel.
  • Data between different physical layers, that is, between the physical layer of the transmitter and the physical layer of the receiver may be transmitted using radio resources through a physical channel.
  • the physical layer may be modulated using an orthogonal frequency division multiplexing (OFDM) scheme, and utilizes time and frequency as radio resources.
  • OFDM orthogonal frequency division multiplexing
  • the physical layer uses several physical control channels.
  • a physical downlink control channel (PDCCH) reports resource allocation of a paging channel (PCH) and a downlink shared channel (DL-SCH), and hybrid automatic repeat request (HARQ) information related to the DL-SCH to the UE.
  • the PDCCH may carry an uplink grant to report to the UE regarding resource allocation of uplink transmission.
  • the physical control format indicator channel (PCFICH) informs the UE of the number of OFDM symbols used for the PDCCH and is transmitted every subframe.
  • a physical hybrid ARQ indicator channel (PHICH) carries a HARQ ACK (non-acknowledgement) / NACK (non-acknowledgement) signal for UL-SCH transmission.
  • a physical uplink control channel (PUCCH) carries UL control information such as HARQ ACK / NACK, a scheduling request, and a CQI for downlink transmission.
  • the physical uplink shared channel (PUSCH) carries an uplink shared channel (UL-SCH).
  • the physical channel includes a plurality of subframes in the time domain and a plurality of subcarriers in the frequency domain.
  • One subframe consists of a plurality of symbols in the time domain.
  • One subframe consists of a plurality of resource blocks (RBs).
  • One resource block is composed of a plurality of symbols and a plurality of subcarriers.
  • each subframe may use specific subcarriers of specific symbols of the corresponding subframe for the PDCCH.
  • the first symbol of the subframe may be used for the PDCCH.
  • the PDCCH may carry dynamically allocated resources, such as a physical resource block (PRB) and modulation and coding schemes (MCS).
  • a transmission time interval (TTI) which is a unit time at which data is transmitted, may be equal to the length of one subframe.
  • One subframe may have a length of 1 ms.
  • a DL transport channel for transmitting data from a network to a UE includes a broadcast channel (BCH) for transmitting system information, a paging channel (PCH) for transmitting a paging message, and a DL-SCH for transmitting user traffic or control signals. And the like.
  • BCH broadcast channel
  • PCH paging channel
  • DL-SCH supports dynamic link adaptation and dynamic / semi-static resource allocation by varying HARQ, modulation, coding and transmit power.
  • the DL-SCH may enable the use of broadcast and beamforming throughout the cell.
  • System information carries one or more system information blocks. All system information blocks can be transmitted in the same period. Traffic or control signals of a multimedia broadcast / multicast service (MBMS) are transmitted through a multicast channel (MCH).
  • MCH multicast channel
  • the UL transport channel for transmitting data from the terminal to the network includes a random access channel (RAC) for transmitting an initial control message, a UL-SCH for transmitting user traffic or a control signal, and the like.
  • the UL-SCH can support dynamic link adaptation due to HARQ and transmit power and potential changes in modulation and coding.
  • the UL-SCH may enable the use of beamforming.
  • RACH is generally used for initial connection to a cell.
  • the MAC layer belonging to L2 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 provides a mapping function from a plurality of logical channels to a plurality of transport channels.
  • the MAC layer also provides a logical channel multiplexing function by mapping from multiple logical channels to a single transport channel.
  • the MAC sublayer provides data transfer services on logical channels.
  • the logical channel may be divided into a control channel for information transmission in the control plane and a traffic channel for information transmission in the user plane according to the type of information to be transmitted. That is, a set of logical channel types is defined for other data transfer services provided by the MAC layer.
  • the logical channel is located above the transport channel and mapped to the transport channel.
  • the control channel is used only for conveying information in the control plane.
  • the control channel provided by the MAC layer includes a broadcast control channel (BCCH), a paging control channel (PCCH), a common control channel (CCCH), a multicast control channel (MCCH), and a dedicated control channel (DCCH).
  • BCCH is a downlink channel for broadcasting system control information.
  • PCCH is a downlink channel used for transmitting paging information and paging a terminal whose cell-level location is not known to the network.
  • CCCH is used by the terminal when there is no RRC connection with the network.
  • MCCH is a one-to-many downlink channel used to transmit MBMS control information from the network to the terminal.
  • DCCH is a one-to-one bidirectional channel used by the terminal for transmitting dedicated control information between the terminal and the network in an RRC connection state.
  • the traffic channel is used only for conveying information in the user plane.
  • the traffic channel provided by the MAC layer includes a dedicated traffic channel (DTCH) and a multicast traffic channel (MTCH).
  • DTCH is used for transmission of user information of one UE in a one-to-one channel and may exist in both uplink and downlink.
  • MTCH is a one-to-many downlink channel for transmitting traffic data from the network to the terminal.
  • the uplink connection between the logical channel and the transport channel includes a DCCH that can be mapped to the UL-SCH, a DTCH that can be mapped to the UL-SCH, and a CCCH that can be mapped to the UL-SCH.
  • the downlink connection between the logical channel and the transport channel is a BCCH that can be mapped to a BCH or DL-SCH, a PCCH that can be mapped to a PCH, a DCCH that can be mapped to a DL-SCH, a DTCH that can be mapped to a DL-SCH, MCCH that can be mapped to MCH and MTCH that can be mapped to MCH.
  • the RLC layer belongs to L2.
  • the function of the RLC layer includes adjusting the size of the data by segmentation / concatenation of the data received from the upper layer in the radio section such that the lower layer is suitable for transmitting data.
  • the RLC layer is divided into three modes: transparent mode (TM), unacknowledged mode (UM) and acknowledged mode (AM). Provides three modes of operation.
  • TM transparent mode
  • UM unacknowledged mode
  • AM acknowledged mode
  • AM RLC provides retransmission through automatic repeat request (ARQ) for reliable data transmission.
  • ARQ automatic repeat request
  • the function of the RLC layer may be implemented as a functional block inside the MAC layer, in which case the RLC layer may not exist.
  • the packet data convergence protocol (PDCP) layer belongs to L2.
  • the PDCP layer introduces an IP packet, such as IPv4 or IPv6, over a relatively low bandwidth air interface to provide header compression that reduces unnecessary control information so that the transmitted data is transmitted efficiently. Header compression improves transmission efficiency in the wireless section by transmitting only the information necessary for the header of the data.
  • the PDCP layer provides security. Security functions include encryption to prevent third party inspection and integrity protection to prevent third party data manipulation.
  • the radio resource control (RRC) layer belongs to L3.
  • the RRC layer at the bottom of 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 through the RRC layer.
  • the RRC layer is responsible for the control of logical channels, transport channels, and physical channels in connection with configuration, re-configuration, and release of RBs.
  • RB is a logical path provided by L1 and L2 for data transmission between the terminal and the network. That is, RB means a service provided by L2 for data transmission between the UE and the E-UTRAN. Setting up an RB means defining the characteristics of the radio protocol layer and channel to provide a particular service, and determining each specific parameter and method of operation.
  • RBs may be classified into two types: signaling RBs (SRBs) and data RBs (DRBs).
  • SRBs signaling RBs
  • DRBs data RBs
  • the RLC and MAC layers may perform functions such as scheduling, ARQ and HARQ.
  • the RRC layer (ended at the eNB at the network side) may perform functions such as broadcast, paging, RRC connection management, RB control, mobility function, and UE measurement report / control.
  • the NAS control protocol (terminated at the gateway's MME at the network side) may perform functions such as SAE bearer management, authentication, LTE_IDLE mobility handling, paging initiation at LTE_IDLE, and security control for signaling between the terminal and the gateway.
  • the RLC and MAC layer may perform the same function as the function in the control plane.
  • the PDCP layer may perform user plane functions such as header compression, integrity protection and encryption.
  • the RRC state indicates whether the RRC layer of the UE is logically connected with the RRC layer of the E-UTRAN.
  • the RRC state may be divided into two types, such as an RRC connected state (RRC_CONNECTED) and an RRC idle state (RRC_IDLE).
  • RRC_CONNECTED RRC connected state
  • RRC_IDLE RRC idle state
  • the E-UTRAN cannot grasp the terminal of the RRC_IDLE, and manages the terminal in units of a tracking area in which a core network (CN) is larger than a cell. That is, the terminal of the RRC_IDLE is only identified as a unit of a larger area, and in order to receive a normal mobile communication service such as voice or data communication, the terminal must transition to RRC_CONNECTED.
  • CN core network
  • the terminal may receive a broadcast of system information and paging information.
  • the terminal may be assigned an identification (ID) that uniquely designates the terminal in the tracking area, and perform public land mobile network (PLMN) selection and cell reselection.
  • ID an identification
  • PLMN public land mobile network
  • the UE may have an E-UTRAN RRC connection and an RRC context in the E-UTRAN to transmit data to the eNB and / or receive data from the eNB.
  • the terminal may report channel quality information and feedback information to the eNB.
  • the E-UTRAN may know the cell to which the UE belongs. Therefore, the network may transmit data to the terminal and / or receive data from the terminal, and the network may inter-RAT with a GSM EDGE radio access network (GERAN) through mobility of the terminal (handover and network assisted cell change (NACC)). radio access technology (cell change indication), and the network may perform cell measurement for a neighboring cell.
  • GSM EDGE radio access network GERAN
  • NACC network assisted cell change
  • the UE designates a paging DRX cycle.
  • the UE monitors a paging signal at a specific paging occasion for each UE specific paging DRX cycle.
  • Paging opportunity is the time interval during which the paging signal is transmitted.
  • the terminal has its own paging opportunity.
  • the paging message is sent across all cells belonging to the same tracking area. If the terminal moves from one tracking area to another tracking area, the terminal sends a tracking area update (TAU) message to the network to update the location.
  • TAU tracking area update
  • the terminal When the user first turns on the power of the terminal, the terminal first searches for an appropriate cell and then stays in RRC_IDLE in that cell. When it is necessary to establish an RRC connection, the terminal staying in the RRC_IDLE may make an RRC connection with the RRC of the E-UTRAN through the RRC connection procedure and may transition to the RRC_CONNECTED. The UE staying in RRC_IDLE needs to establish an RRC connection with the E-UTRAN when uplink data transmission is necessary due to a user's call attempt or when a paging message is received from the E-UTRAN and a response message is required. Can be.
  • access class barring (ACB)
  • FIG 5 illustrates access class block (ACB) operation.
  • ACB is a technique for controlling the access of the terminal to control the system load, the base station to broadcast the barring (barring) information to the terminal in advance and the terminal owned by the class and the base station 20 And attempting to connect based on the broadcast blocking information.
  • the base station 20 uses the systemInfoModification IE of paging to inform the UE AS 11 that the SIB (SystemInformationBlock ) information will change soon due to the new ACB information. It may be (S502).
  • the terminal receiving the paging may recognize that the SIB information will change soon (S503).
  • the systemInfoModication IE included in the paging is an indicator indicating that SIB information is changed, and the shape of the indicator may vary according to embodiments.
  • the base station 20 may inform the terminal that the SIB information will change soon through paging during a modification period before broadcasting the changed SIB information. Thereafter, the changed SIB information is broadcast in the next change section.
  • the terminal receives the SIB1 information in order to receive the new SIB information after the change interval for receiving the paging ends (S504).
  • SIBs There are several types of SIBs, depending on their purpose. Rel-11 LTE standard technology exists from SIB1 to 14 and continues to expand to support new functions of the standard technology. Among the various SIBs, SIB1 may include scheduling information of another SIB. Therefore, in order to receive other SIB information, it is necessary to first receive SIB1.
  • the terminal may receive SIB2 information including the ACB information (S505).
  • the UE AS 11 may store the ACB information (S506).
  • the UE NAS 12 may transmit a service request to the UE AS 11 when a service, that is, communication, is necessary (S507).
  • the UE AS 11 may determine whether to permit access based on the stored ACB information (S508).
  • the terminal must be assigned a class having one of values from 0 to 9.
  • the terminal may be additionally assigned a class having a value of 11 to 15 for a special purpose.
  • the class has a class 10 associated with the emergency call.
  • Base station 20 may restrict access to a particular class. In the LTE standard technology, access may not be limited by designating any one of classes 0 to 9, and classes 11 to 15 for a specific purpose may restrict access by designating one or more specific.
  • the base station 20 may provide barring factor and barring time information for classes 0 to 9.
  • the blocking factor may be a value between 0 and 1.
  • the terminal selects a random value between 0 and 1 and compares the blocking factor. If the value selected by the terminal is lower than the blocking factor, it may be determined that access is allowed. If the value selected by the terminal is higher than the blocking factor, the access is not allowed and the UE NAS 12 may be informed that the access is not allowed (S509). If access is not allowed, the UE AS 11 may calculate a Tbarring value using the cutoff time information and the following equation.
  • the UE AS 11 may inform the UE NAS 12 that it may try to access again (S510). At this time, the UE NAS 12 attempts to access the UE AS 11 again (S511), and the UE AS 11 may perform a barring check again (S512).
  • the process described in FIG. 5 may correspond to a general mobile originating (MO) call or signaling, that is, a service request triggered at the terminal side.
  • the emergency call triggered by the terminal is somewhat different from the above process.
  • ACB information for emergency calls is different from MO calls or signaling. That is, ac-barringForEmergency information is provided, not blocking factor or blocking time information.
  • the IE may indicate only whether an emergency call is allowed in a Boolean form. If the IE is set to TRUE, it indicates that an emergency call is not allowed, and after confirming some additional condition, access may finally be denied. In addition, since the blocking time information is not provided, there is no step in which the UE AS 11 informs the NAS 12 of whether access is possible after Tbarring.
  • ACB operation for emergency calls is described in more detail in FIG.
  • FIGS. 6A and 6B illustrate access class block (ACB) operation in an emergency call.
  • ACB access class block
  • the UE AS may receive SIB2 information broadcast by a base station (S600).
  • the SIB2 may include an ac-BarringInfo IE including barring information.
  • the UE AS may determine whether there is a request for an emergency call from the UE NAS (S610). If the emergency call trigger, the UE AS may determine whether the ac-BarringForEmergency IE is set to TRUE included in the ac-BarringInfo IE (S620). If not TRUE, the UE AS may consider the call to be allowed (S640). Otherwise, if TRUE, the UE AS may determine whether the UE additionally has one or more of classes 11 to 15 for special purposes in addition to classes between 0 and 9 (S630).
  • the UE AS If the terminal does not have one or more of the class 11 ⁇ 15 for a special purpose, the UE AS considers that the call is not allowed (S670), it can inform the UE NAS (S680). If there is at least one class for a special purpose, the UE AS may determine blocking information on classes 11 to 15 included in the ac-BarringInfo IE (S650). In the embodiment, for each class for a special purpose, information of a 5-bit bitmap type indicating whether to block may be included in the ac-BarringInfo IE.
  • the ac-BarringForMO-Data IE in the Ac-BarringInfo IE may have an ac-BarringForSpecicalAC IE composed of 5 bits.
  • each bit may be sequentially mapped to AC 11-15.
  • the corresponding AC is considered to be blocked.
  • AC 12, 13 and 14 are valid in the home country, and AC 11 and 15 are valid only in the HPLMN / HEPLMN.
  • the terminal may attempt a random access procedure to attempt to connect with the base station.
  • MBMS multimedia broadcast / multicast service
  • MMSFN multicast / broadcast single frequency network
  • Transmission in MBSFN transmission or MBSFN mode refers to a simultaneous transmission scheme implemented by transmitting the same signal in a plurality of cells at the same time.
  • MBSFN transmissions from a plurality of cells within the MBSFN area appear to the UE as a single transmission.
  • Multicast Control Channel is a downlink channel used for point-to-multipoint transmission of MBMS control information from a network to a UE.
  • MBMS service transmission methods include single-cell point-to-multipoint (SCPM) transmission and multimedia broadcast multicast service Single Frequency Network (MBSFN) transmission. While MBSFN transmissions transmit identifiable signals in multiple cells simultaneously, SCPTM transmissions carry MBMS services in a single cell. Thus, SCPTM transmissions do not require cell-to-cell synchronization unlike MBSFN transmissions. Also, since SCPTM transmission uses the existing PDSCH, it has unicast characteristics unlike MBSFN transmission.
  • a plurality of terminals read the same PDCCH, obtains an RNTI for each service and receives the SCPTM service.
  • the terminal may receive the SCPTM service by acquiring the corresponding RNTI value and reading the PDCCH through the RNTI.
  • SCPTM is broadcast, but hybrid automatic repeat request (HARQ) feedback and channel state information (CSI) reporting can be used to improve spectral efficiency.
  • HARQ hybrid automatic repeat request
  • CSI channel state information
  • some SCPTM may not need HARQ feedback or CSI reporting depending on the type of service or the number of subscribers. Since RRC connection is required to use HARQ feedback or CSI reporting, a terminal interested in SCPTM transmission needs to know whether or not it is necessary to establish an RRC connection in order to receive the SCPTM service of interest.
  • the terminal does not need additional downlink resources except for the initial configuration. Therefore, when some congestion occurs in the network, terminals interested only in SCPTM transmission should be treated differently.
  • the terminal will be described for establishing the RRC connection for SCPTM reception.
  • Step 1 The terminal may receive a list of SCPTM services available from the serving cell.
  • the list of available SCPTM services may be provided via SCPTM transport.
  • the list of available SCPTM services may be broadcast from the serving cell over the BCCH or MCCH logical channel.
  • the list of available SCPTM services may include service identities (or temporary mobile group identifier (TMGI), session identity).
  • the list of available SCPTM services may include SCPTM-RNTI corresponding to the available SCPTM services.
  • the SCPTM-RNTI is an identification for SCPTM reception.
  • the same SCPTM-RNTI can be assigned to multiple terminals.
  • the SCPTM-RNTI may be allocated for each SCPTM service.
  • Step 2 If the terminal is or will be receiving SCPTM service, the terminal may consider the service as the SCPTM service of interest.
  • the terminal can know the SCPTM service identifier through a user service description (USD).
  • USD user service description
  • Step 3 If at least one of the SCPTM services of interest is provided from the cell where the UE camps on and the RRC connection is required for service reception, the terminal may start the RRC connection establishment procedure.
  • SCPTM services can be defined in two types.
  • the first type SCPTM service is defined as an SCPTM service that can be received by the IDLE mode terminal
  • the second type SCPTM service is defined as an SCPTM service that can receive only a CONNECTED mode terminal.
  • Type 1 SCPTM services may not require HARQ feedback and / or CSI reporting from the recipient.
  • the terminal may not start the RRC connection establishment procedure to receive the first type SCPTM service.
  • Type 2 SCPTM services may require HARQ feedback and / or CSI reporting from the recipient.
  • the terminal may start the RRC connection establishment procedure to receive the second type SCPTM service.
  • the terminal can know through the USD whether the SCPTM service of interest is a first type SCPTM service or a second type SCPTM service. Alternatively, since the type of SCPTM service is broadcast from the serving cell via BCCH or MCCH, the terminal may obtain this information in step 1, so that the terminal may know the type of SCPTM service of interest.
  • Access barring checks can be performed for SCPTM reception. If the terminal establishes an RRC connection to receive the second type SCPTM transmission, and the SystemInformationBlockType2 includes ac-BarringSkipForSCPTM , the terminal may consider that access to the cell is not blocked. If the terminal establishes an RRC connection to receive the second type SCPTM transmission, and the SystemInformationBlockType2 does not include ac-BarringSkipForSCPTM , the terminal blocks access according to the access class barring configuration for SCPTM. Verification can be performed. Preferably, the access barring factor may be set larger than other access class blocking settings (ie, ac-BarringForMO-Signalling or ac-BarringForMO-Data ).
  • the cause of establishing a new RRC connection to SCPTM reception may be defined.
  • the terminal may set establishmentCause in an RRC connection request message to receive SCPTM. In this case, if the establishmentCause indicates the SCPTM reception, even if the network is congested, the network may allow access of the terminal.
  • Step 4 The terminal may receive a second type SCPTM service configuration from the serving cell.
  • the second type SCPTM service configuration may include HARQ feedback configuration and CSI reporting configuration.
  • Step 5 If the terminal decides to stop receiving all Type 2 SCPTM services, the terminal may inform the network. This can be done by sending an SCPTM interest indication. Preferably, when the network receives this notification, the network may release the RRC connection to the terminal. Alternatively, a new indication may be newly defined for this notification (since the current MBMS interest indication has only frequency level information).
  • FIG. 7 illustrates a procedure for establishing an RRC connection by the terminal according to an embodiment of the present invention for SCPTM reception.
  • the terminal is currently in IDLE mode. If access to the network is allowed, the terminal may receive system information necessary for evaluation (S710). In the embodiment of FIG. 7, it is assumed that the system information block type 2 (SIB2) does not include ac-BarringSkipForSCPTM . In addition, SIB2 may include an access class barring configuration for SCPTM.
  • SIB2 may include an access class barring configuration for SCPTM.
  • the terminal may receive a list of available SCPTM services (S720).
  • the list of available SCPTM services may be broadcast via MCCH or BCCH.
  • the terminal is interested in SCPTM service A and service C (S730). It is assumed that the service A is a second type SCPTM service, and the service C is a first type SCPTM service. Therefore, although RRC connection is required to receive the service A, RRC connection may not be required to receive service C.
  • the terminal may start to establish the RRC connection to receive the SCPTM service A (S740).
  • the UE may receive the service C even before establishing the RRC connection.
  • the received SIB2 does not include ac-BarringSkipForSCP TM .
  • the terminal can check the access block according to the access class block setting for the received SCPTM. In the embodiment of FIG. 7, it is assumed that access to the cell is not blocked as a result of checking access blocking according to the connection class blocking setting.
  • the terminal may receive the service A.
  • the terminal may receive a second type SCPTM service setting for receiving service A (S750).
  • the second type SCPTM service setting may include HARQ feedback setting or CSI report setting.
  • the terminal may determine to stop receiving the service A (S760). Therefore, the terminal does not need to maintain the RRC connection, and can transmit the second type SCPTM reception stop instruction to the network (S770).
  • the terminal may receive an RRC connection release message from the serving cell and enter the IDLE mode (S780).
  • the terminal may receive the service C corresponding to the first type SCPTM service through the DTCH even during the IDLE mode.
  • FIG. 8 is a block diagram illustrating a method for establishing an RRC connection by the terminal according to an embodiment of the present invention for receiving SCPTM.
  • the terminal may receive a list of SCPTM services available from the serving cell (S810).
  • the list of available SCPTM services may be broadcast via BCCH or MCCH.
  • the list of available SCPTM services may include at least one of a service identifier, a temporary mobile group identifier (TMGI), or a session identifier.
  • TMGI temporary mobile group identifier
  • the terminal may determine whether the interested SCPTM service is a first type SCPTM service or a second type SCPTM service from the received list of available SCPTM services (S820). The decision may be made via USD.
  • the first type SCPTM service may be a service that does not require RRC connection establishment for SCPTM service
  • the second type SCPTM service may be a service that requires RRC connection establishment for SCPTM service. That is, the first type SCPTM service may be a service that does not require HARQ feedback or CSI reporting
  • the second type SCPTM service may be a service that requires HARQ feedback or CSI reporting.
  • a second type SCPTM service setting may be received from the serving cell, and the second type SCPTM service setting may include a HARQ feedback setting or a CSI report setting.
  • the type of available SCPTM service can be received directly from the serving cell, and the type of available SCPTM service can be broadcasted via BCCH or MCCH.
  • SIB2 may be received from the serving cell. If the SIB2 includes ac-BarringSkipForSCPTM , the terminal may consider that access to the serving cell is not blocked. If the SIB2 does not include ac-BarringSkipForSCPTM , the connection blocking confirmation is performed according to the connection class blocking setting for SCPTM, and the connection blocking factor of the connection class blocking setting for the SCPTM is ac-BarringForMO-Signalling or ac-BarringForMO- It can be set to a larger value than Data .
  • the terminal may transmit establishmentCause to a serving cell. If the establishmentCause instructs SCPTM reception, the network can always allow the terminal to access even in a crowded situation.
  • the terminal may establish an RRC connection with the network (S830).
  • the second type SCPTM service may be received through the established RRC connection (S840). Thereafter, when the terminal determines to stop receiving the second type SCPTM service, the second type SCPTM reception stop instruction may be transmitted to the network. The network receiving the second type SCPTM reception stop instruction may release the RRC connection, and thus the terminal may enter the RRC IDLE mode.
  • FIG. 9 is a block diagram of a wireless communication system in which an embodiment of the present invention is implemented.
  • the base station 900 includes a processor 901, a memory 902, and a transceiver 903.
  • the memory 902 is connected to the processor 901 and stores various information for driving the processor 901.
  • the transceiver 903 is coupled to the processor 901 to transmit and / or receive wireless signals.
  • Processor 901 implements the proposed functions, processes, and / or methods. In the above-described embodiment, the operation of the base station may be implemented by the processor 901.
  • the terminal 910 includes a processor 911, a memory 912, and a transceiver 913.
  • the memory 912 is connected to the processor 911 and stores various information for driving the processor 911.
  • the transceiver 913 is connected to the processor 911 to transmit and / or receive a radio signal.
  • Processor 911 implements the proposed functions, processes, and / or methods. In the above-described embodiment, the operation of the terminal may be implemented by the processor 911.
  • the processor may include application-specific integrated circuits (ASICs), other chipsets, logic circuits, and / or data processing devices.
  • the memory may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium and / or other storage device.
  • the transceiver may include baseband circuitry for processing wireless signals.
  • the above-described technique may be implemented as a module (process, function, etc.) for performing the above-described function.
  • the module may be stored in memory and executed by a processor.
  • the memory may be internal or external to the processor and may be coupled to the processor by various well known means.

Abstract

무선 통신 시스템에서 SCPTM(Single-Cell Point-to-Multipoint) 전송에 관심 있는 단말이 RRC 연결을 확립하는 방법 및 이를 지원하는 장치가 제공된다. 서빙 셀로부터 이용 가능한 SCPTM 서비스의 리스트를 수신하고, 수신된 상기 이용 가능한 SCPTM 서비스의 리스트 중 관심 있는 SCPTM 서비스가 제1 타입 SCPTM 서비스인지 제2 타입 서비스인지를 결정하고, 결정된 상기 관심 있는 SCPTM 서비스가 상기 제2 타입 SCPTM 서비스이면, 네트워크와 RRC 연결을 확립하고, 확립된 상기 RRC 연결을 통해 상기 제2 타입 SCPTM 서비스를 수신할 수 있다. 상기 제1 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요 없는 서비스이고, 상기 제2 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요한 서비스이다.

Description

SCPTM 수신을 위한 RRC 연결 확립 방법 및 장치
본 발명은 무선 통신 시스템에 관한 것으로서, 보다 상세하게는 SCPTM(Single-Cell Point-to-Multipoint) 전송에 관심 있는 단말이 RRC 연결을 확립하여 SCPTM 서비스를 제공받는 방법 및 이를 지원하는 장치에 관한 것이다.
UMTS(Universal Mobile Telecommunications System)의 향상인 3GPP(3rd Generation Partnership Project) LTE(long term evolution)는 3GPP 릴리즈(release) 8로 소개되고 있다. 3GPP LTE는 하향링크에서 OFDMA(orthogonal frequency division multiple access)를 사용하고, 상향링크에서 SC-FDMA(Single Carrier-frequency division multiple access)를 사용한다. 최대 4개의 안테나를 갖는 MIMO(multiple input multiple output)를 채용한다. 최근에는 3GPP LTE의 진화인 3GPP LTE-A(LTE-Advanced)에 대한 논의가 진행 중이다.
MBMS(Multimedia Broadcast/Multicast Service)는 기존의 CBS(Cell Broadcast Service)와 유사하게 동일하게 데이터 패킷을 다수의 사용자들에게 동시에 전송하는 서비스이다. 그러나 CBS는 저속의 메시지 기반 서비스이지만 MBMS는 고속의 멀티미디어 데이터 전송을 목적으로 하고 있다. 또한 CBS는 IP(internet protocol) 기반이 아니지만 MBMS는 IP 멀티캐스트 기반으로 이루어진다는 차이점이 있다. MBMS에 따르면, 일정 수준의 사용자들이 동일한 셀에 존재하는 경우, 사용자들은 공유 자원(또는 채널)을 사용하여 동일한 멀티미디어 데이터를 수신할 수 있기 때문에, 무선 자원의 효율이 높아지고, 사용자들은 멀티미디어 서비스를 값싸게 이용할 수 있다.
MBMS는 하나의 서비스를 복수의 단말이 효율적으로 데이터를 수신하도록 하기 위해서, 공용채널을 사용한다. 하나의 서비스 데이터에 대해서, 기지국은 한 셀에서 상기 서비스를 수신하고자 하는 단말의 수만큼 전용채널을 할당하지 않고, 하나의 공용채널만을 할당한다. 그리고 복수의 단말들은 상기 공용채널을 동시에 수신하므로, 무선 자원의 효율성이 높아진다. MBMS 관련하여 단말은 해당 셀에 대한 시스템 정보(System information) 수신 후에 MBMS를 수신할 수 있다.
공공 안전, GCSE_LTE(Group Communication System Enablers for LTE)와 같은 중요한 통신 기술이 Rel-12에서 소개되었다. Rel-12 GCSE에서, 그룹 통신은 eMBMS로 지정되었다. eMBMS는 미리 계획된 넓은 영역(즉, MBSFN 영역)에 미디어 컨텐츠를 공급하기 위해 설계되었다. MBSFN 영역은 오히려 정적(예를 들어, O&M에 의해 설정)이며, 사용자 분포에 따라 동적으로 조정될 수 없다. 비록 주파수 영역의 모든 무선 자원이 사용되지 않더라도, eMBMS 전송은 전체 시스템 대역폭을 점유하고, 동일 서브프레임에서 유니캐스트와 다중화가 허용되지 않는다. MBSFN 서브프레임 설정 또한 오히려 정적(예를 들어, O&M에 의해 설정)이다. 즉, MBSFN 서브프레임은 동적인 그룹의 개수 및 동적인 그룹의 트래픽 부하에 따라 동적으로 조정될 수 없다. 따라서, 중요한 통신 서비스를 제공할 때, eMBMS에 대한 무선 자원 설정은 불필요하게 낭비될 수 있다. 그러므로, 무선 자원의 효율적인 사용을 위해 SCPTM(Single-Cell Point-to-Multipoint) 전송이 제안되었다. MBSFN 전송이 복수의 셀에서 동시에 식별 가능한 신호를 전송하는 반면, SCPTM 전송은 단일 셀에서 MBMS 서비스를 전송한다.
SCPTM 서비스 중 HARQ(hybrid automatic repeat request) 피드백과 CSI(Channel State Information) 보고 등이 필요한 서비스가 있을 수 있다. 단말이 HARQ 피드백 또는 CSI 보고를 하기 위해서는 RRC 연결이 필요하기 때문에, 단말은 SCPTM 서비스의 수신을 위해 RRC 연결을 확립하는 것이 필요한지를 알아야 한다. 따라서, 본 발명은 무선 통신 시스템에서 SCPTM 전송에 관심 있는 단말이 RRC 연결을 확립하는 방법 및 이를 지원하는 장치를 제안한다.
단말은 서빙 셀로부터 이용 가능한 SCPTM 서비스의 리스트를 수신하고, 수신된 상기 이용 가능한 SCPTM 서비스의 리스트 중 관심 있는 SCPTM 서비스가 RRC 연결 확립이 필요한 서비스인지 아닌지 여부를 결정할 수 있다. 만약 결정된 상기 관심 있는 SCPTM 서비스가 RRC 연결 확립이 필요한 서비스이면, 단말은 RRC 연결을 확립하고, 확립된 상기 RRC 연결을 통해 SCPTM 서비스를 수신할 수 있다.
일 실시 예에 있어서, 무선 통신 시스템에서 SCPTM 전송에 관심 있는 단말이 RRC 연결을 확립하는 방법이 제공된다. 상기 단말은 서빙 셀로부터 이용 가능한 SCPTM 서비스의 리스트를 수신하고, 수신된 상기 이용 가능한 SCPTM 서비스의 리스트 중 관심 있는 SCPTM 서비스가 제1 타입 SCPTM 서비스인지 제2 타입 서비스인지를 결정하고, 결정된 상기 관심 있는 SCPTM 서비스가 상기 제2 타입 SCPTM 서비스이면, 네트워크와 RRC 연결을 확립하고, 확립된 상기 RRC 연결을 통해 상기 제2 타입 SCPTM 서비스를 수신하는 것을 포함할 수 있다. 상기 제1 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요 없는 서비스이고, 상기 제2 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요한 서비스이다.
상기 서빙 셀로부터 제2 타입 SCPTM 서비스 설정을 수신하는 것을 더 포함할 수 있고, 상기 제2 타입 SCPTM 서비스 설정은 HARQ(Hybrid Automatic Repeat ReQuest) 피드백 설정 또는 CSI(Channel State Information) 보고 설정을 포함할 수 있다.
상기 제2 타입 SCPTM 서비스는 HARQ(Hybrid Automatic Repeat ReQuest) 피드백 또는 CSI(Channel State Information) 보고를 필요로 하는 서비스일 수 있다.
상기 이용 가능한 SCPTM 서비스의 리스트는 BCCH(Broadcast Control Channel) 또는 MCCH(Multicast Control Channel)를 통해 방송될 수 있다.
상기 이용 가능한 SCPTM 서비스의 리스트는 서비스 식별자, 임시 모바일 그룹 식별자(TMGI) 또는 세션(session) 식별자 중 적어도 어느 하나를 포함할 수 있다.
USD(User Service Description)을 통해 상기 관심 있는 SCPTM 서비스가 상기 제1 타입 SCPTM 서비스인지 상기 제2 타입 SCPTM 서비스인지 결정할 수 있다.
상기 서빙 셀로부터 상기 이용 가능한 SCPTM 서비스의 타입을 수신하는 것을 더 포함할 수 있고, 상기 이용 가능한 SCPTM 서비스의 타입은 BCCH(Broadcast Control Channel) 또는 MCCH(Multicast Control Channel)를 통해 방송될 수 있다.
상기 서빙 셀로부터 SIB2(SystemInformationBlock2)를 수신하는 것을 더 포함할 수 있고, 상기 SIB2가 ac-BarringSkipForSCPTM을 포함하면, 상기 단말은 상기 서빙 셀로의 접근이 차단되지 않은 것으로 고려할 수 있다.
상기 서빙 셀로부터 SIB2(SystemInformationBlock2)를 수신하는 것을 더 포함할 수 있고, 상기 SIB2가 ac-BarringSkipForSCPTM을 포함하지 않으면, SCPTM에 대한 접속 클래스 차단 설정(Access Class Barring Configuration)에 따라 접속 차단 확인(Access Barring Check)을 수행할 수 있고, 상기 SCPTM에 대한 접속 클래스 차단 설정의 접속 차단 인자(Access Barring Factor)는 ac-BarringForMO-Signalling 또는 ac-BarringForMO-Data에 비해 큰 값으로 설정될 수 있다.
상기 서빙 셀로 establishmentCause를 전송하는 것을 더 포함할 수 있고, 상기 establishmentCause가 SCPTM 수신을 지시하면 상기 네트워크는 상기 단말의 접근을 항상 허용할 수 있다.
상기 제2 타입 SCPTM 서비스의 수신을 중단하기로 결정하면, 제2 타입 SCPTM 수신 중단 지시를 상기 네트워크로 전송하는 것을 더 포함할 수 있다.
다른 실시 예에 있어서, 무선 통신 시스템에서 RRC 연결을 확립하는 단말이 제공된다. 메모리; 송수신기; 및 상기 메모리와 상기 송수신기를 연결하는 프로세서를 포함하되, 상기 프로세서는 상기 송수신기가 서빙 셀로부터 이용 가능한 SCPTM 서비스의 리스트를 수신하도록 제어하고, 수신된 상기 이용 가능한 SCPTM 서비스의 리스트 중 관심 있는 SCPTM 서비스가 제1 타입 SCPTM 서비스인지 제2 타입 서비스인지를 결정하고, 결정된 상기 관심 있는 SCPTM 서비스가 상기 제2 타입 SCPTM 서비스이면, 네트워크와 RRC 연결을 확립하고, 확립된 상기 RRC 연결을 통해 상기 제2 타입 SCPTM 서비스를 수신하도록 구성될 수 있다. 상기 제1 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요 없는 서비스이고, 상기 제2 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요한 서비스이다.
SCPTM 서비스 중 RRC 연결 확립이 필요한 서비스에 대하여, 단말이 네트워크와 RRC 연결을 선택적으로 확립할 수 있다.
도 1은 LTE 시스템의 구조를 나타낸다.
도 2는 제어 평면에 대한 LTE 시스템의 무선 인터페이스 프로토콜을 나타낸다.
도 3은 사용자 평면에 대한 LTE 시스템의 무선 인터페이스 프로토콜을 나타낸다.
도 4는 물리 채널 구조의 일 예를 나타낸다.
도 5는 접근 클래스 차단(ACB) 동작을 나타낸다.
도 6a 및 6b는 긴급 호출에서 접근 클래스 차단(ACB) 동작을 나타낸다.
도 7은 본 발명의 일 실시 예에 따른 단말이 SCPTM 수신을 위해 RRC 연결을 확립하는 절차를 나타낸다.
도 8은 본 발명의 일 실시 예에 따른 단말이 SCPTM 수신을 위해 RRC 연결을 확립하는 방법을 나타내는 블록도이다.
도 9는 본 발명의 실시 예가 구현되는 무선 통신 시스템의 블록도이다.
이하의 기술은 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) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
설명을 명확하게 하기 위해, LTE-A를 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
도 1은 LTE 시스템의 구조를 나타낸다. 통신 네트워크는 IMS 및 패킷 데이터를 통한 인터넷 전화(Voice over internet protocol: VoIP)와 같은 다양한 통신 서비스들을 제공하기 위하여 넓게 설치된다.
도 1을 참조하면, LTE 시스템 구조는 하나 이상의 단말(UE; 10), E-UTRAN(evolved-UMTS terrestrial radio access network) 및 EPC(evolved packet core)를 포함한다. 단말(10)은 사용자에 의해 움직이는 통신 장치이다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(mobile station), UT(user terminal), SS(subscriber station), 무선기기(wireless device) 등 다른 용어로 불릴 수 있다.
E-UTRAN은 하나 이상의 eNB(evolved node-B; 20)를 포함할 수 있고, 하나의 셀에 복수의 단말이 존재할 수 있다. eNB(20)는 제어 평면(control plane)과 사용자 평면(user plane)의 끝 지점을 단말에게 제공한다. eNB(20)는 일반적으로 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, BS(base station), BTS(base transceiver system), 액세스 포인트(access point) 등 다른 용어로 불릴 수 있다. 하나의 eNB(20)는 셀마다 배치될 수 있다. eNB(20)의 커버리지 내에 하나 이상의 셀이 존재할 수 있다. 하나의 셀은 1.25, 2.5, 5, 10 및 20 MHz 등의 대역폭 중 하나를 가지도록 설정되어 여러 단말에게 하향링크(DL; downlink) 또는 상향링크(UL; uplink) 전송 서비스를 제공할 수 있다. 이때 서로 다른 셀은 서로 다른 대역폭을 제공하도록 설정될 수 있다.
이하에서, DL은 eNB(20)에서 단말(10)로의 통신을 의미하며, UL은 단말(10)에서 eNB(20)으로의 통신을 의미한다. DL에서 송신기는 eNB(20)의 일부이고, 수신기는 단말(10)의 일부일 수 있다. UL에서 송신기는 단말(10)의 일부이고, 수신기는 eNB(20)의 일부일 수 있다.
EPC는 제어 평면의 기능을 담당하는 MME(mobility management entity), 사용자 평면의 기능을 담당하는 S-GW(system architecture evolution (SAE) gateway)를 포함할 수 있다. MME/S-GW(30)은 네트워크의 끝에 위치할 수 있으며, 외부 네트워크와 연결된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지며, 이러한 정보는 주로 단말의 이동성 관리에 사용될 수 있다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이다. MME/S-GW(30)은 세션의 종단점과 이동성 관리 기능을 단말(10)에 제공한다. EPC는 PDN(packet data network)-GW(gateway)를 더 포함할 수 있다. PDN-GW는 PDN을 종단점으로 갖는 게이트웨이이다.
MME는 eNB(20)로의 NAS(non-access stratum) 시그널링, NAS 시그널링 보안, AS(access stratum) 보안 제어, 3GPP 액세스 네트워크 간의 이동성을 위한 inter CN(core network) 노드 시그널링, 아이들 모드 단말 도달 가능성(페이징 재전송의 제어 및 실행 포함), 트래킹 영역 리스트 관리(아이들 모드 및 활성화 모드인 단말을 위해), P-GW 및 S-GW 선택, MME 변경과 함께 핸드오버를 위한 MME 선택, 2G 또는 3G 3GPP 액세스 네트워크로의 핸드오버를 위한 SGSN(serving GPRS support node) 선택, 로밍, 인증, 전용 베이러 설정을 포함한 베어러 관리 기능, PWS(public warning system: 지진/쓰나미 경보 시스템(ETWS) 및 상용 모바일 경보 시스템(CMAS) 포함) 메시지 전송 지원 등의 다양한 기능을 제공한다. S-GW 호스트는 사용자 별 기반 패킷 필터링(예를 들면, 심층 패킷 검사를 통해), 합법적 차단, 단말 IP(internet protocol) 주소 할당, DL에서 전송 레벨 패킹 마킹, UL/DL 서비스 레벨 과금, 게이팅 및 등급 강제, APN-AMBR에 기반한 DL 등급 강제의 갖가지 기능을 제공한다. 명확성을 위해 MME/S-GW(30)은 "게이트웨이"로 단순히 표현하며, 이는 MME 및 S-GW를 모두 포함할 수 있다.
사용자 트래픽 전송 또는 제어 트래픽 전송을 위한 인터페이스가 사용될 수 있다. 단말(10) 및 eNB(20)은 Uu 인터페이스에 의해 연결될 수 있다. eNB(20)들은 X2 인터페이스에 의해 상호간 연결될 수 있다. 이웃한 eNB(20)들은 X2 인터페이스에 의한 망형 네트워크 구조를 가질 수 있다. eNB(20)들은 S1 인터페이스에 의해 EPC와 연결될 수 있다. eNB(20)들은 S1-MME 인터페이스에 의해 EPC와 연결될 수 있으며, S1-U 인터페이스에 의해 S-GW와 연결될 수 있다. S1 인터페이스는 eNB(20)와 MME/S-GW(30) 간에 다수-대-다수 관계(many-to-many-relation)를 지원한다.
eNB(20)은 게이트웨이(30)에 대한 선택, RRC(radio resource control) 활성(activation) 동안 게이트웨이(30)로의 라우팅(routing), 페이징 메시지의 스케줄링 및 전송, BCH(broadcast channel) 정보의 스케줄링 및 전송, UL 및 DL에서 단말(10)들로의 자원의 동적 할당, eNB 측정의 설정(configuration) 및 제공(provisioning), 무선 베어러 제어, RAC(radio admission control) 및 LTE 활성 상태에서 연결 이동성 제어 기능을 수행할 수 있다. 상기 언급처럼 게이웨이(30)는 EPC에서 페이징 개시, LTE 아이들 상태 관리, 사용자 평면의 암호화, SAE 베어러 제어 및 NAS 시그널링의 암호화와 무결성 보호 기능을 수행할 수 있다.
도 2는 제어 평면에 대한 LTE 시스템의 무선 인터페이스 프로토콜을 나타낸다. 도 3은 사용자 평면에 대한 LTE 시스템의 무선 인터페이스 프로토콜을 나타낸다.
단말과 E-UTRAN 간의 무선 인터페이스 프로토콜의 계층은 통신 시스템에서 널리 알려진 OSI(open system interconnection) 모델의 하위 3개 계층을 바탕으로 L1(제1 계층), L2(제2 계층) 및 L3(제3 계층)으로 구분된다. 단말과 E-UTRAN 간의 무선 인터페이스 프로토콜은 수평적으로 물리 계층, 데이터 링크 계층(data link layer) 및 네트워크 계층(network layer)으로 구분될 수 있고, 수직적으로는 제어 신호 전송을 위한 프로토콜 스택(protocol stack)인 제어 평면(control plane)과 데이터 정보 전송을 위한 프로토콜 스택인 사용자 평면(user plane)으로 구분될 수 있다. 무선 인터페이스 프로토콜의 계층은 단말과 E-UTRAN에서 쌍(pair)으로 존재할 수 있고, 이는 Uu 인터페이스의 데이터 전송을 담당할 수 있다.
물리 계층(PHY; physical layer)은 L1에 속한다. 물리 계층은 물리 채널을 통해 상위 계층에 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(media access control) 계층과 전송 채널(transport channel)을 통해 연결된다. 물리 채널은 전송 채널에 맵핑 된다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 전송될 수 있다. 서로 다른 물리 계층 사이, 즉 송신기의 물리 계층과 수신기의 물리 계층 간에 데이터는 물리 채널을 통해 무선 자원을 이용하여 전송될 수 있다. 물리 계층은 OFDM(orthogonal frequency division multiplexing) 방식을 이용하여 변조될 수 있고, 시간과 주파수를 무선 자원으로 활용한다.
물리 계층은 몇몇의 물리 제어 채널(physical control channel)을 사용한다. PDCCH(physical downlink control channel)은 PCH(paging channel) 및 DL-SCH(downlink shared channel)의 자원 할당, DL-SCH와 관련되는 HARQ(hybrid automatic repeat request) 정보에 대하여 단말에 보고한다. PDCCH는 상향링크 전송의 자원 할당에 관하여 단말에 보고하기 위해 상향링크 그랜트를 나를 수 있다. PCFICH(physical control format indicator channel)은 PDCCH를 위해 사용되는 OFDM 심벌의 개수를 단말에 알려주며, 모든 서브프레임마다 전송된다. PHICH(physical hybrid ARQ indicator channel)은 UL-SCH 전송에 대한 HARQ ACK(acknowledgement)/NACK(non-acknowledgement) 신호를 나른다. PUCCH(physical uplink control channel)은 하향링크 전송을 위한 HARQ ACK/NACK, 스케줄링 요청 및 CQI와 같은 UL 제어 정보를 나른다. PUSCH(physical uplink shared channel)은 UL-SCH(uplink shared channel)를 나른다.
도 4는 물리 채널 구조의 일 예를 나타낸다.
물리 채널은 시간 영역에서 복수의 서브프레임(subframe)들과 주파수 영역에서 복수의 부반송파(subcarrier)들로 구성된다. 하나의 서브프레임은 시간 영역에서 복수의 심벌들로 구성된다. 하나의 서브프레임은 복수의 자원 블록(RB; resource block)들로 구성된다. 하나의 자원 블록은 복수의 심벌들과 복수의 부반송파들로 구성된다. 또한, 각 서브프레임은 PDCCH를 위하여 해당 서브프레임의 특정 심벌들의 특정 부반송파들을 이용할 수 있다. 예를 들어, 서브프레임의 첫 번째 심벌이 PDCCH를 위하여 사용될 수 있다. PDCCH는 PRB(physical resource block) 및 MCS(modulation and coding schemes)와 같이 동적으로 할당된 자원을 나를 수 있다. 데이터가 전송되는 단위 시간인 TTI(transmission time interval)는 1개의 서브프레임의 길이와 동일할 수 있다. 서브프레임 하나의 길이는 1ms일 수 있다.
전송채널은 채널이 공유되는지 아닌지에 따라 공통 전송 채널 및 전용 전송 채널로 분류된다. 네트워크에서 단말로 데이터를 전송하는 DL 전송 채널(DL transport channel)은 시스템 정보를 전송하는 BCH(broadcast channel), 페이징 메시지를 전송하는 PCH(paging channel), 사용자 트래픽 또는 제어 신호를 전송하는 DL-SCH 등을 포함한다. DL-SCH는 HARQ, 변조, 코딩 및 전송 전력의 변화에 의한 동적 링크 적응 및 동적/반정적 자원 할당을 지원한다. 또한, DL-SCH는 셀 전체에 브로드캐스트 및 빔포밍의 사용을 가능하게 할 수 있다. 시스템 정보는 하나 이상의 시스템 정보 블록들을 나른다. 모든 시스템 정보 블록들은 같은 주기로 전송될 수 있다. MBMS(multimedia broadcast/multicast service)의 트래픽 또는 제어 신호는 MCH(multicast channel)를 통해 전송된다.
단말에서 네트워크로 데이터를 전송하는 UL 전송 채널은 초기 제어 메시지(initial control message)를 전송하는 RACH(random access channel), 사용자 트래픽 또는 제어 신호를 전송하는 UL-SCH 등을 포함한다. UL-SCH는 HARQ 및 전송 전력 및 잠재적인 변조 및 코딩의 변화에 의한 동적 링크 적응을 지원할 수 있다. 또한, UL-SCH는 빔포밍의 사용을 가능하게 할 수 있다. RACH는 일반적으로 셀로의 초기 접속에 사용된다.
L2에 속하는 MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
논리 채널은 전송되는 정보의 종류에 따라, 제어 평면의 정보 전달을 위한 제어 채널과 사용자 평면의 정보 전달을 위한 트래픽 채널로 나눌 수 있다. 즉, 논리 채널 타입의 집합은 MAC 계층에 의해 제공되는 다른 데이터 전송 서비스를 위해 정의된다. 논리채널은 전송 채널의 상위에 위치하고 전송채널에 맵핑 된다.
제어 채널은 제어 평면의 정보 전달만을 위해 사용된다. MAC 계층에 의하여 제공되는 제어 채널은 BCCH(broadcast control channel), PCCH(paging control channel), CCCH(common control channel), MCCH(multicast control channel) 및 DCCH(dedicated control channel)을 포함한다. BCCH는 시스템 제어 정보를 방송하기 위한 하향링크 채널이다. PCCH는 페이징 정보의 전송 및 셀 단위의 위치가 네트워크에 알려지지 않은 단말을 페이징 하기 위해 사용되는 하향링크 채널이다. CCCH는 네트워크와 RRC 연결을 갖지 않을 때 단말에 의해 사용된다. MCCH는 네트워크로부터 단말에게 MBMS 제어 정보를 전송하는데 사용되는 일대다 하향링크 채널이다. DCCH는 RRC 연결 상태에서 단말과 네트워크간에 전용 제어 정보 전송을 위해 단말에 의해 사용되는 일대일 양방향 채널이다.
트래픽 채널은 사용자 평면의 정보 전달만을 위해 사용된다. MAC 계층에 의하여 제공되는 트래픽 채널은 DTCH(dedicated traffic channel) 및 MTCH(multicast traffic channel)을 포함한다. DTCH는 일대일 채널로 하나의 단말의 사용자 정보의 전송을 위해 사용되며, 상향링크 및 하향링크 모두에 존재할 수 있다. MTCH는 네트워크로부터 단말에게 트래픽 데이터를 전송하기 위한 일대다 하향링크 채널이다.
논리 채널과 전송 채널간의 상향링크 연결은 UL-SCH에 맵핑 될 수 있는 DCCH, UL-SCH에 맵핑 될 수 있는 DTCH 및 UL-SCH에 맵핑 될 수 있는 CCCH를 포함한다. 논리 채널과 전송 채널간의 하향링크 연결은 BCH 또는 DL-SCH에 맵핑 될 수 있는 BCCH, PCH에 맵핑 될 수 있는 PCCH, DL-SCH에 맵핑 될 수 있는 DCCH, DL-SCH에 맵핑 될 수 있는 DTCH, MCH에 맵핑 될 수 있는 MCCH 및 MCH에 맵핑 될 수 있는 MTCH를 포함한다.
RLC 계층은 L2에 속한다. RLC 계층의 기능은 하위 계층이 데이터를 전송하기에 적합하도록 무선 섹션에서 상위 계층으로부터 수신된 데이터의 분할/연접에 의한 데이터의 크기 조정을 포함한다. 무선 베어러(RB; radio bearer)가 요구하는 다양한 QoS를 보장하기 위해, RLC 계층은 투명 모드(TM; transparent mode), 비 확인 모드(UM; unacknowledged mode) 및 확인 모드(AM; acknowledged mode)의 세 가지의 동작 모드를 제공한다. AM RLC는 신뢰성 있는 데이터 전송을 위해 ARQ(automatic repeat request)를 통해 재전송 기능을 제공한다. 한편, RLC 계층의 기능은 MAC 계층 내부의 기능 블록으로 구현될 수 있으며, 이때 RLC 계층은 존재하지 않을 수도 있다.
PDCP(packet data convergence protocol) 계층은 L2에 속한다. PDCP 계층은 상대적으로 대역폭이 작은 무선 인터페이스 상에서 IPv4 또는 IPv6와 같은 IP 패킷을 도입하여 전송되는 데이터가 효율적으로 전송되도록 불필요한 제어 정보를 줄이는 헤더 압축 기능을 제공한다. 헤더 압축은 데이터의 헤더에 필요한 정보만을 전송함으로써 무선 섹션에서 전송 효율을 높인다. 게다가, PDCP 계층은 보안 기능을 제공한다. 보안기능은 제3자의 검사를 방지하는 암호화 및 제3자의 데이터 조작을 방지하는 무결성 보호를 포함한다.
RRC(radio resource control) 계층은 L3에 속한다. L3의 가장 하단 부분에 위치하는 RRC 계층은 오직 제어 평면에서만 정의된다. RRC 계층은 단말과 네트워크 간의 무선 자원을 제어하는 역할을 수행한다. 이를 위해 단말과 네트워크는 RRC 계층을 통해 RRC 메시지를 교환한다. RRC 계층은 RB들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크 간의 데이터 전달을 위해 L1 및 L2에 의해 제공되는 논리적 경로이다. 즉, RB는 단말과 E-UTRAN 간의 데이터 전송을 위해 L2에 의해 제공되는 서비스를 의미한다. RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 결정함을 의미한다. RB는 SRB(signaling RB)와 DRB(data RB) 두 가지로 구분될 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
도 2를 참조하면, RLC 및 MAC 계층(네트워크 측에서 eNB에서 종료)은 스케줄링, ARQ 및 HARQ와 같은 기능을 수행할 수 있다. RRC 계층(네트워크 측에서 eNB에서 종료)은 방송, 페이징, RRC 연결 관리, RB 제어, 이동성 기능 및 단말 측정 보고/제어와 같은 기능을 수행할 수 있다. NAS 제어 프로토콜(네트워크 측에서 게이트웨이의 MME에서 종료)은 SAE 베어러 관리, 인증, LTE_IDLE 이동성 핸들링, LTE_IDLE에서 페이징 개시 및 단말과 게이트웨이 간의 시그널링을 위한 보안 제어와 같은 기능을 수행할 수 있다.
도 3을 참조하면, RLC 및 MAC 계층(네트워크 측에서 eNB에서 종료)은 제어 평면에서의 기능과 동일한 기능을 수행할 수 있다. PDCP 계층(네트워크 측에서 eNB에서 종료)은 헤더 압축, 무결성 보호 및 암호화와 같은 사용자 평면 기능을 수행할 수 있다.
RRC 상태는 단말의 RRC 계층이 E-UTRAN의 RRC 계층과 논리적으로 연결되어 있는지 여부를 지시한다. RRC 상태는 RRC 연결 상태(RRC_CONNECTED) 및 RRC 아이들 상태(RRC_IDLE)와 같이 두 가지로 나누어질 수 있다. 단말의 RRC 계층과 E-UTRAN의 RRC 계층 간의 RRC 연결이 설정되어 있을 때, 단말은 RRC 연결 상태에 있게 되며, 그렇지 않은 경우 단말은 RRC 아이들 상태에 있게 된다. RRC_CONNECTED의 단말은 E-UTRAN과 RRC 연결이 설정되어 있으므로, E-UTRAN은 RRC_CONNECTED의 단말의 존재를 파악할 수 있고, 단말을 효과적으로 제어할 수 있다. 한편, E-UTRAN은 RRC_IDLE의 단말을 파악할 수 없으며, 핵심 망(CN; core network)이 셀보다 더 큰 영역인 트래킹 영역(tracking area) 단위로 단말을 관리한다. 즉, RRC_IDLE의 단말은 더 큰 영역의 단위로 존재만 파악되며, 음성 또는 데이터 통신과 같은 통상의 이동 통신 서비스를 받기 위해서 단말은 RRC_CONNECTED로 천이해야 한다.
RRC_IDLE 상태에서, 단말이 NAS에 의해 설정된 DRX(discontinuous reception)를 지정하는 동안에, 단말은 시스템 정보 및 페이징 정보의 방송을 수신할 수 있다. 그리고, 단말은 트래킹 영역에서 단말을 고유하게 지정하는 ID(identification)를 할당 받고, PLMN(public land mobile network) 선택 및 셀 재선택을 수행할 수 있다. 또한 RRC_IDLE 상태에서, 어떠한 RRC context도 eNB에 저장되지 않는다.
RRC_CONNECTED 상태에서, 단말은 E-UTRAN에서 E-UTRAN RRC 연결 및 RRC context를 가져, eNB로 데이터를 전송 및/또는 eNB로부터 데이터를 수신하는 것이 가능하다. 또한, 단말은 eNB로 채널 품질 정보 및 피드백 정보를 보고할 수 있다. RRC_CONNECTED 상태에서, E-UTRAN은 단말이 속한 셀을 알 수 있다. 그러므로 네트워크는 단말에게 데이터를 전송 및/또는 단말로부터 데이터를 수신할 수 있고, 네트워크는 단말의 이동성(핸드오버 및 NACC(network assisted cell change)를 통한 GERAN(GSM EDGE radio access network)으로 inter-RAT(radio access technology) 셀 변경 지시)을 제어할 수 있으며, 네트워크는 이웃 셀을 위해 셀 측정을 수행할 수 있다.
RRC_IDLE 상태에서 단말은 페이징 DRX 주기를 지정한다. 구체적으로 단말은 단말 특정 페이징 DRX 주기 마다의 특정 페이징 기회(paging occasion)에 페이징 신호를 모니터링 한다. 페이징 기회는 페이징 신호가 전송되는 동안의 시간 간격이다. 단말은 자신만의 페이징 기회를 가지고 있다.
페이징 메시지는 동일한 트래킹 영역에 속하는 모든 셀에 걸쳐 전송된다. 만약 단말이 하나의 트래킹 영역에서 다른 하나의 트래킹 영역으로 이동하면, 단말은 위치를 업데이트하기 위해 TAU(tracking area update) 메시지를 네트워크에 전송한다.
사용자가 단말의 전원을 최초로 켰을 때, 단말은 먼저 적절한 셀을 탐색한 후 해당 셀에서 RRC_IDLE에 머무른다. RRC 연결을 맺을 필요가 있을 때, RRC_IDLE에 머무르던 단말은 RRC 연결 절차를 통해 E-UTRAN의 RRC와 RRC 연결을 맺고 RRC_CONNECTED로 천이할 수 있다. RRC_IDLE에 머무르던 단말은 사용자의 통화 시도 등의 이유로 상향링크 데이터 전송이 필요할 때, 또는 E-UTRAN으로부터 페이징 메시지를 수신하고 이에 대한 응답 메시지 전송이 필요할 때 등에 E-UTRAN과 RRC 연결을 맺을 필요가 있을 수 있다.
이하, 접속 클래스 차단(ACB; access class barring)에 대하여 설명한다.
도 5는 접근 클래스 차단(ACB) 동작을 나타낸다.
도 5를 참조하면, ACB은 시스템 부하를 제어하기 위해 단말의 접속을 제어하는 기법으로, 기지국이 미리 차단(barring) 정보를 단말들에게 방송하는 단계 및 단말들이 자신이 보유한 클래스와 기지국(20)이 방송한 상기 차단 정보를 바탕으로 접속을 시도하는 단계로 이루어진다. 기지국(20)은 새로운 ACB 정보가 트리거 되면(S501), 기지국(20)은 페이징의 systemInfoModification IE을 이용하여, 새로운 ACB 정보로 인해 SIB (SystemInformationBlock) 정보가 곧 변경될 것임을 UE AS(11)로 알려줄 수 있다(S502). 상기 페이징을 수신한 단말은 곧 SIB 정보가 변경될 것임을 인지할 수 있다(S503). 상기 페이징에 포함되는 systemInfoModication IE는 SIB 정보가 변경됨을 지시하는 지시자 이며, 실시 예에 따라 지시자의 형태는 달라질 수 있다.
기지국(20)은 변경된 SIB 정보를 방송하기 전에 변경 구간(modification period) 동안 페이징을 통해, 곧 SIB 정보가 변경될 것임을 단말에게 알려줄 수 있다. 이 후 다음 변경 구간에서 변경된 SIB 정보가 방송된다.
단말은 상기 페이징을 수신한 변경 구간이 끝난 후, 새로운 SIB 정보를 수신하기 위해, SIB1 정보를 수신한다(S504). 상기 SIB은 그 목적에 따라, 여러 타입이 존재한다. Rel-11 LTE 표준 기술에서는 SIB1~14까지 존재하며, 표준 기술의 새로운 기능을 지원하기 위해, 계속 확장되고 있는 추세이다. 여러 SIB 중, SIB1은 다른 SIB의 스케줄링 정보를 포함할 수 있다. 따라서, 다른 SIB 정보를 수신하기 위해서는 우선적으로 SIB1을 수신하여야 한다.
이 후, 단말은 ACB 정보를 포함한 SIB2 정보를 수신할 수 있다(S505). UE AS(11)는 상기 ACB 정보를 저장할 수 있다(S506). UE NAS(12)는 서비스, 즉 통신이 필요할 시, UE AS(11)에 서비스 요청을 전송할 수 있다(S507). 이에 UE AS(11)는 저장한 ACB 정보를 바탕으로 접근 허용 여부를 판단할 수 있다(S508). 단말은 0~9 사이 중 하나의 값을 가지는 클래스를 반드시 할당 받는다. 또한, 상기 단말은 특수 목적을 위한 11~15 값을 갖는 클래스를 추가적으로 할당 받을 수 있다. 또한, 상기 클래스는 Emergency call과 관련된 클래스 10이 존재한다. 기지국(20)은 특정 클래스에 대해 접근을 제한할 수 있다. LTE 표준 기술에서는 클래스 0~9 중 특정 어느 하나를 지정하여 접근을 제한할 수 없으며, 특정 목적을 위한 클래스 11~15는 특정 하나 이상을 지정하여 접근을 제한할 수 있다.
대신 기지국(20)은 클래스 0~9 에 대해서는 차단 인자(barring factor)와 차단 시간(barring time) 정보를 제공할 수 있다. 차단 인자는 0~1 사이의 값일 수 있다. 단말은 0~1 사이의 랜덤(random)한 하나의 값을 선택하여, 상기 차단 인자와 비교한다. 만약 상기 단말이 선택한 값이 차단 인자보다 낮은 값이면 접근이 허용된 것으로 판단할 수 있다. 만약 상기 단말이 선택한 값이 차단 인자보다 높다면, 상기 접근은 허용되지 않는 것이며, UE NAS(12)에게 접근이 허용되지 않음을 알릴 수 있다(S509). 접근이 허용되지 않으면, UE AS(11)는 상기 차단 시간 정보와 아래 수식을 이용하여, Tbarring 값을 계산할 수 있다. 실시 예에 따른 Tbarring 값을 계산하는 방법은 다음과 같다. "Tbarring" = (0.7 + 0.6 * rand) * ac-BarringTime. 실시 예에 따라 상기 Tbarring 값은 다르게 계산될 수 있다.
상기 Tbarring 시간이 지나면, UE AS(11)는 다시 접근을 시도할 수 있음을 UE NAS(12)에게 알려줄 수 있다(S510). 이 때, UE NAS(12)는 다시 UE AS(11)에 접근을 시도하며(S511), UE AS(11)는 다시 차단 확인(barring check)을 수행할 수 있다(S512). 도 5에서 설명된 상기 과정은 일반적인 MO(Mobile originating) 호출 혹은 시그널링, 즉 단말 측에서 트리거 하는 서비스 요청에 해당할 수 있다.
단말이 트리거 하는 긴급 호출(emergency call)은 상기 과정과 다소 차이가 있다. 긴급 호출에 대한 ACB 정보는 MO 호출 혹은 시그널링과는 다르다. 즉, 차단 인자나 차단 시간 정보가 아닌 ac-barringForEmergency 정보가 제공된다. 상기 IE는 불(Boolean) 형태로 긴급 호출이 허용되는지 여부만을 지시할 수 있다. 상기 IE가 참(TRUE)으로 설정되면, 긴급 호출이 허용되지 않음을 지시하며, 소정의 추가 조건을 확인한 후, 최종적으로 접근이 거절될 수 있다. 또한, 차단 시간 정보가 제공되지 않기 때문에, Tbarring 이 후, 접근 가능 여부를 UE AS(11)가 NAS(12)에게 알려주는 단계도 존재하지 않는다. 긴급 호출에 대한 ACB 동작은 도 6에서 더 자세히 설명한다.
도 6a 및 6b는 긴급 호출에서 접근 클래스 차단(ACB) 동작을 나타낸다.
도 6a 및 6b를 참조하면, UE AS는 기지국이 방송한 SIB2 정보를 수신할 수 있다(S600). 상기 SIB2에는 barring 정보를 포함하고 있는 ac-BarringInfo IE가 포함될 수 있다. 상기 UE AS는 UE NAS로부터 긴급 호출에 대한 요청이 있는지 여부를 판단할 수 있다(S610). 긴급 호출이 트리거 되었다면, 상기 UE AS는 ac-BarringInfo IE에 포함된 ac-BarringForEmergency IE가 TRUE로 설정되었는지 여부를 판단할 수 있다(S620). 만약 TRUE가 아니라면, 상기 UE AS는 상기 호출이 허용된 것으로 간주할 수 있다(S640). 그렇지 않고 TRUE라면, 상기 UE AS는 상기 단말이 0~9 사이의 클래스 이외에, 특수 목적을 위한 클래스 11~15 중, 하나 이상을 부가적으로 가지고 있는지를 여부를 판단할 수 있다(S630).
만약 상기 단말이 특수 목적을 위한 클래스 11~15 중 하나 이상을 가지고 있지 않다면, 상기 UE AS는 상기 호출이 허용되지 않은 것으로 간주하고(S670), 상기 UE NAS에게 이를 알릴 수 있다(S680). 만약 특수 목적을 위한 클래스를 하나라도 가지고 있다면, 상기 UE AS는 ac-BarringInfo IE에 포함된 클래스 11~15에 대한 차단 정보를 판단할 수 있다(S650). 실시 예에서 특수 목적용인 각 클래스들에 대해, 차단 여부를 지시하는 5 비트 비트맵 형태의 정보는 ac-BarringInfo IE에 포함될 수 있다. Ac-BarringInfo IE 내의 ac-BarringForMO-Data IE에는 5 비트로 구성된 ac-BarringForSpecicalAC IE가 존재할 수 있다. 실시 예에서 각 비트는 AC 11~15까지 순차적으로 맵핑 될 수 있다. 상기 각 비트가 '1'로 설정되면, 해당 AC가 차단된 것으로 간주된다. 이 때, AC 12, 13, 14는 home country에서 사용이 유효하며, AC 11과 15는 HPLMN/HEPLMN에서만 사용이 유효하다. 단말이 가진 상기 특수 목적 클래스들 중 하나라도 접근이 허용된다면, 상기 호출의 접근이 허용된 것으로 간주할 수 있다(S660). 이 후, 단말은 기지국과 연결을 시도하기 위해 랜덤 액세스 과정을 시도할 수 있다.
이하, MBMS(Multimedia Broadcast/Multicast Service), MBSFN(multicast/broadcast single frequency network)에 대해 설명한다.
MBSFN 전송 또는 MBSFN 모드에서의 전송은 복수의 셀들에서 동일 시간에 동일 신호를 전송하는 것에 의하여 구현되는 동시 전송 기법을 의미한다. MBSFN 영역 내에 있는 복수의 셀들로부터의 MBSFN 전송은 단말에게 단일 전송으로 보이게 된다.
MCCH(Multicast Control Channel)은 네트워크로부터 단말에게 MBMS 제어 정보를 점 대 다(point-to-multipoint) 송신하기 위하여 사용되는 하향링크 채널이다. MBMS 서비스의 전송 방법은 SCPTM(Single-Cell Point-to-Multipoint) 전송과 MBSFN(Multimedia Broadcast multicast service Single Frequency Network) 전송이 있다. MBSFN 전송이 복수의 셀에서 동시에 식별 가능한 신호를 전송하는 반면, SCPTM 전송은 단일 셀에서 MBMS 서비스를 전송한다. 따라서, SCPTM 전송은 MBSFN 전송과 달리 셀 간의 동기화가 필요 없다. 또한, SCPTM 전송은 기존의 PDSCH를 그대로 사용하므로 MBSFN 전송과 달리 유니캐스트의 특성을 갖는다. 즉, 복수의 단말이 동일한 PDCCH를 읽고, 서비스 별 RNTI를 획득하여 SCPTM 서비스를 수신한다. SCPTM 전용 MCCH가 도입되었고, 단말은 MCCH를 통해 내가 원하는 서비스가 SCPTM 서비스라고 판단하면, 해당 RNTI 값을 획득하고, 해당 RNTI를 통해 PDCCH를 읽음으로써 SCPTM 서비스를 수신할 수 있다.
SCPTM은 브로드캐스트지만 스펙트럼 효율을 향상시키기 위해 HARQ(hybrid automatic repeat request) 피드백과 CSI(Channel State Information) 보고가 사용될 수 있다. 그러나, 몇몇 SCPTM은 서비스 타입 또는 가입자의 숫자에 따라 HARQ 피드백 또는 CSI 보고 등이 필요하지 않을 수 있다. HARQ 피드백 또는 CSI 보고를 사용하기 위해서는 RRC 연결이 필요하기 때문에, SCPTM 전송에 관심 있는 단말은 관심 있는 SCPTM 서비스를 수신하기 위해 RRC 연결을 확립하는 것이 필요한지 아닌지 여부를 알아야 한다.
게다가, 단말이 SCPTM 수신을 위해 RRC 연결을 확립하였다고 하더라도, 상기 단말은 최초 설정을 제외하고 추가적인 하향링크 자원을 필요로 하지 않는다. 따라서, 몇몇의 혼잡 상황이 네트워크에서 발생할 때, 오직 SCPTM 전송에만 관심 있는 단말은 다르게 취급되어야 한다.
이하 본 발명에 따라, 단말이 SCPTM 수신을 위한 RRC 연결 확립에 대하여 설명한다.
- 단계 1: 단말은 서빙 셀로부터 이용 가능한 SCPTM 서비스의 리스트를 수신할 수 있다. 상기 이용 가능한 SCPTM 서비스의 리스트는 SCPTM 전송을 통해 제공될 수 있다. 상기 이용 가능한 SCPTM 서비스의 리스트는 BCCH 또는 MCCH 논리 채널을 통해 서빙 셀로부터 방송될 수 있다. 상기 이용 가능한 SCPTM 서비스의 리스트는 서비스 식별자(service identities) (또는 임시 모바일 그룹 식별자(TMGI), 세션 식별자(session identity))를 포함할 수 있다. 또한, 상기 이용 가능한 SCPTM 서비스의 리스트는 상기 이용 가능한 SCPTM 서비스에 해당하는 SCPTM-RNTI를 포함할 수 있다. 상기 SCPTM-RNTI는 SCPTM 수신을 위한 식별자(identification) 이다. 동일한 SCPTM-RNTI는 복수의 단말에 할당될 수 있다. 상기 SCPTM-RNTI는 SCPTM 서비스 별로 할당될 수 있다.
- 단계 2: 만약 단말이 SCPTM 서비스를 수신 중이거나 수신 할 예정이면, 상기 단말은 서비스를 관심 있는 SCPTM 서비스로 고려할 수 있다. 단말은 SCPTM 서비스 식별자를 USD(user service description)을 통해 알 수 있다.
- 단계 3: 만약 관심 있는 SCPTM 서비스 중 적어도 어느 하나가 UE가 캠프 온(camp on) 하는 셀로부터 제공되고, RRC 연결이 서비스 수신을 위해 요구되면, 상기 단말은 RRC 연결 확립 절차를 시작할 수 있다. SCPTM 서비스는 두 가지 타입으로 정의될 수 있다.
본 발명에서 제1 타입 SCPTM 서비스는 IDLE 모드 단말이 수신할 수 있는 SCPTM 서비스로 정의하고, 제2 타입 SCPTM 서비스는 오직 CONNECTED 모드 단말만 수신할 수 있는 SCPTM 서비스로 정의한다.
제1 타입 SCPTM 서비스는 수신자로부터 HARQ 피드백 및/또는 CSI 보고를 필요로 하지 않을 수 있다. 또한, 만약 상기 단말이 오직 제1 타입 SCPTM 서비스에만 관심 있다면, 상기 단말은 제1 타입 SCPTM 서비스를 수신하기 위해 RRC 연결 확립 절차를 시작하지 않을 수 있다.
제2 타입 SCPTM 서비스는 수신자로부터 HARQ 피드백 및/또는 CSI 보고를 필요로 할 수 있다. 또한, 만약 상기 단말이 제2 타입 SCPTM 서비스에 관심 있다면, 상기 단말은 제2 타입 SCPTM 서비스를 수신하기 위해 RRC 연결 확립 절차를 시작할 수 있다.
상기 단말은 관심 있는 SCPTM 서비스가 제1 타입 SCPTM 서비스인지 제2 타입 SCPTM 서비스인지 USD를 통해 알 수 있다. 또는, SCPTM 서비스의 타입이 BCCH 또는 MCCH를 통해 서빙 셀로부터 방송되고, 상기 단말은 이 정보를 단계 1에서 획득할 수 있으므로, 상기 단말은 관심 있는 SCPTM 서비스의 타입을 알 수 있다.
SCPTM 수신에 대한 접근 차단 확인(Access barring check)을 수행할 수 있다. 만약, 상기 단말이 제2 타입 SCPTM 전송을 수신하기 위해 RRC 연결을 확립하고, SystemInformationBlockType2가 ac-BarringSkipForSCPTM을 포함하면, 상기 단말은 셀로 접근이 차단되지 않은 것으로 고려할 수 있다. 만약, 상기 단말이 제2 타입 SCPTM 전송을 수신하기 위해 RRC 연결을 확립하고, SystemInformationBlockType2가 ac-BarringSkipForSCPTM을 포함하지 않으면, 상기 단말은 SCPTM에 대한 접근 클래스 차단 설정(Access class barring configuration)에 따라 접근 차단 확인을 수행할 수 있다. 바람직하게, 접근 차단 인자(Access barring factor)는 다른 접근 클래스 차단 설정(즉, ac-BarringForMO-Signalling 또는 ac-BarringForMO-Data)보다 크게 설정될 수 있다.
SCPTM 수신에 대한 새로운 RRC 연결 확립 원인이 정의될 수 있다. 상기 단말은 SCPTM 수신을 위해 RRC 연결 요청 메시지에 establishmentCause를 설정할 수 있다. 이 경우, 만약 상기 establishmentCause가 SCPTM 수신을 지시하면 비록 네트워크가 혼잡하더라도 네트워크는 단말의 접근을 허용할 수 있다.
- 단계 4: 상기 단말은 서빙 셀로부터 제2 타입 SCPTM 서비스 설정을 수신할 수 있다. 상기 제2 타입 SCPTM 서비스 설정은 HARQ 피드백 설정 및 CSI 보고 설정을 포함할 수 있다.
- 단계 5: 만약 상기 단말이 모든 제2 타입 SCPTM 서비스에 대한 수신을 중단하기로 결정하면, 상기 단말은 이를 네트워크게 알릴 수 있다. 이것은 SCPTM 관심 지시(interest indication)를 전송함으로써 완료될 수 있다. 바람직하게, 네트워크가 이 통지를 수신하면, 상기 네트워크는 단말에 대한 RRC 연결을 해제할 수 있다. 대안적으로, (현재 MBMS 관심 지시에는 오직 주파수 레벨 정보만 있기 때문에) 새로운 지시가 이러한 통지를 위해 새롭게 정의될 수 있다.
도 7은 본 발명의 일 실시 예에 따른 단말이 SCPTM 수신을 위해 RRC 연결을 확립하는 절차를 나타낸다.
현재 단말은 IDLE 모드에 있다. 만약 네트워크로의 접근이 허용되면, 상기 단말은 평가를 위해 필요한 시스템 정보를 수신할 수 있다(S710). 도 7의 실시 예에서, 시스템 정보 블록 타입 2(SIB2)는 ac-BarringSkipForSCPTM을 포함하지 않는 것으로 가정한다. 또한, SIB2는 SCPTM에 대한 접근 클래스 차단 설정(Access class barring configuration)을 포함할 수 있다.
상기 단말은 이용 가능한 SCPTM 서비스의 리스트를 수신할 수 있다(S720). 상기 이용 가능한 SCPTM 서비스의 리스트는 MCCH 또는 BCCH를 통해 방송될 수 있다.
상기 단말은 SCPTM 서비스 A 및 서비스 C에 관심을 갖게 된다(S730). 상기 서비스 A는 제2 타입 SCPTM 서비스이고, 상기 서비스 C는 제1 타입 SCPTM 서비스인 것으로 가정한다. 따라서, 상기 서비스 A를 수신하기 위해서는 RRC 연결이 필요하지만, 서비스 C를 수신하기 위해서는 RRC 연결이 필요하지 않을 수 있다.
따라서, 상기 단말은 SCPTM 서비스 A를 수신하기 위해 RRC 연결 확립을 시작할 수 있다(S740). 물론, 상기 단말은 RRC 연결을 확립하기 전에도 서비스 C는 수신할 수 있음에 유의한다. 앞서 가정한 것처럼, 상기 수신된 SIB2는 ac-BarringSkipForSCPTM을 포함하지 않는다. 따라서, 상기 단말은 수신된 SCPTM에 대한 접속 클래스 차단 설정에 따라 접근 차단을 확인할 수 있다. 도 7의 실시 예에서, 접속 클래스 차단 설정에 따라 접근 차단을 확인한 결과, 셀로의 접근은 차단되지 않는 것으로 가정한다. 상기 단말은 서비스 A를 수신할 수 있다.
상기 단말은 서비스 A를 수신하기 위한 제2 타입 SCPTM 서비스 설정을 수신할 수 있다(S750). 상기 제2 타입 SCPTM 서비스 설정은 HARQ 피드백 설정 또는 CSI 보고 설정 등을 포함할 수 있다.
상기 단말은 서비스 A의 수신을 중단하기로 결정할 수 있다(S760). 따라서, 상기 단말은 RRC 연결을 유지할 필요가 없고, 제2 타입 SCPTM 수신 중단 지시를 네트워크로 전송할 수 있다(S770).
상기 단말은 RRC 연결 해제 메시지를 서빙 셀로부터 수신하고, IDLE 모드로 진입할 수 있다(S780). 물론, 상기 단말은 IDLE 모드 동안에도 DTCH를 통해 제1 타입 SCPTM 서비스에 해당하는 서비스 C를 수신할 수 있음에 유의한다.
도 8은 본 발명의 일 실시 예에 따른 단말이 SCPTM 수신을 위해 RRC 연결을 확립하는 방법을 나타내는 블록도이다.
단말은 서빙 셀로부터 이용 가능한 SCPTM 서비스의 리스트를 수신할 수 있다(S810). 상기 이용 가능한 SCPTM 서비스의 리스트는 BCCH 또는 MCCH를 통해 방송될 수 있다. 상기 이용 가능한 SCPTM 서비스의 리스트는 서비스 식별자, 임시 모바일 그룹 식별자(TMGI) 또는 세션 식별자 중 적어도 어느 하나를 포함할 수 있다.
단말은 수신된 상기 이용 가능한 SCPTM 서비스의 리스트 중 관심 있는 SCPTM 서비스가 제1 타입 SCPTM 서비스인지 제2 타입 SCPTM 서비스인지 결정할 수 있다(S820). 상기 결정은 USD를 통해 결정될 수 있다. 상기 제1 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요 없는 서비스이고, 상기 제2 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요한 서비스일 수 있다. 즉, 상기 제1 타입 SCPTM 서비스는 HARQ 피드백 또는 CSI 보고를 필요로 하지 않는 서비스이고, 상기 제2 타입 SCPTM 서비스는 HARQ 피드백 또는 CSI 보고를 필요로 하는 서비스일 수 있다.
상기 서빙 셀로부터 제2 타입 SCPTM 서비스 설정을 수신할 수 있고, 상기 제2 타입 SCPTM 서비스 설정은 HARQ 피드백 설정 또는 CSI 보고 설정을 포함할 수 있다.
상기 서빙 셀로부터 상기 이용 가능한 SCPTM 서비스의 타입을 직접적으로 수신할 수 있고, 상기 이용 가능한 SCPTM 서비스의 타입은 BCCH 또는 MCCH를 통해 방송될 수 있다.
상기 서빙 셀로부터 SIB2를 수신할 수 있다. 상기 SIB2가 ac-BarringSkipForSCPTM을 포함하면, 상기 단말은 상기 서빙 셀로의 접근이 차단되지 않은 것으로 고려할 수 있다. 상기 SIB2가 ac-BarringSkipForSCPTM을 포함하지 않으면, SCPTM에 대한 접속 클래스 차단 설정에 따라 접속 차단 확인을 수행하고, 상기 SCPTM에 대한 접속 클래스 차단 설정의 접속 차단 인자는 ac-BarringForMO-Signalling 또는 ac-BarringForMO-Data에 비해 큰 값으로 설정될 수 있다.
상기 단말은 서빙 셀로 establishmentCause를 전송할 수 있다. 상기 establishmentCause가 SCPTM 수신을 지시하면, 상기 네트워크는 혼잡한 상황이라고 하더라도 상기 단말의 접근을 항상 허용할 수 있다.
결정된 상기 관심 있는 SCPTM 서비스가 상기 제2 타입 SCPTM 서비스이면, 상기 단말은 네트워크와 RRC 연결을 확립할 수 있다(S830).
확립된 상기 RRC 연결을 통해 상기 제2 타입 SCPTM 서비스를 수신할 수 있다(S840). 이후, 상기 단말이 상기 제2 타입 SCPTM 서비스의 수신을 중단하기로 결정하면, 제2 타입 SCPTM 수신 중단 지시를 상기 네트워크로 전송할 수 있다. 상기 제2 타입 SCPTM 수신 중단 지시를 수신한 상기 네트워크는 RRC 연결을 해제할 수 있고, 이에 따라 단말은 RRC IDLE 모드로 진입할 수 있다.
도 9는 본 발명의 실시 예가 구현되는 무선 통신 시스템의 블록도이다.
기지국(900)은 프로세서(processor, 901), 메모리(memory, 902) 및 송수신기(transceiver, 903)를 포함한다. 메모리(902)는 프로세서(901)와 연결되어, 프로세서(901)를 구동하기 위한 다양한 정보를 저장한다. 송수신기(903)는 프로세서(901)와 연결되어, 무선 신호를 송신 및/또는 수신한다. 프로세서(901)는 제안된 기능, 과정 및/또는 방법을 구현한다. 전술한 실시 예에서 기지국의 동작은 프로세서(901)에 의해 구현될 수 있다.
단말(910)은 프로세서(911), 메모리(912) 및 송수신기(913)를 포함한다. 메모리(912)는 프로세서(911)와 연결되어, 프로세서(911)를 구동하기 위한 다양한 정보를 저장한다. 송수신기(913)는 프로세서(911)와 연결되어, 무선 신호를 송신 및/또는 수신한다. 프로세서(911)는 제안된 기능, 과정 및/또는 방법을 구현한다. 전술한 실시 예에서 단말의 동작은 프로세서(911)에 의해 구현될 수 있다.
프로세서는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리는 ROM(read-only memory), RAM(random access memory), 플래시 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. 송수신기는 무선 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시 예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리에 저장되고, 프로세서에 의해 실행될 수 있다. 메모리는 프로세서 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서와 연결될 수 있다.
상술한 일례들에 기초하여 본 명세서에 따른 다양한 기법들이 도면과 도면 부호를 통해 설명되었다. 설명의 편의를 위해, 각 기법들은 특정한 순서에 따라 다수의 단계나 블록들을 설명하였으나, 이러한 단계나 블록의 구체적 순서는 청구항에 기재된 발명을 제한하는 것이 아니며, 각 단계나 블록은 다른 순서로 구현되거나, 또 다른 단계나 블록들과 동시에 수행되는 것이 가능하다. 또한, 통상의 기술자라면 간 단계나 블록이 한정적으로 기술된 것이나 아니며, 발명의 보호 범위에 영향을 주지 않는 범위 내에서 적어도 하나의 다른 단계들이 추가되거나 삭제되는 것이 가능하다는 것을 알 수 있을 것이다.
상술한 실시 예는 다양한 일례를 포함한다. 통상의 기술자라면 발명의 모든 가능한 일례의 조합이 설명될 수 없다는 점을 알 것이고, 또한 본 명세서의 기술로부터 다양한 조합이 파생될 수 있다는 점을 알 것이다. 따라서 발명의 보호범위는, 이하 청구항에 기재된 범위를 벗어나지 않는 범위 내에서, 상세한 설명에 기재된 다양한 일례를 조합하여 판단해야 할 것이다.

Claims (15)

  1. 무선 통신 시스템에서 SCPTM(Single-Cell Point-to-Multipoint) 전송에 관심 있는 단말이 RRC 연결을 확립하는 방법에 있어서,
    서빙 셀로부터 이용 가능한 SCPTM 서비스의 리스트를 수신하고,
    수신된 상기 이용 가능한 SCPTM 서비스의 리스트 중 관심 있는 SCPTM 서비스가 제1 타입 SCPTM 서비스인지 제2 타입 서비스인지를 결정하고,
    결정된 상기 관심 있는 SCPTM 서비스가 상기 제2 타입 SCPTM 서비스이면, 네트워크와 RRC 연결을 확립하고,
    확립된 상기 RRC 연결을 통해 상기 제2 타입 SCPTM 서비스를 수신하는 것을 포함하되,
    상기 제1 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요 없는 서비스이고,
    상기 제2 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요한 서비스인 것을 특징으로 하는 방법.
  2. 제 1 항에 있어서,
    상기 서빙 셀로부터 제2 타입 SCPTM 서비스 설정을 수신하는 것을 더 포함하되,
    상기 제2 타입 SCPTM 서비스 설정은 HARQ(Hybrid Automatic Repeat ReQuest) 피드백 설정 또는 CSI(Channel State Information) 보고 설정을 포함하는 것을 특징으로 하는 방법.
  3. 제 1 항에 있어서,
    상기 제2 타입 SCPTM 서비스는 HARQ(Hybrid Automatic Repeat ReQuest) 피드백 또는 CSI(Channel State Information) 보고를 필요로 하는 서비스인 것을 특징으로 하는 방법.
  4. 제 1 항에 있어서,
    상기 이용 가능한 SCPTM 서비스의 리스트는 BCCH(Broadcast Control Channel) 또는 MCCH(Multicast Control Channel)를 통해 방송되는 것을 특징으로 하는 방법.
  5. 제 1 항에 있어서,
    상기 이용 가능한 SCPTM 서비스의 리스트는 서비스 식별자, 임시 모바일 그룹 식별자(TMGI) 또는 세션(session) 식별자 중 적어도 어느 하나를 포함하는 것을 특징으로 하는 방법.
  6. 제 1 항에 있어서,
    USD(User Service Description)을 통해 상기 관심 있는 SCPTM 서비스가 상기 제1 타입 SCPTM 서비스인지 상기 제2 타입 SCPTM 서비스인지 결정하는 것을 특징으로 하는 방법.
  7. 제 1 항에 있어서,
    상기 서빙 셀로부터 상기 이용 가능한 SCPTM 서비스의 타입을 수신하는 것을 더 포함하는 것을 특징으로 하는 방법.
  8. 제 7 항에 있어서,
    상기 이용 가능한 SCPTM 서비스의 타입은 BCCH(Broadcast Control Channel) 또는 MCCH(Multicast Control Channel)를 통해 방송되는 것을 특징으로 하는 방법.
  9. 제 1 항에 있어서,
    상기 서빙 셀로부터 SIB2(SystemInformationBlock2)를 수신하는 것을 더 포함하되,
    상기 SIB2가 ac-BarringSkipForSCPTM을 포함하면, 상기 단말은 상기 서빙 셀로의 접근이 차단되지 않은 것으로 고려하는 것을 특징으로 하는 방법.
  10. 제 1 항에 있어서,
    상기 서빙 셀로부터 SIB2(SystemInformationBlock2)를 수신하는 것을 더 포함하되,
    상기 SIB2가 ac-BarringSkipForSCPTM을 포함하지 않으면, SCPTM에 대한 접속 클래스 차단 설정(Access Class Barring Configuration)에 따라 접속 차단 확인(Access Barring Check)을 수행하고, 상기 SCPTM에 대한 접속 클래스 차단 설정의 접속 차단 인자(Access Barring Factor)는 ac-BarringForMO-Signalling 또는 ac-BarringForMO-Data에 비해 큰 값으로 설정되는 것을 특징으로 하는 방법.
  11. 제 1 항에 있어서,
    상기 서빙 셀로 establishmentCause를 전송하는 것을 더 포함하되,
    상기 establishmentCause가 SCPTM 수신을 지시하면 상기 네트워크는 상기 단말의 접근을 항상 허용하는 것을 특징으로 하는 방법.
  12. 제 1 항에 있어서,
    상기 제2 타입 SCPTM 서비스의 수신을 중단하기로 결정하면, 제2 타입 SCPTM 수신 중단 지시를 상기 네트워크로 전송하는 것을 더 포함하는 것을 특징으로 하는 방법.
  13. 무선 통신 시스템에서 RRC 연결을 확립하는 단말에 있어서,
    메모리; 송수신기; 및 상기 메모리와 상기 송수신기를 연결하는 프로세서를 포함하되, 상기 프로세서는
    상기 송수신기가 서빙 셀로부터 이용 가능한 SCPTM 서비스의 리스트를 수신하도록 제어하고,
    수신된 상기 이용 가능한 SCPTM 서비스의 리스트 중 관심 있는 SCPTM 서비스가 제1 타입 SCPTM 서비스인지 제2 타입 서비스인지를 결정하고,
    결정된 상기 관심 있는 SCPTM 서비스가 상기 제2 타입 SCPTM 서비스이면, 네트워크와 RRC 연결을 확립하고,
    확립된 상기 RRC 연결을 통해 상기 제2 타입 SCPTM 서비스를 수신하도록 구성되되,
    상기 제1 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요 없는 서비스이고,
    상기 제2 타입 SCPTM 서비스는 SCPTM 서비스를 위해 RRC 연결 확립이 필요한 서비스인 것을 특징으로 하는 단말.
  14. 제 13 항에 있어서,
    상기 제2 타입 SCPTM 서비스는 HARQ(Hybrid Automatic Repeat ReQuest) 피드백 또는 CSI(Channel State Information) 보고를 필요로 하는 서비스인 것을 특징으로 하는 단말.
  15. 제 13 항에 있어서, 상기 프로세서는
    상기 제2 타입 SCPTM 서비스의 수신을 중단하기로 결정하면, 제2 타입 SCPTM 수신 중단 지시를 상기 네트워크로 전송하도록 구성되는 것을 특징으로 하는 단말.
PCT/KR2016/000184 2015-01-09 2016-01-08 Scptm 수신을 위한 rrc 연결 확립 방법 및 장치 WO2016111580A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP16735201.2A EP3244687B1 (en) 2015-01-09 2016-01-08 Method and device for establishing rrc connection for scptm reception
US15/541,701 US10271372B2 (en) 2015-01-09 2016-01-08 Method and device for establishing RRC connection for SCPTM reception

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562101391P 2015-01-09 2015-01-09
US62/101,391 2015-01-09

Publications (1)

Publication Number Publication Date
WO2016111580A1 true WO2016111580A1 (ko) 2016-07-14

Family

ID=56356192

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/000184 WO2016111580A1 (ko) 2015-01-09 2016-01-08 Scptm 수신을 위한 rrc 연결 확립 방법 및 장치

Country Status (3)

Country Link
US (1) US10271372B2 (ko)
EP (1) EP3244687B1 (ko)
WO (1) WO2016111580A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018084672A1 (ko) * 2016-11-04 2018-05-11 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
WO2018094252A1 (en) * 2016-11-21 2018-05-24 Qualcomm Incorporated Data multicast or broadcast on control channel for narrowband communication

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016121787A1 (ja) * 2015-01-30 2016-08-04 京セラ株式会社 基地局、プロセッサ及びユーザ端末
WO2017052317A1 (ko) * 2015-09-25 2017-03-30 엘지전자 주식회사 Scptm 전송을 중단하는 방법 및 장치
JP6745353B2 (ja) * 2016-03-31 2020-08-26 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 無線アクセス制御方法、装置およびシステム
EP3422771B1 (en) * 2016-04-01 2020-05-27 Huawei Technologies Co., Ltd. Group communication method and device

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090176495A1 (en) * 2003-01-08 2009-07-09 Per Beming Provision of a Multimedia Broadcast/Multicast Service (MBMS) for a User Equipment Moving Along Cells in a Cellular Mobile Communication System
WO2013025033A2 (ko) * 2011-08-17 2013-02-21 주식회사 팬택 Mbms의 연속성을 지원하는 장치 및 방법
US20130301509A1 (en) * 2012-05-14 2013-11-14 Rene Purnadi Maintaining mbms continuity
WO2014163377A1 (ko) * 2013-04-02 2014-10-09 주식회사 팬택 Nct 반송파를 고려한 다중 주파수 mbms 지원 방법 및 그 장치

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101981953A (zh) * 2008-01-29 2011-02-23 夏普株式会社 通信设备、通信方法
US8644867B2 (en) * 2008-04-17 2014-02-04 Sharp Kabushiki Kaisha Mobile station apparatus, communication system and communication method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090176495A1 (en) * 2003-01-08 2009-07-09 Per Beming Provision of a Multimedia Broadcast/Multicast Service (MBMS) for a User Equipment Moving Along Cells in a Cellular Mobile Communication System
WO2013025033A2 (ko) * 2011-08-17 2013-02-21 주식회사 팬택 Mbms의 연속성을 지원하는 장치 및 방법
US20130301509A1 (en) * 2012-05-14 2013-11-14 Rene Purnadi Maintaining mbms continuity
WO2014163377A1 (ko) * 2013-04-02 2014-10-09 주식회사 팬택 Nct 반송파를 고려한 다중 주파수 mbms 지원 방법 및 그 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ALCATEL -LUCENT: "Control of MBMS Service Transmission in SC-ptm Mode", R2-080983, 3GPP TSG RAN #61 WG2 LTE, 4 February 2008 (2008-02-04), Sorrento, Italy, XP050138779 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018084672A1 (ko) * 2016-11-04 2018-05-11 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
KR20190057386A (ko) * 2016-11-04 2019-05-28 엘지전자 주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
KR102210265B1 (ko) 2016-11-04 2021-01-29 엘지전자 주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
US10966187B2 (en) 2016-11-04 2021-03-30 Lg Electronics Inc. Method for transmitting and receiving data in wireless communication system and apparatus therefor
WO2018094252A1 (en) * 2016-11-21 2018-05-24 Qualcomm Incorporated Data multicast or broadcast on control channel for narrowband communication
CN109983789A (zh) * 2016-11-21 2019-07-05 高通股份有限公司 用于窄带通信的控制信道上的数据多播或广播
US10498551B2 (en) 2016-11-21 2019-12-03 Qualcomm Incorporated Data multicast or broadcast on control channel for narrowband communication
CN109983789B (zh) * 2016-11-21 2021-09-14 高通股份有限公司 用于窄带通信的控制信道上的数据多播或广播
TWI744404B (zh) * 2016-11-21 2021-11-01 美商高通公司 用於窄頻通訊的控制通道上的資料多播或廣播

Also Published As

Publication number Publication date
EP3244687B1 (en) 2020-05-20
US20180279405A1 (en) 2018-09-27
EP3244687A4 (en) 2018-07-18
US10271372B2 (en) 2019-04-23
EP3244687A1 (en) 2017-11-15

Similar Documents

Publication Publication Date Title
WO2018164471A1 (ko) 빔을 기반으로 mbms 서비스를 수신하는 방법 및 장치
WO2018194390A1 (en) Method for forwarding system information for a remote ue by a relay ue in wireless communication system and a device therefor
WO2015170866A1 (en) Method and apparatus for configuring transmission of d2d control information in wireless communication system
WO2015170871A1 (en) Method and apparatus for indicating d2d resource pool in wireless communication system
WO2018230983A1 (en) Method for reporting ue capability and device supporting the same
WO2016163834A1 (en) Method and apparatus for configuring criteria for relay configuration in wireless communication system
WO2015142132A1 (en) Method and apparatus for indicating d2d related information in wireless communication system
WO2018062907A1 (ko) 단말 컨텍스트를 관리하는 방법 및 이를 지원하는 장치
WO2018182224A1 (ko) 액세스 제어 방법 및 이를 지원하는 장치
WO2017052103A1 (en) Method for handling an id collision for a d2d communication system and device therefor
WO2017135740A1 (ko) V2x 통신을 수행하는 방법 및 장치
WO2016111580A1 (ko) Scptm 수신을 위한 rrc 연결 확립 방법 및 장치
WO2018169319A1 (ko) 시스템 정보 블록의 유효성을 판단하는 방법 및 이를 지원하는 장치
WO2017022958A1 (en) Method for receiving a priority for relay data in a d2d communication system and device therefor
WO2018084621A1 (ko) 단말의 rrc 상태 전환 방법 및 이를 지원하는 장치
WO2015147605A1 (en) Method and apparatus for performing d2d operation in wireless communication system
WO2018139829A1 (en) Method for performing management of different ids in a relay ue in wireless communication system and a device therefor
WO2017052154A1 (ko) 우선되는 서비스가 전송되는 방법 및 장치
WO2015174781A1 (en) As-nas interaction method for d2d communication and apparatus for the same in wireless communication system
WO2016163735A1 (en) Method and apparatus for transmitting relay support indication in wireless communication system
WO2018097528A1 (ko) Ran 기반 통지 영역을 설정하는 방법 및 장치
WO2017065501A1 (ko) Scptm 서비스 연속성을 지원하는 방법 및 장치
WO2017069445A1 (en) Method for transmitting a priority list reporting in a d2d communication system and device therefor
WO2018143608A1 (ko) 시스템 정보 블록 요청 방법 및 이를 지원하는 장치
WO2019013597A1 (ko) Acb 관련 파라미터를 업데이트하는 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15541701

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2016735201

Country of ref document: EP