WO2018088756A1 - Rrc 메시지를 전송하는 방법 및 무선 기기 - Google Patents

Rrc 메시지를 전송하는 방법 및 무선 기기 Download PDF

Info

Publication number
WO2018088756A1
WO2018088756A1 PCT/KR2017/012372 KR2017012372W WO2018088756A1 WO 2018088756 A1 WO2018088756 A1 WO 2018088756A1 KR 2017012372 W KR2017012372 W KR 2017012372W WO 2018088756 A1 WO2018088756 A1 WO 2018088756A1
Authority
WO
WIPO (PCT)
Prior art keywords
layer
rrc
nas
value
rrc connection
Prior art date
Application number
PCT/KR2017/012372
Other languages
English (en)
French (fr)
Inventor
김재현
김태훈
최현정
박상민
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US16/348,257 priority Critical patent/US11064555B2/en
Publication of WO2018088756A1 publication Critical patent/WO2018088756A1/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/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • 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
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Definitions

  • the present invention relates to mobile communications.
  • the 3GPP which enacts the technical specifications of the mobile communication system, has been trying to optimize and improve the performance of 3GPP technologies since late 2004 in order to respond to various forums and new technologies related to 4G mobile communication. Started research on Term Evolution / System Architecture Evolution technology.
  • 3GPP SAE centered on 3GPP SA WG2
  • 3GPP SA WG2 is a study on network technology aimed at determining network structure and supporting mobility between heterogeneous networks in parallel with LTE work of 3GPP TSG RAN.
  • Recent important standardization issues of 3GPP Is one of. This is a work to develop a 3GPP system into a system supporting various radio access technologies based on IP, and has been aimed at an optimized packet-based system that minimizes transmission delay with improved data transmission capability.
  • the Evolved Packet System (EPS) high-level reference model defined by 3GPP SA WG2, includes non-roaming cases and roaming cases in various scenarios. Reference may be made to documents TS 23.401 and TS 23.402.
  • the network structure diagram of FIG. 1 is a simple reconfiguration.
  • 1 is a structural diagram of an evolved mobile communication network.
  • the EPC may include various components, and in FIG. 1, some of them correspond to a Serving Gateway (S-GW) 52, a PDN Packet Data Network Gateway (GW) 53, and a Mobility Management Entity (MME). 51, a Serving General Packet Radio Service (GPRS) Supporting Node (SGSN), and an enhanced Packet Data Gateway (ePDG).
  • S-GW Serving Gateway
  • GW Packet Data Network Gateway
  • MME Mobility Management Entity
  • GPRS General Packet Radio Service
  • SGSN Serving General Packet Radio Service
  • ePDG enhanced Packet Data Gateway
  • the S-GW 52 operates as a boundary point between the radio access network (RAN) and the core network, and is an element that functions to maintain a data path between the eNodeB 20 and the PDN GW 53.
  • the S-GW 52 serves as a local mobility anchor point. That is, packets may be routed through the S-GW 52 for mobility in the E-UTRAN (Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later).
  • E-UTRAN Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later.
  • the S-GW 52 may be connected to other 3GPP networks (RANs defined before 3GPP Release-8, for example, UTRAN or GERAN (GSM (Global System for Mobile Communication) / EDGE (Enhanced Data rates for Global Evolution) Radio Access). It can also serve as an anchor point for mobility with a network).
  • 3GPP networks RANs defined before 3GPP Release-8, for example, UTRAN or GERAN (GSM (Global System for Mobile Communication) / EDGE (Enhanced Data rates for Global Evolution) Radio Access). It can also serve as an anchor point for mobility with a network).
  • PDN GW (or P-GW) 53 corresponds to the termination point of the data interface towards the packet data network.
  • the PDN GW 53 may support policy enforcement features, packet filtering, charging support, and the like.
  • mobility management between 3GPP networks and non-3GPP networks for example, untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax) Can serve as an anchor point for.
  • untrusted networks such as Interworking Wireless Local Area Networks (I-WLANs), code-division multiple access (CDMA) networks, or trusted networks such as WiMax
  • I-WLANs Interworking Wireless Local Area Networks
  • CDMA code-division multiple access
  • WiMax trusted networks
  • S-GW 52 and the PDN GW 53 are configured as separate gateways in the example of the network structure of FIG. 1, two gateways may be implemented according to a single gateway configuration option. have.
  • the MME 51 is an element that performs signaling and control functions to support access to the network connection of the UE, allocation of network resources, tracking, paging, roaming and handover, and the like. .
  • the MME 51 controls control plane functions related to subscriber and session management.
  • the MME 51 manages a number of eNodeBs 20 and performs signaling for the selection of a conventional gateway for handover to other 2G / 3G networks.
  • the MME 51 performs security procedures, terminal-to-network session handling, idle terminal location management, and the like.
  • the SGSN handles all packet data, such as user's mobility management and authentication to other connecting 3GPP networks (e.g., GPRS networks, UTRAN / GERAN).
  • 3GPP networks e.g., GPRS networks, UTRAN / GERAN.
  • the ePDG acts as a secure node for untrusted non-3GPP networks (eg, I-WLAN, WiFi hotspots, etc.).
  • untrusted non-3GPP networks eg, I-WLAN, WiFi hotspots, etc.
  • a terminal having IP capability is provided by an operator (ie, an operator) via various elements in the EPC, based on 3GPP access as well as non-3GPP access.
  • an IP service network eg, IMS
  • FIG. 1 illustrates various reference points (eg, S1-U, S1-MME, etc.).
  • a conceptual link defining two functions existing in different functional entities of E-UTRAN and EPC is defined as a reference point.
  • Table 1 below summarizes the reference points shown in FIG. 1.
  • This reference point can be used in PLMN-to-PLMN-to-for example (for PLMN-to-PLMN handover))
  • S5 Reference point providing user plane tunneling and tunnel management between the SGW and PDN GW. Used for SGW relocation because of UE mobility and when a connection to the PDN GW where the SGW is not co-located is required for the required PDN connectivity.
  • the PDN may be an operator external public or private PDN or, for example, an in-operator PDN for the provision of IMS services. This reference point corresponds to Gi of 3GPP access
  • S2a and S2b correspond to non-3GPP interfaces.
  • S2a is a reference point that provides the user plane with associated control and mobility support between trusted non-3GPP access and PDN GW.
  • S2b is a reference point that provides the user plane with relevant control and mobility support between the ePDG and PDN GW.
  • Figure 2 is an exemplary view showing the functions of the main nodes of the E-UTRAN and the general EPC in general.
  • the eNodeB 20 may route to a gateway, schedule and transmit paging signals, schedule and transmit broadcaster channels (BCHs), uplink and downlink while an RRC (Radio Resource Control) connection is active.
  • BCHs broadcaster channels
  • RRC Radio Resource Control
  • paging can occur, LTE_IDLE state management, user planes can perform encryption, EPS bearer control, NAS signaling encryption and integrity protection.
  • FIG. 3 is an exemplary diagram illustrating a structure of a radio interface protocol in a control plane between a UE and an eNodeB
  • FIG. 4 is a structure of a radio interface protocol in a user plane between a terminal and a base station. Another example is shown.
  • the radio interface protocol is based on the 3GPP radio access network standard.
  • the air interface protocol consists of a physical layer (Physical layer), a data link layer (Data Link layer) and a network layer (Network layer) horizontally, vertically the user plane (User Plane) and control for data information transmission It is divided into a control plane for signal transmission.
  • the protocol layers are based on the lower three layers of the Open System Interconnection (OSI) reference model, which is widely known in communication systems, and includes L1 (first layer), L2 (second layer), and L3 (third layer). ) Can be separated.
  • OSI Open System Interconnection
  • the physical layer which is the first layer, provides an information transfer service using a physical channel.
  • the physical layer is connected to a medium access control layer on the upper side through a transport channel, and data between the medium access control layer and the physical layer is transmitted through the transport channel.
  • data is transferred between different physical layers, that is, between physical layers of a transmitting side and a receiving side through a physical channel.
  • the physical channel is composed of several subframes on the time axis and several sub-carriers on the frequency axis.
  • one subframe includes a plurality of symbols and a plurality of subcarriers on the time axis.
  • One subframe consists of a plurality of resource blocks, and one resource block consists of a plurality of symbols and a plurality of subcarriers.
  • the transmission time interval (TTI) which is a unit time for transmitting data, is 1 ms corresponding to one subframe.
  • the physical channels existing in the physical layer of the transmitting side and the receiving side are physical downlink shared channel (PDSCH), physical uplink shared channel (PUSCH) and physical downlink control channel (PDCCH), which are control channels, It may be divided into a Physical Control Format Indicator Channel (PCFICH), a Physical Hybrid-ARQ Indicator Channel (PHICH), and a Physical Uplink Control Channel (PUCCH).
  • PCFICH Physical Control Format Indicator Channel
  • PHICH Physical Hybrid-ARQ Indicator Channel
  • PUCCH Physical Uplink Control Channel
  • the PCFICH transmitted in the first OFDM symbol of a subframe carries a control format indicator (CFI) regarding the number of OFDM symbols (that is, the size of the control region) used for transmission of control channels in the subframe.
  • CFI control format indicator
  • the wireless device first receives the CFI on the PCFICH and then monitors the PDCCH.
  • the PCFICH does not use blind decoding and is transmitted on a fixed PCFICH resource of a subframe.
  • the PHICH carries a positive-acknowledgement (ACK) / negative-acknowledgement (NACK) signal for a UL hybrid automatic repeat request (HARQ).
  • ACK positive-acknowledgement
  • NACK negative-acknowledgement
  • HARQ UL hybrid automatic repeat request
  • the Physical Broadcast Channel (PBCH) is transmitted in the preceding four OFDM symbols of the second slot of the first subframe of the radio frame.
  • the PBCH carries system information necessary for the wireless device to communicate with the base station, and the system information transmitted through the PBCH is called a master information block (MIB).
  • MIB master information block
  • SIB system information block
  • the PDCCH includes resource allocation and transmission format of downlink-shared channel (DL-SCH), resource allocation information of uplink shared channel (UL-SCH), paging information on PCH, system information on DL-SCH, and random access transmitted on PDSCH. Resource allocation of higher layer control messages such as responses, sets of transmit power control commands for individual UEs in any UE group, activation of voice over internet protocol (VoIP), and the like.
  • a plurality of PDCCHs may be transmitted in the control region, and the terminal may monitor the plurality of PDCCHs.
  • the PDCCH is transmitted on an aggregation of one or several consecutive control channel elements (CCEs).
  • CCEs control channel elements
  • CCE is a logical allocation unit used to provide a PDCCH with a coding rate according to a state of a radio channel.
  • the CCE corresponds to a plurality of resource element groups.
  • the format of the PDCCH and the number of bits of the PDCCH are determined according to the correlation between the number of CCEs and the coding rate provided by the CCEs.
  • DCI downlink control information
  • PDSCH also called DL grant
  • PUSCH resource allocation also called UL grant
  • VoIP Voice over Internet Protocol
  • the Medium Access Control (MAC) layer is responsible for mapping various logical channels to various transport channels, and also for logical channel multiplexing to map multiple logical channels to one transport channel. Play a role.
  • the MAC layer is connected to the upper layer RLC layer by a logical channel, and the logical channel includes a control channel for transmitting information of a control plane according to the type of information to be transmitted. It is divided into a traffic channel that transmits user plane information.
  • the Radio Link Control (RLC) layer of the second layer adjusts the data size so that the lower layer is suitable for transmitting data to the radio section by segmenting and concatenating data received from the upper layer. It plays a role.
  • RLC Radio Link Control
  • TM Transparent mode, transparent mode
  • UM Un-acknowledged mode, no response mode
  • AM Acknowledged mode, Response mode
  • the AM RLC performs a retransmission function through an Automatic Repeat and Request (ARQ) function for reliable data transmission.
  • ARQ Automatic Repeat and Request
  • the Packet Data Convergence Protocol (PDCP) layer of the second layer is an IP containing relatively large and unnecessary control information for efficient transmission in a low bandwidth wireless section when transmitting IP packets such as IPv4 or IPv6. Performs Header Compression, which reduces the packet header size. This transmits only the necessary information in the header portion of the data, thereby increasing the transmission efficiency of the radio section.
  • the PDCP layer also performs a security function, which is composed of encryption (Ciphering) to prevent third-party data interception and integrity protection (Integrity protection) to prevent third-party data manipulation.
  • the radio resource control layer (hereinafter RRC) layer located at the top of the third layer is defined only in the control plane, and the settings (setting) and reset (Re) of radio bearers (abbreviated as RBs) are performed. It is responsible for the control of logical channels, transport channels, and physical channels in connection with setup and release.
  • RB means a service provided by the second layer for data transmission between the terminal and the E-UTRAN.
  • RRC connection If there is an RRC connection (RRC connection) between the RRC of the terminal and the RRC layer of the radio network, the terminal is in the RRC connected state (Connected mode), otherwise it is in the RRC idle state (Idle mode).
  • RRC connection If there is an RRC connection (RRC connection) between the RRC of the terminal and the RRC layer of the radio network, the terminal is in the RRC connected state (Connected mode), otherwise it is in the RRC idle state (Idle mode).
  • the RRC state refers to whether or not the RRC of the UE is in a logical connection with the RRC of the E-UTRAN. If the RRC state is connected, the RRC_CONNECTED state is called, and the RRC_IDLE state is not connected. Since the UE in the RRC_CONNECTED state has an RRC connection, the E-UTRAN can grasp the existence of the UE in units of cells, and thus can effectively control the UE. On the other hand, the UE in the RRC_IDLE state cannot identify the existence of the UE by the E-UTRAN, and the core network manages the unit in a larger tracking area (TA) unit than the cell.
  • TA tracking area
  • each TA is identified by a tracking area identity (TAI).
  • TAI tracking area identity
  • the terminal may configure a TAI through a tracking area code (TAC), which is information broadcast in a cell.
  • TAC tracking area code
  • the terminal When the user first turns on the power of the terminal, the terminal first searches for an appropriate cell, then establishes an RRC connection in the cell, and registers the terminal's information in the core network. Thereafter, the terminal stays in the RRC_IDLE state. The terminal staying in the RRC_IDLE state selects a cell (re) as needed and looks at system information or paging information. This is called camping on the cell.
  • the UE staying in the RRC_IDLE state makes an RRC connection with the RRC of the E-UTRAN through an RRC connection procedure and transitions to the RRC_CONNECTED state.
  • RRC_CONNECTED state There are several cases in which the UE in RRC_IDLE state needs to establish an RRC connection. For example, when uplink data transmission is necessary due to a user's call attempt, or when a paging signal is received from E-UTRAN, Send a response message.
  • a non-access stratum (NAS) layer located above the RRC layer performs functions such as session management and mobility management.
  • NAS non-access stratum
  • Evolved Session Management belonging to the NAS layer performs functions such as Default Bearer management and Dedicated Bearer management, and is responsible for controlling the terminal to use the PS service from the network.
  • the default bearer resource is characterized in that it is allocated from the network when it is connected to the network when it first accesses a specific Packet Data Network (PDN).
  • PDN Packet Data Network
  • the network allocates an IP address usable by the terminal so that the terminal can use the data service, and also allocates QoS of the default bearer.
  • LTE supports two types of bearer having a guaranteed bit rate (GBR) QoS characteristic that guarantees a specific bandwidth for data transmission and reception, and a non-GBR bearer having a best effort QoS characteristic without guaranteeing bandwidth.
  • GBR guaranteed bit rate
  • Non-GBR bearer is assigned.
  • a bearer having a QoS characteristic of GBR or non-GBR may be allocated.
  • the bearer allocated to the terminal in the network is called an evolved packet service (EPS) bearer, and when the EPS bearer is allocated, the network allocates one ID. This is called EPS Bearer ID.
  • EPS bearer ID This is called EPS Bearer ID.
  • MLR maximum bit rate
  • GRR guaranteed bit rate
  • AMBR aggregated maximum bit rate
  • an RRC layer, an RLC layer, a MAC layer, and a PHY layer located under the NAS layer are collectively referred to as an access stratum (AS).
  • AS access stratum
  • 5a is a flowchart illustrating a random access procedure in 3GPP LTE.
  • the random access procedure is used for the UE 10 to obtain UL synchronization with the base station, that is, the eNodeB 20 or to be allocated UL radio resources.
  • the UE 10 receives a root index and a physical random access channel (PRACH) configuration index (configuration index) from the eNodeB 20.
  • PRACH physical random access channel
  • configuration index configuration index
  • Each cell has 64 candidate random access preambles defined by a Zadoff-Chu (ZC) sequence, and the root index is a logical index for the UE to generate 64 candidate random access preambles.
  • ZC Zadoff-Chu
  • the PRACH configuration index indicates a specific subframe and a preamble format capable of transmitting the random access preamble.
  • UE 10 transmits a randomly selected random access preamble to eNodeB 20.
  • the UE 10 selects one of the 64 candidate random access preambles. Then, the corresponding subframe is selected by the PRACH configuration index.
  • UE 10 transmits the selected random access preamble in the selected subframe.
  • the eNodeB 20 Upon receiving the random access preamble, the eNodeB 20 sends a random access response (RAR) to the UE 10.
  • RAR random access response
  • the random access response is detected in two steps. First, the UE 10 detects a PDCCH masked with a random access-RNTI (RA-RNTI). The UE 10 receives a random access response in a medium access control (MAC) protocol data unit (PDU) on the PDSCH indicated by the detected PDCCH.
  • MAC medium access control
  • RRC radio resource control
  • an RRC state is shown depending on whether RRC is connected.
  • the RRC state refers to whether or not an entity of the RRC layer of the UE 10 is in a logical connection with an entity of the RRC layer of the eNodeB 20. If the RRC state is connected, the RRC state is connected. A state that is not connected is called an RRC idle state.
  • the E-UTRAN may determine the existence of the corresponding UE in units of cells, and thus may effectively control the UE 10.
  • the UE 10 in the idle state cannot be understood by the eNodeB 20, and is managed by a core network in units of a tracking area, which is a larger area than a cell.
  • the tracking area is a collection unit of cells. That is, the idle state UE (10) is identified only in the presence of a large area unit, in order to receive the normal mobile communication services such as voice or data, the terminal must transition to the connected state (connected state).
  • the UE 10 When the user first powers up the UE 10, the UE 10 first searches for a suitable cell and then remains in an idle state in that cell. When the UE 10 staying in the idle state needs to establish an RRC connection, the UE 10 establishes an RRC connection with the RRC layer of the eNodeB 20 through an RRC connection procedure and performs an RRC connection state ( connected state).
  • the UE in the idle state needs to establish an RRC connection. For example, a user's call attempt or an uplink data transmission is necessary, or a paging message is received from EUTRAN. In this case, the response message may be transmitted.
  • the RRC connection process is largely a process in which the UE 10 sends an RRC connection request message to the eNodeB 20, and the eNodeB 20 transmits an RRC connection setup message to the UE 10. And a process in which the UE 10 transmits an RRC connection setup complete message to the eNodeB 20. This process will be described in more detail with reference to FIG. 5B.
  • the UE 10 When the UE 10 in idle state attempts to establish an RRC connection due to a call attempt, a data transmission attempt, or a response to the paging of the eNodeB 20, the UE 10 first performs an RRC connection. A RRC connection request message is transmitted to the eNodeB 20.
  • the eNB 20 When the RRC connection request message is received from the UE 10, the eNB 20 accepts the RRC connection request of the UE 10 when the radio resources are sufficient, and establishes an RRC connection, which is a response message (RRC connection). setup) message is transmitted to the UE 10.
  • RRC connection a response message
  • the UE 10 When the UE 10 receives the RRC connection setup message, the UE 10 transmits an RRC connection setup complete message to the eNodeB 20. When the UE 10 successfully transmits an RRC connection establishment message, the UE 10 establishes an RRC connection with the eNodeB 20 and transitions to the RRC connected mode.
  • MTC Machine Type Communication
  • MTC communication is also called Internet of Things (IoT) communication because there is no human intervention. It is called CIoT to perform IoT communication on a cellular basis, not on a wireless LAN such as Wi-Fi. Unlike wireless LAN, CIoT supports not only IP-based communication but also IP-based communication.
  • IoT Internet of Things
  • 3GPP has improved a physical layer, that is, a Radio Access Technology (RAT).
  • RAT Radio Access Technology
  • the improved RAT is called Narrowband-IoT (NB-IoT).
  • CIoT devices using NB-IoT RATs generally transmit and receive a small amount of data.
  • a CIoT device in order for a CIoT device to transmit and receive data, a large number of signals must be exchanged with the base station in advance. In order to transmit and receive such a small amount of data, transmitting and receiving a large number of control signals in advance may be inefficient.
  • CP control plane
  • EPo evolved packet service
  • UP user plane
  • one disclosure of the present specification provides a method for a wireless device to transmit a Radio Resource Control (RRC) message.
  • the method includes the steps of: an access stratum (AS) layer of a wireless device obtaining one or more of a value and an indication of an RRC establishment cause field from a NAS layer requesting transmission of a non-access stratum (NAS) signaling request message; Transmitting an RRC connection request message including at least one of a value of the RRC establishment cause field and an indication to a base station; If at least one of the value and indication of the RRC establishment cause field is set to a value indicating that the NAS signaling request message includes user data according to an optimization scheme through a control plane (CP), the network is overloaded. If so, it may include receiving an RRC connection rejection message or an RRC connection release request message from the base station.
  • AS access stratum
  • NAS non-access stratum
  • the method may further include transmitting, by the AS layer, information on a mode of a radio access technology (RAT) of the base station to the NAS layer.
  • the information on the mode may indicate whether the base station's RAT is an NB-S1 mode operating with improved RAT for NB (Narrowband) IoT or a WB-S1 mode operating with general RAT.
  • the AS layer delivers the information indicating the NB-S1 mode to the NAS layer
  • only a value of an RRC establishment cause field is obtained from the NAS layer
  • the AS layer sends information indicating the WB-S1 mode to the NAS layer.
  • only the indication may be obtained from the NAS layer.
  • the AS layer does not transmit information on the mode of the RAT of the base station to the NAS layer, only the indication may be obtained from the NAS layer.
  • the method may further include setting a value of the RRC establishment cause field in the RRC connection request message based on the indication when only the indication is obtained from the NAS layer.
  • the method may further include setting the indication in the RRC connection request message based on the value of the RRC establishment cause field when only a value of the RRC establishment cause field is obtained from the NAS layer.
  • the RRC connection rejection message or RRC connection release request message may include a value of an extended wait timer.
  • the AS layer When the method receives an RRC connection establishment message instead of the RRC connection request rejection message, the AS layer sends an RRC connection setup complete message including an indication indicating that only an optimization scheme through a control plane (CP) is supported. It may further comprise the step.
  • CP control plane
  • the wireless device includes a transceiver;
  • the processor may control the transceiver and include a processor including an access stratum (AS) layer and a non-access stratum (NAS).
  • AS access stratum
  • NAS non-access stratum
  • AS layer obtains one or more of a value and an indication of an RRC establishment cause field from a NAS layer requesting transmission of a NAS signaling request message
  • the AS layer includes one or more of a value and an indication of the RRC establishment cause field.
  • the connection request message may be transmitted to the base station.
  • the network is overloaded. If so, the AS layer may receive an RRC connection rejection message or an RRC connection release request message from the base station.
  • CP control plane
  • 1 is a structural diagram of an evolved mobile communication network.
  • Figure 2 is an exemplary view showing the architecture of a general E-UTRAN and a general EPC.
  • FIG. 3 is an exemplary diagram illustrating a structure of a radio interface protocol in a control plane between a UE and an eNodeB.
  • FIG. 4 is another exemplary diagram illustrating a structure of a radio interface protocol in a user plane between a terminal and a base station.
  • 5a is a flowchart illustrating a random access procedure in 3GPP LTE.
  • RRC radio resource control
  • FIG. 7 is an exemplary flowchart illustrating an access blocking operation in a network congestion state.
  • FIG. 9 is a signal flow diagram illustrating a procedure according to an ACDC.
  • MTC 10 shows an example of machine type communication (MTC) communication.
  • EAB Extended Access Barring
  • FIG. 12A illustrates a series of procedures that a CIoT device performs for data communication.
  • 12b illustrates a procedure of transmitting data by a CIoT device according to control plane (CP) CIoT EPS optimization.
  • CP control plane
  • 12C illustrates a procedure of transmitting data by a CIoT device according to user plane (UP) CIoT EPS optimization.
  • UP user plane
  • FIG. 13A is an exemplary diagram illustrating a procedure for requesting a network to reduce signaling by a base station due to overload
  • FIG. 13B is an exemplary diagram illustrating a procedure of releasing an RRC connection by a base station for overload control.
  • 14a and 14b are signal flows illustrating a procedure according to proposal 1 of the present specification.
  • 15A and 15B are signal flows illustrating a procedure according to the proposal 2 of the present specification.
  • 16A is a signal flowchart illustrating a procedure according to Method 1 of Proposal 3 of the present specification.
  • 16B is a signal flowchart illustrating a procedure according to Method 2 of Proposal 3 of the present specification.
  • FIG. 16C is a signal flowchart illustrating a procedure according to Method 3 of Proposal 3 of the present specification.
  • FIG. 17 is a block diagram illustrating a configuration of a CIoT device 100 and a network device according to an embodiment of the present invention.
  • the present invention is described based on the Universal Mobile Telecommunication System (UMTS) and the Evolved Packet Core (EPC), the present invention is not limited to such a communication system, but also to all communication systems and methods to which the technical spirit of the present invention can be applied. Can be applied.
  • UMTS Universal Mobile Telecommunication System
  • EPC Evolved Packet Core
  • first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • a component When a component is said to be connected or connected to another component, it may be directly connected to or connected to the other component, but other components may be present in between. On the other hand, when a component is mentioned as being directly connected or directly connected to another component, it should be understood that no other component exists in the middle.
  • a user equipment UE
  • the illustrated UE may be referred to in terms of terminal, mobile equipment (ME), and the like.
  • the UE may be a portable device such as a laptop, a mobile phone, a PDA, a smart phone, a multimedia device, or a non-portable device such as a PC or a vehicle-mounted device.
  • UMTS Abbreviation for Universal Mobile Telecommunication System, which means the third generation mobile communication network.
  • UE / MS means User Equipment / Mobile Station, terminal equipment.
  • EPS stands for Evolved Packet System and means a core network supporting a Long Term Evolution (LTE) network.
  • LTE Long Term Evolution
  • UMTS evolved network
  • PDN Public Data Network
  • Independent network where the server providing the service is located
  • PDN connection Connection from the terminal to the PDN, that is, association (connection) between the terminal represented by the IP address and the PDN represented by the APN.
  • PDN-GW Packet Data Network Gateway
  • Network node of EPS network that performs UE IP address allocation, Packet screening & filtering, Charging data collection
  • Serving GW Network node of EPS network that performs mobility anchor, packet routing, idle mode packet buffering, Triggering MME to page UE function
  • PCRF Policy and Charging Rule Function
  • APN Access Point Name
  • the name of the access point managed by the network which is provided to the UE. That is, a string that refers to or distinguishes a PDN.
  • PDN the name of the access point managed by the network. That is, a string that refers to or distinguishes a PDN.
  • PDN the name of the access point managed by the network. That is, a string that refers to or distinguishes a PDN.
  • PDN Access Point Name
  • the P-GW passes through the P-GW.
  • the name (string) predefined within the network to find this P-GW (example) internet.mnc012.mcc345.gprs
  • Tunnel Endpoint Identifier End point ID of a tunnel established between nodes in a network, and is set for each section in bearer units of each UE.
  • NodeB A base station of a UMTS network, which is installed outdoors, and a cell coverage scale corresponds to a macro cell.
  • eNodeB A base station of an evolved packet system (EPS), which is installed outdoors, and a cell coverage size corresponds to a macro cell.
  • EPS evolved packet system
  • NodeB A term referring to NodeB and eNodeB.
  • MME Mobility Management Entity
  • a session is a channel for data transmission.
  • the unit may be a PDN, a bearer, or an IP flow unit.
  • the difference in each unit can be divided into the entire target network unit (APN or PDN unit), the QoS classification unit (Bearer unit), and the destination IP address unit as defined in 3GPP.
  • PDN connection (connection) A connection from the terminal to the PDN, that is, the association (connection) between the terminal represented by the IP address and the PDN represented by the APN.
  • UE Context Context information of UE used to manage UE in the network, ie Context Information composed of UE id, mobility (current location, etc.), session attributes (QoS, priority, etc.)
  • OMA DM Open Mobile Alliance Device Management
  • OMA DM Open Mobile Alliance Device Management
  • OAM Operaation Administration and Maintenance
  • OAM is a group of network management functions that provides network fault indication, performance information, and data and diagnostic functions.
  • NAS Configuration MO (Management Object): A MO (Management Object) used to set (set) parameters related to NAS functions to the UE.
  • NAS Non-Access-Stratum: Upper stratum of the control plane (control plane) between the UE and the MME. Supports mobility management, session management, and IP address management between UE and network
  • MM (Mobility Management) operation / procedure An operation or procedure for mobility control / management / control of a UE.
  • the MM operation / procedure may be interpreted as including one or more of the MM operation / procedure in the CS network, the GMM operation / procedure in the GPRS network, and the EMM operation / procedure in the EPS network.
  • the UE and the network nodes (MME, SGSN, MSC) send and receive MM messages to perform MM operation / procedure.
  • SM (Session Management) operation / procedure An operation or procedure for controlling / managing / processing / handling a user plane and / or bearer context / PDP context of a UE.
  • SM operation / procedure may be interpreted as including one or more of SM operation / procedure in GPRS network and ESM operation / procedure in EPS network.
  • the UE and the network nodes (MME, SGSN) exchange SM messages to perform SM operations / procedures.
  • Low priority terminal A terminal set to NAS signal low priority. For details, refer to standard documents 3GPP TS 24.301 and TS 24.008.
  • Normal priority terminal General terminal not set to low priority
  • Dual priority terminal A terminal set to dual priority, which is set to NAS signal low priority and is configured to override the configured NAS signal low priority (ie, UE which provides dual).
  • priority support is set for NAS signaling low priority and also set to override the NAS signaling low priority indicator).
  • PLMN Abbreviation for Public Land Mobile Network, which means the network identification number of the operator.
  • HPLMN Home PLMN
  • VPLMN Visited PLMN
  • CIoT Abbreviation for Cellular Internet of Things, which means performing based on IoT communication.
  • Narrowband-IoT For CIoT, means RAT (Radio Access Technology) improved in 3GPP. That is, it means a network operated with a bandwidth of up to 180 kHz (corresponding to one PRB).
  • RAT Radio Access Technology
  • Control plane CIoT EPS optimization signaling optimization on the control plane to enable efficient transmission of user data (IP-based or non-IP-based or SMS-based user data)
  • User plane CIoT EPS optimization Signaling optimization on the user plane to enable efficient transmission of user data (IP based or non-IP based or SMS based user data)
  • UEs that support CIoT EPS optimization UEs that support control plane CIoT EPS optimization or user plane CIOT EPS optimization and one or more other CIoT EPS optimizations
  • NB-S1 mode refers to a mode that operates with improved radio access technology (RAT) for narrowband (NB) IoT.
  • RAT radio access technology
  • NB narrowband
  • WB-S1 mode This refers to a mode that operates with general RAT, not RAT improved for NB IoT.
  • a large number of UEs 100a, 100b, 100c and 100d exist in the coverage of the eNodeB 200, and attempt to transmit and receive data.
  • traffic is overloaded or congested on the interface between the eNodeB 200 and the S-GW 520, downlink data to the UE 100 or from the UE 100.
  • the uplink data of the is not transmitted correctly and fails.
  • an interface between the S-GW 520 and the PDN-GW 530 or an interface between the PDN-GW 530 and an IP (Internet Protocol) service network of a mobile communication operator may be overloaded or congested. Even in the case of congestion, downlink data to the UEs 100a, 100b, 100c and 100d or uplink data from the UEs 100a, 100b, 100c and 100d may fail to be transmitted correctly.
  • IP Internet Protocol
  • the node e.g., MME
  • the node performs congestion control (NAS level congestion control) at the NAS level to avoid or control signaling congestion and APN congestion.
  • Congestion control at the NAS level is composed of APN based congestion control and General NAS level mobility management control at the NAS level.
  • the APN based congestion control refers to EMM, GMM and (E) SM signal congestion control associated with a UE and a specific APN (APN associated with a congestion state), and is based on APN based session management congestion control. And APN based Mobility Management congestion control.
  • the mobility management control of the general NAS phase is a node in the core network (MME, SGSN) to request the mobility management signaling request from the UE / MS in a general network congestion or overload situation Means to avoid congestion and overload by refusing.
  • MME core network
  • SGSN core network
  • a back-off timer value is assigned to UEs in idle mode (idle mode) or connected mode (connected mode). It is sent in a NAS reject message, and the UE does not request the EMM / GMM / (E) SM signal from the network until the back-off timer expires. Will not.
  • the NAS reject message may include an attach rejection (ATTACH REJECT), a tracking area updating (TAU) rejection, a routing area updating (RAU) rejection, a service rejection, an extended service (EXTENDED SERVICE) rejection, a PDN connectivity rejection, and bearer resource allocation. (bearer resource allocation) rejection, bearer resource modification (bearer resource modification) rejection, the message of the rejection for the deactivate EPS bearer context request (deactivate EPS bearer context request).
  • the back-off timer may be divided into a mobility management (MM) back-off timer and a session management (SM) back-off timer.
  • MM mobility management
  • SM session management
  • the MM back-off timer operates independently for each UE, and the SM back-off timer operates independently for each APN and for each UE.
  • the MM back-off timer is for controlling an EMM / GMM signal (eg, Attach, TAU / RAU request, etc.).
  • the SM back-off timer (E) is for controlling SM signals (eg, PDN connectivity, Bearer Resource Allocation, Bearer Modification, PDP Context Activation, PDP Context Modification request, etc.).
  • the MM back-off timer is a mobility-related back-off timer used to control when congestion occurs in the network.
  • the UE may perform a back-off timer while the timer is running. It is a timer that disables attach, location information update (TAU, RAU), and service request procedure (service request procedure).
  • TAU location information update
  • RAU location information update
  • service request procedure service request procedure
  • MPS multimedia priority service
  • the UE may be provided with an MM back-off timer value from a core network network node (eg, MME, SGSN, etc.) or may be delivered from a lower layer (Access Stratum). It may also be set randomly within the range of 15 to 30 minutes by the UE.
  • a core network network node eg, MME, SGSN, etc.
  • a lower layer Access Stratum
  • the SM back-off timer is a session management related back-off timer used to control when congestion occurs in the network, while the timer is running.
  • the UE is a timer that prevents the establishment or modification of an associated APN based session.
  • MPS multimedia priority service
  • the UE 100 may be able to request even if the timer is operating.
  • the UE receives such SM back-off timer value from core network network nodes (eg, MME, SGSN, etc.) and is randomly set within a maximum of 72 hours.
  • core network network nodes eg, MME, SGSN, etc.
  • the UE 100 may be set randomly within a range of 15 to 30 minutes.
  • the eNodeB 200 may also perform congestion control. That is, when the UE requests RRC connection establishment for data transmission in the user plane, if the eNodeB 200 is congested, the UE may transmit a rejection response to the UE together with an extended wait timer. have. In this case, the RRC connection establishment request cannot be retried until the extended wait timer expires. On the other hand, when the UE requests an RRC connection for the purpose of transmitting a signal of a control plane for receiving a call based on a CS (circuit switch), even if the eNodeB 200 is congested, it cannot be rejected.
  • CS circuit switch
  • FIG. 7 is an exemplary flowchart illustrating an access blocking operation in a network congestion state.
  • the eNodeB 200 may broadcast access class barring (ACB) related information through system information.
  • the system information may be a System Information Block (SIB) Type 2.
  • SIB System Information Block
  • the SIB (System Information Block) Type 2 may include ACB related information as shown in the following table.
  • CS fallback converts a VoLTE call to a previous 3G call.
  • ac-BarringForSpecialAC ACB for a special access class, 11-15.
  • ac-BarringTime Indicates the time for which access is prohibited.
  • ssac-BarringForMMTEL-Video A service-specific ACB for the origination of MMTEL video.
  • ssac-BarringForMMTEL-Voice Service-specific ACB for outgoing MMTEL voice.
  • the UE1 100a determines the origination of a call by an IMS service, for example, VoLTE, and generates a service request message.
  • UE2 100b determines the origination of general data and generates a service request message.
  • the UE1 100a generates an RRC connection request message.
  • UE2 100b generates an RRC Connection Request message.
  • the UE1 100a performs an access blocking check (ie, whether to apply ACB).
  • UE2 100b performs an access blocking check (ie, whether to apply ACB).
  • the UE1 100a and the UE2 100b may respectively transmit a service request (or extended service request) message and an RRC connection request message. However, if the ACB is to be applied, both the UE1 100a and the UE2 100b cannot transmit an RRC connection request message.
  • the access blocking check will now be described in detail.
  • the UE is generally randomly assigned at least one of ten access classes (e.g., AC0, AC1, ..., AC9).
  • AC10 is assigned for emergency emergency access.
  • the value of the randomly assigned access class may be stored in each USIM of the UE1 100 and the UE2 100b.
  • the UE1 (100a) and the UE2 (100b) based on the stored access class, using the blocking factor (barring factor) field included in the received ACB-related information, it is confirmed whether the access blocking is applied do.
  • This access blocking check is performed at each access stratum (AS) layer, that is, an RRC layer, of the UE1 100a and the UE2 100b.
  • AS access stratum
  • the access blocking check will be described in more detail as follows.
  • the SIB type 2 received by the UE1 100a and the UE2 100b includes an ac-BarringPerPLMN-List , and the ac-BarringPerPLMN-List includes an AC matching the plmn-identityIndex corresponding to the PLMN selected in the higher layer. If a BarringPerPLMN entry is included, the AC-BarringPerPLMN entry that matches the plmn-identityIndex corresponding to the PLMN selected by the upper layer is selected.
  • T303 is used as a Tbarring and ac-BarringForMO-Data is used as a blocking parameter to perform an access blocking check.
  • each AS layer ie, RRC layer
  • RRC layer When determined to be blocked, each AS layer (ie, RRC layer) of the UE1 100a and the UE2 100b notifies the upper layer of the failure of RRC connection establishment.
  • each AS layer determines whether the T302 timer or the Tbarring timer is running. If not running, the T302 timer or Tbarring timer is driven.
  • the AS layer ie, the RRC layer
  • the AS layer considers that all accesses to the corresponding cell are blocked.
  • the eNB / RNC provides the ACB (Access Class Barring) related information to the UE in network overload and congestion. Then, the UE checks the access barring using a barring factor included in the received ACB information based on its access class stored in the USIM. This access blocking check prevents the final attempted access. That is, when access to the cell is blocked through the access blocking check, the UE does not attempt to access the terminal. If the access to the cell is not blocked, the UE attempts to access the cell. This access blocking check is performed at the access stratum (AS) layer of the UE. In this case, the access attempt means transmitting an RRC connection request message from the AS layer (ie, RRC layer) of the UE to the eNB / RNC.
  • AS access stratum
  • the access blocking check is a general Mobile Originating (MO) service of the UE, such as originating call, originating data, originating IMS voice, and originating IMS video. Is performed for. That is, the ACB applies to all application programs' access (but not in response to emergency services or paging).
  • MO Mobile Originating
  • MO general Mobile Originating
  • ACDC Application specific congestion control for data communication
  • FIG. 9 is a signal flow diagram illustrating a procedure according to an ACDC.
  • the network may provide the ACDC blocking information to the UE via the SIB.
  • the application layer managing the execution of the specific application provides application attribute related information to the NAS layer.
  • the NAS layer of the UE 100 determines an application category for ACDC based on the application attribute related information received from the application layer.
  • the NAS layer of the UE 100 starts a service request procedure (transmission of a SERVICE REQUEST message or transmission of an EXTENDED SERVICE REQUEST message) for service connection, the NAS layer sends information about the application category to an AS layer (ie, an RRC layer). To).
  • an AS layer ie, an RRC layer
  • the AS layer ie, RRC layer
  • the UE 100 Before the AS layer (ie, RRC layer) of the UE 100 performs a service request procedure (transmission of a SERVICE REQUEST message or an EXTENDED SERVICE REQUEST message) of the NAS layer, from the category of the application and the network. Based on the received ACDC blocking information, it performs an ACDC blocking check and determines whether to allow or disallow the service request procedure accordingly.
  • a service request procedure transmission of a SERVICE REQUEST message or an EXTENDED SERVICE REQUEST message
  • the AS layer ie, the RRC layer of the UE 100 transmits an RRC Connect Request message to the eNodeB 200.
  • the service request required by the application running in the UE can be differentially allowed or blocked through the ACDC.
  • Machine type communication refers to communication between a machine, which excludes a person, and a device used here is called an MTC device.
  • the service provided through the MTC device is different from the communication service in which a person intervenes and may be applied to various categories of services.
  • MTC 10 shows an example of machine type communication (MTC) communication.
  • Machine Type Communication is an exchange of information through the base station 200 between MTC devices 100 without human interaction or information through a base station between the MTC device 100 and the MTC server 700. Say exchange.
  • the MTC server 700 is an entity that communicates with the MTC device 100.
  • the MTC server 700 executes an MTC application and provides an MTC specific service to the MTC device.
  • the MTC device 100 is a wireless device that provides MTC communication and may be fixed or mobile.
  • MTC devices may be located within the coverage of the base station. Thus, network congestion can result in even more weighted results.
  • EAB Extended Access Barring
  • the MTC device is set to low priority.
  • the base station broadcasts system information including EAB information.
  • the system information including the EAB information may be a system information block (SIB) type 14.
  • SIB Type14 Description eab-BarringBitmap Bitmap of EAB for access classes (AC) 0-9. The leftmost bit in the bitmap is for AC 0 and the next bit is for AC1. Represents a category of a UE to which eab-CategoryEAB is applied. eab-Common EAB parameter that applies to all PLMNs. EAB parameter for each eab-PerPLMN-ListPLMN, listed in PLMN order.
  • the network transmits the configuration information on whether the specific MTC device should apply the EAB, that is, the EAB configuration information to the NAS configuration MO (Management Object), and delivers it to the specific MTC device.
  • the MTC device is excluded from an emergency call, a mobile terminated (MT) access, or a high priority access class (for example, AC 11-15).
  • the NAS layer instructs the RRC layer about whether to apply EAB.
  • the RRC layer performs the RRC connection establishment procedure for the request with the EAB application indication, the RRC layer performs access control.
  • the NAS layer determines to apply the EAB based on the EAB setting. Then, the NAS signaling request is delivered to the RRC layer. At this time, the EAB application indication is delivered together with the NAS signaling request.
  • the RRC layer of the MTC device determines whether the RRC connection establishment request corresponds to the EAB application based on the EAB application indication. If the EAB is applied, the transmission of the RRC connection establishment request message by the RRC layer is blocked (or inhibited).
  • MTC communication is also called Internet of Things (IoT) communication because there is no human intervention. It is called CIoT to perform IoT communication on a cellular basis, not on a wireless LAN such as Wi-Fi. Unlike wireless LAN, CIoT supports not only IP-based communication but also IP-based communication.
  • IoT Internet of Things
  • 3GPP has improved a physical layer, that is, a Radio Access Technology (RAT).
  • RAT Radio Access Technology
  • the improved RAT is called Narrowband-IoT (NB-IoT).
  • the improved RAT for the NB-IoT uses a physical layer optimized for very low power consumption (eg, carrier bandwidth is 180 kHz, subcarrier spacing is 3.75 kHz or 15 kHz).
  • the CIoT device can operate in a network operated with an improved RAT for NB-IoT, that is, a bandwidth of up to 180 kHz (corresponding to one PRB). .
  • the CIoT device Even if the CIoT device transmits and receives a small amount of data, the CIoT device has to send and receive a lot of signaling with the network in advance. This will be described with reference to FIG. 12A.
  • FIG. 12A illustrates a series of procedures that a CIoT device performs for data communication.
  • the CIoT device 100 performs a random access procedure for data communication. That is, the CIoT device 100 transmits a first message MSG1, for example, a random access preamble, to the base station 200. The CIoT device 100 receives a second message MSG2, for example, a random access response message, from the base station 200. Then, the CIoT device 100 transmits a third message (MSG3), for example, a scheduled message, to the base station 200. The scheduled message may include an RRC Connection Request message. Thereafter, the CIoT device 100 receives a fourth message MSG4, for example, an RRC connection setup message from the base station 200. Then, the CIoT device 100 transmits a fifth message MSG5, for example, an RRC connection complete message, to the base station 200. The RRC connection complete message may include a NAS service request message.
  • MSG3 for example, a random access response message
  • the base station 200 transmits an S1-AP-based Initial UE message to the MME 510.
  • the initial UE message may include the NAS service request message.
  • the MME 510 transmits an S1-AP based initial context setup request message to the base station.
  • the base station 200 transmits an RRC security mode command (SMC) to the CIoT device and receives an RRC security mode command response.
  • SMC RRC security mode command
  • the base station 200 transmits an RRC connection reconfiguration message to the CIoT device 100, and the CIoT device 100 sends an RRC connection reconfiguration complete message. Transmit to base station.
  • the base station 200 transmits an S1-AP based initial context setup complete message to the MME 510. Then, the MME 510 transmits a bearer modification request message to the S-GW 520 and receives a bearer modification response message from the S-GW 520.
  • the CIoT device 100 may perform data communication.
  • the base station 200 transmits an S1-AP based UE context release request message to the MME 510. Then, the MME 510 transmits a Release Access Bearer message to the S-GW 520. Then, the S-GW 510 transmits a Release Access Bearer Response message to the MME 510. The MME 510 transmits a S1-AP based UE context release command message to the base station.
  • the base station 200 transmits an RRC Connection Release message to the UE, and transmits an RRC Connection Release Complete message to the MME 510.
  • the CIoT device is expected to be located at a fairly high density within the coverage of the base station, in which case a significant number of signals can overload the network.
  • Data is transmitted through S1-AP).
  • the S11-U path is newly defined between the MME and the S-GW. Data may be transmitted through the newly defined S11-U path.
  • the security of the data is used in the NAS layer security instead of the security of the AS layer.
  • a security mode command (SMC) procedure or the like may be omitted.
  • the required RRC signaling is reduced even when switching the RRC connected mode.
  • 12b illustrates a procedure of transmitting data by a CIoT device according to control plane (CP) CIoT EPS optimization.
  • CP control plane
  • the CIoT device 100 may include data in a NAS service request message included in a fifth message MSG5, for example, an RRC connection complete message, and transmit the data.
  • the CIoT device 100 may transmit data in a fifteenth process. However, in FIG. 12B, the CIoT device 100 may transmit data in a fifth process. It can be efficiently transmitted.
  • the CIoT device performs an RRC suspend procedure instead of performing an S1 release procedure. Therefore, when the CIoT device requests the RRC connection again, it can quickly switch from the RRC idle mode to the RRC connected mode. That is, instead of performing a service request procedure for setting up a user plane, an RRC connection resume procedure is performed. Therefore, the number of RRC signals to be transmitted and received in order for the CIoT device to switch from the RRC idle mode (EMM-IDLE) to the RRC connected mode (EMM-CONNECTED) is significantly reduced.
  • 12C illustrates a procedure of transmitting data by a CIoT device according to user plane (UP) CIoT EPS optimization.
  • UP user plane
  • the CIoT device 100 transmits a first message, for example, a random access preamble, to the base station 200.
  • the CIoT device 100 receives a second message, for example, a random access response, from the base station 200.
  • the CIoT device 100 includes the RRC connection resumption request message in the third message, for example, the scheduled message, and transmits the message.
  • a resume ID is included in the RRC connection resume request message.
  • the base station 200 transmits a fourth message, for example, an RRC connection resumption completion message, to the CIoT device 100.
  • the RRC connection resume complete message includes a resume ID and a bearer descriptor.
  • the CIoT device 100 transmits a fifth message, for example, an RRC connection resumption completion message, to the base station 200.
  • the RRC connection resume complete message also includes the resume ID.
  • the base station 200 transmits an S1-AP based UE context activation request message to the MME 510.
  • the MME 510 transmits a bearer modification request message to the S-GW 520 and receives a bearer modification response message from the S-GW 520.
  • the MME 510 then sends a UE context activation response message to the base station 200.
  • the CIoT device 100 may perform data communication.
  • the CIoT device 100 may transmit data in a fifteenth process. However, the CIoT device 100 may transmit data in a tenth process. It can be improved efficiently.
  • NB-IoT RAT various services developed for the existing RAT may not be provided. Specifically, in NB-IoT RAT, access class barring (ACB), EAB, ACDC and SSAC may not be provided.
  • ARB access class barring
  • EAB EAB
  • ACDC ACDC
  • SSAC SSAC
  • the CIoT device includes the user data in the NAS signaling request message (eg, service request message) of the control plane (CP).
  • NAS signaling request message eg, service request message
  • the control plane CPo EPS optimization the NAS signaling request message of the control plane CP including a small amount of data may also fail to be transmitted in a congestion situation.
  • the user experience may be degraded and network resources may be wasted.
  • control plane (CP) CIoT EPS optimization is performed to control overload.
  • 13A is an exemplary diagram illustrating a procedure for requesting a network to reduce signaling to a base station due to overload.
  • the network node e.g., an MME as shown
  • the network node sends a message to the base station to reduce signaling, for example, an OVERLOAD START message.
  • the base station Upon receiving the message (eg OVERLOAD START message), the base station determines that the network node (eg MME) is in an overloaded state.
  • the network node eg MME
  • the OVERLOAD START message includes one of the following instructions.
  • RRC connection establishment for non-emergency mobile originated data transmission e.g. including the value of the RRC establishment cause field set to "mo-data", “mo-VoiceCall” or “delayTolerantAccess" Instructs you to refuse
  • the OVERLOAD START message may further include an instruction to reduce the traffic load, for example, a Traffic Load Reduction Indication .
  • the base station reduces the traffic by rejecting some of the signaling traffic based on the probability.
  • 13b is an exemplary diagram illustrating a procedure of releasing an RRC connection by a base station for overload control.
  • the base station requests the CIoT device 100 to release the RRC connection for overload control.
  • the RRC connection release includes release of all radio resources as well as radio bearers.
  • the base station may request suspend of the RRC connection for overload control.
  • Suspending the RRC connection includes suspending the established radio bearer.
  • the CIoT device When the CIoT device receives the message, it operates as follows.
  • the message includes an extended wait timer (eg extendedWaitTime-CPdata) applied to CP data
  • an extended wait timer eg extendedWaitTime-CPdata
  • the CIoT device supports control plane (CI) CIoT EPS optimization
  • the RRC layer of the CIoT device is Deliver the timer to a higher layer (eg NAS layer).
  • the RRC layer of the CIoT device releases or pauses an RRC connection.
  • the RRC connection request (specifically, RRC for CP CIoT EPS optimization) including the value of the establishment cause field set by the base station to mo-data or delay tolerant MME sends an OVERLOAD START mesh to perform overload control.
  • the base station rejects an RRC connection request (specifically, an RRC connection request for CP CIoT EPS optimization) including a value of a establishment cause field set to mo-data or delay tolerant, and further expands the RRC connection request through an RRC connection release request message.
  • RRC connection request specifically, an RRC connection request for CP CIoT EPS optimization
  • the RRC layer of the CIoT device provides the extended wait timer to the NAS layer and transmits the RRC connection request mesh including the value of the establishment cause field set to mo-data or delay tolerant until the timer expires. Do not do it.
  • the NAS layer of the CIoT device is not connected with the conventional NAS signaling request for the NAS signaling request for the RRC connection request (specifically, the RRC connection request for CP CIoT EPS optimization) including the establishment cause set to mo-data or delay tolerant. There is an indistinguishable problem.
  • the RRC layer of a CIoT device cannot distinguish an RRC connection request (specifically, an RRC connection request for CP CIoT EPS optimization) that includes a establishment cause set to mo-data or delay tolerant from an existing general RRC connection request. There is this.
  • This problem may eventually degrade the user experience and cause network resources to be wasted.
  • the present disclosure presents suggestions for solving the aforementioned problem.
  • the device may request user data.
  • a NAS signaling request message including a network node (eg, MME / SGSN)
  • the NAS layer of the device includes a request type (call type) field and an RRC establishment cause field as follows. May be set and transmitted to an AS layer (eg, an RRC layer).
  • the call type field may be set to either Mobile Originating (MO) CP signaling and Originating (MO) CP call or indicates a new request type for control plane (CI) CIoT EPS optimization.
  • the RRC establishment cause field may be set to one of MO CP data and MO CP signaling, or may be set to a value indicating a new cause for control plane (CP) CIoT EPS optimization.
  • the RRC establishment cause field is set to either MO CP data or MO CP signaling. Or set to a value indicating a new cause for control plane (CI) CIoT EPS optimization.
  • the base station may provide information for blocking access to a NAS signaling request including the user data, as well as information for blocking access to a general NAS signaling request.
  • the AS layer of the device (eg, RRC layer) is a general NAS based on the call type field and / or RRC establishment cause field received from the NAS layer and the information for the access blocking received from the base station Unlike the signaling request, the access blocking check may be performed or the access blocking check may be skipped for the NAS signaling request including the user data.
  • the NAS layer of the device may transmit a service request message of a control plane (CP) to an RRC establishment cause field and a call type field AS layer shown in the following table.
  • CP control plane
  • NAS Procedure RRC establishment cause Call type Service Request Process If the service request message of the control plane (CP) is a response to paging and the service type is a mobile terminating (MT) request, the RRC establishment cause is set to "MT access”. Terminating call If the service request message of the control plane (CP) is for transmitting user data through the control plane, and the service type is an outgoing (MO) request, the cause of RRC establishment is set to "MO CP data" or "MO CP signaling". Or set as a new cause of establishment Originating call or new request type, set to "MO (CP) signaling" or "MO (CP) call", or set to new request type
  • AB Access Barring
  • the new access blocking (AB) mechanism is applied to the RRC connection request of a wireless device using NB-IoT RAT, or wireless using a control plane (CP) CIoT EPS optimization scheme or a user plane (UP) CIoT EPS optimization scheme. Applies to the RRC connection request of the device.
  • CP control plane
  • UP user plane
  • the base station may broadcast relevant information for the new access blocking (AB) mechanism.
  • the broadcasting may be performed through SIB type 2 or SIB type 14.
  • the SIB type 2 shown in Table 2 may further include fields as shown in the following table.
  • ab-BarringMO-CPData Indicates whether an RRC connection request with the RRC establishment cause field set to MO CP data is subject to a check for access barring (AB)
  • ac-BarringSkipForMO-CPData Indicates whether blocking checks should be skipped for RRC connection requests with the RRC establishment cause field set to MO CP data.
  • ac-BarringSkipForMO- CPSignalling Indicates whether blocking checks should be skipped for RRC connection requests with the RRC establishment cause field set to MO CP signaling
  • cp-CIoT-EPS-Optimisation Indicates whether the wireless device is allowed to establish a connection for control plane (CP)
  • CP control plane
  • UP user plane
  • ab-BarringBitmap Represents blocking per access class for access classes 0-9. The leftmost bit is for access class 0.
  • ab-BarringCPDataBitmap Represents the blocking of access classes 0 through 9 for accessing data through the control plane. The leftmost bit is for access class 0.
  • ab-BarringMO-CPData Indicates whether an RRC connection request with the RRC establishment cause field set to MO CP data is subject to a check for access barring (AB)
  • ac-BarringSkipForMO-CPData Indicates whether blocking checks should be skipped for RRC connection requests with the RRC establishment cause field set to MO CP data.
  • ac-BarringSkipForMO- CPSignalling Indicates whether blocking checks should be skipped for RRC connection requests with the RRC establishment cause field set to MO CP signaling
  • ab-Category Indicates the category of the device to which the AB applies.
  • 14a and 14b are signal flows illustrating a procedure according to proposal 1 of the present specification.
  • base station 200 may first broadcast information related to an access barring (AB) mechanism.
  • the information about the access blocking mechanism may be included in SIB type 14 and broadcasted as shown in Table 6.
  • the access-related information may be included in SIB type 2 and broadcast as shown in Table 5.
  • the wireless device eg, the CIoT device 100 determines to transmit user data through a NAS signaling request of the control plane CP using the control plane CIoT EPS optimization.
  • the application layer of the wireless device eg, CIoT device 100 delivers outgoing (MO) data / signaling to the NAS layer.
  • the NAS layer sets the RRC establishment cause field to one of MO CP data and MO CP signaling or a value indicating a new establishment cause for control plane (CP) CIoT EPS optimization.
  • the NAS layer sets a call type field to one of an outgoing (MO) CP signaling and an outgoing (MO) CP call or sets a new request type for control plane (CP) CIoT EPS optimization.
  • the NAS layer sets the RRC establishment cause field to MO CP data and R instead of setting the call type field to an outgoing (MO) signaling or an outgoing (MO) call as before.
  • the NAS layer delivers a NAS service request message including the user data, the RRC establishment cause field, and the request type field to an AS layer.
  • the request type (call type) field received from the NAS layer is new for the use of outgoing (MO) CP signaling, outgoing (MO) CP call or CP CIoT EPS optimization Is set to the request type, and ac-BarringSkipForMO-CPData or ac-BarringSkipForMO-CPSignalling from Table 5 or Table 6 received from the base station indicates that the check for access blocking should be skipped.
  • the AS layer may skip checking for the access blocking (AB).
  • the request type (call type) field received from the NAS layer is set to a new request type for the use of outgoing (MO) CP signaling, outgoing (MO) CP call (CP) or CP CIoT EPS optimization
  • the AS layer uses a timer (for example, T3xy) as a Tbarring timer, and uses the ab-BarringMO-CPData of Table 5 or Table 6 received from the base station as a blocking parameter to perform a check for access blocking (AB). do.
  • the AS layer may include a timer (for example, T3xy). ) Is used as a timer Tbarring, and ab-BarringMO-CPData of Table 5 or Table 6 received from the base station is used as a blocking parameter, and a check for access blocking (AB) is performed.
  • a timer for example, T3xy.
  • the AS layer is considered not to be blocked.
  • the device has one or more access classes among access classes 11 to 15, and corresponding bits in ab-BarringForSpecialAC are set to 0
  • the AS layer is considered not to be blocked.
  • the NAS layer may initiate a procedure for the transmission of the service request message.
  • the AS layer transmits an indication indicating that the RRC connection establishment or RRC connection resumption has failed to the NAS layer, and stops the related operation.
  • the AS layer can drive a timer T3xy.
  • the AS layer is a random value distributed evenly so as to satisfy the range 0 ⁇ rand ⁇ 1.
  • the timer Tbarring set to the timer value calculated as follows is driven using the ac-BarringTime in the access blocking parameter.
  • the procedure for transmitting a NAS signaling request including user data is stopped.
  • the NAS layer does not perform the procedure for transmitting the NAS signaling request until the NAS layer receives an indication that the blocking is relaxed from the AS layer.
  • the AS layer of the device is a request type (call type) set to an outgoing (MO) CP signaling or an outgoing (MO) CP call.
  • the NAS layer may be informed that an RRC connection establishment request including a) field or a call type field set as a new cause for CP CIoT EPS optimization or access blocking for resuming an RRC connection has been relaxed.
  • the AS layer may request that a call type field set to an outgoing (MO) CP signaling or an outgoing (MO) CP call if the timer T3xy is not running when the timer T302 has expired or stopped.
  • the NAS layer may be notified that an RRC connection establishment request including a call type field set as a new cause for CP CIoT EPS optimization or access blocking for resuming an RRC connection has been relaxed.
  • the base station sets the RRC establishment cause field in the received RRC connection request message to originating (MO) CP data or originating (MO) CP signaling, or the RRC establishment cause field is CP CIoT.
  • the RRC connection request message can be differentiated from other RRC connection request messages. That is, the base station may process the RRC connection request message with a high priority or with a low priority.
  • the processing at the high priority may mean that the blocking rate is lowered by lowering the blocking rate.
  • processing with a lower priority may mean that the blocking is better by increasing the blocking rate.
  • the base station may transmit an RRC connection establishment accept message (ie, an RRC connection establishment message) or an RRC connection establishment rejection message as a response to the reception of the RRC connection request message.
  • the RRC connection establishment rejection message may include a wait timer value, an extended wait timer value, or a new wait timer value.
  • the new wait timer value is to discriminate the use of the CP CIoT EPS optimization. If the wait timer value is set to, for example, a maximum of 16 seconds and the extended wait timer value can be set to a maximum of 1800 seconds, the value of the new wait timer may be set to a maximum of 8 seconds for high priority processing or a low priority process. It can be set up to 3600 seconds.
  • the NAS layer of the device when the NAS is set to a low priority (low priority), the NAS layer of the device establishes the RRC set to Delay tolerant with NAS signaling requests (eg, attach request, TAU request, service request, etc.)
  • the cause field can be passed to the AS layer.
  • the NAS layer of the device does not set the RRC establishment cause field to the delay allowance, and the MO CP data or the MO CP. After setting as signaling, it can be delivered to the AS layer.
  • the NAS layer of the device may set the RRC establishment cause field as a new cause for CP CIoT EPS optimization and then deliver it to the AS layer.
  • an access blocking check may be performed by distinguishing between transmission of a NAS signaling request including user data and transmission of a NAS signaling request not including user data.
  • the NAS layer of a wireless device instead of setting an existing request type and an RRC establishment cause field, performs the NAS signaling.
  • An indication is sent to the AS layer indicating that the request message includes user data according to CP CIoT EPS optimization.
  • a service request message of a control plane that includes a NAS signaling request, such as an attach request, a TAU / RAU request, a service request, an extended service request, user data,
  • the NAS layer of the device transmits a request type to an AS layer by setting a call type (MO) signal or a call (MO) call corresponding to an existing request type.
  • the NAS layer of the device sets the RRC establishment cause field to MO data or MO signaling as before.
  • the NAS layer of the device conveys an indication to the AS layer indicating that the NAS signaling request message includes user data according to CP CIoT EPS optimization.
  • 15A and 15B are signal flows illustrating a procedure according to the proposal 2 of the present specification.
  • the NAS layer of the wireless device (eg, CIoT device) 100 sets the NAS signaling request message to CP instead of setting the existing request type and RRC establishment cause field.
  • An indication indicating that user data is included according to CIoT EPS optimization is delivered to the AS layer.
  • the AS layer may change the RRC establishment cause field to MO CP data or MO CP signaling based on the indication provided by the NAS layer and the information for the access blocking received from the base station. have.
  • the AS layer may change the RRC establishment cause field to a new cause for the CP CIoT EPS optimization.
  • the AS layer performs a check for access blocking (AB) as shown in FIG. 15A for the NAS signaling request including the user data based on the indication provided from the NAS layer, or shown in FIG. 15B.
  • AB check for access blocking
  • the NAS layer may initiate a procedure for the transmission of the service request message.
  • the NAS layer of the device when the NAS is set to a low priority (low priority), the NAS layer of the device establishes the RRC set to Delay tolerant with NAS signaling requests (eg, attach request, TAU request, service request, etc.)
  • the cause field can be passed to the AS layer.
  • the NAS layer of the device does not set the RRC establishment cause field to the delay allowance and uses MO data or MO signaling.
  • An RRC establishment cause field or an indication indicating that the NAS signaling request message includes user data according to CP CIoT EPS optimization is transmitted to the AS layer.
  • the AS layer uses the establishment cause field set to the MO data or MO signaling or changes the RRC establishment cause field to an originating (MO) CP signaling or an originating (MO) CP call based on the indication. Or change to a new cause for CP CIoT EPS optimization.
  • an access blocking check may be performed by distinguishing between transmission of a NAS signaling request including user data and transmission of a NAS signaling request not including user data.
  • the NAS layer of the CIoT device is an existing mo-data or delay tolerant for an RRC connection request (specifically, an RRC connection request for CP CIoT EPS optimization).
  • an RRC connection request for CP CIoT EPS optimization instead of the establishment cause to be set, a new establishment cause and / or request type (call) can be set as follows and then delivered to the RRC layer.
  • Attach request procedure For attach request, the RRC establishment cause value is generally set to mo-signalling. Therefore, the problem occurs only in certain situations where the RRC establishment cause is set to delay tolerant access.
  • a specific situation in which the RRC establishment cause is set to delay tolerant access is when the device properties information element in the attach request message has a low priority indicator and is set to "MS is configured for NAS signaling low priority".
  • the first solution proposes to set the value and / or request type of the RRC establishment cause field as follows to solve the above problem.
  • the RRC establishment cause field is set to a new value different from the existing one, for example, CP-Delay tolerant, CP-data, and delay tolerant for CP data.
  • the call type may be set to a new value different from the existing one, for example, originating signaling for CP data.
  • TAU request procedure generally sets the value of the RRC establishment cause field to mo-signalling. Therefore, the problem occurs only in certain situations where the RRC establishment cause is set to delay tolerant access.
  • a specific situation in which the RRC establishment cause is set to delay tolerant access is when the device properties information element in the TAU request message has a low priority indicator and is set to "MS is configured for NAS signaling low priority".
  • the CIoT device uses the control plane (CP) CIoT EPS optimization, it becomes a signaling active flag in the TAU request message. And, if the control plane (CP) CIoT EPS optimization is not used, the signaling active flag is not set in the TAU request message.
  • the first method proposes to set the value and / or request type of the RRC establishment cause field as follows.
  • the CIoT device does not have a PDN connection established for emergency bearer services, and does not initiate a PDN connection request with a request type set to "emergency" or "handover of emergency bearer services", and a TAU request message.
  • the Device properties information element within is set to "MS is configured for NAS signaling low priority", and if MO MMTEL voice call / video call is not initiated and user data is moved to the control plane.
  • the cause of RRC establishment may be due to a new CP-Delay tolerant, CP-data or delay It is set to tolerant for CP data.
  • the call type may be set to a new value different from the existing one, for example, originating signaling for CP data.
  • Control Plane Service Request (CPSR) Procedure The CPSR procedure may be divided into a case of transmitting the user data in a CPSR message and a case of requesting a signaling resource. In the former case, overload control should be applied. Therefore, in case of CPSR, since the value of the RRC establishment cause field is set to mo-data or delay tolerant access, the above problem occurs in either case.
  • the first method proposes to set the value and / or request type of the RRC establishment cause field as follows.
  • the cause of RRC establishment is set to MO date or new MO CP-data.
  • the RRC establishment cause is set to MO date or new MO non CP-data.
  • RRC establishment when the CPSR procedure is used to transmit user data and the Device properties information element in the CPSR request message has a low priority indicator and is set to "MS is configured for NAS signaling low priority".
  • the cause may be set to Delay tolerant or new Delay tolerant for CP-data.
  • the Device properties information element in the CPSR request message has a low priority indicator and is set to "MS is configured for NAS signaling low priority".
  • the cause of RRC establishment may be set to Delay tolerant or new Delay tolerant for non CP-data.
  • the cause of RRC establishment is set to MO data or new MO CP-data.
  • the mode for the RAT of the currently connected base station corresponds to the WB-S1 mode
  • the CPSR procedure is used to send MO SMS
  • the device properties information element in the CPSR request message is a low priority indicator. If it is set to "MS is configured for NAS signaling low priority", the cause of RRC establishment is set to Delay tolerant or new Delay tolerant for CP-data.
  • the cause of RRC establishment is set to MO data or new MO CP-data.
  • the mode for the RAT of the currently connected base station corresponds to the NB-S1 mode
  • the CPSR procedure is used to send MO SMS
  • the device properties information element in the CPSR request message is a low priority indicator. If it is set to "MS is configured for NAS signaling low priority", the cause of RRC establishment is set to Delay tolerant or new Delay tolerant for CP-data.
  • the call type may be set to a new value different from the existing one, for example, originating signaling for CP data.
  • 16A is a signal flowchart illustrating a procedure according to Method 1 of Proposal 3 of the present specification.
  • the RRC layer may inform the NAS layer of a mode for a radio access technology (RAT) of a currently connected base station in advance.
  • RAT radio access technology
  • the RRC layer may deliver the NB-S1 mode to the NAS layer.
  • the RRC layer may deliver the WB-S1 mode to the NAS layer.
  • the NAS layer of the CIoT device sets the value of the new RRC establishment cause field proposed in the scheme 1 for the CP CIoT EPS optimization and provides it to the RRC layer. Then, the RRC layer sets the value of the RRC establishment cause field in the RRC connection request message (eg, may be included in the third message of the random access procedure) and transmits the value to the base station.
  • the base station may reject the RRC request message (ie, RRC request message for CP CIoT EPS optimization) including the new RRC establishment cause. That is, the base station transmits a rejection message to the RRC layer of the CIoT device.
  • the reject message includes the value of the extended wait timer.
  • the rejection message may further include information indicating a reason for rejection.
  • the RRC layer of the CIoT device Upon receiving the reject message, transmits the value of the extended wait timer to a NAS layer.
  • the NAS layer of the CIoT device may use the value of the extended wait timer as a value of a CP back-off timer (eg, Txy).
  • the base station may accept the RRC request message (ie, the RRC request message for CP CIoT EPS optimization) including the new RRC establishment cause for the CP CIoT EPS optimization without first rejecting it.
  • the base station may transmit an RRC connection establishment message for the acceptance.
  • the base station stores / stores the value of the new establishment cause field.
  • the base station transmits an RRC connection release request message to the RRC layer of the CIoT device for the corresponding RRC connection.
  • the connection release request message may include a value of an extended wait timer.
  • the connection release request message may include information indicating a release reason.
  • the RRC layer of the CIoT device delivers the received extended wait timer value to the NAS layer.
  • the NAS layer of the CIoT device may use the value of the extended wait timer as a value of a CP backoff timer (eg, Txy).
  • the above-mentioned method 1 may be applied only when the NAS layer of the CIoT device receives NB-S1 mode information from the RRC layer or WB-S1 mode information.
  • the NAS layer of the CIoT device does not receive the NB-S1 mode or the WB-S1 mode from the RRC layer (that is, the NB-S1 mode or the WB-S1 mode is received from the RRC layer). May or may not be applied).
  • the new indication / information indicates that the NAS signaling request for CP CIoT EPS optimization.
  • the value of the establishment cause field in the RRC request message may be set to mo-data or delay tolerant access as before.
  • 16B is a signal flowchart illustrating a procedure according to Method 2 of Proposal 3 of the present specification.
  • the RRC layer may transmit to the NAS layer whether the RAT of the currently connected base station is in NB-S1 mode or WB-S1 mode.
  • the NAS layer may set the value of the establishment cause field of the RRC request message for transmitting the NAS signaling request for CP CIoT EPS optimization to mo-data or delay tolerant access.
  • the NAS layer may deliver new indication / information together when delivering the value of the establishment cause field to the RRC layer.
  • the RRC layer of the CIoT device may include the received indication / information in the RRC request message and then transmit it to the base station.
  • the base station may reject the RRC request message (ie, RRC request message for CP CIoT EPS optimization) including the indication / information.
  • the reject message includes the value of the extended wait timer.
  • the rejection message may further include information indicating a reason for rejection.
  • the RRC layer of the CIoT device transmits the value of the extended wait timer to a NAS layer.
  • the NAS layer of the CIoT device may use the value of the extended wait timer as a value of a CP back-off timer (eg, Txy).
  • the base station may accept the RRC request message including the indication / information (ie, the RRC request message for CP CIoT EPS optimization) without rejecting it.
  • the base station may transmit an RRC connection establishment message for the acceptance.
  • the base station stores / stores the indication / information.
  • the base station transmits an RRC connection release request message to the RRC layer of the CIoT device for the corresponding RRC connection.
  • the connection release request message may include a value of an extended wait timer.
  • the connection release request message may include information indicating a release reason.
  • the RRC layer of the CIoT device delivers the received extended wait timer value to the NAS layer.
  • the NAS layer of the CIoT device may use the value of the extended wait timer as a value of a CP backoff timer (eg, Txy).
  • the above-mentioned method 2 may be applied only when the NAS layer of the CIoT device receives NB-S1 mode information from the RRC layer or WB-S1 mode information.
  • the NAS layer of the CIoT device does not receive the NB-S1 mode or the WB-S1 mode from the RRC layer (that is, the NB-S1 mode or the WB-S1 mode is received from the RRC layer). May or may not be applied).
  • FIG. 16C is a signal flowchart illustrating a procedure according to Method 3 of Proposal 3 of the present specification.
  • a first indication newly defined according to the method 2 can convey information together.
  • the new indication / information indicates that the NAS signaling request for CP CIoT EPS optimization.
  • the RRC layer may transmit to the NAS layer whether the RAT of the currently connected base station is in NB-S1 mode or WB-S1 mode.
  • the RRC layer of the CIoT device does not include the received indication / information, and furthermore, an RRC request including a value of a establishment cause field set to mo-data or delay tolerant as in the past.
  • a message (that is, an RRC request message for CP CIoT EPS optimization) can be transmitted to the base station.
  • the base station may accept the RRC request message without rejecting it.
  • the base station may transmit an RRC connection establishment message for the acceptance.
  • the base station stores / stores the value of the establishment cause field in the RRC request message.
  • the RRC layer of the CIoT device transmits an RRC connection setup complete message (the fifth message of the random access procedure).
  • the RRC layer of the CIoT device includes the second indication / information newly defined in the RRC connection setup complete message based on the indication / information received from the NAS layer.
  • the new second indication / information may indicate that only CP CIoT EPS optimization is supported.
  • the base station transmits an RRC connection release request message for the corresponding RRC connection to the RRC layer of the CIoT device.
  • the connection release request message may include a value of an extended wait timer.
  • the connection release request message may include information indicating a release reason.
  • the RRC layer of the CIoT device delivers the received extended wait timer value to the NAS layer.
  • the NAS layer of the CIoT device may use the value of the extended wait timer as a value of a CP backoff timer (eg, Txy).
  • the new second indication may be represented through an existing field in the RRC connection setup complete message, that is, the cp-CIoT-EPS-Optimisation field.
  • the new second indication may be expressed through a newly added field in the RRC connection setup complete message.
  • the above-mentioned method 3 may be applied only when the NAS layer of the CIoT device receives NB-S1 mode information from the RRC layer or WB-S1 mode information.
  • the NAS layer of the CIoT device does not receive the NB-S1 mode or the WB-S1 mode from the RRC layer (that is, the NB-S1 mode or the WB-S1 mode is received from the RRC layer). May or may not be applied).
  • the method 4 is as described in the method 1 when the NAS layer of the CIoT device delivers an RRC request message for transmitting a NAS signaling request for CP CIoT EPS optimization to the RRC layer.
  • the RRC layer adds new indication / information in the RRC connection request message (included in the third message of the random access procedure) based on the received value of the new RRC establishment cause field and delivers it to the base station.
  • the new indication / information indicates that the NAS signaling request for CP CIoT EPS optimization.
  • the RRC layer of the CIoT device sets the value of the new RRC establishment cause field and delivers it to the RRC layer
  • the RRC layer sends a value of the received new RRC establishment cause field to an RRC connection request message (random access procedure). Of the third message) can be transmitted to the base station.
  • the base station when the base station receives an OVERLOAD START message from the MME, the base station is the RRC request message (ie, RRC request for CP CIoT EPS optimization) including the indication / information or the value of the new RRC establishment cause field Message).
  • the reject message includes the value of the extended wait timer.
  • the rejection message may further include information indicating a reason for rejection.
  • the RRC layer of the CIoT device transmits the value of the extended wait timer to a NAS layer.
  • the NAS layer of the CIoT device may use the value of the extended wait timer as a value of a CP back-off timer (eg, Txy).
  • the base station may accept once without rejecting the RRC request message (ie, RRC request message for CP CIoT EPS optimization) that includes the indication / information or the value of the new RRC establishment cause field. have.
  • the base station may transmit an RRC connection establishment message for the acceptance.
  • the base station stores / stores the indication / information.
  • the base station transmits an RRC connection release request message to the RRC layer of the CIoT device for the corresponding RRC connection.
  • the connection release request message may include a value of an extended wait timer.
  • the connection release request message may include information indicating a release reason.
  • the RRC layer of the CIoT device delivers the received extended wait timer value to the NAS layer.
  • the NAS layer of the CIoT device may use the value of the extended wait timer as a value of a CP backoff timer (eg, Txy).
  • the RRC layer of the CIoT device sets the value of the new RRC establishment cause field and delivers it to the RRC layer
  • the RRC layer stores / stores the value of the received new RRC establishment cause field.
  • the RRC layer does not include the value of the new RRC establishment cause field, but instead includes an RRC request message including the value of the establishment cause field, which is set to mo-data or delay tolerant in the same manner as the existing one (ie, RRC request message for CP CIoT EPS optimization) may be transmitted to the base station.
  • the base station may accept the RRC request message without rejecting it.
  • the base station may transmit an RRC connection establishment message for the acceptance.
  • the base station stores / stores the value of the establishment cause field in the RRC request message.
  • the RRC layer of the CIoT device transmits the RRC connection setup complete message by including it in the fifth message of the random access procedure.
  • the RRC layer of the CIoT device includes the value of the new RRC establishment cause field received from the NAS layer in the RRC connection setup complete message.
  • the RRC layer of the CIoT device may include new indication / information in the RRC connection setup complete message based on the value of the new RRC establishment cause field received from the NAS layer.
  • the new indication / information may indicate that only CP CIoT EPS optimization is supported.
  • the base station transmits an RRC connection release request message for the corresponding RRC connection to the RRC layer of the CIoT device.
  • the connection release request message may include a value of an extended wait timer.
  • the connection release request message may include information indicating a release reason.
  • the RRC layer of the CIoT device delivers the received extended wait timer value to the NAS layer.
  • the NAS layer of the CIoT device may use the value of the extended wait timer as a value of a CP backoff timer (eg, Txy).
  • the indication / information indicating that only the CP CIoT EPS optimization is supported may be represented through an existing field in the RRC connection setup complete message, that is, the cp-CIoT-EPS-Optimisation field.
  • the new second indication may be expressed through a newly added field in the RRC connection setup complete message.
  • the RRC layer may transmit to the NAS layer whether the RAT of the currently accessed base station is in NB-S1 mode or WB-S1 mode.
  • the above-mentioned method 4 may be applied only when the NAS layer of the CIoT device receives NB-S1 mode information from the RRC layer or WB-S1 mode information.
  • the NAS layer of the CIoT device does not receive the NB-S1 mode or the WB-S1 mode from the RRC layer (that is, the NB-S1 mode or the WB-S1 mode is received from the RRC layer). May or may not be applied).
  • the proposal 4 first proposes that the RRC layer of the CIoT device transmits to the NAS layer whether the RAT of the currently connected base station is in NB-S1 mode or WB-S1 mode.
  • the NAS layer of the CIoT device If the NAS layer of the CIoT device does not receive information related to the NB-S1 mode or the WB-S1 mode from the RRC layer, the NAS layer of the CIoT device performs the CP CIoT EPS optimization proposed in the method 1 of Proposal 3 A value of a new RRC establishment cause field may be set and provided to the RRC layer, or new indication / information indicating NAS signaling for CP CIoT EPS optimization proposed in the scheme 2 of the proposal 3 may be delivered to the RRC layer. Thereafter, the RRC layer of the CIoT device operates according to any one of the methods 1 to 4 of the proposal 3 based on the received from the NAS layer.
  • the NAS layer of the CIoT device receives the information on whether the NB-S1 mode or the WB-S1 mode from the RRC layer, the NAS layer of the CIoT device based on the information, the NAS layer of the CIoT device is proposed 3
  • the new RRC establishment cause field for the CP CIoT EPS optimization proposed in the scheme 1 of the proposed scheme is provided to the RRC layer, or the new indication indicating the NAS signaling for the CP CIoT EPS optimization proposed in the scheme 2 of the proposal 3 Information can be delivered to the RRC layer.
  • the NAS layer when the NB-S1 mode information is provided from the RRC layer, the NAS layer sets a value of a new RRC establishment cause field for CP CIoT EPS optimization proposed in Scheme 1 of Proposal 3 and provides it to the RRC layer. can do.
  • the NAS layer may deliver new indication / information indicating that the NAS signaling for CP CIoT EPS optimization proposed in the scheme 2 of the proposal 3 to the RRC layer. .
  • the RRC layer of the CIoT device may operate according to any one of the methods 1 to 4 of the proposal 3 based on the received from the NAS layer.
  • the NAS layer of the CIoT device when the NAS layer of the CIoT device does not receive information on whether the NB-S1 mode or the WB-S1 mode from the RRC layer, the NAS layer of the CIoT device is CP CIoT EPS proposed in the scheme 1 of the proposal 3
  • a value of a new RRC establishment cause field for optimization may be set and provided to the RRC layer, or new indication / information indicating that NAS signaling for CP CIoT EPS optimization proposed in the scheme 2 of the proposal 3 may be delivered to the RRC layer.
  • the value of the new RRC establishment cause field or the new indication / information received from the NAS layer is not suitable for the mode of the currently connected RAT, the RRC layer is transferred from the NAS layer.
  • the RRC layer determines the value or indication / information of the RRC establishment cause field suitable for the mode of the currently connected RAT.
  • the RRC layer may include a value or indication / information of an RRC establishment cause field determined by itself in an RRC connection request message and transmit the same to the base station.
  • FIG. 17 is a block diagram illustrating a configuration of a CIoT device 100 and a network device according to an embodiment of the present invention.
  • the CIoT device 100 includes a processor 101, a memory 102, and a transceiver 103.
  • the network device may be a base station 200 or an MME / SGSN 510.
  • the network device 200 or 510 includes a processor 201 or 511, a memory 202 or 512, and a transceiver 203 or 513.
  • the memories 102, 202 or 512 store the method described above.
  • the processors 101, 201, or 511 control the memories 102, 202, or 512 and the transceivers 103, 203, or 513, respectively. Specifically, the processors 101, 201, or 511 execute the methods stored in the memories 102, 202, or 512, respectively. The processors 101, 201, or 511 transmit the aforementioned signals through the transceivers 103, 203, or 513.

Abstract

본 명세서의 일 개시는 무선 기기가 RRC(Radio Resource Control) 메시지를 전송하는 방법을 제공한다. 상기 방법은 무선 기기의 AS(Access Stratum) 계층이, NAS(Non-Access Stratum) 시그널링 요청 메시지의 전송을 요구하는 NAS 계층으로부터 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 획득하는 단계와; 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 포함하는 RRC 연결 요청 메시지를 기지국으로 전송하는 단계와; 그리고 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상이 제어 평면(CP)를 통한 최적화 방안에 따라 상기 NAS 시그널링 요청 메시지가 사용자 데이터를 포함하고 있음을 나타내는 값으로 설정되어 있는 경우, 네트워크가 과부하 상태라면, 기지국으로부터 RRC 연결 거절 메시지 또는 RRC 연결 해제 요청 메시지를 수신하는 단계를 포함할 수 있다.

Description

RRC 메시지를 전송하는 방법 및 무선 기기
본 발명은 이동통신에 관한 것이다.
이동통신 시스템의 기술 규격을 제정하는 3GPP에서는 4세대 이동통신과 관련된 여러 포럼들 및 새로운 기술에 대응하기 위하여, 2004년 말경부터 3GPP 기술들의 성능을 최적화 시키고 향상시키려는 노력의 일환으로 LTE/SAE(Long Term Evolution/System Architecture Evolution) 기술에 대한 연구를 시작하였다.
3GPP SA WG2을 중심으로 진행된 SAE는 3GPP TSG RAN의 LTE 작업과 병행하여 네트워크의 구조를 결정하고 이 기종 망간의 이동성을 지원하는 것을 목적으로 하는 망 기술에 관한 연구이며, 최근 3GPP의 중요한 표준화 이슈들 중 하나이다. 이는 3GPP 시스템을 IP 기반으로 하여 다양한 무선 접속 기술들을 지원하는 시스템으로 발전 시키기 위한 작업으로, 보다 향상된 데이터 전송 능력으로 전송 지연을 최소화 하는, 최적화된 패킷 기반 시스템을 목표로 작업이 진행되어 왔다.
3GPP SA WG2에서 정의한 EPS(Evolved Packet System) 상위 수준 참조 모델(reference 모드l)은 비로밍 케이스(non-roaming case) 및 다양한 시나리오의 로밍 케이스(roaming case)를 포함하고 있으며, 상세 내용은 3GPP 표준문서 TS 23.401과 TS 23.402에서 참조할 수 있다. 도 1의 네트워크 구조도는 이를 간략하게 재구성 한 것이다.
도 1은 진화된 이동 통신 네트워크의 구조도이다.
EPC는 다양한 구성요소들을 포함할 수 있으며, 도 1에서는 그 중에서 일부에 해당하는, S-GW(Serving Gateway)(52), PDN GW(Packet Data Network Gateway)(53), MME(Mobility Management Entity)(51), SGSN(Serving GPRS(General Packet Radio Service) Supporting Node), ePDG(enhanced Packet Data Gateway)를 도시한다.
S-GW(52)는 무선 접속 네트워크(RAN)와 코어 네트워크 사이의 경계점으로서 동작하고, eNodeB(20)와 PDN GW(53) 사이의 데이터 경로를 유지하는 기능을 하는 요소이다. 또한, 단말(또는 User Equipment : UE)이 eNodeB(20)에 의해서 서빙(serving)되는 영역에 걸쳐 이동하는 경우, S-GW(52)는 로컬 이동성 앵커 포인트(anchor point)의 역할을 한다. 즉, E-UTRAN(3GPP 릴리즈-8 이후에서 정의되는 Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network) 내에서의 이동성을 위해서 S-GW(52)를 통해서 패킷들이 라우팅될 수 있다. 또한, S-GW(52)는 다른 3GPP 네트워크(3GPP 릴리즈-8 전에 정의되는 RAN, 예를 들어, UTRAN 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다.
PDN GW(또는 P-GW)(53)는 패킷 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당한다. PDN GW(53)는 정책 집행 특징(정책 enforcement features), 패킷 필터링(packet filtering), 과금 지원(charging support) 등을 지원할 수 있다. 또한, 3GPP 네트워크와 비-3GPP 네트워크(예를 들어, I-WLAN(Interworking Wireless Local Area Network)과 같은 신뢰되지 않는 네트워크, CDMA(Code Division Multiple Access) 네트워크나 WiMax와 같은 신뢰되는 네트워크)와의 이동성 관리를 위한 앵커 포인트 역할을 할 수 있다.
도 1의 네트워크 구조의 예시에서는 S-GW(52)와 PDN GW(53)가 별도의 게이트웨이로 구성되는 것을 나타내지만, 두 개의 게이트웨이가 단일 게이트웨이 구성 옵션(Single Gateway 설정 Option)에 따라 구현될 수도 있다.
MME(51)는, UE의 네트워크 연결에 대한 액세스, 네트워크 자원의 할당, 트래킹(tracking), 페이징(paging), 로밍(roaming) 및 핸드오버 등을 지원하기 위한 시그널링 및 제어 기능들을 수행하는 요소이다. MME(51)는 가입자 및 세션 관리에 관련된 제어 평면(control plane) 기능들을 제어한다. MME(51)는 수많은 eNodeB(20)들을 관리하고, 다른 2G/3G 네트워크에 대한 핸드오버를 위한 종래의 게이트웨이의 선택을 위한 시그널링을 수행한다. 또한, MME(51)는 보안 과정(Security Procedures), 단말-대-네트워크 세션 핸들링(Terminal-to-network Session Handling), 유휴 단말 위치결정 관리(Idle Terminal Location Management) 등의 기능을 수행한다.
SGSN은 다른 접속 3GPP 네트워크(예를 들어, GPRS 네트워크, UTRAN/GERAN)에 대한 사용자의 이동성 관리 및 인증(authentication)과 같은 모든 패킷 데이터를 핸들링한다.
ePDG는 신뢰되지 않는 비-3GPP 네트워크(예를 들어, I-WLAN, WiFi 핫스팟(hotspot) 등)에 대한 보안 노드로서의 역할을 한다.
도 1을 참조하여 설명한 바와 같이, IP 능력을 가지는 단말(또는 UE)은, 3GPP 액세스는 물론 비-3GPP 액세스 기반으로도 EPC 내의 다양한 요소들을 경유하여 사업자(즉, 오퍼레이터(operator))가 제공하는 IP 서비스 네트워크(예를 들어, IMS)에 액세스할 수 있다.
또한, 도 1에서는 다양한 레퍼런스 포인트들(예를 들어, S1-U, S1-MME 등)을 도시한다. 3GPP 시스템에서는 E-UTRAN 및 EPC의 상이한 기능 개체(functional entity)들에 존재하는 2 개의 기능을 연결하는 개념적인 링크를 레퍼런스 포인트(reference point)라고 정의한다. 다음의 표 1은 도 1에 도시된 레퍼런스 포인트를 정리한 것이다. 표 1의 예시들 외에도 네트워크 구조에 따라 다양한 레퍼런스 포인트들이 존재할 수 있다.
레퍼런스 포인트 설명
S1-MME E-UTRAN와 MME 간의 제어 평면 프로토콜에 대한 레퍼런스 포인트
S1-U 핸드오버 동안 eNB 간 경로 스위칭 및 베어러 당 사용자 평면 터널링에 대한 E-UTRAN와 SGW 간의 레퍼런스 포인트
S3 유휴(Idle) 및/또는 활성화 상태에서 3GPP 액세스 네트워크 간 이동성에 대한 사용자 및 베어러 정보 교환을 제공하는 MME와 SGSN 간의 레퍼런스 포인트. 이 레퍼런스 포인트는 PLMN-내 또는 PLMN-간(예를 들어, PLMN-간 핸드오버의 경우)에 사용될 수 있음)
S4 GPRS 코어와 SGW의 3GPP 앵커 기능 간의 관련 제어 및 이동성 지원을 제공하는 SGW와 SGSN 간의 레퍼런스 포인트. 또한, 직접 터널이 수립되지 않으면, 사용자 평면 터널링을 제공함
S5 SGW와 PDN GW 간의 사용자 평면 터널링 및 터널 관리를 제공하는 레퍼런스 포인트. UE 이동성으로 인해, 그리고 요구되는 PDN 연결성을 위해서 SGW가 함께 위치하지 않은 PDN GW로의 연결이 필요한 경우, SGW 재배치를 위해서 사용됨
S11 MME와 SGW 간의 레퍼런스 포인트
SGi PDN GW와 PDN 간의 레퍼런스 포인트. PDN은, 오퍼레이터 외부 공용 또는 사설 PDN이거나 예를 들어, IMS 서비스의 제공을 위한 오퍼레이터-내 PDN일 수 있음. 이 레퍼런스 포인트는 3GPP 액세스의 Gi에 해당함
도 1에 도시된 레퍼런스 포인트 중에서 S2a 및 S2b는 비-3GPP 인터페이스에 해당한다. S2a는 신뢰되는 비-3GPP 액세스 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다. S2b는 ePDG 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 평면에 제공하는 레퍼런스 포인트이다.
도 2는 일반적으로 E-UTRAN과 일반적인 EPC의 주요 노드의 기능을 나타낸 예시도이다.
도시된 바와 같이, eNodeB(20)는 RRC(Radio Resource Control) 연결이 활성화되어 있는 동안 게이트웨이로의 라우팅, 페이징 신호의 스케줄링 및 전송, 브로드캐스터 채널(BCH)의 스케줄링 및 전송, 상향링크 및 하향링크에서의 자원을 UE에게 동적 할당, eNodeB(20)의 측정을 위한 설정 및 제공, 무선 베어러 제어, 무선 허가 제어(radio admission control), 그리고 연결 이동성 제어 등을 위한 기능을 수행할 수 있다. EPC 내에서는 페이징 발생, LTE_IDLE 상태 관리, 사용자 평면이 암호화, EPS 베어러 제어, NAS 시그널링의 암호화 및 무결성 보호 기능을 수행할 수 있다.
도 3는 UE과 eNodeB 사이의 제어 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 예시도이고, 도 4는 단말과 기지국 사이에 사용자 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다.
상기 무선인터페이스 프로토콜은 3GPP 무선접속망 규격을 기반으로 한다. 상기 무선 인터페이스 프로토콜은 수평적으로 물리계층(Physical 계층), 데이터링크계층(Data Link 계층) 및 네트워크계층(Network 계층)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면(User Plane)과 제어신호(Signaling)전달을 위한 제어평면(Control Plane)으로 구분된다.
상기 프로토콜 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection; OSI) 기준모델의 하위 3개 계층을 바탕으로 L1(제1계층), L2(제2계층), L3(제3계층)로 구분될 수 있다.
이하에서, 상기 도 3에 도시된 제어 평면의 무선프로토콜과 도 4에 도시된 사용자 평면에서의 무선 프로토콜의 각 계층을 설명한다.
제1 계층인 물리계층은 물리채널(Physical Channel)을 이용하여 정보전송서비스(Information Transfer Service)를 제공한다. 상기 물리계층은 상위에 있는 매체접속제어(Medium Access Control) 계층과는 전송 채널(Transport Channel)을 통해 연결되어 있으며, 상기 전송 채널을 통해 매체접속제어계층과 물리계층 사이의 데이터가 전달된다. 그리고, 서로 다른 물리계층 사이, 즉 송신측과 수신측의 물리계층 사이는 물리채널을 통해 데이터가 전달된다.
물리채널(Physical Channel)은 시간축 상에 있는 여러 개의 서브프레임과 주파수축상에 있는 여러 개의 서브 캐리어(Sub-carrier)로 구성된다. 여기서, 하나의 서브프레임(Sub-frame)은 시간 축 상에 복수의 심볼(Symbol)들과 복수의 서브 캐리어들로 구성된다. 하나의 서브프레임은 복수의 자원블록(Resource Block)들로 구성되며, 하나의 자원블록은 복수의 심볼(Symbol)들과 복수의 서브캐리어들로 구성된다. 데이터가 전송되는 단위시간인 TTI(Transmission Time Interval)는 1개의 서브프레임에 해당하는 1ms이다.
상기 송신측과 수신측의 물리계층에 존재하는 물리 채널들은 3GPP LTE에 따르면, 데이터 채널인 PDSCH(Physical Downlink Shared Channel)와 PUSCH(Physical Uplink Shared Channel) 및 제어채널인 PDCCH(Physical Downlink Control Channel), PCFICH(Physical Control Format Indicator Channel), PHICH(Physical Hybrid-ARQ Indicator Channel) 및 PUCCH(Physical Uplink Control Channel)로 나눌 수 있다.
서브프레임의 첫번째 OFDM 심벌에서 전송되는 PCFICH는 서브프레임내에서 제어채널들의 전송에 사용되는 OFDM 심벌의 수(즉, 제어영역의 크기)에 관한 CFI(control format indicator)를 나른다. 무선기기는 먼저 PCFICH 상으로 CFI를 수신한 후, PDCCH를 모니터링한다.
PDCCH와 달리, PCFICH는 블라인드 디코딩을 사용하지 않고, 서브프레임의 고정된 PCFICH 자원을 통해 전송된다.
PHICH는 UL HARQ(hybrid automatic repeat request)를 위한 ACK(positive-acknowledgement)/NACK(negative-acknowledgement) 신호를 나른다. 무선기기에 의해 전송되는 PUSCH 상의 UL(uplink) 데이터에 대한 ACK/NACK 신호는 PHICH 상으로 전송된다.
PBCH(Physical Broadcast Channel)은 무선 프레임의 첫번째 서브프레임의 두번째 슬롯의 앞선 4개의 OFDM 심벌에서 전송된다. PBCH는 무선기기가 기지국과 통신하는데 필수적인 시스템 정보를 나르며, PBCH를 통해 전송되는 시스템 정보를 MIB(master information block)라 한다. 이와 비교하여, PDCCH에 의해 지시되는 PDSCH 상으로 전송되는 시스템 정보를 SIB(system information block)라 한다.
PDCCH는 DL-SCH(downlink-shared channel)의 자원 할당 및 전송 포맷, UL-SCH(uplink shared channel)의 자원 할당 정보, PCH 상의 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상으로 전송되는 랜덤 액세스 응답과 같은 상위 계층 제어 메시지의 자원 할당, 임의의 UE 그룹 내 개별 UE들에 대한 전송 파워 제어 명령의 집합 및 VoIP(voice over internet protocol)의 활성화 등을 나를 수 있다. 복수의 PDCCH가 제어 영역 내에서 전송될 수 있으며, 단말은 복수의 PDCCH를 모니터링 할 수 있다. PDCCH는 하나 또는 몇몇 연속적인 CCE(control channel elements)의 집합(aggregation) 상으로 전송된다. CCE는 무선채널의 상태에 따른 부호화율을 PDCCH에게 제공하기 위해 사용되는 논리적 할당 단위이다. CCE는 복수의 자원 요소 그룹(resource element group)에 대응된다. CCE의 수와 CCE들에 의해 제공되는 부호화율의 연관 관계에 따라 PDCCH의 포맷 및 가능한 PDCCH의 비트수가 결정된다.
PDCCH를 통해 전송되는 제어정보를 다운링크 제어정보(downlink control information, DCI)라고 한다. DCI는 PDSCH의 자원 할당(이를 DL 그랜트(downlink grant)라고도 한다), PUSCH의 자원 할당(이를 UL 그랜트(uplink grant)라고도 한다), 임의의 UE 그룹내 개별 UE들에 대한 전송 파워 제어 명령의 집합 및/또는 VoIP(Voice over Internet Protocol)의 활성화를 포함할 수 있다.
제2계층에는 여러 가지 계층이 존재한다. 먼저 매체접속제어(Medium Access Control; MAC) 계층은 다양한 논리채널(Logical Channel)을 다양한 전송채널에 매핑시키는 역할을 하며, 또한 여러 논리채널을 하나의 전송채널에 매핑시키는 논리채널 다중화(Multiplexing)의 역할을 수행한다. MAC 계층은 상위계층인 RLC 계층과는 논리채널(Logical Channel)로 연결되어 있으며, 논리채널은 크게 전송되는 정보의 종류에 따라 제어평면(Control Plane)의 정보를 전송하는 제어채널(Control Channel)과 사용자평면(User Plane)의 정보를 전송하는 트래픽채널(Traffic Channel)로 나뉜다.
제2계층의 무선링크제어(Radio Link Control; RLC) 계층은 상위계층으로부터 수신한 데이터를 분할(Segmentation) 및 연결(Concatenation)하여 하위계층이 무선 구간으로 데이터를 전송하기에 적합하도록 데이터 크기를 조절하는 역할을 수행한다. 또한, 각각의 무선베어러(Radio Bearer; RB)가 요구하는 다양한 QoS를 보장할 수 있도록 하기 위해 TM(Transparent 모드, 투명모드), UM(Un-acknowledged 모드, 무응답모드), 및 AM(Acknowledged 모드, 응답모드)의 세가지 동작 모드를 제공하고 있다. 특히, AM RLC는 신뢰성 있는 데이터 전송을 위해 자동 반복 및 요청(Automatic Repeat and Request; ARQ) 기능을 통한 재전송 기능을 수행하고 있다.
제2계층의 패킷데이터수렴(Packet Data Convergence Protocol; PDCP) 계층은 IPv4나 IPv6와 같은 IP 패킷 전송시에 대역폭이 작은 무선 구간에서 효율적으로 전송하기 위하여 상대적으로 크기가 크고 불필요한 제어정보를 담고 있는 IP 패킷 헤더 사이즈를 줄여주는 헤더압축(Header Compression) 기능을 수행한다. 이는 데이터의 헤더(Header) 부분에서 반드시 필요한 정보만을 전송하도록 하여, 무선 구간의 전송효율을 증가시키는 역할을 한다. 또한, LTE 시스템에서는 PDCP 계층이 보안(Security) 기능도 수행하는데, 이는 제 3자의 데이터 감청을 방지하는 암호화(Ciphering)와 제 3자의 데이터 조작을 방지하는 무결성 보호(Integrity protection)로 구성된다.
제3 계층의 가장 상부에 위치한 무선자원제어(Radio Resource Control; 이하 RRC라 약칭함) 계층은 제어평면에서만 정의되며, 무선베어러(Radio Bearer; RB라 약칭함)들의 설정(설정), 재설정(Re-설정) 및 해제(Release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. 이때, RB는 단말과 E-UTRAN간의 데이터 전달을 위해 제2계층에 의해 제공되는 서비스를 의미한다.
상기 단말의 RRC와 무선망의 RRC계층 사이에 RRC 연결(RRC connection)이 있을 경우, 단말은 RRC연결상태(Connected 모드)에 있게 되고, 그렇지 못할 경우 RRC휴지상태(Idle 모드)에 있게 된다.
이하 단말의 RRC 상태(RRC state)와 RRC 연결 방법에 대해 설명한다. RRC 상태란 단말의 RRC가 E-UTRAN의 RRC와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC_CONNECTED 상태(state), 연결되어 있지 않은 경우는 RRC_IDLE 상태라고 부른다. RRC_CONNECTED 상태의 단말은 RRC 연결이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 단말을 효과적으로 제어할 수 있다. 반면에 RRC_IDLE 상태의 단말은 E-UTRAN이 단말의 존재를 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 TA(Tracking Area) 단위로 핵심망이 관리한다. 즉, RRC_IDLE 상태의 단말은 셀에 비하여 큰 지역 단위로 해당 단말의 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 해당 단말이 RRC_CONNECTED 상태로 천이하여야 한다. 각 TA는 TAI(Tracking area identity)를 통해 구분된다. 단말은 셀에서 방송(broadcasting)되는 정보인 TAC(Tracking area code)를 통해 TAI를 구성할 수 있다.
사용자가 단말의 전원을 맨 처음 켰을 때, 단말은 먼저 적절한 셀을 탐색한 후 해당 셀에서 RRC 연결을 맺고, 핵심망에 단말의 정보를 등록한다. 이 후, 단말은 RRC_IDLE 상태에 머무른다. RRC_IDLE 상태에 머무르는 단말은 필요에 따라서 셀을(재)선택하고, 시스템 정보(System information)나 페이징 정보를 살펴본다. 이를 셀에 캠프 온(Camp on) 한다고 한다. RRC_IDLE 상태에 머물러 있던 단말은 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정(RRC connection procedure)을 통해 E-UTRAN의 RRC와 RRC 연결을 맺고 RRC_CONNECTED 상태로 천이한다. RRC_IDLE 상태에 있던 단말이 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도 등의 이유로 상향 데이터 전송이 필요하다거나, 아니면 E-UTRAN으로부터 페이징 신호를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.
상기 RRC 계층 상위에 위치하는 NAS(Non-Access Stratum) 계층은 연결관리(Session Management)와 이동성 관리(Mobility Management)등의 기능을 수행한다.
아래는 도 3에 도시된 NAS 계층에 대하여 상세히 설명한다.
NAS 계층에 속하는 ESM(Evolved Session Management)은 Default Bearer 관리, Dedicated Bearer관리와 같은 기능을 수행하여, 단말이 망으로부터 PS서비스를 이용하기 위한 제어를 담당한다. Default Bearer 자원은 특정 Packet Data Network(PDN)에 최초 접속 할 시에 망에 접속될 때 망으로부터 할당 받는다는 특징을 가진다. 이때, 네트워크는 단말이 데이터 서비스를 사용할 수 있도록 단말이 사용 가능한 IP 주소를 할당하며, 또한 default bearer의 QoS를 할당해준다. LTE에서는 크게 데이터 송수신을 위한 특정 대역폭을 보장해주는 GBR(Guaranteed bit rate) QoS 특성을 가지는 bearer와 대역폭의 보장 없이 Best effort QoS 특성을 가지는 Non-GBR bearer의 두 종류를 지원한다. Default bearer의 경우 Non-GBR bearer를 할당 받는다. Dedicated bearer의 경우에는 GBR또는 Non-GBR의 QoS특성을 가지는 bearer를 할당 받을 수 있다.
네트워크에서 단말에게 할당한 bearer를 EPS(evolved packet service) bearer라고 부르며, EPS bearer를 할당 할 때 네트워크는 하나의 ID를 할당하게 된다. 이를 EPS Bearer ID라고 부른다. 하나의 EPS bearer는 MBR(maximum bit rate) 와 GBR(guaranteed bit rate) 또는 AMBR(Aggregated maximum bit rate) 의 QoS 특성을 가진다.
한편, 도 3에서 NAS 계층 아래에 위치하는 RRC 계층, RLC 계층, MAC 계층, PHY 계층을 묶어서 액세스 계층(Access Stratum: AS)이라고 부르기도 한다.
도 5a는 3GPP LTE에서 랜덤 액세스 과정을 나타낸 흐름도이다.
랜덤 액세스 과정은 UE(10)가 기지국, 즉 eNodeB(20)과 UL 동기를 얻거나 UL 무선자원을 할당 받기 위해 사용된다.
UE(10)는 루트 인덱스(root index)와 PRACH(physical random access channel) 설정 인덱스(설정 index)를 eNodeB(20)로부터 수신한다. 각 셀마다 ZC(Zadoff-Chu) 시퀀스에 의해 정의되는 64개의 후보(candidate) 랜덤 액세스 프리앰블이 있으며, 루트 인덱스는 단말이 64개의 후보 랜덤 액세스 프리앰블을 생성하기 위한 논리적 인덱스이다.
랜덤 액세스 프리앰블의 전송은 각 셀마다 특정 시간 및 주파수 자원에 한정된다. PRACH 설정 인덱스는 랜덤 액세스 프리앰블의 전송이 가능한 특정 서브프레임과 프리앰블 포맷을 지시한다.
UE(10)은 임의로 선택된 랜덤 액세스 프리앰블을 eNodeB(20)로 전송한다. UE(10)은 64개의 후보 랜덤 액세스 프리앰블 중 하나를 선택한다. 그리고, PRACH 설정 인덱스에 의해 해당되는 서브프레임을 선택한다. UE(10)은 선택된 랜덤 액세스 프리앰블을 선택된 서브프레임에서 전송한다.
상기 랜덤 액세스 프리앰블을 수신한 eNodeB(20)은 랜덤 액세스 응답(random access response, RAR)을 UE(10)로 보낸다. 랜덤 액세스 응답은 2단계로 검출된다. 먼저 UE(10)은 RA-RNTI(random access-RNTI)로 마스킹된 PDCCH를 검출한다. UE(10)은 검출된 PDCCH에 의해 지시되는 PDSCH 상으로 MAC(Medium Access Control) PDU(Protocol Data Unit) 내의 랜덤 액세스 응답을 수신한다.
도 5b는 무선자원제어(RRC) 계층에서의 연결 과정을 나타낸다.
도 5b에 도시된 바와 같이 RRC 연결 여부에 따라 RRC 상태가 나타나 있다. 상기 RRC 상태란 UE(10)의 RRC 계층의 엔티티(entity)가 eNodeB(20)의 RRC 계층의 엔티티와 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC 연결 상태(connected state)라고 하고, 연결되어 있지 않은 상태를 RRC 유휴 상태(idle state)라고 부른다.
상기 연결 상태(Connected state)의 UE(10)은 RRC 연결(connection)이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 UE(10)을 효과적으로 제어할 수 있다. 반면에 유휴 상태(idle state)의 UE(10)은 eNodeB(20)이 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 트래킹 지역(Tracking Area) 단위로 핵심망(Core Network)이 관리한다. 상기 트래킹 지역(Tracking Area)은 셀들의 집합단위이다. 즉, 유휴 상태(idle state) UE(10)은 큰 지역 단위로 존재여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 단말은 연결 상태(connected state)로 천이해야 한다.
사용자가 UE(10)의 전원을 맨 처음 켰을 때, 상기 UE(10)은 먼저 적절한 셀을 탐색한 후 해당 셀에서 유휴 상태(idle state)에 머무른다. 상기 유휴 상태(idle state)에 머물러 있던 UE(10)은 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정(RRC connection procedure)을 통해 eNodeB(20)의 RRC 계층과 RRC 연결을 맺고 RRC 연결 상태(connected state)로 천이한다.
상기 유휴 상태(Idle state)에 있던 단말이 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도 또는 상향 데이터 전송 등이 필요하다거나, 아니면 EUTRAN으로부터 페이징 메시지를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.
유휴 상태(idle state)의 UE(10)이 상기 eNodeB(20)와 RRC 연결을 맺기 위해서는 상기한 바와 같이 RRC 연결 과정(RRC connection procedure)을 진행해야 한다. RRC 연결 과정은 크게, UE(10)이 eNodeB(20)으로 RRC 연결 요청(RRC connection request) 메시지 전송하는 과정, eNodeB(20)가 UE(10)로 RRC 연결 설정(RRC connection setup) 메시지를 전송하는 과정, 그리고 UE(10)이 eNodeB(20)으로 RRC 연결 설정 완료(RRC connection setup complete) 메시지를 전송하는 과정을 포함한다. 이와 같은 과정에 대해서 도 5b를 참조하여 보다 상세하게 설명하면 다음과 같다.
1) 유휴 상태(Idle state)의 UE(10)은 통화 시도, 데이터 전송 시도, 또는 eNodeB(20)의 페이징에 대한 응답 등의 이유로 RRC 연결을 맺고자 할 경우, 먼저 상기 UE(10)은 RRC 연결 요청(RRC connection request) 메시지를 eNodeB(20)으로 전송한다.
2) 상기 UE(10)로부터 RRC 연결 요청 메시지를 수신하면, 상기 eNB(20) 는 무선 자원이 충분한 경우에는 상기 UE(10)의 RRC 연결 요청을 수락하고, 응답 메시지인 RRC 연결 설정(RRC connection setup) 메시지를 상기 UE(10)로 전송한다.
3) 상기 UE(10)이 상기 RRC 연결 설정 메시지를 수신하면, 상기 eNodeB(20)로 RRC 연결 설정 완료(RRC connection setup complete) 메시지를 전송한다. 상기 UE(10)이 RRC 연결 설정 메시지를 성공적으로 전송하면, 비로소 상기 UE(10)은 eNodeB(20)과 RRC 연결을 맺게 되고 RRC 연결 모드로 천이한다.
한편, 최근에는 사람과의 상호 작용(human interaction) 없이, 즉 사람의 개입 없이 장치간 또는 장치와 서버간에 일어나는 통신, 즉 MTC(Machine Type Communication)에 대한 연구가 활발히 되고 있다.
MTC 통신은 사람의 개입이 없기 때문에 IoT(Internet of Things) 통신이라고 불리기도 한다. IoT 통신을 Wi-Fi와 같은 무선 랜(Wireless Lan) 기반이 아닌 셀룰러 기반으로 수행하는 것을 CIoT라고 한다. CIoT에서는 무선 랜에서와 달리 IP 기반 통신 뿐만 아니라 IP에 기반하지 않는 통신도 지원한다.
한편, CIoT 서비스를 지원하기 위하여, 3GPP에서는 물리 계층, 즉 RAT(Radio Access Technology)을 개선하였다. 상기 개선된 RAT을 NB-IoT(Narrowband-IoT)라고 부른다.
그런데, NB-IoT RAT을 사용하는 환경에서 많은 기기들이 데이터 전송을 수행하는데, 이러한 경우 네트워크의 과부하 및 혼잡 상황이 발생할 수 있는 문제점이 있다.
한편, NB-IoT RAT를 이용하는 CIoT 기기는 적은 양의 데이터를 송수신하는 것이 일반적일 것으로 기대된다. 그러나, CIoT 기기가 데이터를 송수신하기 위해서는, 사전에 기지국과 상당히 많은 시그널들을 주고 받아야 한다. 이와 같이 적은 양의 데이터를 송수신하기 위해서, 사전에 많은 제어 시그널을 송수신하는 것은, 비효율적일 수 있다. 이러한 문제점을 해결하고자 CIoT를 위한 EPS(evolved packet service)에서 제어 평면(Control Plane: CP)을 사용하여 최적화를 하려는 시도와 사용자 평면(User Plane: UP)을 사용하여 최적화하려는 시도가 있다.
그런데, CIoT 기기가 상기 최적화 방안에 따라 적은 양의 데이터를 전송하더라도, 네트워크 혼잡 상황에서는 상기 전송이 실패될 수 있는 문제점이 있다.
따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.
전술한 목적을 달성하기 위하여, 본 명세서의 일 개시는 무선 기기가 RRC(Radio Resource Control) 메시지를 전송하는 방법을 제공한다. 상기 방법은 무선 기기의 AS(Access Stratum) 계층이, NAS(Non-Access Stratum) 시그널링 요청 메시지의 전송을 요구하는 NAS 계층으로부터 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 획득하는 단계와; 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 포함하는 RRC 연결 요청 메시지를 기지국으로 전송하는 단계와; 그리고 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상이 제어 평면(CP)를 통한 최적화 방안에 따라 상기 NAS 시그널링 요청 메시지가 사용자 데이터를 포함하고 있음을 나타내는 값으로 설정되어 있는 경우, 네트워크가 과부하 상태라면, 기지국으로부터 RRC 연결 거절 메시지 또는 RRC 연결 해제 요청 메시지를 수신하는 단계를 포함할 수 있다.
상기 방법은 상기 AS 계층이 상기 기지국의 RAT(radio access technology)의 모드에 대한 정보는 상기 NAS 계층으로 전달하는 단계를 더 포함할 수 있다. 상기 모드에 대한 정보는 상기 기지국의 RAT이 NB(Narrowband) IoT를 위해서 개선된 RAT으로 동작하는 NB-S1 모드인지 아니면 일반적인 RAT으로 동작하는 WB-S1 모드인지를 나타낼 수 있다.
상기 AS 계층이 상기 NB-S1 모드를 나타내는 정보를 상기 NAS 계층으로 전달한 경우, 상기 NAS 계층으로부터 RRC 수립 원인 필드의 값만이 획득되고, 상기 AS 계층이 상기 WB-S1 모드를 나타내는 정보를 상기 NAS 계층으로 전달한 경우, 상기 NAS 계층으로부터 상기 인디케이션만이 획득될 수 있다.
상기 AS 계층이 상기 기지국의 RAT의 모드에 대한 정보를 상기 NAS 계층으로 전달하지 않은 경우, 상기 NAS 계층으로부터 상기 인디케이션만이 획득될 수 있다.
상기 방법은 상기 NAS 계층으로부터 상기 인디케이션만이 획득된 경우, 상기 인디케이션에 기초하여 상기 RRC 수립 원인 필드의 값을 상기 RRC 연결 요청 메시지 내에 세팅하는 단계를 더 포함할 수 있다.
상기 방법은 상기 NAS 계층으로부터 상기 RRC 수립 원인 필드의 값만이 획득된 경우, 상기 RRC 수립 원인 필드의 값에 기초하여 상기 인디케이션을 상기 RRC 연결 요청 메시지 내에 세팅하는 단계를 더 포함할 수 있다.
상기 RRC 연결 거절 메시지 또는 RRC 연결 해제 요청 메시지는 확장 대기 타이머(Extended wait timer)의 값을 포함할 수 있다.
상기 방법은 상기 RRC 연결 요청 거절 메시지 대신에 RRC 연결 설정 메시지를 수신하는 경우, 상기 AS 계층은 제어 평면(CP)를 통한 최적화 방안만이 지원됨을 나타내는 인디케이션을 포함하는 RRC 연결 셋업 완료 메시지를 전송하는 단계를 더 포함할 수 있다.
전술한 목적을 달성하기 위하여, 본 명세서의 일 개시는 RRC(Radio Resource Control) 메시지를 전송하는 무선 기기를 제공한다. 상기 무선 기기는 송수신부와; 상기 송수신부를 제어하고, AS(Access Stratum) 계층과 NAS(Non-Access Stratum)을 포함하는 프로세서를 포함할 수 있다. 상기 AS 계층은, NAS 시그널링 요청 메시지의 전송을 요구하는 NAS 계층으로부터 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 획득하면, 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 포함하는 RRC 연결 요청 메시지를 기지국으로 전송할 수 있다. 그리고 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상이 제어 평면(CP)를 통한 최적화 방안에 따라 상기 NAS 시그널링 요청 메시지가 사용자 데이터를 포함하고 있음을 나타내는 값으로 설정되어 있는 경우, 네트워크가 과부하 상태라면, 상기 AS 계층은 기지국으로부터 RRC 연결 거절 메시지 또는 RRC 연결 해제 요청 메시지를 수신할 수 있다.
본 명세서의 개시에 의하면, 전술한 종래 기술의 문제점이 해결된다.
도 1은 진화된 이동 통신 네트워크의 구조도이다.
도 2는 일반적으로 E-UTRAN과 일반적인 EPC의 아키텍처를 나타낸 예시도이다.
도 3는 UE과 eNodeB 사이의 제어 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 예시도이다.
도 4는 단말과 기지국 사이에 사용자 평면에서의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다.
도 5a는 3GPP LTE에서 랜덤 액세스 과정을 나타낸 흐름도이다.
도 5b는 무선자원제어(RRC) 계층에서의 연결 과정을 나타낸다.
도 6는 네트워크 과부하 상태를 나타낸다.
도 7은 네트워크 혼잡 상태에서 액세스 차단 동작을 나타낸 예시적인 흐름도이다.
도 8은 ACB가 적용될 경우, 모든 애플리케이션에 의한 액세스가 전부 차단되는 예를 나타낸다.
도 9는 ACDC에 따른 절차를 나타낸 신호 흐름도이다.
도 10은 MTC(Machine Type Communication) 통신의 일 예를 나타낸다.
도 11은 MTC 기기에 의해 유발되는 혼잡을 해소하기 위한 EAB(Extended Access Barring)가 적용되는 예를 나타낸다.
도 12a은 CIoT 기기가 데이터 통신을 위해서 수행하는 일련의 절차들을 나타낸다.
도 12b은 제어 평면(CP) CIoT EPS 최적화에 따라, CIoT 기기가 데이터를 전송하는 절차를 나타낸다.
도 12c은 사용자 평면(UP) CIoT EPS 최적화에 따라, CIoT 기기가 데이터를 전송하는 절차를 나타낸다.
도 13a는 과부하로 인해 네트워크가 기지국에게 시그널링을 줄이라고 요청하는 절차를 나타낸 예시도이고, 도 13b는 과부하 제어를 위해 기지국이 RRC 연결을 해제하는 절차를 나타낸 예시도이다.
도 14a 및 도 14b는 본 명세서의 제안 1에 따른 절차를 나타낸 신호 흐름도이다.
도 15a 및 도 15b는 본 명세서의 제안 2에 따른 절차를 나타낸 신호 흐름도이다.
도 16a은 본 명세서의 제안 3의 방안 1에 따른 절차를 나타낸 신호 흐름도이다.
도 16b은 본 명세서의 제안 3의 방안 2에 따른 절차를 나타낸 신호 흐름도이다.
도 16c는 본 명세서의 제안 3의 방안 3에 따른 절차를 나타낸 신호 흐름도이다.
도 17은 본 발명의 실시예에 따른 CIoT 기기(100) 및 네트워크 장치의 구성 블록도이다.
본 발명은 UMTS(Universal Mobile Telecommunication System) 및 EPC(Evolved Packet Core)를 기준으로 설명되나, 본 발명은 이러한 통신 시스템에만 한정되는 것이 아니라, 본 발명의 기술적 사상이 적용될 수 있는 모든 통신 시스템 및 방법에도 적용될 수 있다.
본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 발명의 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 발명에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.
또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, 구성된다 또는 가지다 등의 용어는 명세서 상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다.
또한, 본 명세서에서 사용되는 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성 요소를 다른 구성 요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성 요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.
어떤 구성 요소가 다른 구성 요소에 연결되어 있다거나 접속되어 있다고 언급된 때에는, 그 다른 구성 요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성 요소가 존재할 수도 있다. 반면에, 어떤 구성 요소가 다른 구성 요소에 직접 연결되어 있다거나 직접 접속되어 있다고 언급된 때에는, 중간에 다른 구성 요소가 존재하지 않는 것으로 이해되어야 할 것이다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 또한, 본 발명을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 발명의 사상을 쉽게 이해할 수 있도록 하기 위한 것일뿐, 첨부된 도면에 의해 본 발명의 사상이 제한되는 것으로 해석되어서는 아니됨을 유의해야 한다. 본 발명의 사상은 첨부된 도면외에 모든 변경, 균등물 내지 대체물에 까지도 확장되는 것으로 해석되어야 한다.
첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 단말(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수 도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.
용어의 정의
이하 도면을 참조하여 설명하기 앞서, 본 발명의 이해를 돕고자, 본 명세서에서 사용되는 용어를 간략하게 정의하기로 한다.
UMTS: Universal Mobile Telecommunication System의 약자로서 3세대 이동통신 네트워크를 의미한다.
UE/MS : User Equipment/Mobile Station, 단말 장치를 의미 함.
EPS: Evolved Packet System의 약자로서, LTE(Long Term Evolution) 네트워크를 지원하는 코어 네트워크를 의미한다. UMTS가 진화된 형태의 네트워크
PDN(Public Data Network) : 서비스를 제공하는 서버가 위치한 독립적인 망
PDN connection : 단말에서 PDN으로의 연결, 즉, ip 주소로 표현되는 단말과 APN으로 표현되는 PDN과의 연관(연결)
PDN-GW(Packet Data Network Gateway) : UE IP address allocation, Packet screening & filtering, Charging data collection 기능을 수행하는 EPS망의 네트워크 노드
Serving GW(Serving Gateway) : 이동성 담당(Mobility anchor), 패킷 라우팅(Packet routing), 유휴 모드 패킷 버퍼링(Idle 모드 packet buffering), Triggering MME to page UE 기능을 수행하는 EPS망의 네트워크 노드
PCRF(정책 and Charging Rule Function) : 서비스 flow 별로 차별화된 QoS 및 과금 정책을 동적(dynamic) 으로 적용하기 위한 정책 결정(정책 decision)을 수행하는 EPS망의 노드
APN(Access Point Name): 네트워크에서 관리하는 접속 포인트의 이름으로서 UE에게 제공된다. 즉, PDN을 지칭하거나 구분하는 문자열. 요청한 서비스나 망(PDN)에 접속하기 위해서는 해당 P-GW를 거치게 되는데, 이 P-GW를 찾을 수 있도록 망 내에서 미리 정의한 이름(문자열)(예) internet.mnc012.mcc345.gprs
TEID(Tunnel Endpoint Identifier) : 네트워크 내 노드들 간에 설정된 터널의 End point ID, 각 UE의 bearer 단위로 구간별로 설정된다.
NodeB: UMTS 네트워크의 기지국으로 옥외에 설치되며, 셀 커버리지 규모는 매크로 셀에 해당한다.
eNodeB: EPS(Evolved Packet System) 의 기지국으로 옥외에 설치되며, 셀 커버리지 규모는 매크로 셀에 해당한다.
(e)NodeB: NodeB와 eNodeB를 지칭하는 용어이다.
MME: Mobility Management Entity의 약자로서, UE에 대한 세션과 이동성을 제공하기 위해 EPS 내에서 각 엔티티를 제어하는 역할을 한다.
세션(Session): 세션은 데이터 전송을 위한 통로로써 그 단위는 PDN, Bearer, IP flow 단위 등이 될 수 있다. 각 단위의 차이는 3GPP에서 정의한 것처럼 대상 네트워크 전체 단위(APN 또는 PDN 단위), 그 내에서 QoS로 구분하는 단위(Bearer 단위), 목적지 IP 주소 단위로 구분할 수 있다.
PDN 연결(connection) : 단말에서 PDN으로의 연결, 즉, ip 주소로 표현되는 단말과 APN으로 표현되는 PDN과의 연관(연결)을 나타낸다. 이는 세션이 형성될 수 있도록 코어 네트워크 내의 엔티티간 연결(단말-PDN GW)을 의미한다.
UE Context : 네크워크에서 UE를 관리하기 위해 사용되는 UE의 상황 정보, 즉, UE id, 이동성(현재 위치 등), 세션의 속성(QoS, 우선순위 등)으로 구성된 상황 정보
OMA DM(Open Mobile Alliance Device Management) : 핸드폰, PDA, 휴대용 컴퓨터 등과 같은 모바일 디바이스들 관리를 위해 디자인 된 프로토콜로써, 디바이스 설정(설정), 펌웨어 업그레이드(firmware upgrade), 에러 보고(Error Report)등의 기능을 수행함
OAM(Operation Administration and Maintenance) : OAM이란 네트워크 결함 표시, 성능정보, 그리고 데이터와 진단 기능을 제공하는 네트워크 관리 기능군을 말함
NAS 설정 MO(Management Object) : NAS 기능(Functionality)와 연관된 파라미터들(parameters)을 UE에게 설정(설정)하는 데 사용하는 MO(Management object)를 말함
NAS(Non-Access-Stratum) : UE와 MME간의 제어 플레인(control plane)의 상위 stratum. UE와 네트워크간의 이동성 관리(Mobility management)와 세션 관리(Session management), IP 주소 관리(IP address maintenance) 등을 지원
MM(Mobility Management) 동작/절차 : UE의 이동성(mobility) 제어/관리/control을 위한 동작 또는 절차. MM 동작/절차는 CS 망에서의 MM 동작/절차, GPRS 망에서의 GMM 동작/절차, EPS 망에서의 EMM 동작/절차 중 하나 이상을 포함하는 것으로 해석될 수 있다. UE와 네트워크 노드(MME, SGSN, MSC)는 MM 동작/절차를 수행하기 위해 MM 메시지를 주고 받는다.
SM(Session Management) 동작/절차 : UE의 user plane 및/또는 bearer context/PDP context를 제어/관리/처리/handling 하기 위한 동작 또는 절차. SM 동작/절차는 GPRS 망에서의 SM 동작/절차, EPS 망에서의 ESM 동작/절차 중 하나 이상을 포함하는 것으로 해석될 수 있다. UE와 네트워크 노드(MME, SGSN)는 SM 동작/절차를 수행하기 위해 SM 메시지를 주고 받는다.
저 순위(Low priority) 단말 : NAS 신호 저 순위로 설정된 단말. 자세한 사항은 표준문서 3GPP TS 24.301 및 TS 24.008을 참고할 수 있다.
정상 순위(Normal priority) 단말: 저 순위(Low priority)로 설정되지 않은 일반적인 단말
이중 순위(Dual priority) 단말 : 이중 순위(Dual priority)로 설정된 단말, 이는 NAS 신호 저 순위로 설정됨과 동시에 상기 설정된 NAS 신호 저 순위를 무시(override) 할 수 있게 설정된 단말(즉, UE which provides dual priority support is 설정 for NAS signalling low priority and also 설정 to override the NAS signalling low priority indicator). 자세한 사항은 표준문서 3GPP TS 24.301 및 TS 24.008을 참고할 수 있다.
PLMN: 공중 육상 통신 망(Public Land Mobile Network)의 약어로서, 사업자의 네트워크 식별번호를 의미한다. UE의 로밍 상황에서 PLMN은 Home PLMN(HPLMN)과 Visited PLMN(VPLMN)으로 구분된다.
CIoT: Cellular Internet of Things의 약자로서, IoT 통신을 기반으로 수행하는 것을 의미한다.
Narrowband-IoT: CIoT를 위해, 3GPP에서 개선된 RAT(Radio Access Technology)을 의미한다. 즉, 최대 180 kHz (하나의 PRB에 해당)의 대역폭으로 운용되는 네트워크를 의미한다.
제어 평면 CIoT EPS 최적화: 사용자 데이터(IP 기반 또는 비-IP 기반 또는 SMS 기반의 사용자 데이터)의 효율적 전송을 가능하게 하는 제어 평면 상의 시그널링 최적화
사용자 평면 CIoT EPS 최적화: 사용자 데이터(IP 기반 또는 비-IP 기반 또는 SMS 기반의 사용자 데이터)의 효율적 전송을 가능하게 하는 사용자 평면 상의 시그널링 최적화
CIoT EPS 최적화를 지원하는 UE: 제어 평면 CIoT EPS 최적화 또는 사용자 평면 CIOT EPS 최적화 그리고 하나 이상의 다른 CIoT EPS 최적화를 지원하는 UE
NB-S1 모드: NB(Narrowband) IoT를 위해서 개선된 RAT (radio access technology)로 동작하는 모드를 의미한다.
WB-S1 모드: NB IoT를 위해서 개선된 RAT이 아닌, 일반적인 RAT으로 동작하는 모드를 의미한다.
이하, 도면을 참조하여 본 명세서의 개시에 대해서 설명하기로 한다.
이하, 도면을 참조하여 본 명세서의 개시에 대해서 설명하기로 한다.
도 6는 네트워크 과부하 상태를 나타낸다.
도 6에 도시된 바와 같이, eNodeB(200)의 커버리지에는 수 많은 UE들(100a, 100b, 100c, 100d)가 존재하고, 데이터 송수신을 시도한다. 이로 인해, 상기 eNodeB(200)와 상기 S-GW(520)간의 인터페이스에 트래픽이 과부하(overload) 또는 혼잡(congestion)하게 된 경우, 상기 UE(100)로의 다운링크 데이터 혹은 상기 UE(100)로부터의 업링크 데이터는 올바르게 전송되지 못하고 실패하게 된다.
혹은 상기 S-GW(520)와 상기 PDN-GW(530) 간의 인터페이스, 혹은 상기 PDN-GW(530)와 이동통신 사업자의 IP(Internet Protocol) 서비스 네트워크 사이의 인터페이스가 과부하(overload) 또는 혼잡(congestion)할 경우에도, 상기 UE들(100a, 100b, 100c, 100d)로의 다운링크 데이터 혹은 UE들(100a, 100b, 100c, 100d)로부터의 업링크 데이터는 올바르게 전송되지 못하고 실패하게 된다.
상기 eNodeB(200)와 상기 S-GW(520)간의 인터페이스에 과부하 또는 혼잡이 있거나, 상기 S-GW(520)와 상기 PDN-GW(530) 간의 인터페이스에 과부하 또는 혼잡이 있는 경우, 상기 핵심 네트워크의 노드(예컨대 MME)는 NAS 단계에서의 혼잡 제어(NAS level congestion control)을 수행하여 신호 혼잡(signaling congestion) 및 APN 혼잡을 회피하거나 제어하게 된다.
이러한 NAS 단계에서의 혼잡 제어는 APN 기반의 혼잡 제어(APN based congestion control)와 일반 NAS 단계에서 이동 관리 제어(General NAS level mobility management control)로 구성된다.
상기 APN 기반의 혼잡 제어는 UE 그리고 특정 APN(혼잡 상태와 연관된 APN)와 관련된 EMM, GMM과(E)SM 신호 혼잡 제어를 의미하며, APN 기반의 세션 관리 혼잡 제어(APN based Session Management congestion control)와 APN 기반의 이동 관리 혼잡 제어(APN based Mobility Management congestion control)를 포함한다.
반면, 상기 일반 NAS 단계의 이동 관리 제어는 일반적인 네트워크 혼잡(congestion)이나, 과부하(overload)상황에서 UE/MS가 요청하는 이동 관리신호(Mobility Management signaling) 요청을 핵심 네트워크 내의 노드(MME, SGSN)가 거절하여 혼잡 및 과부하를 회피하는 것을 의미한다.
일반적으로 핵심 네트워크가 NAS 단계의 혼잡 제어를 수행하는 경우, 유휴 모드(idle 모드)로 있는 혹은 연결 모드(connected 모드)로 있는 UE에게 지연시간 타이머(백오프 타이머)(back-off timer) 값을 NAS 거절 메시지(reject message)에 실어 전송하게 되는데, UE는 지연시간 타이머(백오프 타이머)(back-off timer)가 만료(expire) 되기 전까지 네트워크에 EMM/GMM/(E)SM 신호를 요청하지 않게 된다. 상기 NAS 거절 메시지는 어태치 거절(ATTACH REJECT), TAU(Tracking Area Updating) 거절, RAU(Routing Area Updating) 거절, 서비스 거절, 확장 서비스(EXTENDED SERVICE) 거절, PDN 연결(connectivity) 거절, 베어러 리소스 할당(bearer resource allocation) 거절, 베어러 리소스 수정(bearer resource modification) 거절, EPS 베어러 컨텍스트 비활성화 요청(deactivate EPS bearer context request)에 대한 거절의 메시지 중 하나에 해당한다.
이러한 지연시간 타이머(back-off timer)은 이동 관리(Mobility Management: MM) 지연시간(back-off) 타이머와 세션 관리(Session Management: SM) 지연시간(back-off) 타이머로 나눌 수 있다.
상기 MM 지연시간(back-off) 타이머는 UE 마다 그리고 SM 지연시간(back-off) 타이머는 APN 마다 그리고 UE 마다 각각 독립적으로 동작한다.
간략하게는, 상기 MM 지연시간(back-off) 타이머는 EMM/GMM 신호(예컨대, Attach, TAU/RAU 요청 등) 제어를 위한 것이다. 상기 SM 지연시간(back-off) 타이머는(E)SM 신호(예컨대, PDN connectivity, Bearer Resource Allocation, Bearer Modification, PDP Context Activation, PDP Context Modification 요청 등) 제어를 위한 것이다.
구체적으로는, MM 지연시간(back-off) 타이머는 네트워크에 혼잡(congestion)이 발생한 경우, 이를 제어하기 위해 사용하는 이동성 관련 지연시간(back-off) 타이머로써, 타이머가 동작하고 있는 동안 UE는 어태치(attach), 위치정보 갱신(TAU, RAU), 서비스 요청 절차(서비스 요청 절차)를 할 수 없도록 하는 타이머이다. 단, 긴급 베어러 서비스(emergency bearer service), MPS(Multimedia Priority Service) 인 경우에는 예외로 타이머가 동작하고 있더라도 UE가 요청 가능할 수 있다.
전술한 바와 같이 UE가 MM 지연시간(back-off) 타이머 값을 핵심 망 네트워크 노드(예컨대 MME, SGSN 등)로부터 제공받거나, 하위 계층(lower 계층; Access Stratum)으로부터 전달받을 수 있다. 또한, UE에 의해 15분에서 30분 사이의 범위 내에서 랜덤하게 설정 되어질 수도 있다.
상기 SM 지연시간(back-off) 타이머는 네트워크에 혼잡(congestion)이 발생한 경우, 이를 제어하기 위해 사용하는 세션 관리(Session Management) 관련 지연시간(back-off) 타이머로써, 타이머가 동작하고 있는 동안 UE는 관련된(associated) APN 기반의 세션을 설정 또는 변경할 수 없도록 하는 타이머이다. 단, 마찬가지로 긴급 베어러 서비스, MPS(Multimedia Priority Service) 인 경우에는 예외로 타이머가 동작하고 있더라도 UE(100) 가 요청 가능할 수 있다.
UE는 이러한 SM 지연시간(back-off) 타이머 값을 핵심 망 네트워크 노드(예컨대, MME, SGSN 등)로부터 제공받으며, 최대 72시간 이내에서 랜덤하게 설정 되어진다. 또한, UE(100)에 의해 15분에서 30분 사이의 범위 내에서 랜덤하게 설정 되어질 수도 있다.
다른 한편, 상기 eNodeB(200)에서 혼잡이 발생한 경우, 상기 eNodeB(200)도 혼잡 제어를 수행할 수 있다. 즉, UE가 사용자 평면의 데이터 전송을 목적으로 RRC 연결 수립(connection establishment)을 요청하는 경우, eNodeB(200)가 혼잡 상태라면, 연장 대기 타이머(extended wait timer)와 함께 거절 응답을 UE로 전송할 수 있다. 이러한 경우 RRC 연결 수립 요청을 상기 연장 대기 타이머(extended wait timer)가 만료하기 전까지 재시도할 수 없다. 반면, UE가 CS(circuit switch) 기반의 호(call) 수신을 위한 제어 평면의 신호를 전송할 목적으로 RRC 연결 요청을 하는 경우, 상기 eNodeB(200)가 혼잡 상태일 지라도, 이를 거절할 수 없다.
도 7은 네트워크 혼잡 상태에서 액세스 차단 동작을 나타낸 예시적인 흐름도이다.
도 7에 도시된 바와 같이, 네트워크 혹은 eNodeB(200)의 과부하 또는 혼잡 상태에서, eNodeB(200)는 시스템 정보를 통해 ACB(Access Class Barring) 관련 정보를 브로드캐스팅할 수 있다. 상기 시스템 정보는 SIB(System Information Block) 타입 2일 수 있다.
상기 SIB(System Information Block) 타입 2는 아래의 표와 같은 ACB 관련 정보를 포함할 수 있다.
필드 설명
ac-BarringFactor UE에 의해서 생성되는 랜덤값이 ac-BarringFactor에 의한 값보다 작을 경우, 액세스가 허용된다. 그렇지 않을 경우, 액세스는 금지된다.
ac-BarringForCSFB CS(circuit switch) 폴백(fallback)에 대한 ACB이다. CS 폴백은 VoLTE 호를 이전 3G 호로 전환시키는 것이다.
ac-BarringForEmergency 긴급 서비스에 대한 ACB이다.
ac-BarringForMO-Data 발신(Mobile Orienting) 데이터에 대한 ACB이다.
ac-BarringForMO-Signalling 발신 제어 신호에 대한 ACB이다.
ac-BarringForSpecialAC 특수한 액세스 클래스, 즉 11-15에 대한 ACB이다.
ac-BarringTime 액세스가 금지되는 시간을 나타낸다.
ssac-BarringForMMTEL-Video MMTEL 비디오(video)의 발신에 대한 서비스 별 ACB이다.
ssac-BarringForMMTEL-Voice MMTEL 음성(voice)의 발신에 대한 서비스 별 ACB이다.
한편, 상기 UE1(100a)은 IMS 서비스, 예컨대 VoLTE에 의한 호(call)의 발신을 결정하고, 서비스 요청 메시지를 생성한다. 마찬가지로, UE2(100b)는 일반 데이터의 발신을 결정하고, 서비스 요청 메시지를 생성한다.
이어서, 상기 UE1(100a)은 RRC 연결 요청 메시지를 생성한다. 마찬가지로, UE2(100b)는 RRC 연결 요청 메시지를 생성한다.
한편, 상기 UE1(100a)은 액세스 차단 검사(즉, ACB 적용 여부)를 수행한다. 마찬가지로, UE2(100b)는 액세스 차단 검사(즉, ACB 적용 여부)를 수행한다.
만약, 상기 ACB의 적용 대상이 아니라면, 상기 UE1(100a)와 상기 UE2(100b)는 각기 서비스 요청(혹은 확장 서비스 요청) 메시지와 RRC 연결 요청 메시지를 전송할 수 있다. 그러나, 상기 ACB의 적용 대상이라면, 상기 UE1(100a)와 상기 UE2(100b) 모두는 각기 RRC 연결 요청 메시지를 전송할 수 없다.
상기 액세스 차단 검사에 대해서 구체적으로 설명하면 다음과 같다. UE는 일반적으로 10개 액세스 클래스(예컨대, AC0, AC1, ..., AC9) 중의 적어도 하나가 랜덤하게 할당되어 있다. 예외적으로, 긴급 비상 액세스를 위해서는 AC10이 할당된다. 이와 같이 랜덤하게 할당된 액세스 클래스의 값은 상기 UE1(100) 및 UE2(100b)의 각 USIM에는 저장될 수 있다. 그러면, 상기 UE1(100a)와 상기 UE2(100b)는 상기 저장된 액세스 클래스에 기반하여, 상기 수신한 ACB 관련 정보에 포함되어 있는 차단 펙터(barring factor) 필드를 이용하여, 액세스 차단이 적용되는지를 확인한다. 이런 액세스 차단 검사는 상기 UE1(100a)와 상기 UE2(100b)의 각 AS(Access Stratum) 계층, 즉 RRC 계층에서 수행된다.
상기 액세스 차단 검사에 대해서 더 구체적으로 설명하면 다음과 같다.
상기 UE1(100a) 및 UE2(100b)가 각기 수신한 SIB 타입 2에 ac-BarringPerPLMN-List가 포함되어 있고, 상기 ac-BarringPerPLMN-List에는 상위 계층에 선택된 PLMN에 대응하는 plmn-identityIndex와 매칭되는 AC-BarringPerPLMN 엔트리가 포함되어 있는 경우, 상기 상위 계층에 의해서 선택된 PLMN과 대응하는 plmn-identityIndex와 매칭되는 AC-BarringPerPLMN 엔트리를 선택한다.
다음으로, 상기 UE1(100a) 및 UE2(100b)가 RRC 연결 요청을 하려는 경우, Tbarring으로서 T303을 사용하고, 차단 파라미터로서 ac-BarringForMO-Data를 사용하여, 액세스 차단 검사를 수행한다.
차단되는 것으로 결정되는 경우, 상기 UE1(100a) 및 UE2(100b)의 각 AS 계층(즉, RRC 계층)은 RRC 연결 수립의 실패를 상위 계층에게 알린다.
이어서, 이와 같이 액세스가 차단될 때, 각 AS 계층(즉, RRC 계층)은 T302 타이머 또는 Tbarring 타이머가 구동 중인지 판단한다. 만약 구동 중이 아니라면, 상기 T302 타이머 또는 Tbarring 타이머를 구동한다.
한편, 상기 T302 타이머 또는 Tbarring 타이머가 구동 중인 동안에는 상기 AS 계층(즉, RRC 계층)은 해당 셀에 대한 모든 액세스는 차단되는 것으로 간주한다.
이상에서 설명한 바와 같이, 네트워크 과부하 및 혼잡 상황에서 eNB/RNC가 ACB(Access Class Barring) 관련 정보를 UE에게 제공한다. 그러면, UE는 USIM에 저장되어 있는 자신의 액세스 클래스(access class)에 기반하여, 수신한 ACB 정보에 포함되어 있는 차단 펙터(Barring factor)를 이용하여 액세스 차단(Access Barring)을 체크하게 된다. 이런 액세스 차단 검사를 통해 최종적으로 액세스 시도를 하지 못하게 하는 것이다. 즉, 액세스 차단 검사를 통해 해당 셀에 대한 액세스가 차단되는 경우에는 UE는 액세스를 시도하지 못하고, 해당 셀에 대한 액세스가 차단되지 않는 경우에는 UE는 액세스를 시도하게 된다. 이런 액세스 차단 검사는 UE의 AS(Access Stratum) 계층에서 수행한다. 여기서 액세스 시도는 UE의 AS 계층(즉, RRC 계층)에서 eNB/RNC로의 RRC 연결 요청 메시지를 전송하는 것을 의미한다.
한편, 액세스 차단 검사는 UE의 일반적인 발신(MO: Mobile Originating) 서비스, 예컨대 콜 발신(originating call), 데이터 발신(originating data), IMS 음성 발신(originating IMS voice), IMS 영상 발신(originating IMS video)에 대해서 수행된다. 즉, ACB는 모든 애플리케이션 프로그램의 액세스(다만, 응급 서비스 또는 페이징에 대한 응답은 제외)에 대해서 적용된다.
도 8은 ACB가 적용될 경우, 모든 애플리케이션에 의한 액세스가 전부 차단되는 예를 나타낸다.
도 8을 참조하여 알 수 있는 바와 같이, 일단 ACB가 적용되는 것으로 결정되면, UE의 모든 애플리케이션에 의한 액세스(다만, 응급 서비스 또는 페이징에 대한 응답은 제외)는 전부 차단된다.
이와 같이, 모든 애플리케이션에 의한 액세스가 차단됨으로써, 차별화된 서비스가 불가능하게 된다. 이러한 문제는 결국 네트워크 자원 낭비 및 사용자의 경험을 저하 시킨다.
따라서, 네트워크 과부하 및 혼잡 상황에서 특정 애플리케이션 그룹/카테고리(application group/카테고리)별로 MO(Mobile Originating) 서비스(예컨대, 콜 발신 또는 데이터 발신)를 차등화하기 위한 방안이 필요하다. 그러나, 종래 기술에서는 이를 구현할 수 있는 방안이 없다.
<애플리케이션 별 혼잡 제어 데이터 통신(ACDC)의 도입>
일반적인 발신(MO: Mobile Originating) 서비스, 예컨대, 예컨대 콜 발신(originating call), 데이터 발신(originating data), IMS 음성 발신(originating IMS voice), IMS 영상 발신(originating IMS video)를 차등화하기 위한 방안으로서, 애플리케이션 별 혼잡 제어 데이터 통신(Application specific Congestion control for Data Communication: ACDC)가 제안되었다.
도 9는 ACDC에 따른 절차를 나타낸 신호 흐름도이다.
도 9를 참조하여 설명하면 다음과 같다.
먼저, 네트워크(예컨대 기지국)는 ACDC 차단 정보를 SIB을 통해 UE에게 제공할 수 있다.
한편, UE(100)에서 특정 어플리케이션이 실행되고 상기 특정 어플리케이션에 의해서 데이터 통신 서비스가 요구되면, 상기 특정 어플리케이션의 실행을 관장하는 애플리케이션 계층은 애플리케이션 속성 관련 정보를 NAS 계층에게 제공한다.
그러면, 상기 UE(100)의 NAS 계층은 애플리케이션 계층으로부터 받은 애플리케이션 속성 관련 정보에 기초하여, ACDC를 위한 애플리케이션 카테고리를 결정한다.
이어서, 상기 UE(100)의 NAS 계층은 서비스 연결을 위한 서비스 요청 절차(SERVICE REQUEST 메시지의 전송 또는 EXTENDED SERVICE REQUEST 메시지의 전송)를 시작할 때, 상기 애플리케이션 카테고리에 대한 정보를 AS 계층(즉, RRC 계층) 에게 전달한다.
상기 UE(100)의 상기 AS 계층(즉, RRC 계층)은 상기 NAS 계층의 서비스 요청 절차(SERVICE REQUEST 메시지의 전송 또는 EXTENDED SERVICE REQUEST 메시지의 전송)를 수행하기 앞서, 상기 애플리케이션의 카테고리와 상기 네트워크로부터 수신한 ACDC 차단 정보에 기초하여, ACDC 차단 검사를 수행하고 그에 따라 상기 서비스 요청 절차를 허용할 지 아니면 허용하지 않을 지를 결정한다.
상기 ACDC 차단 검사 결과 차단되지 않고 허용되는 경우, 상기 UE(100)의 상기 AS 계층(즉, RRC 계층)은 RRC 연결 요청(RRC Connect Request) 메시지를 eNodeB(200)로 전송한다.
이상에서 설명한 바와 같이, ACDC를 통하여 UE 내에서 실행중인 애플리케이션에 의해서 요구되는 서비스 요청을 차등화하여 허용하거나 차단할 수 있다.
<MTC(Machine Type Communication) 통신>
MTC(Machine Type Communication)는 사람이 배제된, 기계와 기계 사이에 이루어지는 통신을 의미하며, 이때 사용되는 기기를 MTC 기기라고 한다. MTC 기기(device)를 통해 제공되는 서비스는 사람이 개입하는 통신 서비스와 차별성을 가지며, 다양한 범주의 서비스에 적용될 수 있다.
도 10은 MTC(Machine Type Communication) 통신의 일 예를 나타낸다.
MTC(Machine Type Communication)는 인간 상호작용(human interaction)을 수반하지 않은 MTC 기기(100)들 간에 기지국(200)을 통한 정보 교환 또는 MTC 기기(100)와 MTC 서버(700) 간에 기지국을 통한 정보 교환을 말한다.
MTC 서버(700)는 MTC 기기(100)와 통신하는 개체(entity)이다. MTC 서버(700)는 MTC 애플리케이션을 실행하고, MTC 기기에게 MTC 특정 서비스를 제공한다.
MTC 기기(100)는 MTC 통신을 제공하는 무선 기기로, 고정되거나 이동성을 가질 수 있다.
그러나, 기지국의 커버리지 내에는 수 많은 MTC 기기가 배치될 수 있다. 따라서, 네트워크 혼잡은 더욱더 가중되는 결과를 초래할 수 있다.
도 11은 MTC 기기에 의해 유발되는 혼잡을 해소하기 위한 EAB(Extended Access Barring)가 적용되는 예를 나타낸다.
도 11에 도시된 바와 같이 MTC 기기는 저 순위(low priority)로 설정된다. 그리고, 상기 MTC 기기에 의해 유발되는 혼잡을 해소하기 위하여, 기지국은 EAB 정보를 포함하는 시스템 정보를 브로드캐스팅한다. 상기 EAB 정보가 포함되는 시스템 정보는 SIB(system information block) 타입 14일 수 있다.
SIB Type14 설명
eab-BarringBitmap액세스 클래스(AC) 0 내지 9를 위한 EAB의 비트맵이다. 비트맵에서 가장 좌측의 비트는 AC 0을 위한 것이고, 그 다음 비트는 AC1을 위한 것이다.
eab-CategoryEAB가 적용되는 UE의 카테고리를 나타낸다.
eab-Common모든 PLMN에 대해서 적용되는 EAB 파라미터이다.
eab-PerPLMN-ListPLMN 별 EAB 파라미터로서, PLMN 순서로 열거된다.
그리고, 네트워크는 특정 MTC 기기가 EAB를 적용해야 하는지에 대한 설정 정보, 즉 EAB 설정 정보를 NAS 설정 MO(Management Object)에 포함시켜, 특정 MTC 기기로 전달한다. 이와 같이 저 순위 및 EAB가 설정되면, 상기 MTC 기기는 긴급 콜(Emergency call), 착신(Mobile Terminated: MT) 액세스 또는 높은 우선 순위 액세스 클래스(예컨대 AC 11-15)에 해당하는 경우를 제외하고, 해당 NAS 시그널링 요청 절차(예컨대, 어태치 요청 절차, TAU/RAU 요청 절차, 서비스 요청 절차, 확장 서비스 요청 절차, 데이터 서비스 요청 절차 등)에 대해서, NAS 계층은 RRC계층에게 EAB 적용 여부에 대한 지시를 알려주게 되며, 상기 RRC 계층은 상기 EAB 적용 지시를 가지고 해당 요청에 대해서 RRC 연결 수립 절차 수행 시 EAB를 적용하여 액세스 제어를 하게 된다.
따라서, 도시된 바와 같이, MTC 기기(100)의 애플리케이션(APP) 계층이 데이터 전송이 필요하다고 알리면 NAS 계층은 EAB 설정에 기초하여 EAB를 적용하기로 결정한다. 그리고, NAS 시그널링 요청을 RRC 계층에게 전달한다. 이때, NAS 시그널링 요청과 함께 EAB 적용 지시가 함께 전달된다.
상기 MTC 기기의 RRC 계층은 상기 EAB 적용 지시에 기초하여, RRC 연결 수립 요청이 EAB 적용에 해당되는지를 판단한다. 만약, EAB가 적용된다면, 상기 RRC 계층에 의한 RRC 연결 수립 요청 메시지의 전송은 차단(혹은 금지)된다.
<CIoT(Cellular Internet of Things) 통신>
MTC 통신은 사람의 개입이 없기 때문에 IoT(Internet of Things) 통신라고 불리기도 한다. IoT 통신을 Wi-Fi와 같은 무선 랜(Wireless Lan) 기반이 아닌 셀룰러 기반으로 수행하는 것을 CIoT라고 한다. CIoT에서는 무선 랜에서와 달리 IP 기반 통신 뿐만 아니라 IP에 기반하지 않는 통신도 지원한다.
한편, CIoT 서비스를 지원하기 위하여, 3GPP에서는 물리 계층, 즉 RAT(Radio Access Technology)을 개선하였다. 상기 개선된 RAT을 NB-IoT(Narrowband-IoT)라고 부른다.
상기 NB-IoT를 위해 개선된 RAT은 매우 낮은 전력 소모를 위해 최적화된 물리 계층(예컨대, 반송파 대역폭은 180 kHz이고, 부반송파 간격은 3.75 kHz 또는 15 kHz)를 사용한다.
<CIoT 기기의 데이터 송수신을 위한 최적화>
CIoT 기기는 적은 양의 데이터를 송수신하므로, 앞서 설명한 바와 같이 상기 CIoT 기기는 NB-IoT를 위해 개선된 RAT, 즉 최대 180 kHz(하나의 PRB에 해당)의 대역폭으로 운용되는 네트워크에서 동작할 수 있다.
그런데, CIoT 기기가 적은 양의 데이터를 송수신하더라도, CIoT 기기는 사전에 네트워크와 많은 시그널링을 주고 받아야 하므로, 비효율적인 문제점이 있었다. 이에 대해서 도 12a를 참조하여 설명하기로 한다.
도 12a은 CIoT 기기가 데이터 통신을 위해서 수행하는 일련의 절차들을 나타낸다.
이하, 도 12a를 참조하여 순서데로 설명하면 다음과 같다.
1~5) 먼저, CIoT 기기(100)는 데이터 통신을 위해서 랜덤 액세스 절차를 수행한다. 즉, 상기 CIoT 기기(100)는 제1 메시지(MSG1), 예컨대 랜덤 액세스 프리앰블을 기지국(200)으로 전송한다. 그리고, 상기 CIoT 기기(100)는 제2 메시지(MSG2), 예컨대 랜덤 액세스 응답 메시지를 기지국(200)으로부터 수신한다. 그러면, 상기 CIoT 기기(100)는 제3 메시지(MSG3), 예컨대 스케줄링된 메시지를 기지국(200)으로 전송한다. 상기 스케줄링된 메시지는 RRC 연결 요청(RRC Connection Request) 메시지를 포함할 수 있다. 이후, 상기 CIoT 기기(100)는 제4 메시지(MSG4), 예컨대 RRC 연결 설정(RRC Connection Setup) 메시지를 기지국(200)으로부터 수신한다. 그러면, CIoT 기기(100)는 제5 메시지(MSG5), 예컨대, RRC 연결 완료(RRC Connection Complete) 메시지를 기지국(200)으로 전송한다. 상기 RRC 연결 완료 메시지는 NAS 서비스 요청 메시지를 포함할 수 있다.
6~7) 그러면, 기지국(200)은 MME로 S1-AP 기반의 초기 UE(Initial UE) 메시지를 MME(510)로 전송한다. 상기 초기 UE 메시지는 상기 NAS 서비스 요청 메시지를 포함할 수 있다. 상기 MME(510)는 S1-AP 기반의 초기 컨텍스트 셋업 요청(Initial Context Setup Request) 메시지를 상기 기지국으로 전송한다.
8~9) 그러면, 상기 기지국(200)은 CIoT 기기로 RRC 보안 모드 명령(Security Mode Command: SMC)를 전송하고, RRC 보안 모드 명령 응답을 수신한다.
10~11) 이후, 상기 기지국(200)은 RRC 연결 재구성(Reconfiguration) 메시지를 상기 CIoT 기기(100)으로 전송하고, 상기 CIoT 기기(100)는 RRC 연결 재구성 완료(RRC Connection Reconfiguration Complete) 메시지를 상기 기지국으로 전송한다.
12~14) 상기 기지국(200)은 S1-AP 기반의 초기 컨텍스트 셋업 완료(Initial Context Setup Complete) 메시지를 상기 MME(510)로 전송한다. 그러면, 상기 MME(510)는 S-GW(520)으로 베어러 수정 요청(Modify Bearer Request) 메시지를 전송하고, 상기 S-GW(520)으로부터 베어러 수정 응답 메시지를 수신한다.
15) 비로써, 상기 CIoT 기기(100)는 데이터 통신을 수행할 수 있다.
16~19) 한편, 데이터 통신이 완료되고, RRC 연결이 필요 없게 되면, 상기 기지국(200)은 S1-AP 기반의 UE 컨텍스트 해제 요청 메시지를 상기 MME(510)로 전송한다. 그러면, 상기 MME(510)는 액세스 베어러 해제 요청(Release Access Bearer) 메시지를 S-GW(520)으로 전송한다. 그러면, 상기 S-GW(510)는 액세스 베어러 해제 응답(Release Access Bearer Response) 메시지를 상기 MME(510)로 전달한다. 상기 MME(510)는 S1-AP 기반의 UE 컨텍스트 해제 명령(UE Context Release Command) 메시지를 상기 기지국으로 전송한다.
20) 상기 기지국(200)은 RRC 연결 해제(RRC Connection Release) 메시지를 상기 UE로 전송하고, RRC 연결 해제 완료(RRC Connection Release Complete) 메시지를 상기 MME(510)으로 전송한다.
이상에서 설명한 바와 같이, CIoT 기기(100)가 적은 양의 데이터를 송수신하더라도, CIoT 기기(100)는 기지국(200)과 상당히 많은 시그널들을 주고 받아야 하므로, 비효율적인 문제점이 있었다.
특히나, CIoT 기기는 기지국의 커버리지 내에 상당히 밀도 높게 위치될 것으로 예상되는데, 이러한 상황에서 상기 상당히 많은 개수의 시그널은 네트워크를 과부화시킬 수 있다.
따라서, 이러한 문제점을 해결하고자 CIoT를 위한 EPS(evolved packet service)에서 제어 평면(Control Plane: CP)을 사용하여 최적화를 하려는 시도와 사용자 평면(User Plane)을 사용하여 최적화하려는 시도가 있다. 각각에 대해서 설명하면 다음과 같다.
1. 제어 평면(CP) CIoT EPS 최적화
이는, NAS 계층의 PDU(Packet Data Unit)에 데이터를 포함해서 전송하는 방안이다. 기존 데이터 전송을 위해 필요한 사용자 평면 셋업(DRB + S1-U 경로)을 사용하지 않고, NAS 계층의 어태치(Attach), TAU(Tracking Area Update) 등의 NAS 메시지를 송신하기 위한 제어 평면(SRB+S1-AP)를 통해 데이터를 전송하는 방식이다. 이를 위해, MME와 S-GW간에 S11-U 경로를 새로이 정의된다. 상기 새로이 정의된 S11-U 경로를 통해 데이터가 전송될 수 있다. 이때, 데이터의 보안은 AS 계층의 보안 대신에 NAS 계층의 보안이 사용된다. 이와 같이, AS 계층의 보안이 불필요하기 때문에 SMC(Security mode command) 절차 등이 생략될 수 있다. 또한, RRC 연결 모드 전환 시에도 필요한 RRC 시그널링이 감소된다.
이에 대해서, 도 12b를 참조하여 설명하기로 한다.
도 12b은 제어 평면(CP) CIoT EPS 최적화에 따라, CIoT 기기가 데이터를 전송하는 절차를 나타낸다.
도 12b를 참조하여 알 수 있는 바와 같이, CIoT 기기(100)는 제5 메시지(MSG5), 예컨대 RRC 연결 완료 메시지 내에 포함되는 NAS 서비스 요청 메시지 내에 데이터를 포함시켜 전송할 수 있다.
즉, 도 12a와 도 12b를 비교하면, 도 12a에서는 상기 CIoT 기기(100)는 15번째 과정에서 데이터를 송신할 수 있어 비효율적 이었으나, 도 12b에서는 상기 CIoT 기기(100)는 5번째 과정에서 데이터를 송신할 수 있는 바 효율적으로 개선되었다.
2. 사용자 평면(UP) CIoT EPS 최적화
이는, 데이터 송수신이 없는 경우, CIoT 기기와 기지국에 저장된 UE 컨텍스트 (즉, UE id, AS 보안 정보 등)를 해지(삭제)하는 대신, 해당 컨텍스트를 유지하도록 한다. 또한, 데이터 송수신이 없는 경우, CIoT 기기는 S1 해제 절차를 수행하는 대신 RRC 연결 일시중지(Suspend) 절차를 수행한다. 따라서, CIoT 기기가 RRC 연결을 다시 요청하는 경우, RRC 유휴 모드에서 RRC 연결 모드로 빠르게 전환할 수 있다. 즉, 사용자 평면의 셋업을 위해 서비스 요청 절차를 수행하는 대신 RRC 연결 재개(Resume) 절차를 수행한다. 그러므로, CIoT 기기가 RRC 유휴 모드(EMM-IDLE)에서 RRC 연결 모드(EMM-CONNECTED)로 전환하기 위해 송수신해야 할 RRC 시그널의 개수가 현저히 줄어들게 된다.
도 12c은 사용자 평면(UP) CIoT EPS 최적화에 따라, CIoT 기기가 데이터를 전송하는 절차를 나타낸다.
0) 먼저, 데이터 송수신이 없는 경우 CIoT 기기(100)와 기지국(200)에 저장된 UE 컨텍스트를 해지(삭제)하는 대신 해당 컨텍스트를 유지하고, 또한 S1 해제 절차를 수행하는 대신 RRC 연결 일시중지(Suspend) 절차를 수행하였다.
1~2) 이후, 데이터 통신이 다시 필요하면, 상기 CIoT 기기(100)는 제1 메시지, 예컨대 랜덤 액세스 프리앰블을 기지국(200)으로 전송한다. 그리고, 상기 CIoT 기기(100)는 제2 메시지, 예컨대 랜덤 액세스 응답을 상기 기지국(200)으로부터 수신한다.
3) 그러면, 상기 CIoT 기기(100)는 제3 메시지, 예컨대 스케줄링된 메시지 내에 RRC 연결 재개 요청 메시지를 포함시켜 전송한다. 이때, 상기 RRC 연결 재개 요청 메시지 내에는 재개 ID가 포함된다.
4~5) 상기 기지국(200)은 제4 메시지, 예컨대 RRC 연결 재개 완료 메시지를 상기 CIoT 기기(100)로 전송한다. 이때, 상기 RRC 연결 재개 완료 메시지는 재개 ID와 베어러 서술자를 포함한다. 그러면, 상기 CIoT 기기(100)는 제5 메시지, 예컨대 RRC 연결 재개 완료 메시지를 상기 기지국(200)으로 전송한다. 상기 RRC 연결 재개 완료 메시지도 상기 재개 ID를 포함한다.
6) 상기 기지국(200)은 S1-AP 기반의 UE 컨텍스트 활성 요청 메시지를 상기 MME(510)로 전송한다.
7~9) 그러면, 상기 MME(510)는 베어러 수정 요청 메시지를 S-GW(520)로 전송하고, 베어러 수정 응답 메시지를 S-GW(520)로부터 수신한다. 그 다음, 상기 MME(510)는 UE 컨텍스트 활성 응답 메시지를 상기 기지국(200)으로 전송한다.
10) 이로써, 상기 CIoT 기기(100)는 데이터 통신을 수행할 수 있다.
도 12a와 도 12c를 비교하면, 도 12a에서는 상기 CIoT 기기(100)는 15번째 과정에서 데이터를 송신할 수 있어 비효율적 이었으나, 도 12c에서는 상기 CIoT 기기(100)는 10번째 과정에서 데이터를 송신할 수 있는 바 효율적으로 개선되었다.
<본 명세서의 개시>
NB-IoT RAT에서는 기존 RAT을 위해서 개발되었던 다양한 서비스가 제공되지 않을 수 있다. 구체적으로는, NB-IoT RAT에서는 ACB(access class barring), EAB, ACDC 및 SSAC 등이 제공되지 않을 수 있다.
그런데, CIoT 서비스 환경에서 많은 CIoT 기기들이 데이터 전송을 수행하는데, 이러한 경우 네트워크의 과부하 및 혼잡 상황이 발생할 수 있다. 그러나, CIoT를 위해 개선된 RAT인 NB-IoT에서는 ACB와 같은 액세스 제어가 제공되지 않을 경우, 네트워크의 과부하 및 혼잡 상황을 어떻게 해결 할 지가 불명확하다.
더구나, CIoT 기기가 제어 평면(CP) CIoT EPS 최적화만 지원하는 경우, 상기 CIoT 기기는 사용자 데이터를 제어 평면(CP)의 NAS 시그널링 요청 메시지(예컨대, 서비스 요청 메시지)에 포함시켜 되는데, 이와 같이 사용자 데이터가 포함된 NAS 시그널링 요청 메시지와 일반 NAS 시그널링 요청 메시지를 구별하여 액세스 제어를 수행할 수 있는 방안이 없다. 이로 인해, 제어 평면(CP) CIoT EPS 최적화에 따라 적은 양의 데이터를 포함하는 제어 평면(CP)의 NAS 시그널링 요청 메시지도 혼잡 상황에서 전송 실패될 수 있는 문제점이 있다. 따라서, 사용자 경험이 저하되고, 네트워크 자원이 낭비될 수 있다.
2. 제2 문제점
한편, CIoT 기기와 네트워크가 제어 평면(CP) CIoT EPS 최적화를 지원하는 경우, 네트워크 혼잡/과부하 상황에서, 과부하에 대한 제어를 위해 제어 평면(CP) CIoT EPS 최적화를 수행하게 된다.
과부하 제어와 관련된 동작에 대해 도면을 참고하여 설명하면 다음과 같다.
도 13a는 과부하로 인해 네트워크가 기지국에게 시그널링을 줄이라고 요청하는 절차를 나타낸 예시도이다.
도 13a를 참조마면, 네트워크가 과부화 상태가 되면, 네트워크 노드(예컨대 도시된 바와 같은 MME)는 기지국에게 시그널링을 줄이라고 요청하기 위한 메시지, 예컨대 OVERLOAD START 메시지를 전송한다.
상기 메시지(예컨대 OVERLOAD START 메시지)를 수신하면, 상기 기지국은 상기 네트워크 노드(예컨대, MME)가 과부하 상태에 있다고 판단한다.
상기 OVERLOAD START 메시지는 아래와 같은 지시들 중 하나를 포함한다.
- 긴급하지 않은(non-emergency) 발신(mobile originated) 데이터 전송을 위한 RRC 연결 수립(예컨대, "mo-data", "mo-VoiceCall" 또는 "delayTolerantAccess"로 설정된 RRC 수립 원인 필드의 값을 포함)은 거절하라는 지시
- 시그널링을 위한 RRC 연결 수립(예컨대, "mo-data", "mo-signalling", "mo-VoiceCall" 또는 "delayTolerantAccess"ㅀ 설정된 RRC 수립 원인 필드의 값을 포함)은 거절하라는 지시
제어 평면(CP) CIoT EPS 최적화만을 지원하는 CIoT 기기들이 데이터 전송을 위해 요청하는 RRC 연결 요청(예컨대, "mo-data" 또는 "delayTolerantAccess"로 설정된 수립 원인값을 포함)을 수락하지 말라는 지시
상기 OVERLOAD START 메시지는 트래픽 부하를 감소시키라는 지시, 예컨대 Traffic Load Reduction Indication 를 더 포함할 수 있다.
이러한 지시가 포함되어 있는 경우, 상기 기지국은 확률에 기반하여 시그널링 트래픽들 중 일부를 거절함으로써, 트래픽을 감소시킨다.
도 13b는 과부하 제어를 위해 기지국이 RRC 연결을 해제하는 절차를 나타낸 예시도이다.
도 13b를 참조하면, 기지국은 과부하 제어를 위해 RRC 연결 해제를 CIoT 기기(100)에게 요청한다. 상기 RRC 연결 해제는 무선 베어러 뿐만 아니라 모든 무선 자원의 해제를 포함한다.
대안적으로, 상기 기지국은 과부하 제어를 위해 RRC 연결의 일시 중지(suspend)를 요청할 수도 있다. 상기 RRC 연결의 일시 중지는 수립된 무선 베어러의 일시 중지를 포함한다.
상기 CIoT 기기는 상기 메시지를 수신하면 다음과 같이 동작한다.
만약, 상기 메시지가 CP 데이터에 대해 적용되는 확장 대기 타이머(예컨대 extendedWaitTime-CPdata)를 포함하는 경우, 그리고 상기 CIoT 기기가 제어 평면(CP) CIoT EPS 최적화를 지원하는 경우, 상기 CIoT 기기의 RRC 계층은 상위 계층(예컨대 NAS 계층)에게 상기 타이머를 전달한다.
그리고, 상기 CIoT 기기의 RRC 계층은 RRC 연결을 해제하거나 일시 중지한다.
이상에서 설명한 바와 같이, 제어 평면(CP) CIoT EPS 최적화가 지원되는 경우, 기지국이 mo-data 또는 delay tolerant로 설정된 수립 원인 필드의 값을 포함하는 RRC 연결 요청(구체적으로 CP CIoT EPS 최적화를 위한 RRC 연결 요청)에 대한 과부하 제어를 수행하도록 MME는 OVERLOAD START 메시를 전송한다. 그러면 상기 기지국은 mo-data 또는 delay tolerant로 설정된 수립 원인 필드의 값을 포함하는 RRC 연결 요청(구체적으로 CP CIoT EPS 최적화를 위한 RRC 연결 요청)을 거절하고, 아울러 RRC 연결 해제 요청 메시지를 통해 상기 확장 대기 타이머를 CIoT 기기의 RRC 계층에게 제공한다. 그러면, 상기 CIoT 기기의 RRC 계층은 상기 확장 대기 타이머를 NAS 계층에게 제공하고, 상기 타이머가 만료되기 전까지, mo-data 또는 delay tolerant로 설정된 수립 원인 필드의 값을 포함하는 RRC 연결 요청 메시의 전송 절차를 수행하지 않는다.
하지만, CIoT 기기의 NAS 계층은 mo-data 또는 delay tolerant로 설정된 수립 원인을 포함하는 RRC 연결 요청(구체적으로 CP CIoT EPS 최적화를 위한 RRC 연결 요청)을 위한 NAS 시그널링 요청을 기존의 일반적인 NAS 시그널링 요청과 구별할 수 없는 문제점이 있다.
마찬가지로, CIoT 기기의 RRC 계층은 mo-data 또는 delay tolerant로 설정된 수립 원인을 포함하는 RRC 연결 요청(구체적으로 CP CIoT EPS 최적화를 위한 RRC 연결 요청)을 기존의 일반적인 RRC 연결 요청과 구별할 수 없는 문제점이 있다.
이러한 문제는 결국 사용자 경험을 저하시키고, 네트워크 자원이 낭비되도록 할 수 있다.
<본 명세서의 개시>
따라서, 본 명세서의 개시는 전술한 문제점을 해결하기 위한 제안들을 제시한다.
I. 제1 문제점을 해결하기 위한 본 명세서의 제안 1
NB-IoT RAT를 이용하는 CIoT 기기가 제어 평면(CP) CIoT EPS 최적화만을 지원하거나 혹은 제어 평면(CP) CIoT EPS 최적화와 사용자 평면(UP) CIoT EPS 최적화 중에서 둘다를 지원할 때, 상기 기기가 사용자 데이터를 포함하는 NAS 시그널링 요청 메시지를 네트워크 노드(예컨대, MME/SGSN)로 전송할 수 있도록 하기 위해서, 본 명세서의 제안 1에 따르면 상기 기기의 NAS 계층은 아래와 같이 요청 타입(call type) 필드와 RRC 수립 원인 필드를 설정하여 AS 계층(예컨대, RRC 계층)에게 전송할 수 있다.
어태치 요청, TAU/RAU 요청, 서비스 요청, 확장 서비스 요청, 사용자데이터를 포함하는 제어 평면(CP)의 서비스 요청 메시지에 대해서,
- 요청 타입(call type) 필드는 발신(Mobile Originating: MO) CP 시그널링 및 발신(MO) CP 콜(call) 중에서 어느 하나로 세팅하거나 혹은 제어 평면(CP) CIoT EPS 최적화를 위한 새로운 요청 타입을 나타내는 값으로 세팅한다. 더불어, RRC 수립 원인 필드를 MO CP 데이터 및 MO CP 시그널링 중에서 어느 하나로 세팅하거나 혹은 제어 평면(CP) CIoT EPS 최적화를 위한 새로운 원인을 나타내는 값으로 세팅할 수 있다.
- 또는 요청 타입(call type) 필드는 기존 처럼 발신(MO) 시그널(signalling) 또는 발신(MO) 콜(Call)로 세팅하는 대신에, RRC 수립 원인 필드를 MO CP 데이터 및 MO CP 시그널링 중에서 어느 하나로 세팅하거나 혹은 제어 평면(CP) CIoT EPS 최적화를 위한 새로운 원인을 나타내는 값으로 세팅한다.
한편, 기지국은 일반적인 NAS 시그널링 요청에 대한 액세스 차단을 위한 정보와 더불어, 상기 사용자 데이터를 포함하는 NAS 시그널링 요청에 대한 액세스 차단을 위한 정보를 제공할 수 있다.
상기 기기의 AS 계층(예컨대, RRC 계층)은 상기 NAS 계층으로부터 전달받은 요청 타입(call type) 필드 및/또는 RRC 수립 원인 필드 그리고 상기 기지국으로부터 전달받은 상기 액세스 차단을 위한 정보에 기초하여, 일반적인 NAS 시그널링 요청과는 다르게 상기 사용자 데이터를 포함하는 NAS 시그널링 요청에 대해서 액세스 차단 검사를 수행하거나, 혹은 액세스 차단 검사를 건너뛸(skip) 수 있다.
한편, 상기 기기의 NAS 계층은 제어 평면(CP)의 서비스 요청 메시지에 대해서 아래와 표에 나타난 RRC 수립 원인 필드와 요청 타입(call type) 필드 AS 계층에게 전달할 수 있다.
NAS 절차 RRC 수립 원인 요청 타입(call type)
서비스 요청 절차 제어 평면(CP)의 서비스 요청 메시지가 페이징에 대한 응답이고, 서비스 타입은 착신(mobile terminating: MT) 요청일 경우, RRC 수립 원인은 "MT 액세스"로 설정됨 착신 콜(terminating call)
제어 평면(CP)의 서비스 요청 메시지가 제어 평면을 통해 사용자 데이터를 전송하기 위한 것이고, 서비스 타입은 발신(MO) 요청일 경우, RRC 수립 원인은 "MO CP 데이터" 또는 "MO CP 시그널링"으로 설정되거나 또는 새로운 수립 원인으로 설정됨 발신 콜(originating call)또는 새로운 요청 타입으로서, "발신(MO) CP 시그널링" 또는 "발신(MO) CP 콜"으로 설정되거나, 또는 새로운 요청 타입으로 설정됨
한편, 본 명세서에 따르면, 새로운 액세스 차단(Access Barring: AB) 메커니즘이 제안된다. 상기 새로운 액세스 차단(AB) 메커니즘은 NB-IoT RAT을 이용하는 무선 기기의 RRC 연결 요청에 대해서 적용되거나, 혹은 제어 평면(CP) CIoT EPS 최적화 방안 혹은 사용자 평면(UP) CIoT EPS 최적화 방안을 사용하는 무선 기기의 RRC 연결 요청에 대해서 적용된다.
이를 위해, 기지국은 상기 새로운 액세스 차단(AB) 메커니즘을 위한 관련 정보를 브로드캐스팅될 수 있다. 이때, 상기 브로드캐스팅은 SIB 타입 2 또는 SIB 타입 14를 통해 수행될 수 있다.
상기 SIB 타입 2를 이용할 경우, 위 표 2에 나타낸 SIB 타입 2는 아래의 표와 같은 필드를 더 포함할 수 있다.
필드 SIB 타입 2
ab-BarringMO-CPData MO CP 데이터로 설정된 RRC 수립 원인 필드를 갖는 RRC 연결 요청이 AB(access barring)를 위한 검사의 대상인지를 나타냄
ac-BarringSkipForMO-CPData MO CP 데이터로 설정된 RRC 수립 원인 필드를 갖는 RRC 연결 요청에 대해 차단 검사가 건너뛰어져야(skip) 하는지를 나타냄
ac-BarringSkipForMO- CPSignalling MO CP 시그널링로 설정된 RRC 수립 원인 필드를 갖는 RRC 연결 요청에 대해 차단 검사가 건너뛰어져야(skip) 하는지를 나타냄
cp-CIoT-EPS-Optimisation 무선 기기가 제어 평면(CP) CIoT EPS 최적화를 위한 연결을 수립하도록 허용되는지를 나타냄
cp-CIoT-EPS-Optimisation 무선 기기가 사용자 평면(UP) CIoT EPS 최적화를 위한 연결을 수립하도록 허용되는지를 나타냄
한편, SIB 타입 14를 이용할 경우, 아래의 표와 같은 필드가 더 추가될 수 있다.
SIB 타입 14
필드 설명
ab-BarringBitmap 액세스 클래스 0부터 9까지에 대한 액세스 클래스 별 차단을 나타낸다. 가장 좌측의 비트는 액세스 클래스 0에 대한 것이다.
ab-BarringCPDataBitmap 제어 평면을 통해 데이터를 전송하는 것에 대해서 액세스 클래스 0부터 9까지의 액세스 클래스 별 차단을 나타낸다. 가장 좌측의 비트는 액세스 클래스 0에 대한 것이다.
ab-BarringMO-CPData MO CP 데이터로 설정된 RRC 수립 원인 필드를 갖는 RRC 연결 요청이 AB(access barring)를 위한 검사의 대상인지를 나타냄
ac-BarringSkipForMO-CPData MO CP 데이터로 설정된 RRC 수립 원인 필드를 갖는 RRC 연결 요청에 대해 차단 검사가 건너뛰어져야(skip) 하는지를 나타냄
ac-BarringSkipForMO- CPSignalling MO CP 시그널링로 설정된 RRC 수립 원인 필드를 갖는 RRC 연결 요청에 대해 차단 검사가 건너뛰어져야(skip) 하는지를 나타냄
ab-Category AB가 적용되는 기기의 카테고리를 나타낸다.
한편, 이하 도면을 참조하여 보다 상세하게 설명하면 다음과 같다.
도 14a 및 도 14b는 본 명세서의 제안 1에 따른 절차를 나타낸 신호 흐름도이다.
도 14a 및 도 14b를 참조하여 알 수 있는 바와 같이, 먼저 기지국(200)은 액세스 차단(Access Barring: AB) 메커니즘과 관련된 정보를 브로드캐스팅할 수 있다. 상기 액세스 차단(AB) 메커니즘 관련 정보는 표 6와 같이 SIB 타입 14에 포함되어 브로드캐스팅될 수 있다. 혹은 상기 액세스 차단(AB) 관련 정보는 표 5와 같이 SIB 타입 2에 포함되어 브로드캐스팅될 수 있다.
한편, 무선 기기(예컨대, CIoT 기기)(100)는 제어 평면(CP) CIoT EPS 최적화를 사용하여, 사용자 데이터를 제어 평면(CP)의 NAS 시그널링 요청을 통해 전송하기로 결정한다.
이에 따라, 상기 무선 기기(예컨대, CIoT 기기)(100)의 응용(Application) 계층은 발신(MO) 데이터/시그널링을 NAS 계층으로 전달한다.
그러면, 상기 NAS 계층은 표 4에 나타난 바와 같이 RRC 수립 원인 필드를 MO CP 데이터 및 MO CP 시그널링 중에서 어느 하나로 설정하거나 혹은 제어 평면(CP) CIoT EPS 최적화를 위한 새로운 수립 원인을 나타내는 값으로 설정한다. 그리고 상기 NAS 계층은 요청 타입(call type) 필드를 발신(MO) CP 시그널링 및 발신(MO) CP 콜 중에서 어느 하나로 설정하거나 혹은 제어 평면(CP) CIoT EPS 최적화를 위한 새로운 요청 타입으로 설정한다. 대안적으로, 상기 NAS 계층은 요청 타입(call type) 필드는 기존처럼 발신(MO) 시그널(signalling) 또는 발신(MO) 콜(Call)로 설정하는 대신에, RRC 수립 원인 필드를 MO CP 데이터 및 MO CP 시그널링 중에서 어느 하나로 세팅하거나 혹은 제어 평면(CP) CIoT EPS 최적화를 위한 새로운 원인을 나타내는 값으로 세팅한다.
그리고, 상기 NAS 계층은 상기 사용자 데이터를 포함하는 NAS 서비스 요청 메시지, 상기 RRC 수립 원인 필드, 상기 요청 타입 필드를 AS 계층으로 전달한다
이때, 도 14b에 도시된 바와 같이, 상기 NAS 계층으로부터 전달받은 요청 타입(call type) 필드가 발신(MO) CP 시그널링, 발신(MO) CP 콜(call) 또는 CP CIoT EPS 최적화의 사용을 위한 새로운 요청 타입으로 설정되어 있고, 그리고 기지국으로부터 수신한 표 5 또는 표 6의 ac-BarringSkipForMO-CPData 또는 ac-BarringSkipForMO- CPSignalling가 액세스 차단(AB)을 위한 검사가 건너뛰어져야(skip) 하는 것으로 지시하는 경우, 상기 AS 계층은 상기 액세스 차단(AB)을 위한 검사를 건너뛸 수 있다.
그러나, 상기 표 5 또는 표 6의 ac-BarringSkipForMO-CPData 또는 ac-BarringSkipForMO- CPSignalling에 의해 상기 액세스 차단(AB)을 위한 검사의 건너뜀이 지시되지 않는 경우, 도 14a에 도시된 바와 같이, 상기 AS 계층은 액세스 차단(AB)를 위한 검사를 수행한다. 구체적으로, 상기 NAS 계층으로부터 전달받은 요청 타입(call type) 필드가 발신(MO) CP 시그널링, 발신(MO) CP 콜(call) 또는 CP CIoT EPS 최적화의 사용을 위한 새로운 요청 타입으로 설정되어 있는 경우, 상기 AS 계층은 타이머(예컨대 T3xy)를 Tbarring 타이머로 사용하고, 상기 기지국으로부터 수신한 표 5 또는 표 6의 ab-BarringMO-CPData를 차단 파라미터로 사용하여, 액세스 차단(AB)를 위한 검사를 수행한다. 또는, 상기 NAS 계층으로부터 전달받은 수립 원인 필드가 발신(MO) CP 데이터, 발신(MO) CP 시그널링 또는 CP CIoT EPS 최적화를 사용하기 위한 새로운 원인으로 설정되어 있는 경우, 상기 AS 계층은 타이머(예컨대 T3xy)를 타이머 Tbarring으로 사용하고, 상기 기지국으로부터 수신한 표 5 또는 표 6의 ab-BarringMO-CPData를 차단 파라미터로 사용하여, 액세스 차단(AB)를 위한 검사를 수행한다.
상기 액세스 차단(AB)를 위한 검사를 수행하려 할 때, 이미 ACB에 의해 셀에 대한 액세스가 차단되어
상기 액세스 차단(AB)를 위한 검사에 대해서 보다 상세하게 설명하면 다음과 같다.
상기 기기의 액세스 클래스가 0부터 9까지 중 어느 하나의 값이고, ab-BarringCPDataBitmap 내에서 대응하는 비트가 0으로 설정되어 있는 경우,
그리고, 상기 AS 계층이 발신(MO) CP 시그널링 또는 발신(MO) CP 콜(call)으로 설정된 요청 타입(call type) 필드를 포함하는 RRC 연결 수립 요청 메시지를 전송하려는 경우 혹은 CP CIoT EPS 최적화를 위한 새로운 요청 타입(call type)을 포함하는 RRC 연결 수립 요청 메시지를 전송하는 경우, 그리고 ab-BarringForMO-CPData가 거짓(false)로 설정되어 있는 경우
상기 AS 계층은 차단이 되지 않는 다고 간주한다.
반면, 상기 기기가 액세스 클래스 11부터 15 까지 중에서 하나 이상의 액세스 클래스를 갖고, ab-BarringForSpecialAC 내의 대응하는 비트가 0으로 설정되어 있는 경우,
상기 AS 계층은 차단이 되지 않는 다고 간주한다.
즉, 상기 NAS 계층이 이전에 AS 계층으로부터 일반적인 발신(MO) 콜로 세팅된 RRC 수립 원인 필드를 갖는 RRC 연결 요청의 전송이 차단되었다고 전달받았지만, 새로운 서비스 요청 메시지의 전송이 제어 평면을 통해 사용자의 데이터를 전송하기 위해서 개시되는 경우에는, 상기 NAS 계층은 상기 서비스 요청 메시지의 전송을 위한 절차를 개시할 수 있다.
한편, 상기 액세스 차단(AB)을 위한 검사를 수행한 결과 차단으로 결정된 경우, 상기 AS 계층은 RRC 연결 수립 또는 RRC 연결 재개가 실패되었음을 나타내는 인디케이션을 NAS 계층에게 전달하고, 관련 동작을 중지한다. 그리고, 상기 AS 계층은 타이머 T3xy를 구동할 수 있다.
구체적으로, 상기 액세스 차단(AB)을 위한 검사 수행 결과 차단으로 결정되었을 때, 타이머 T3xy 및 타이머 Tbarring이 구동중이 아니라면, 상기 AS 계층은 범위 0 ≤ rand < 1를 충족하도록 균등하게 분산된 랜덤 값 rand를 생성한다.
그리고, 액세스 차단 파라미터 내의 ac-BarringTime를 이용하여 다음과 같이 산출된 타이머 값으로 설정된 타이머 Tbarring를 구동한다.
"Tbarring" = (0.7+ 0.6 * rand) * ac-BarringTime;
상기 NAS 계층이 상기 차단으로 실패되었음을 나타내는 인디케이션을 수신하면, 사용자 데이터를 포함하는 NAS 시그널링 요청의 전송을 위한 절차를 중단한다. 그리고, 상기 NAS 계층은 AS 계층으로부터 차단이 완화되었다는 인디케이션을 수신하기 전까지, 상기 NAS 계층은 NAS 시그널링 요청을 전송하기 위한 절차를 다시 수행하지 않는다.
한편, 상기 타이머 T3xy가 만료되거나 중지되었을 때, 상기 타이머 T302가 구동중이 아니라면, 상기 기기의 AS 계층은 발신(MO) CP 시그널링 또는 발신(MO) CP 콜(call)으로 설정된 요청 타입(call type) 필드 또는 CP CIoT EPS 최적화를 위한 새로운 원인으로 설정된 요청 타입(call type) 필드를 포함하는 RRC 연결 수립 요청 또는 RRC 연결 재개에 대한 액세스 차단이 완화(alleviation)되었다고 NAS 계층에게 알릴 수 있다.
또한, 상기 AS 계층은 타이머 T302가 만료되거나 중지되었을 때, 상기 타이머 T3xy가 구동중이 아니라면, 발신(MO) CP 시그널링 또는 발신(MO) CP 콜(call)으로 설정된 요청 타입(call type) 필드 또는 CP CIoT EPS 최적화를 위한 새로운 원인으로 설정된 요청 타입(call type) 필드를 포함하는 RRC 연결 수립 요청 또는 RRC 연결 재개에 대한 액세스 차단이 완화(alleviation)되었다고 NAS 계층에게 알릴 수 있다.
다른 한편, 네트워크의 혼잡 상황에서, 기지국은 수신한 RRC 연결 요청 메시지 내의 RRC 수립 원인 필드가 발신(MO) CP 데이터 또는 발신(MO) CP 시그널링으로 설정되어 있거나, 또는 상기 RRC 수립 원인 필드가 CP CIoT EPS 최적화를 위한 새로운 원인으로 설정되어 있는 경우, 상기 RRC 연결 요청 메시지를 다른 RRC 연결 요청 메시지와 차별화할 수 있다. 즉, 상기 기지국은 상기 RRC 연결 요청 메시지를 높은 우선순위를 가지고 처리하거나 혹은 낮은 우선순위로 처리할 수 있다. 여기서, 상기 높은 우선 순위로 처리한다 함은, 차단 비율을 낮게 함으로써, 차단이 덜 되도록 함을 의미할 수 있다. 반면, 낮은 우선순위로 처리한다 함은 차단 비율을 높게 함으로써, 차단이 보다 잘 되도록 함을 의미할 수 있다.
상기 기지국은 상기 RRC 연결 요청 메시지의 수신에 대한 응답으로서, RRC 연결 수립 수락 메시지(즉, RRC 연결 설정 메시지) 또는 RRC 연결 수립 거절 메시지를 전송할 수 있다. 상기 RRC 연결 수립 거절 메시지는 대기 타이머 값 또는 확장된(extended) 대기 타이머 값 또는 새로운 대기 타이머 값을 포함할 수 있다. 상기 새로운 대기 타이머 값은 상기 CP CIoT EPS 최적화를 사용하는 것을 차별하기 위함이다. 상기 대기 타이머 값이 예컨대, 최대 16초로 설정되고, 상기 확장 대기 타이머 값이 최대 1800초로 설정될 수 있다면, 상기 새로운 대기 타이머의 값은 높은 우선순위 처리를 위해서 최대 8초 또는 낮은 우선순위 처리를 위해 최대 3600초로 설정될 수 있다.
한편, NAS 시그널링에 대해 낮은 순위(low priority)로 설정된 경우, 기기의 NAS 계층은 NAS 시그널링 요청(예컨대, 어태치 요청, TAU 요청, 서비스 요청 등)과 함께 지연 허용(Delay tolerant)으로 설정된 RRC 수립 원인 필드를 AS 계층으로 전달할 수 있다. 이와 같이 낮은 순위로 설정된 기기가, 만약 CP CIoT EPS 최적화를 이용하는 경우, 일 실시예에 따르면, 상기 기기의 NAS 계층은 상기 RRC 수립 원인 필드를 상기 지연 허용으로 설정하지 않고, MO CP 데이터 또는 MO CP 시그널링으로 설정한 후 AS 계층으로 전달할 수 있다. 또는 상기 기기의 NAS 계층은 상기 RRC 수립 원인 필드를 CP CIoT EPS 최적화를 위한 새로운 원인으로 설정한 후 AS 계층으로 전달할 수 있다.
이렇게 함으로써 기기가 CP CIoT EPS 최적화를 지원하는 경우, 사용자 데이터를 포함하는 NAS 시그널링 요청의 전송과 사용자 데이터를 포함하지 않는 NAS 시그널링의 요청의 전송을 서로 구분하여, 액세스 차단 검사를 수행할 수 있다.
II. 제1 문제점을 해결하기 위한 본 명세서의 제안 2
이하, 본 명세서의 제안 2를 설명함에 있어서, 본 명세서의 제안 1과 차별되는 내용에 대해서만 설명하기로 하고, 동일한 내용은 전술한 제안 1의 내용을 준용하기로 한다.
본 명세서의 제안 2에 따르면 무선 기기(예컨대, CIoT 기기)의 NAS 계층은 사용자 데이터를 포함하는 NAS 시그널링 요청 메시지를 전송하기 위해서, 기존의 요청 타입과 RRC 수립 원인 필드를 설정하는 대신, 상기 NAS 시그널링 요청 메시지가 CP CIoT EPS 최적화에 따라 사용자 데이터를 포함함을 나타내는 인디케이션을 상기 AS 계층에게 전달한다.
보다 구체적으로, NAS 시그널링 요청, 예컨대 어태치 요청, TAU/RAU 요청, 서비스 요청, 확장 서비스 요청, 사용자 데이터를 포함하는 제어 평면(CP)의 서비스 요청 메시지에 대해서,
- 상기 기기의 NAS 계층은 요청 타입(call type)은 기존 요청 타입에 해당하는 발신(MO) 시그널(signalling) 또는 발신(MO) 콜(Call)로 세팅하여 AS 계층으로 전달한다.
- 그리고, 상기 기기의 NAS 계층은 RRC 수립 원인 필드도 기존과 같이 MO 데이터 또는 MO 시그널링으로 세팅한다.
- 그러나, 상기 기기의 NAS 계층은 NAS 시그널링 요청 메시지가 CP CIoT EPS 최적화에 따라 사용자 데이터를 포함함을 나타내는 인디케이션을 상기 AS 계층으로 전달한다.
한편, 이하 도면을 참조하여 보다 상세하게 설명하면 다음과 같다.
도 15a 및 도 15b는 본 명세서의 제안 2에 따른 절차를 나타낸 신호 흐름도이다.
이하, 도 15a 및 도 15b를 참조하여 설명하면서, 도 14a 및 도 14b와 차별되는 내용을 위주로 설명하고, 동일한 내용은 위의 내용을 준용하기로 한다.
무선 기기(예컨대, CIoT 기기)(100)의 NAS 계층은 사용자 데이터를 포함하는 NAS 시그널링 요청 메시지를 전송하기 위해서, 기존의 요청 타입과 RRC 수립 원인 필드를 설정하는 대신, 상기 NAS 시그널링 요청 메시지가 CP CIoT EPS 최적화에 따라 사용자 데이터를 포함함을 나타내는 인디케이션을 상기 AS 계층에게 전달한다.
상기 AS 계층(예컨대, RRC 계층)은 상기 NAS 계층에서 제공된 인디케이션과, 상기 기지국으로부터 전달받은 상기 액세스 차단을 위한 정보에 기초하여, 상기 RRC 수립 원인 필드를 MO CP 데이터 또는 MO CP 시그널링으로 변경할 수 있다. 또는 상기 AS 계층은 상기 RRC 수립 원인 필드를 상기 CP CIoT EPS 최적화를 위한 새로운 원인으로 변경 할 수도 있다.
그리고, 상기 AS 계층은 상기 NAS 계층에서 제공된 인디케이션에 기초하여 상기 사용자 데이터를 포함하는 NAS 시그널링 요청에 대해서 도 15a에 나타난 바와 같이 액세스 차단(AB)를 위한 검사를 수행하거나, 혹은 도 15b에 나타난 바와 같이 액세스 차단(AB)를 위한 검사를 건너뛸(skip) 수 있다. 이에 대한 세부 내용은 도 14a 및 도 14b에 대한 내용을 준용하기로 한다.
한편, 상기 NAS 계층이 이전에 AS 계층으로부터 일반적인 발신(MO) 콜로 세팅된 RRC 수립 원인 필드를 갖는 RRC 연결 요청의 전송이 차단되었다고 전달받았지만, 새로운 서비스 요청 메시지의 전송이 제어 평면을 통해 사용자의 데이터를 전송하기 위해서 개시되는 경우에는, 상기 NAS 계층은 상기 서비스 요청 메시지의 전송을 위한 절차를 개시할 수 있다.
한편, NAS 시그널링에 대해 낮은 순위(low priority)로 설정된 경우, 기기의 NAS 계층은 NAS 시그널링 요청(예컨대, 어태치 요청, TAU 요청, 서비스 요청 등)과 함께 지연 허용(Delay tolerant)으로 설정된 RRC 수립 원인 필드를 AS 계층으로 전달할 수 있다. 이와 같이 낮은 순위로 설정된 기기가, 만약 CP CIoT EPS 최적화를 이용하는 경우, 일 실시예에 따르면, 상기 기기의 NAS 계층은 상기 RRC 수립 원인 필드를 상기 지연 허용으로 설정하지 않고, MO 데이터 또는 MO 시그널링으로 설정된 RRC 수립 원인 필드 또는 상기 NAS 시그널링 요청 메시지가 CP CIoT EPS 최적화에 따라 사용자 데이터를 포함함을 나타내는 인디케이션을 상기 AS 계층으로 전달한다. 그러면, 상기 AS 계층은 상기 MO 데이터 또는 MO 시그널링으로 설정된 수립 원인 필드를 이용하거나 상기 인디케이션에 기초하여 상기 RRC 수립 원인 필드를 발신(MO) CP 시그널링 또는 발신(MO) CP 콜(call)으로 변경하거나 혹은 CP CIoT EPS 최적화를 위한 새로운 원인으로 변경한다.
이렇게 함으로써 기기가 CP CIoT EPS 최적화를 지원하는 경우, 사용자 데이터를 포함하는 NAS 시그널링 요청의 전송과 사용자 데이터를 포함하지 않는 NAS 시그널링의 요청의 전송을 서로 구분하여, 액세스 차단 검사를 수행할 수 있다.
III. 제2 문제점을 해결하기 위한 본 명세서의 제안 3
III-1. 방안 1
전술한 제2 문제점을 해결하기 위해서, 제안 3의 방안 1에 따르면 CIoT 기기의 NAS 계층은 RRC 연결 요청(구체적으로 CP CIoT EPS 최적화를 위한 RRC 연결 요청)을 위해 기존에 mo-data 또는 delay tolerant로 설정되는 수립 원인 대신에, 새로운 수립 원인 및/또는 요청 타입(call)을 다음과 같이 설정한 후, RRC 계층에게 전달할 수 있다.
(i) 어태치 요청 절차: 어태치 요청을 위해서는 일반적으로 RRC 수립 원인값이 mo-signalling로 설정된다. 그러므로, RRC 수립 원인이 delay tolerant access로 설정되는 특정 상황에서만 문제가 발생한다. 상기 RRC 수립 원인이 delay tolerant access로 설정되는 특정 상황은 어태치 요청 메시지 내의 Device properties 인포메이션 엘리먼트가 low priority indicator를 가지고 있고, "MS is configured for NAS signalling low priority"로 설정되는 경우이다. 이 경우, 제1 방안은 전술한 문제점을 해결하고자, RRC 수립 원인 필드의 값 및/또는 요청 타입을 다음과 같이 설정하도록 하는 것을 제안한다.
- 어태치 요청 메시지 내의 Device properties 인포메이션 엘리먼트가 low priority indicator를 가지고 있고 그리고 "MS is configured for NAS signalling low priority"로 설정되고, 사용자 데이터를 제어 평면으로 전송하기 위해 CP CIoT EPS 최적화를 요청하는 경우, RRC 수립 원인 필드는 기존과는 다른 새로운 값, 예컨대 CP-Delay tolerant, CP-data, delay tolerant for CP data로 설정된다.
이때, 요청 타입(call type)은 기존과 다른 새로운 값, 예컨대 originating signalling for CP data으로 설정될 수도 있다.
(ii) TAU 요청 절차: TAU 요청 절차는 일반적으로 RRC 수립 원인 필드의 값이 mo-signalling으로 설정된다. 그러므로, RRC 수립 원인이 delay tolerant access로 설정되는 특정 상황에서만 문제가 발생한다. 상기 RRC 수립 원인이 delay tolerant access로 설정되는 특정 상황은 TAU 요청 메시지 내의 Device properties 인포메이션 엘리먼트가 low priority indicator를 가지고 있고, "MS is configured for NAS signalling low priority"로 설정되는 경우이다. 한편, CIoT 기기가 제어 평면(CP) CIoT EPS 최적화를 사용하는 경우, TAU 요청 메시지 내에 signalling active flag가 된다. 그리고, 제어 평면(CP) CIoT EPS 최적화를 사용하지 않는 경우, TAU 요청 메시지 내에 signalling active flag가 설정되지 않는다. 그러나 이러한 2경우를 구분하지 못하고, RRC 수립 원인의 값은 mo-signalling 또는 delay tolerant access가 설정된다. 이러한 전술한 문제점을 해결하고자, 제1 방안은 RRC 수립 원인 필드의 값 및/또는 요청 타입을 다음과 같이 설정하도록 하는 것을 제안한다.
- CIoT 기기가 긴급 베어러 서비스를 위해 수립된 PDN 연결을 가지고 있지 않은 경우, 그리고 "emergency" 또는 "handover of emergency bearer services"로 설정된 요청 타입을 갖는 PDN 연결 요청을 시작하지 않은 경우, 그리고 TAU 요청 메시지 내의 Device properties 인포메이션 엘리먼트는 "MS is configured for NAS signalling low priority"로 설정되는 경우, 그리고 MO MMTEL 음성 통화(voice call)/영상 통화(video call)가 시작되지 않은 경우, 그리고 사용자 데이터를 제어 평면으로 보내기 위해 CP CIoT EPS 최적화를 요청하는 경우(또는 TAU 요청 메시지 내의 Additional update type 인포메이션 엘리먼트가 "signalling active"로 설정되는 경우), RRC 수립 원인은 기존과 달리 새로운 CP-Delay tolerant, CP-data 또는 delay tolerant for CP data 등으로 설정된다.
이때, 요청 타입(call type)은 기존과 다른 새로운 값, 예컨대 originating signalling for CP data으로 설정될 수도 있다.
(iii) 제어 평면 서비스 요청(Control Plane Service Request; CPSR) 절차: CPSR 절차는 CPSR 메시지에 사용자 데이터를 포함하여 전송하는 경우와 시그널링 자원(signalling resource)를 요청하는 경우로 나눌 수 있다. 전자의 경우에, 과부하 제어가 적용되어야 한다. 따라서, CPSR의 경우 RRC 수립 원인 필드의 값이 mo-data 또는 delay tolerant access로 설정되므로, 어느 경우에나 상기 문제가 발생한다.
이러한 전술한 문제점을 해결하고자, 제1 방안은 RRC 수립 원인 필드의 값 및/또는 요청 타입을 다음과 같이 설정하도록 하는 것을 제안한다.
- CPSR 절차가 사용자 데이터를 전송하기 위해 사용될 경우, RRC 수립 원인은 MO date 또는 새로운 MO CP-data 등으로 설정된다.
- CPSR 절차가 UL 시그널링을 위한 자원을 요청하기 위해서 사용될 경우, RRC 수립 원인은 MO date 또는 새로운 MO non CP-data 등으로 설정된다.
- CPSR 절차가 사용자 데이터를 전송하기 위해서 사용되고, CPSR 요청 메시지 내의 Device properties 인포메이션 엘리먼트가 저 순위 인디케이터(low priority indicator)를 가지고 있고, "MS is configured for NAS signalling low priority"로 설정되는 경우, RRC 수립 원인은 Delay tolerant 또는 새로운 Delay tolerant for CP-data 등으로 설정된다.
- CPSR 절차가 UL 시그널링을 위한 자원을 요청하기 위해서 사용되고, CPSR 요청 메시지 내의 Device properties 인포메이션 엘리먼트가 저 순위 인디케이터(low priority indicator)를 가지고 있고, "MS is configured for NAS signalling low priority"로 설정되는 경우, RRC 수립 원인은 Delay tolerant 또는 새로운 Delay tolerant for non CP-data 등으로 설정된다.
- 현재 접속된 기지국의 RAT에 대한 모드가 WB-S1 모드에 해당하고, CPSR 절차가 MO SMS를 전송하기 위해서 사용되는 경우, RRC 수립 원인은 MO data 또는 새로운 MO CP-data로 설정된다.
- 현재 접속된 기지국의 RAT에 대한 모드가 WB-S1 모드에 해당하고, CPSR 절차가 MO SMS를 전송하기 위해서 사용되는 경우, 그리고 CPSR 요청 메시지 내의 Device properties 인포메이션 엘리먼트가 저 순위 인디케이터(low priority indicator)를 가지고 있고, "MS is configured for NAS signalling low priority"로 설정되는 경우, RRC 수립 원인은 Delay tolerant 또는 새로운 Delay tolerant for CP-data 로 설정된다.
- 현재 접속된 기지국의 RAT에 대한 모드가 NB-S1 모드 에 해당하고, CPSR 절차가 MO SMS를 전송하기 위해서 사용되는 경우, RRC 수립 원인은 MO data 또는 새로운 MO CP-data로 설정된다.
- 현재 접속된 기지국의 RAT에 대한 모드가 NB-S1 모드 에 해당하고, CPSR 절차가 MO SMS를 전송하기 위해서 사용되는 경우, 그리고 CPSR 요청 메시지 내의 Device properties 인포메이션 엘리먼트가 저 순위 인디케이터(low priority indicator)를 가지고 있고, "MS is configured for NAS signalling low priority"로 설정되는 경우, RRC 수립 원인은 Delay tolerant 또는 새로운 Delay tolerant for CP-data 로 설정된다.
추가적으로, 요청 타입(call type)은 기존과 다른 새로운 값, 예컨대 originating signalling for CP data으로 설정될 수도 있다.
도 16a은 본 명세서의 제안 3의 방안 1에 따른 절차를 나타낸 신호 흐름도이다.
도 16a을 참조하면, RRC 계층은 현재 접속된 기지국의 RAT(radio access technology)에 대한 모드를 NAS 계층에게 미리 알려줄 수 있다. 예를 들어, 현재 접속된 RAT이 NB-IoT를 위해 개선된 RAT인 경우, RRC 계층은 NB-S1 모드를 NAS 계층에게 전달할 수 있다. 그러나, 현재 접속된 RAT이 일반적인 RAT인 경우, RRC 계층은 WB-S1 모드를 NAS 계층에게 전달할 수 있다.
CIoT 기기의 NAS 계층은 CP CIoT EPS 최적화를 위해 방안 1에서 제안되는 새로운 RRC 수립 원인 필드의 값을 설정하여 RRC 계층에게 제공한다. 그러면 상기 RRC 계층은 RRC 연결 요청 메시지(예컨대, 랜덤 액세스 절차의 3번째 메시지에 포함될 수 있음) 내에 상기 RRC 수립 원인 필드의 값을 설정한 후, 기지국으로 전송한다. 이때, 상기 기지국이 MME로부터 OVERLOAD START 메시지를 수신했던 경우, 상기 기지국은 상기 새로운 RRC 수립 원인을 포함하는 상기 RRC 요청 메시지(즉, CP CIoT EPS 최적화를 위한 RRC 요청 메시지)를 거절할 수 있다. 즉, 상기 기지국은 거절 메시지를 CIoT 기기의 RRC 계층으로 전송한다. 상기 거절 메시지는 확장 대기 타이머의 값을 포함한다. 상기 거절 메시지는 거절 이유를 나타내는 정보를 더 포함할 수 있다. 상기 거절 메시지를 수신한, 상기 CIoT 기기의 RRC 계층은 상기 확장 대기 타이머의 값을 NAS 계층에게 전달한다. CIoT 기기의 NAS 계층은 상기 확장 대기 타이머의 값을 CP 백오프(back-off) 타이머(예컨대 ,Txy)의 값으로 사용할 수 있다.
대안적으로, 상기 기지국은 상기 CP CIoT EPS 최적화를 위한 새로운 RRC 수립 원인을 포함하는 상기 RRC 요청 메시지(즉, CP CIoT EPS 최적화를 위한 RRC 요청 메시지)를 거절하지 않고, 일단 수락할 수 있다. 상기 수락을 위해 상기 기지국은 RRC 연결 설정 메시지를 전송할 수 있다. 이때, 상기 기지국은 상기 새로운 수립 원인 필드의 값을 기억/저장한다. 이후 기지국은 해당 RRC 연결에 대해 RRC 연결 해제 요청 메시지를 상기 CIoT 기기의 RRC 계층으로 전송한다. 상기 연결 해제 요청 메시지는 확장 대기 타이머의 값을 포함할 수 있다. 상기 연결 해제 요청 메시지는 해제 이유를 나타내는 정보를 포함할 수 있다. 상기 CIoT 기기의 RRC 계층은 상기 수신한 확장 대기 타이머의 값을 NAS 계층에게 전달한다. 상기 CIoT 기기의 NAS 계층은 상기 확장 대기 타이머의 값을 CP 백오프 타이머(예컨대, Txy)의 값으로 사용할 수 있다.
위에서 언급한 방안 1은 CIoT 기기의 NAS 계층이 RRC 계층으로부터 NB-S1 모드 정보를 전달받은 경우 혹은 WB-S1 모드 정보를 전달받은 경우에만 적용될 수 있다. 혹은, 위에서 언급한 방안 1은 CIoT 기기의 NAS 계층이 RRC 계층으로부터 NB-S1 모드 혹은 WB-S1 모드를 전달받지 않은 경우(즉, RRC 계층으로부터 NB-S1 모드 혹은 WB-S1 모드를 전달받았는지 여부와 상관 없이)에도 적용될 수도 있다.
III-2. 방안 2
전술한 제2 문제점을 해결하기 위해서, 제안 3의 방안 2에 따르면, CIoT 기기의 NAS 계층은 CP CIoT EPS 최적화를 위한 NAS 시그널링 요청을 전송하기 위한 RRC 요청 메시지를 RRC 계층에게 전달할 때, 새로운 인디케이션/정보를 함께 전달할 수 있다. 상기 새로운 인디케이션/정보는 CP CIoT EPS 최적화를 위한 NAS 시그널링 요청임을 나타낸다. 이와 같이 상기 새로운 인디케이션/정보가 전달되는 경우, RRC 요청 메시지 내의 수립 원인 필드의 값은 기존 처럼 mo-data 또는 delay tolerant access로 설정될 수 있다.
도 16b은 본 명세서의 제안 3의 방안 2에 따른 절차를 나타낸 신호 흐름도이다.
도 16b를 참조하면, RRC 계층은 현재 접속된 기지국의 RAT이 NB-S1 모드인지 아니면 WB-S1 모드 인지를 NAS 계층에게 전달할 수 있다.
NAS 계층은 CP CIoT EPS 최적화를 위한 NAS 시그널링 요청을 전송하기 위한 RRC 요청 메시지의 수립 원인 필드의 값을 기존 처럼 mo-data 또는 delay tolerant access로 설정할 수 있다.
상기 NAS 계층은 수립 원인 필드의 값을 RRC 계층에게 전달할 때, 새로운 인디케이션/정보를 함께 전달할 수 있다
상기 CIoT 기기의 RRC 계층은 상기 전달받은 인디케이션/정보를 상기 RRC 요청 메시지 내에 포함시킨 후, 상기 기지국으로 전송할 수 있다.
이때, 상기 기지국이 MME로부터 OVERLOAD START 메시지를 수신했던 경우, 상기 기지국은 상기 인디케이션/정보를 포함하는 상기 RRC 요청 메시지(즉, CP CIoT EPS 최적화를 위한 RRC 요청 메시지)를 거절할 수 있다. 상기 거절 메시지는 확장 대기 타이머의 값을 포함한다. 상기 거절 메시지는 거절 이유를 나타내는 정보를 더 포함할 수 있다. 상기 거절 메시지를 수신한, 상기 CIoT 기기의 RRC 계층은 상기 확장 대기 타이머의 값을 NAS 계층에게 전달한다. CIoT 기기의 NAS 계층은 상기 확장 대기 타이머의 값을 CP 백오프(back-off) 타이머(예컨대 ,Txy)의 값으로 사용할 수 있다.
대안적으로, 상기 기지국은 상기 인디케이션/정보를 포함하는 상기 RRC 요청 메시지(즉, CP CIoT EPS 최적화를 위한 RRC 요청 메시지)를 거절하지 않고, 일단 수락할 수 있다. 상기 수락을 위해 상기 기지국은 RRC 연결 설정 메시지를 전송할 수 있다. 이때, 상기 기지국은 상기 인디케이션/정보를 기억/저장한다. 이후 기지국은 해당 RRC 연결에 대해 RRC 연결 해제 요청 메시지를 상기 CIoT 기기의 RRC 계층으로 전송한다. 상기 연결 해제 요청 메시지는 확장 대기 타이머의 값을 포함할 수 있다. 상기 연결 해제 요청 메시지는 해제 이유를 나타내는 정보를 포함할 수 있다. 상기 CIoT 기기의 RRC 계층은 상기 수신한 확장 대기 타이머의 값을 NAS 계층에게 전달한다. 상기 CIoT 기기의 NAS 계층은 상기 확장 대기 타이머의 값을 CP 백오프 타이머(예컨대, Txy)의 값으로 사용할 수 있다.
위에서 언급한 방안 2는 CIoT 기기의 NAS 계층이 RRC 계층으로부터 NB-S1 모드 정보를 전달받은 경우 혹은 WB-S1 모드 정보를 전달받은 경우에만 적용될 수 있다. 혹은, 위에서 언급한 방안 2은 CIoT 기기의 NAS 계층이 RRC 계층으로부터 NB-S1 모드 혹은 WB-S1 모드를 전달받지 않은 경우(즉, RRC 계층으로부터 NB-S1 모드 혹은 WB-S1 모드를 전달받았는지 여부와 상관 없이)에도 적용될 수도 있다.
III-3. 방안 3
도 16c는 본 명세서의 제안 3의 방안 3에 따른 절차를 나타낸 신호 흐름도이다.
전술한 제2 문제점을 해결하기 위해서, CIoT 기기의 NAS 계층은 CP CIoT EPS 최적화를 위한 NAS 시그널링 요청을 전송하기 위한 RRC 요청 메시지를 RRC 계층에게 전달할 때, 방안 2에 따라 새로이 정의되는 제1 인디케이션/정보를 함께 전달할 수 있다. 상기 새로운 인디케이션/정보는 CP CIoT EPS 최적화를 위한 NAS 시그널링 요청임을 나타낸다. 한편, 그 전에 RRC 계층은 현재 접속된 기지국의 RAT이 NB-S1 모드인지 아니면 WB-S1 모드 인지를 NAS 계층에게 전달할 수 있다.
이때, 방안 3에 따르면 상기 CIoT 기기의 RRC 계층은 상기 전달받은 인디케이션/정보를 포함시키지 않고, 나아가 기존과 동일하게 mo-data 또는 delay tolerant로 설정되어 있는 수립 원인 필드의 값을 포함하는 RRC 요청 메시지(즉, CP CIoT EPS 최적화를 위한 RRC 요청 메시지)를 상기 기지국으로 전송할 수 있다.
이때, 상기 기지국이 MME로부터 OVERLOAD START 메시지를 수신했던 경우라도, 상기 기지국은 상기 RRC 요청 메시지를 거절하지 않고, 일단 수락할 수 있다. 상기 수락을 위해 상기 기지국은 RRC 연결 설정 메시지를 전송할 수 있다. 이때, 상기 기지국은 상기 RRC 요청 메시지 내의 수립 원인 필드의 값을 기억/저장한다.
이후 CIoT 기기의 RRC 계층은 RRC 연결 셋업 완료 메시지(connection setup complete message)(랜덤 액세스 절차의 5번째 메시지)를 전송한다. 이때, CIoT 기기의 RRC 계층은 상기 NAS 계층으로부터 전달받았던 인디케이션/정보에 기초하여, 상기 RRC 연결 셋업 완료 메시지 내에 새로이 정의되는 제2 인디케이션/정보를 포함시킨다. 상기 새로운 제2 인디케이션/정보는 CP CIoT EPS 최적화만이 지원됨을 나타낼 수 있다.
이후, 기지국은 해당 RRC 연결에 대해 RRC 연결 해제 요청 메시지를 상기 CIoT 기기의 RRC 계층으로 전송한다. 상기 연결 해제 요청 메시지는 확장 대기 타이머의 값을 포함할 수 있다. 상기 연결 해제 요청 메시지는 해제 이유를 나타내는 정보를 포함할 수 있다. 상기 CIoT 기기의 RRC 계층은 상기 수신한 확장 대기 타이머의 값을 NAS 계층에게 전달한다. 상기 CIoT 기기의 NAS 계층은 상기 확장 대기 타이머의 값을 CP 백오프 타이머(예컨대, Txy)의 값으로 사용할 수 있다.
상기 새로운 제2 인디케이션은 RRC 연결 셋업 완료 메시지 내의 기존 필드, 즉 cp-CIoT-EPS-Optimisation 필드를 통해 표현될 수 있다. 혹은 상기 새로운 제2 인디케이션은 RRC 연결 셋업 완료 메시지 내에 새로이 추가되는 필드를 통해 표현될 수 있다.
위에서 언급한 방안 3은 CIoT 기기의 NAS 계층이 RRC 계층으로부터 NB-S1 모드 정보를 전달받은 경우 혹은 WB-S1 모드 정보를 전달받은 경우에만 적용될 수 있다. 혹은, 위에서 언급한 방안 3은 CIoT 기기의 NAS 계층이 RRC 계층으로부터 NB-S1 모드 혹은 WB-S1 모드를 전달받지 않은 경우(즉, RRC 계층으로부터 NB-S1 모드 혹은 WB-S1 모드를 전달받았는지 여부와 상관 없이)에도 적용될 수도 있다.
III-4. 방안 4
전술한 제2 문제점을 해결하기 위해서, 방안 4는 CIoT 기기의 NAS 계층이 CP CIoT EPS 최적화를 위한 NAS 시그널링 요청을 전송하기 위한 RRC 요청 메시지를 RRC 계층에게 전달할 때, 방안 1에서 설명했던 바와 같이, 새로운 RRC 수립 원인 필드의 값을 설정하여 RRC 계층으로 전달한다. 상기 RRC 계층은 상기 전달받은 새로운 RRC 수립 원인 필드의 값에 기초하여, RRC 연결 요청 메시지(랜덤 액세스 절차 중 세 번째 메시지 내에 포함됨) 내에 새로운 인디케이션/정보를 추가한 후, 기지국으로 전달한다. 상기 새로운 인디케이션/정보는 CP CIoT EPS 최적화를 위한 NAS 시그널링 요청임을 나타낸다.
대안적으로, CIoT 기기의 NAS 계층이 상기 새로운 RRC 수립 원인 필드의 값을 설정하여 RRC 계층으로 전달하면, 상기 RRC 계층은 상기 전달받은 새로운 RRC 수립 원인 필드의 값을 RRC 연결 요청 메시지(랜덤 액세스 절차 중 세 번째 메시지) 내에 포함시켜 기지국으로 전송할 수 있다.
이때, 상기 기지국이 MME로부터 OVERLOAD START 메시지를 수신했던 경우, 상기 기지국은 상기 인디케이션/정보 혹은 상기 새로운 RRC 수립 원인 필드의 값을 포함하는 상기 RRC 요청 메시지(즉, CP CIoT EPS 최적화를 위한 RRC 요청 메시지)를 거절할 수 있다. 상기 거절 메시지는 확장 대기 타이머의 값을 포함한다. 상기 거절 메시지는 거절 이유를 나타내는 정보를 더 포함할 수 있다. 상기 거절 메시지를 수신한, 상기 CIoT 기기의 RRC 계층은 상기 확장 대기 타이머의 값을 NAS 계층에게 전달한다. CIoT 기기의 NAS 계층은 상기 확장 대기 타이머의 값을 CP 백오프(back-off) 타이머(예컨대, Txy)의 값으로 사용할 수 있다.
대안적으로, 상기 기지국은 상기 인디케이션/정보 혹은 상기 새로운 RRC 수립 원인 필드의 값을 포함하는 상기 RRC 요청 메시지(즉, CP CIoT EPS 최적화를 위한 RRC 요청 메시지)를 거절하지 않고, 일단 수락할 수 있다. 상기 수락을 위해 상기 기지국은 RRC 연결 설정 메시지를 전송할 수 있다. 이때, 상기 기지국은 상기 인디케이션/정보를 기억/저장한다. 이후 기지국은 해당 RRC 연결에 대해 RRC 연결 해제 요청 메시지를 상기 CIoT 기기의 RRC 계층으로 전송한다. 상기 연결 해제 요청 메시지는 확장 대기 타이머의 값을 포함할 수 있다. 상기 연결 해제 요청 메시지는 해제 이유를 나타내는 정보를 포함할 수 있다. 상기 CIoT 기기의 RRC 계층은 상기 수신한 확장 대기 타이머의 값을 NAS 계층에게 전달한다. 상기 CIoT 기기의 NAS 계층은 상기 확장 대기 타이머의 값을 CP 백오프 타이머(예컨대, Txy)의 값으로 사용할 수 있다.
대안적으로, CIoT 기기의 NAS 계층이 상기 새로운 RRC 수립 원인 필드의 값을 설정하여 RRC 계층으로 전달하면, 상기 RRC 계층은 상기 전달받은 새로운 RRC 수립 원인 필드의 값을 기억/저장한다. 그리고는, 상기 RRC 계층은 상기 새로운 RRC 수립 원인 필드의 값을 포함시키지 않고, 대신에 기존과 동일하게 mo-data 또는 delay tolerant로 설정되어 있는 수립 원인 필드의 값을 포함시킨 RRC 요청 메시지(즉, CP CIoT EPS 최적화를 위한 RRC 요청 메시지)를 상기 기지국으로 전송할 수 있다.
이때, 상기 기지국이 MME로부터 OVERLOAD START 메시지를 수신했던 경우라도, 상기 기지국은 상기 RRC 요청 메시지를 거절하지 않고, 일단 수락할 수 있다. 상기 수락을 위해 상기 기지국은 RRC 연결 설정 메시지를 전송할 수 있다. 이때, 상기 기지국은 상기 RRC 요청 메시지 내의 수립 원인 필드의 값을 기억/저장한다.
이후 CIoT 기기의 RRC 계층은 RRC 연결 셋업 완료 메시지(connection setup complete message)를 랜덤 액세스 절차의 5번째 메시지에 포함시켜 전송한다. 이때, CIoT 기기의 RRC 계층은 상기 NAS 계층으로부터 전달받았던 새로운 RRC 수립 원인 필드의 값을 상기 RRC 연결 셋업 완료 메시지 내에 포함시킨다. 이때, 상기 CIoT 기기의 RRC 계층은 상기 NAS 계층으로부터 전달받았던 새로운 RRC 수립 원인 필드의 값에 기초하여, 새로운 인디케이션/정보를 상기 RRC 연결 셋업 완료 메시지 내에 포함시킬 수도 있다. 상기 새로운 인디케이션/정보는 CP CIoT EPS 최적화만을 지원됨을 나타낼 수 있다.
이후, 기지국은 해당 RRC 연결에 대해 RRC 연결 해제 요청 메시지를 상기 CIoT 기기의 RRC 계층으로 전송한다. 상기 연결 해제 요청 메시지는 확장 대기 타이머의 값을 포함할 수 있다. 상기 연결 해제 요청 메시지는 해제 이유를 나타내는 정보를 포함할 수 있다. 상기 CIoT 기기의 RRC 계층은 상기 수신한 확장 대기 타이머의 값을 NAS 계층에게 전달한다. 상기 CIoT 기기의 NAS 계층은 상기 확장 대기 타이머의 값을 CP 백오프 타이머(예컨대, Txy)의 값으로 사용할 수 있다.
상기 CP CIoT EPS 최적화만이 지원됨을 나타내는 인디케이션/정보는 RRC 연결 셋업 완료 메시지 내의 기존 필드, 즉 cp-CIoT-EPS-Optimisation 필드를 통해 표현될 수 있다. 혹은 상기 새로운 제2 인디케이션은 RRC 연결 셋업 완료 메시지 내에 새로이 추가되는 필드를 통해 표현될 수 있다.
한편, 상기 RRC 계층은 현재 접속된 기지국의 RAT이 NB-S1 모드인지 아니면 WB-S1 모드 인지를 NAS 계층에게 전달할 수 있다. 위에서 언급한 방안 4은 CIoT 기기의 NAS 계층이 RRC 계층으로부터 NB-S1 모드 정보를 전달받은 경우 혹은 WB-S1 모드 정보를 전달받은 경우에만 적용될 수 있다. 혹은, 위에서 언급한 방안 4은 CIoT 기기의 NAS 계층이 RRC 계층으로부터 NB-S1 모드 혹은 WB-S1 모드를 전달받지 않은 경우(즉, RRC 계층으로부터 NB-S1 모드 혹은 WB-S1 모드를 전달받았는지 여부와 상관 없이)에도 적용될 수도 있다.
IV. 제2 문제점을 해결하기 위한 본 명세서의 제안 4
전술한 제2 문제점을 해결하기 위해서, 제안 4는 우선 CIoT 기기의 RRC 계층이 현재 접속된 기지국의 RAT이 NB-S1 모드인지 아니면 WB-S1 모드 인지를 NAS 계층에게 전달하도록 하는 것을 제안한다.
만약, CIoT 기기의 NAS 계층이 상기 RRC 계층으로부터 NB-S1 모드인지 아니면 WB-S1 모드 인지 관련 정보를 제공받지 못한 경우, CIoT 기기의 NAS 계층은 제안 3의 방안 1에서 제안하는 CP CIoT EPS 최적화를 위한 새로운 RRC 수립 원인 필드의 값을 설정하여 RRC 계층에게 제공하거나, 제안 3의 방안 2에서 제안하는 CP CIoT EPS 최적화를 위한 NAS 시그널링임을 나타내는 새로운 인디케이션/정보를 RRC 계층에게 전달할 수 있다. 이후 CIoT 기기의 RRC 계층은 NAS 계층으로부터 전달받은 것에 기초하여 제안 3의 방안 1 내지 방안 4 중 어느 하나에 따라 동작한다.
반대로, CIoT 기기의 NAS 계층이 상기 RRC 계층으로부터 NB-S1 모드인지 아니면 WB-S1 모드 인지에 대한 정보를 받은 경우, CIoT 기기의 NAS 계층은 상기 정보에 기초하여, CIoT 기기의 NAS 계층은 제안 3의 방안 1에서 제안하는 CP CIoT EPS 최적화를 위한 새로운 RRC 수립 원인 필드의 값을 설정하여 RRC 계층에게 제공하거나, 제안 3의 방안 2에서 제안하는 CP CIoT EPS 최적화를 위한 NAS 시그널링임을 나타내는 새로운 인디케이션/정보를 RRC 계층에게 전달할 수 있다. 예를 들어, 상기 RRC 계층으로부터 NB-S1 모드 정보를 제공 받은 경우에는, NAS 계층은 제안 3의 방안 1에서 제안하는 CP CIoT EPS 최적화를 위한 새로운 RRC 수립 원인 필드의 값을 설정하여 RRC 계층에게 제공할 수 있다. 그러나, 상기 RRC 계층으로부터 WB-S1 모드 정보를 제공 받은 경우에는, NAS 계층은 제안 3의 방안 2에서 제안하는 CP CIoT EPS 최적화를 위한 NAS 시그널링임을 나타내는 새로운 인디케이션/정보를 RRC 계층에게 전달할 수 있다. 그러면 CIoT 기기의 RRC 계층은 NAS 계층으로부터 전달받은 것에 기초하여 제안 3의 방안 1 내지 방안 4 중 어느 하나에 따라 동작할 수 있다.
대안적으로, CIoT 기기의 NAS 계층이 상기 RRC 계층으로부터 NB-S1 모드인지 아니면 WB-S1 모드 인지에 대한 정보를 받지 못한 경우, CIoT 기기의 NAS 계층은 제안 3의 방안 1에서 제안하는 CP CIoT EPS 최적화를 위한 새로운 RRC 수립 원인 필드의 값을 설정하여 RRC 계층에게 제공하거나, 제안 3의 방안 2에서 제안하는 CP CIoT EPS 최적화를 위한 NAS 시그널링임을 나타내는 새로운 인디케이션/정보를 RRC 계층에게 전달할 수 있다. 그런데, 상기 RRC 계층이 상기 NAS 계층으로부터 전달받은 상기 새로운 RRC 수립 원인 필드의 값 혹은 상기 새로운 인디케이션/정보가, 현재 접속된 RAT의 모드에 적합하지 않은 경우, 상기 RRC 계층은 상기 NAS 계층으로부터 전달받은 것들을 무시할 수 있다. 그리고, 상기 RRC 계층은 상기 현재 접속된 RAT의 모드에 적합한 RRC 수립 원인 필드의 값 혹은 인디케이션/정보를 스스로 결정한다. 그리고, 상기 RRC 계층은 스스로 결정한 RRC 수립 원인 필드의 값 혹은 인디케이션/정보를 RRC 연결 요청 메시지 내에 포함시켜 기지국으로 전송할 수 있다.
전술한 제안들은 서로 조합되어 사용될 수 있다.
지금까지 설명한 내용들은 하드웨어로 구현될 수 있다. 이에 대해서 도면을 참조하여 설명하기로 한다.
도 17은 본 발명의 실시예에 따른 CIoT 기기(100) 및 네트워크 장치의 구성 블록도이다.
도 17에 도시된 바와 같이 상기 CIoT 기기(100)는 프로세서(101)와, 메모리(102)와 송수신부(103)를 포함한다. 그리고 상기 네트워크 장치는 기지국(200) 또는 MME/SGSN(510)일 수 있다. 이러한 네트워크 장치(200 또는 510)는 프로세서(201 또는 511)와 메모리(202 또는 512)와 송수신부(203 또는 513)를 포함한다.
상기 메모리들(102, 202 또는 512)은 전술한 방법을 저장한다.
상기 프로세서들(101, 201 또는 511)은 상기 메모리들(102, 202 또는 512) 및 상기 송수신부들(103, 203 또는 513)을 각기 제어한다. 구체적으로 상기 프로세서들(101, 201 또는 511)은 상기 메모리들(102, 202 또는 512)에 저장된 상기 방법들을 각기 실행한다. 그리고 프로세서들(101, 201 또는 511)은 상기 송수신부들(103, 203 또는 513)을 통해 상기 전술한 신호들을 전송한다.
이상에서는 본 발명의 바람직한 실시예를 예시적으로 설명하였으나, 본 발명의 범위는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 발명은 본 발명의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.

Claims (15)

  1. 무선 기기가 RRC(Radio Resource Control) 메시지를 전송하는 방법으로서,
    무선 기기의 AS(Access Stratum) 계층이, NAS(Non-Access Stratum) 시그널링 요청 메시지의 전송을 요구하는 NAS 계층으로부터 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 획득하는 단계와;
    상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 포함하는 RRC 연결 요청 메시지를 기지국으로 전송하는 단계와;
    그리고 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상이 제어 평면(CP)를 통한 최적화 방안에 따라 상기 NAS 시그널링 요청 메시지가 사용자 데이터를 포함하고 있음을 나타내는 값으로 설정되어 있는 경우, 네트워크가 과부하 상태라면, 기지국으로부터 RRC 연결 거절 메시지 또는 RRC 연결 해제 요청 메시지를 수신하는 단계를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 AS 계층이 상기 기지국의 RAT(radio access technology)의 모드에 대한 정보는 상기 NAS 계층으로 전달하는 단계를 더 포함하고,
    상기 모드에 대한 정보는 상기 기지국의 RAT이 NB(Narrowband) IoT를 위해서 개선된 RAT으로 동작하는 NB-S1 모드인지 아니면 일반적인 RAT으로 동작하는 WB-S1 모드인지를 나타내는 것을 특징으로 하는 방법.
  3. 제2항에 있어서,
    상기 AS 계층이 상기 NB-S1 모드를 나타내는 정보를 상기 NAS 계층으로 전달한 경우, 상기 NAS 계층으로부터 RRC 수립 원인 필드의 값만이 획득되고,
    상기 AS 계층이 상기 WB-S1 모드를 나타내는 정보를 상기 NAS 계층으로 전달한 경우, 상기 NAS 계층으로부터 상기 인디케이션만이 획득되는 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 AS 계층이 상기 기지국의 RAT의 모드에 대한 정보를 상기 NAS 계층으로 전달하지 않은 경우, 상기 NAS 계층으로부터 상기 인디케이션만이 획득되거나 또는 RRC 수립 원인 필드의 값만이 획득되는 것을 특징으로 하는 방법.
  5. 제1항에 있어서,
    상기 NAS 계층으로부터 상기 인디케이션만이 획득된 경우, 상기 인디케이션에 기초하여 상기 RRC 수립 원인 필드의 값을 상기 RRC 연결 요청 메시지 내에 세팅하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  6. 제1항에 있어서,
    상기 NAS 계층으로부터 상기 RRC 수립 원인 필드의 값만이 획득된 경우, 상기 RRC 수립 원인 필드의 값에 기초하여 상기 인디케이션을 상기 RRC 연결 요청 메시지 내에 세팅하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  7. 제1항에 있어서, 상기 RRC 연결 거절 메시지 또는 RRC 연결 해제 요청 메시지는
    확장 대기 타이머(Extended wait timer)의 값을 포함하는 것을 특징으로 하는 방법.
  8. 제1항에 있어서,
    상기 RRC 연결 요청 거절 메시지 대신에 RRC 연결 설정 메시지를 수신하는 경우, 상기 AS 계층은 제어 평면(CP)를 통한 최적화 방안만이 지원됨을 나타내는 인디케이션을 포함하는 RRC 연결 셋업 완료 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 방법.
  9. RRC(Radio Resource Control) 메시지를 전송하는 무선 기기로서,
    송수신부와;
    상기 송수신부를 제어하고, AS(Access Stratum) 계층과 NAS(Non-Access Stratum)을 포함하는 프로세서를 포함하고,
    상기 AS 계층은, NAS 시그널링 요청 메시지의 전송을 요구하는 NAS 계층으로부터 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 획득하면, 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상을 포함하는 RRC 연결 요청 메시지를 기지국으로 전송하고;
    그리고 상기 RRC 수립 원인 필드의 값 및 인디케이션 중 하나 이상이 제어 평면(CP)를 통한 최적화 방안에 따라 상기 NAS 시그널링 요청 메시지가 사용자 데이터를 포함하고 있음을 나타내는 값으로 설정되어 있는 경우, 네트워크가 과부하 상태라면, 상기 AS 계층은 기지국으로부터 RRC 연결 거절 메시지 또는 RRC 연결 해제 요청 메시지를 수신하는 것을 특징으로 하는 무선 기기.
  10. 제9항에 있어서,
    상기 AS 계층은 상기 기지국의 RAT(radio access technology)의 모드에 대한 정보는 상기 NAS 계층으로 전달하고,
    상기 모드에 대한 정보는 상기 기지국의 RAT이 NB(Narrowband) IoT를 위해서 개선된 RAT으로 동작하는 NB-S1 모드인지 아니면 일반적인 RAT으로 동작하는 WB-S1 모드인지를 나타내는 것을 특징으로 하는 무선 기기.
  11. 제10항에 있어서,
    상기 AS 계층이 상기 NB-S1 모드를 나타내는 정보를 상기 NAS 계층으로 전달한 경우, 상기 NAS 계층으로부터 RRC 수립 원인 필드의 값만이 획득되고,
    상기 AS 계층이 상기 WB-S1 모드를 나타내는 정보를 상기 NAS 계층으로 전달한 경우, 상기 NAS 계층으로부터 상기 인디케이션만이 획득되는 것을 특징으로 하는 무선 기기.
  12. 제10항에 있어서,
    상기 AS 계층이 상기 기지국의 RAT의 모드에 대한 정보를 상기 NAS 계층으로 전달하지 않은 경우, 상기 NAS 계층으로부터 상기 인디케이션만이 획득되거나 또는 RRC 수립 원인 필드의 값만이 획득되는 것을 특징으로 하는 무선 기기.
  13. 제9항에 있어서,
    상기 NAS 계층으로부터 상기 인디케이션만이 획득된 경우, 상기 AS 계층은 상기 인디케이션에 기초하여 상기 RRC 수립 원인 필드의 값을 상기 RRC 연결 요청 메시지 내에 세팅하는 것을 특징으로 하는 무선 기기.
  14. 제9항에 있어서,
    상기 NAS 계층으로부터 상기 RRC 수립 원인 필드의 값만이 획득된 경우, 상기 AS 계층은 상기 RRC 수립 원인 필드의 값에 기초하여 상기 인디케이션을 상기 RRC 연결 요청 메시지 내에 세팅하는 것을 특징으로 하는 무선 기기.
  15. 제9항에 있어서, 상기 RRC 연결 거절 메시지 또는 RRC 연결 해제 요청 메시지는
    확장 대기 타이머(Extended wait timer)의 값을 포함하는 것을 특징으로 하는 무선 기기.
PCT/KR2017/012372 2016-11-09 2017-11-09 Rrc 메시지를 전송하는 방법 및 무선 기기 WO2018088756A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/348,257 US11064555B2 (en) 2016-11-09 2017-11-09 Method for transmitting RRC message and wireless device

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201662419479P 2016-11-09 2016-11-09
US62/419,479 2016-11-09
US201762537379P 2017-07-26 2017-07-26
US62/537,379 2017-07-26

Publications (1)

Publication Number Publication Date
WO2018088756A1 true WO2018088756A1 (ko) 2018-05-17

Family

ID=62109944

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/012372 WO2018088756A1 (ko) 2016-11-09 2017-11-09 Rrc 메시지를 전송하는 방법 및 무선 기기

Country Status (2)

Country Link
US (1) US11064555B2 (ko)
WO (1) WO2018088756A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020222579A1 (en) * 2019-04-30 2020-11-05 Samsung Electronics Co., Ltd. Method and ue for handling collision in a wireless communication network
WO2024010345A1 (en) * 2022-07-05 2024-01-11 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system
WO2024010392A1 (en) * 2022-07-06 2024-01-11 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018088630A1 (ko) * 2016-11-09 2018-05-17 엘지전자 주식회사 Rrc 메시지를 전송하는 방법 및 무선 기기
WO2018125795A1 (en) * 2016-12-28 2018-07-05 Intel IP Corporation Systems, methods and devices for congestion control for transport of user data via a control plane
CN109451880B (zh) * 2017-09-21 2022-11-18 北京小米移动软件有限公司 网络连接方法及装置
US11121746B2 (en) * 2018-06-29 2021-09-14 Apple Inc. Dynamic switching between SU-MIMO and MU-MIMO transmission
US11197191B2 (en) * 2019-02-01 2021-12-07 Mediatek Inc. Method and apparatus for transmitting user data under congestion control in wireless communications
CN113491152A (zh) * 2019-03-08 2021-10-08 索尼集团公司 使得能够进行非实时数据的受控传送的方法、相关无线设备和相关无线电网络节点
US11671902B2 (en) * 2020-06-25 2023-06-06 Qualcomm Incorporated Apparatus and methods for new radio broadcast and multicast access control

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014084596A1 (ko) * 2012-11-27 2014-06-05 엘지전자 주식회사 Ims 기반 서비스 연결 방법
US20150140998A1 (en) * 2012-03-16 2015-05-21 Lg Electronics Inc. Method and apparatus for processing nas signaling request in wireless communication system
WO2016021922A1 (ko) * 2014-08-04 2016-02-11 엘지전자 주식회사 무선 통신 시스템에서 단말의 동작 방법 및 상기 방법을 이용하는 단말

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8699711B2 (en) * 2007-07-18 2014-04-15 Interdigital Technology Corporation Method and apparatus to implement security in a long term evolution wireless device
KR101167434B1 (ko) * 2008-03-21 2012-07-23 인터디지탈 패튼 홀딩스, 인크 패킷 교환 도메인으로부터 회선 교환 도메인으로의 폴백 방법 및 장치
WO2010081233A1 (en) * 2009-01-15 2010-07-22 Research In Motion Limited System and method for determining establishment causes
US20110070862A1 (en) * 2009-09-22 2011-03-24 Te-Ming Chen Method of Handling Paging and Related Communication Device
US9125182B2 (en) * 2009-10-02 2015-09-01 Blackberry Limited System and method for determining establishment causes for emergency sessions
CN102696260B (zh) * 2010-01-08 2016-05-25 黑莓有限公司 紧急无线连接建立
CN102083178B (zh) * 2010-09-29 2014-04-02 电信科学技术研究院 启动阶段指示发送及网关节点选择方法、系统和设备
WO2012064076A2 (ko) * 2010-11-08 2012-05-18 엘지전자 주식회사 무선 통신 시스템에서 단말의 rrc 연결 방법 및 이를 위한 장치
US8655305B2 (en) * 2011-03-21 2014-02-18 Htc Corporation Methods for requesting emergency bearer services for low priority devices, and apparatuses using the same
WO2012144768A2 (en) * 2011-04-21 2012-10-26 Lg Electronics Inc. Method and apparatus for performing radio access with delay in a wireless communication system
US20120289183A1 (en) * 2011-05-13 2012-11-15 Kundan Tiwari Methods for requesting emergency bearer services for low priority devices, and apparatuses using the same
WO2013048193A1 (en) * 2011-09-28 2013-04-04 Lg Electronics Inc. Method and apparatus for transmitting establishment cause value in wireless communication system
US9532400B2 (en) * 2013-02-28 2016-12-27 Intel Deutschland Gmbh Radio communication devices and cellular wide area radio base station
WO2014133589A1 (en) * 2013-03-01 2014-09-04 Intel Corporation Wireless local area network (wlan) traffic offloading
US9198088B2 (en) * 2013-06-26 2015-11-24 Qualcomm Incorporated Method and apparatus for an optimized search for service when a multi-mode UE goes out of service
WO2015066383A1 (en) * 2013-10-30 2015-05-07 Interdigital Patent Holdings, Inc. Systems and methods for handling priority services congestion
WO2015085273A1 (en) * 2013-12-06 2015-06-11 Interdigital Patent Holdings, Inc. Layered connectivity in wireless systems
US9775011B2 (en) * 2014-01-31 2017-09-26 Intel Corporation Implementations of application specific access class barring skip functionality in a wireless network
CN106134281B (zh) * 2014-03-10 2020-03-03 Lg电子株式会社 用于执行邻近服务的方法及用户装置
WO2016122830A1 (en) * 2015-01-30 2016-08-04 Interdigital Patent Holdings, Inc. Methods, apparatus and system for application specific congestion control for data communication (acdc)
US10225780B2 (en) * 2016-06-01 2019-03-05 Htc Corporation Device and method of handling radio resource control connection resume procedure

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150140998A1 (en) * 2012-03-16 2015-05-21 Lg Electronics Inc. Method and apparatus for processing nas signaling request in wireless communication system
WO2014084596A1 (ko) * 2012-11-27 2014-06-05 엘지전자 주식회사 Ims 기반 서비스 연결 방법
WO2016021922A1 (ko) * 2014-08-04 2016-02-11 엘지전자 주식회사 무선 통신 시스템에서 단말의 동작 방법 및 상기 방법을 이용하는 단말

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Correct that in NB-IoT PDCP Linked to Support of S1-U Data Transfer", R2-167743, 3GPP TSG-RAN WG2 MEETING #96, 4 November 2016 (2016-11-04), Reno, USA, XP051192029 *
"RRC Connection Control in NB-IoT", R2-154878, 3GPP TSG-RAN WG2 #91BIS, 30 September 2015 (2015-09-30), Malmo, Sweden, XP051042385 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020222579A1 (en) * 2019-04-30 2020-11-05 Samsung Electronics Co., Ltd. Method and ue for handling collision in a wireless communication network
WO2024010345A1 (en) * 2022-07-05 2024-01-11 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system
WO2024010392A1 (en) * 2022-07-06 2024-01-11 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system

Also Published As

Publication number Publication date
US11064555B2 (en) 2021-07-13
US20190320485A1 (en) 2019-10-17

Similar Documents

Publication Publication Date Title
WO2018128456A1 (ko) 5세대 이동통신 시스템에서 액세스 제어를 수행하는 방법 및 단말
WO2016024832A1 (ko) 애플리케이션 별 네트워크 액세스 차단 방법 및 사용자 장치
WO2016003140A1 (ko) 애플리케이션 별 네트워크 액세스 차단 방법 및 사용자 장치
WO2016076606A1 (ko) Acdc에 의한 네트워크 액세스 차단 방법 및 사용자 장치
WO2015142048A1 (ko) 서비스 요청 절차 수행 방법 및 사용자 장치
WO2018231027A1 (ko) 무선 통신 시스템에서 단말의 등록 방법 및 이를 위한 장치
WO2018088756A1 (ko) Rrc 메시지를 전송하는 방법 및 무선 기기
WO2018093168A1 (ko) 무선 통신 시스템에서의 네트워크 노드 선택 방법 및 이를 위한 장치
WO2018231007A1 (ko) 요청에 대한 응답 방법 및 네트워크 장치
WO2018231029A1 (ko) 무선 통신 시스템에서 단말의 등록 방법 및 이를 위한 장치
WO2017171184A1 (ko) Nb-iot rat에서 네트워크 액세스를 시도하는 방법
WO2018070689A1 (ko) 무선 통신 시스템에서의 반영형 서비스 퀄리티 적용 방법 및 이를 위한 장치
WO2018026185A1 (ko) 접속 시도 방법 및 사용자기기와, 접속 제어 방법 및 기지국
WO2018174525A1 (ko) 무선 통신 시스템에서 계층간 상호작용 방법 및 이를 위한 장치
WO2018066876A1 (ko) 무선 통신 시스템에서 v2x 통신 지원 방법
WO2017142171A1 (ko) 차세대 이동통신에서 세션을 생성, 수정, 해제하는 방법 및 단말
WO2018008980A1 (ko) 무선 통신 시스템에서 사용자가 선호하는 자원 운용 선택 방법 및 이를 위한 장치
WO2016159521A1 (ko) 네트워크 선택 및 트래픽 라우팅을 수행하는 방법 및 사용자 장치
WO2018088630A1 (ko) Rrc 메시지를 전송하는 방법 및 무선 기기
WO2019031831A1 (ko) 접속 제어 방법 및 사용자기기
WO2016111590A1 (ko) 무선 통신 시스템에서 페이징 전송 방법 및 이를 위한 장치
WO2018236164A1 (ko) 무선 통신 시스템에서 서비스 요청 절차 수행 방법 및 이를 위한 장치
WO2019054783A1 (ko) 무선 통신 시스템에서 v2x 통신을 수행하기 방법 및 이를 위한 장치
WO2019031865A1 (ko) 무선 통신 시스템에서 rrc 연결 절차 수행 방법 및 이를 위한 장치
WO2018147698A1 (ko) 무선 통신 시스템에서 nas 메시지 송수신 방법 및 이를 위한 장치

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17870518

Country of ref document: EP

Kind code of ref document: A1