WO2015114695A1 - 基地局、Ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、方法、及びコンピュータ可読媒体 - Google Patents

基地局、Ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、方法、及びコンピュータ可読媒体 Download PDF

Info

Publication number
WO2015114695A1
WO2015114695A1 PCT/JP2014/004549 JP2014004549W WO2015114695A1 WO 2015114695 A1 WO2015114695 A1 WO 2015114695A1 JP 2014004549 W JP2014004549 W JP 2014004549W WO 2015114695 A1 WO2015114695 A1 WO 2015114695A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
base station
mtc
communication
ecm
Prior art date
Application number
PCT/JP2014/004549
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
Priority to JP2015559621A priority Critical patent/JP6390625B2/ja
Priority to KR1020167021594A priority patent/KR101744666B1/ko
Priority to KR1020187010913A priority patent/KR101891571B1/ko
Priority to CN202010304018.6A priority patent/CN111556470B/zh
Priority to EP19195447.8A priority patent/EP3595349A1/en
Priority to KR1020187033960A priority patent/KR102023446B1/ko
Priority to KR1020187023841A priority patent/KR101923399B1/ko
Priority to CN201480074663.6A priority patent/CN105940704B/zh
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to EP18165057.3A priority patent/EP3364681A3/en
Priority to EP14880670.6A priority patent/EP3101941B1/en
Priority to KR1020177014846A priority patent/KR101851976B1/ko
Priority to US15/112,697 priority patent/US10652757B2/en
Publication of WO2015114695A1 publication Critical patent/WO2015114695A1/ja
Priority to US15/583,701 priority patent/US10039010B2/en
Priority to US15/951,488 priority patent/US10412596B2/en
Priority to US16/525,259 priority patent/US20190357058A1/en
Priority to US17/366,882 priority patent/US11917423B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • 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
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to a wireless communication system that performs communication control for coverage improvement.
  • Non-patent Document 1 In 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE), standardization of technologies for improving the deterioration of communication quality due to the rapid increase in mobile traffic in recent years and realizing higher speed communication is being carried out. Furthermore, standardization of a technique for avoiding an increase in control signaling load due to the connection of an enormous number of Machine-to-Machine-M (M2M) -terminals to the LTE network is also being performed (Non-patent Document 1).
  • M2M terminal refers to a terminal that performs communication without human intervention, for example.
  • M2M terminals are installed in various devices such as machines (e.g., firewood vending machines, gas meters, electric meters, automobiles, railway vehicles, ships) and sensors (e.g., sensors relating to firewood environment, agriculture, traffic, etc.).
  • machines e.g., firewood vending machines, gas meters, electric meters, automobiles, railway vehicles, ships
  • sensors e.g., sensors relating to firewood environment, agriculture, traffic, etc.
  • MTC Machine Type Communication
  • MTC terminal MTC User Equipment (MTC UE)
  • M2M service providers need to distribute a huge number of M2M terminals to the market, but there is a limit to the cost per M2M terminal. For this reason, M2M terminals are required to be mounted at low cost, to be able to communicate with low power consumption, and the like.
  • MTC UE a case where communication is performed while being fixedly or statically installed in a building (for example, in a building) is assumed. In this case, the radio quality of MTC UE may be always low, compared to a normal UE with general mobility (eg, mobile phone, smartphone, tablet computer, notebook personal computer (notebook PC)) Technology for improving coverage is required.
  • general mobility eg, mobile phone, smartphone, tablet computer, notebook personal computer (notebook PC)
  • Non-Patent Document 2 Standardization of a technique for improving communication characteristics (that is, coverage) of MTC-UE that is expected to be inferior to that of a normal UE is performed (Non-Patent Document 2). Below, an example of the technique for improving the coverage of MTC UE considered by LTE is demonstrated.
  • coverage improvement processing coverage improvement processing
  • ECM Enhanced Coverage Mode
  • the characteristics improved by ECM are: Physical-Broadcast-Channel (PBCH) reception characteristics, Physical-Random Access Channel (PRACH) preamble transmission characteristics (that is, eNB detection characteristics), Physical Downlink Shared Channel (PDSCH) reception characteristics, Physical Uplink Shared channel (PUSCH) transmission characteristics, etc.
  • PBCH is a downlink broadcast channel used for transmission of broadcast information common to cells within an eNB.
  • PRACH is an uplink physical channel used for initial access to a UE's radio base station (eNB).
  • PDSCH is a downlink physical channel used for data reception by the UE.
  • PUSCH is an uplink physical channel used for data transmission by the UE.
  • One of the processes under consideration for improving the reception characteristics of PBCH is to repeat transmission of broadcast information by PBCH a predetermined number of times more than usual (Non-patent Document 3).
  • One of the processes under consideration for improving the transmission characteristics of PRACH is to repeat transmission of PRACH (that is, preamble) a predetermined number of times (Non-Patent Document 4).
  • one of the processes under consideration for improving PDSCH reception characteristics and PUSCH transmission characteristics is to repeatedly transmit PDSCH and PUSCH over a plurality of subframes (Non-patent Document 5).
  • delay tolerant access is defined as a new EstablishmentCause specified in the RRC Connection Request message, and is used to control overloading, for example.
  • delay tolerant access is primarily intended for MTC UE running delaydetolerant MTC applications.
  • a metering service meter reading service
  • the eNB may reject the RRC Connection Request sent by the RRC Connection Request message accompanied by the EstablishmentCause specified in the delay tolerant access.
  • the inventor of this case examined various problems when applying coverage improvement processing in ECM to MTC UE (M2M terminal). For example, while PBCH repetition is commonly applied to MTC UEs in a cell, RACH repetition and PDSCH / PUSCH repetition are individually applied to each MTC UE.
  • the coverage improvement process (eg, RACH repetition, PDSCH / PUSCH repetition) applied individually to MTC UE consumes more radio resources as the number of MTC UEs performing ECM increases, so it is not MTC UE It may cause a decrease in radio resources that can be normally used by the UE. Also, if MTC-UE specific processing (for example, repetition of PDSCH / PUSCH) is applied to MTC-UE having good radio quality, power consumption of MTC-UE may be increased wastefully. Therefore, considering the radio quality of MTC UE (eg, Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ), or Channel Quality Indicator (CQI)), select the MTC UE that should perform ECM. Can be considered. For example, it is sufficient to selectively execute ECM (that is, coverage improvement processing in ECM) to MTC UE having low radio quality.
  • RSRP Reference Signal Received Power
  • RSRQ Reference Signal Received Quality
  • CQI Channel Quality Indicator
  • the process of selecting an MTC UE that should perform ECM may take some time (eg, several hundred ms), for example, the time required to complete a wireless connection establishment procedure (eg, RRC Connection Establishment Procedure) May increase.
  • the eNB releases (deletes) the context held for the MTC UE when the MTC UE ends communication and returns from the connected state (RRC_CONNECTED) to the idle state (RRC_IDLE). Therefore, the eNB may have to repeatedly determine whether or not to execute ECM every time the MTC UE transitions from the idle state (RRC_IDLE) to the connected state (RRC_CONNECTED) for communication.
  • the idle state is a state in which the radio connection between the UE and the eNB is released. Therefore, eNB does not have the information (UE context) regarding UE in an idle state.
  • the position of the UE in the idle state is ascertained in units of position registration areas (e.g., eaves tracking area or routing area) in the core network.
  • the core network can reach idle UEs by paging.
  • UE in an idle state cannot perform unicast data transfer between eNBs. Therefore, an idle UE must transition to the connected state in order to perform unicast data transfer.
  • idle states are (1) RRC_idle state in Universal Terrestrial Radio Access Network (UTRAN), (2) RRC_IDLE state in Evolved UTRAN (E-UTRAN), and (3) WiMAX (IEEE 802.16-2004), Mobile WiMAX (IEEE 802.16e-2005) and Idle state in WiMAX2 (IEEE 802.16m).
  • UTRAN Universal Terrestrial Radio Access Network
  • E-UTRAN Evolved UTRAN
  • WiMAX IEEE 802.16-2004
  • Mobile WiMAX IEEE 802.16e-2005
  • Idle state in WiMAX2 IEEE 802.16m
  • the connected state is a state in which the UE is connected to the eNB. Accordingly, the eNB holds information (UE context) on the connected UE. The location of the connected UE is ascertained in cell units (or base station units) in the core network. In general, a connected UE can perform unicast data transfer with an eNB.
  • CELL_PCH state and URA_PCH state in UTRAN are states in which the UE context is held by the base station (NodeB), but no dedicated channel is allocated to the UE in both uplink and downlink.
  • Examples of connected states include (1) RRC connected state in UTRAN, (2) RRC_CONNECTED state in E-UTRAN, and (3) Connected state in WiMAX, mobile WiMAX and WiMAX2.
  • the RRC connected state in UTRAN includes CELL_DCH state, CELL_FACH state, CELL_PCH state, and URA_PCH state.
  • one of the objects to be achieved by the embodiments disclosed in the present specification is to improve the efficiency of determining whether or not to apply ECM (that is, coverage improvement processing in ECM) to MTC UE (M2M terminal).
  • ECM coverage improvement processing in ECM
  • MTC UE M2M terminal
  • the base station apparatus includes a wireless communication unit and a control unit.
  • the control unit receives history information indicating whether or not predetermined coverage improvement processing has been executed in communication of a machine-to-machine (M2M) terminal from the M2M terminal or a core network, and the M2M terminal and the wireless Communication with the predetermined coverage improvement process between communication units is configured to be controlled based on the history information.
  • M2M machine-to-machine
  • the core network device arranged in the core network includes an interface and a control unit.
  • the interface is configured to send and receive control messages to and from the base station.
  • the control unit determines whether a predetermined coverage improvement process has been performed in communication of the M2M terminal during a procedure for establishing a bearer between a machine-to-machine (M2M) terminal and the core network. Is transmitted to the base station via the interface.
  • M2M machine-to-machine
  • the M2M terminal includes a wireless communication unit and a control unit.
  • the wireless communication unit is configured to communicate with a base station.
  • the control unit communicates with the M2M terminal when establishing a wireless connection with the base station or during a procedure for establishing a bearer between the M2M terminal and a core network via the base station. Is configured to transmit history information indicating whether or not predetermined coverage improvement processing has been performed to the base station via the wireless communication unit.
  • a method performed by a base station includes (a) history information indicating whether or not predetermined coverage improvement processing has been executed in communication of a machine-to-machine (M2M) terminal. Receiving from a network, and (b) controlling communication involving the predetermined coverage improvement processing between the M2M terminal and the base station based on the history information.
  • M2M machine-to-machine
  • a method performed by a core network device arranged in a core network is a method in which the M2M terminal is configured during a procedure for establishing a bearer between a machine-to-machine (M2M) terminal and the core network. Transmitting history information indicating whether or not a predetermined coverage improvement process has been executed in the communication of.
  • M2M machine-to-machine
  • a method performed by an M2M terminal is performed when establishing a radio connection with a base station or while a procedure for establishing a bearer between the M2M terminal and a core network via the base station is performed. And transmitting history information indicating whether or not predetermined coverage improvement processing has been executed in the communication of the M2M terminal to the base station.
  • the program includes a group of instructions (software code) for causing the computer to perform any of the methods described above when read by the computer.
  • the base station, the M2M terminal (MTC UE), and the method that contribute to the efficiency of determining whether to apply ECM (that is, coverage improvement processing in ECM) to MTC UE (M2M terminal) And programs can be provided. It should be noted that this effect is only one of a plurality of effects expected to be brought about by a plurality of embodiments disclosed in this specification.
  • MTC M2M terminal
  • UE M2M terminal
  • UE M2M terminal
  • eNB base station
  • core network node eNode
  • the plurality of embodiments described below can be implemented independently or in appropriate combinations.
  • the plurality of embodiments have different novel features. Therefore, these multiple embodiments contribute to solving different purposes or problems and contribute to producing different effects.
  • FIG. 1 shows a configuration example of a wireless communication system according to the present embodiment.
  • the wireless communication system provides communication services such as voice communication and / or packet data communication.
  • the wireless communication system includes an M2M terminal 11 (11A, 11B, 11C), a normal wireless terminal 12 that is not an M2M terminal, a base station 13, and a core network 14.
  • the wireless terminal 12 is, for example, a mobile phone, a smartphone, a tablet computer, or a notebook PC.
  • the M2M terminals 11A, 11B, and 11C and the wireless terminal 12 are located in the cell 130 of the base station 13. In the present embodiment, description will be given assuming that the wireless communication system is a 3GPP LTE system.
  • the M2M terminal 11 corresponds to an MTC UE
  • the wireless terminal 12 corresponds to a normal UE that is not an MTC UE
  • the base station 13 corresponds to an eNodeB (eNB)
  • the core network 14 corresponds to an Evolved Packet Core (EPC). Equivalent to.
  • MTC ⁇ ⁇ UE 11A is assumed to have a large propagation loss and deteriorate the radio quality because the distance from eNB 13 is farther than MTC UE 11B.
  • MTC UE 11C is installed in a building (for example, a building), and it is assumed that the wireless quality is deteriorated as compared with the case where it is installed outdoors.
  • MTC UE11 11A, 11B, and 11C
  • MTC UE11 has limited capability or function compared to normal UE12 (eg, maximum transmission power is small, number of receiving antennas is small, higher order modulation is not supported, etc.) It is expected that the degradation of wireless quality will become more remarkable. Therefore, the MTC UE 11 according to the present embodiment supports the above-described Enhanced Coverage Mode (ECM), and is configured to perform coverage improvement processing in ECM.
  • ECM Enhanced Coverage Mode
  • the coverage improvement process in ECM can be said to be a process for improving or improving the communication characteristics (communication quality) of the MTC UE.
  • the coverage improvement processing in ECM may include at least one of the following (a) to (d), and includes other processing different from these, for example, (e) to (f).
  • A Repeat transmission of broadcast information by PBCH a predetermined number of times more than usual, (B) repeating PPACH (PRACH preamble) transmission a predetermined number of times; (C) repeating PDSCH transmission over multiple subframes; (D) repeating PUSCH transmission over multiple subframes; (E) Increasing the power spectral density (PSD) of PDSCH or PUSCH or both (PSD boosting), (F) Frequency hopping between repeated transmissions of PDSCH or PUSCH or both.
  • PSD power spectral density
  • the subframe is a unit constituting an LTE radio frame.
  • the length of one radio frame is 10 milliseconds, and one radio frame is composed of 10 subframes. Therefore, the length of one subframe is 1 millisecond.
  • One subframe includes 14 symbols in the time domain (single carrier frequency, division, multiple access (SC-FDMA) symbol in the uplink, or orthogonal frequency, division, multiplexing symbol (OFDM) in the downlink).
  • SC-FDMA single carrier frequency, division, multiple access
  • OFDM orthogonal frequency, division, multiplexing symbol
  • the eNB 13 receives, from the EPC 14, history information indicating whether or not coverage improvement processing (e.g., repetition of PDSCH / PUSCH) related to ECM has been executed in the communication of the MTC UE (M2M terminal) 11. And eNB13 controls the communication between MTC UE11 and the eNB13 accompanied by the coverage improvement process regarding ECM based on the history information received from EPC14.
  • the eNB 13 may receive the history information of the MTC UE 11 from a core network node (for example, Mobility Management Entity (MME)) arranged in the EPC 14.
  • MME Mobility Management Entity
  • the eNB 13 may determine whether or not to perform coverage improvement processing related to ECM in communication between the MTC UE 11 and the eNB 13 based on the received history information. More specifically, the eNB 13 responds that the history information indicates that the ECM has been subjected to the coverage improvement processing for the MTC UE 11, and instructs the coverage improvement processing regarding the ECM (eg, ECM). configuration) may be transmitted to MTC UE11. Note that the eNB 13 may perform communication with the MTC UE 11 on the assumption that ECM is performed in the MTC UE 11 without transmitting an explicit instruction.
  • ECM Eg, ECM
  • the ECM configuration may include at least one of the following information, for example: ⁇ Setting information related to reception of broadcast information (PBCH), ⁇ Setting information related to receiving system information (System Information Block (SIB)), ⁇ Paging (Paging Channel (PCH)) setting information related to reception, ⁇ Setting information related to reception of downlink control information (Physical Downlink Control Channel (PDCCH)), ⁇ Setting information regarding reception of downlink data (PDSCH), ⁇ Setting information related to transmission of uplink control information (Physical Uplink Control Channel (PUCCH)), ⁇ Setting information related to uplink data (PUSCH) transmission, Setting information related to a radio quality measurement report (Measurement Report).
  • PBCH Broadband
  • SIB System Information Block
  • PCH Paging Channel
  • the setting information related to paging reception may be, for example, information indicating in which subframe paging is repeatedly transmitted.
  • the setting information related to the reception of downlink control information (PDCCH) and the reception of downlink data (PDSCH) may be, for example, information indicating how many times they are repeatedly transmitted, or in which subframe is repeatedly transmitted. It may be information indicating.
  • the setting information related to transmission of uplink control information (PUCCH) and uplink data (PUSCH) may be, for example, information indicating how many times they are repeatedly transmitted, or in which subframe is repeatedly transmitted. It may be information indicating.
  • the setting information related to the radio quality measurement report may be an offset value or a threshold value for the radio quality measurement result (measurement result) applied during ECM execution, or the radio quality measurement application applied during ECM execution. It may be an offset value or a threshold value in the determination of the report of the measurement result.
  • ECM configuration may specify the stage (level) of the operation to be executed by MTC UE11.
  • the MTC UE 11 may continue to hold the ECM configuration after RRC_CONNECTED changes to RRC_IDLE, and may continue to execute ECM. Instead of this, the MTC11UE 11 may continue to execute ECM even after the RCM_ ⁇ IDLE is reached based on the ECM configuration broadcast in the staying cell. Further, after the MTC UE 11 becomes RRC_ ⁇ CONNECTED again, the MTC UE 11 may autonomously continue the ECM based on the already held ECM configuration or the ECM configuration broadcast in the staying cell, or the eNB 13 The ECM may be executed in response to receiving an instruction to execute the ECM.
  • the eNB 13 receives the history information of the MTC UE 11 (indicating whether the coverage improvement processing related to ECM has been executed in the past communication of the MTC UE 11) from the EPC 14, and uses this history information to communicate with the MTC UE 11
  • the effects described below are expected by controlling the communication with the coverage improvement processing. That is, the eNB 13 determines the radio quality (eg, RSRP, RSRQ, CQI) of the MTC UE 11 in order to determine whether or not to apply the coverage improvement processing (eg, PDSCH / PUSCH repetition) regarding the ECM to the MTC UE 11. ) To obtain and analyze this.
  • the radio quality eg, RSRP, RSRQ, CQI
  • this embodiment can reduce the time (delay) required to determine whether or not to apply coverage improvement processing related to ECM to MTC UE11.
  • eNB13 determines whether the coverage improvement process regarding ECM should be applied with respect to MTC
  • RRC Radio Resource Control
  • the eNB 13 receives history information from the EPC 14 while the bearer (Evolved Packet System (EPS) bearer) establishment procedure (eg, attach procedure, service request procedure) between the MTC UE 11 and the EPC 14 is performed. May be. According to these examples, the eNB 13 promptly determines whether or not the coverage improvement processing related to ECM should be applied to the MTC UE 11 in the procedure for establishing the wireless connection with the MTC UE 11 or the bearer establishment procedure. it can.
  • EPS Evolved Packet System
  • terminal information related to MTC UE11 indicating whether coverage improvement processing related to ECM has been executed in communication between MTC UE11 and eNB13
  • EPC14 will be described.
  • eNB13 releases the wireless connection of MTC
  • the UE context sent to the EPC 14 is transmitted as the history information of the MTC ⁇ UE 11 to the same eNB 13 as the transmission source of the terminal information or to a different eNB 13.
  • the eNB 13 transmits to the EPC 14 to store the UE context related to MTCMTUE 11 (indicating whether or not the coverage improvement processing related to ECM has been executed in the communication between the MTC UE 11 and the eNB 13). It is configured so that it can be read and used.
  • the context of the MTC UE 11 held in the eNB 13 is released (deleted) when the MTC UE 11 transitions to the idle state (RRC_IDLE). Therefore, eNB13 preserve
  • the MTC UE 11 may be a terminal that is fixedly installed and substantially stationary as illustrated in FIG. In this case, MTC-UE11 repeats the transition between the connected state (RRC_CONNECTED) and the idle state (RRC_IDLE) within one cell of one eNB13.
  • the MTC UE 11 may be a terminal having mobility (for example, a terminal mounted on a transport machine such as an automobile, a railway vehicle, or a ship). In this case, the MTC UE 11 may move between a plurality of cells of the same eNB 13 or between cells of different eNBs 13. Scenarios assumed when MTC UE 11 moves are described below.
  • MTC UE 11 is instructed to execute ECM by RRC_CONNECTED in a cell of a certain eNB 13, and becomes RRC_IDLE after performing data communication using ECM.
  • UE11 performs cell reselection (Cell
  • MTC UE11 becomes RRC_CONNECTED again in a cell different from the cell that has previously become RRC_CONNECTED.
  • the EPC 14 notifies the eNB 13 that manages the cell in which the MTC 11 UE 11 is newly staying, information (ECM status, history information) indicating whether or not the MTC UE 11 has executed the ECM.
  • the EPC 14 sends, for example, a physical cell identifier (Physical Cell Identity (PCI)) or a global cell identifier (Cell Global Identity (CGI)) to the eNB 13. You may be notified.
  • PCI Physical Cell Identity
  • CGI Cell Global Identity
  • FIG. 2 is a sequence diagram illustrating an example of operations of the MTC UE 11, eNB 13, and core network node 141 according to the present embodiment.
  • the core network node 141 is a node arranged in the EPC 14.
  • the core network node 141 may be one physical entity or may include a plurality of entities.
  • the core network node 141 may include MME or Home Subscriber Server (HSS) or both.
  • FIG. 2 shows only messages necessary for the description of the present embodiment, and does not show some messages included in the procedure defined by LTE.
  • step S101 in FIG. 2 the eNB 13 determines that the ECM coverage improvement process (eg, repetition of PDSCH / PUSCH) is performed for MTC UE11, and transmits ECM setting information (ECM configuration) to the MTC UE11. .
  • ECMECconfiguration is transmitted using an RRC Connection Reconfiguration message.
  • MTC MTC
  • ECM coverage improvement processing
  • the MTC UE 11 performs data communication according to ECM configuration (M2M data with ECM).
  • step S104 the eNB 13 determines that the MTC UE 11 can be returned to the idle state (RRC_IDLE), and releases the S1-AP signaling connection and the S1 bearer (or radio access bearer) regarding the MTC UE 11 to the core network node 141.
  • S1 UE Context Release Request the core network node 141 releases the S1-AP signaling connection and the S1 bearer in response to a request from the eNB 13, but receives ECM status information (ECM status) indicating that ECM has been executed in the MTC UE11. Hold (Store ECM status).
  • ECM status information corresponds to the history information described above.
  • the ECM status information may be held in the MME together with the EPS bearer context of MTC UE11. Further, the ECM status information (ECM status) may be transmitted to the HSS via the MME and held in the HSS.
  • eNB13 transmits the instruction
  • step S107 the MTC UE 11 transmits a wireless connection establishment request to the eNB 13 in order to start communication in response to the arrival of periodic or aperiodic communication timing (RRC Connection Request).
  • the MTC UE 11 may send an RRC Connection Request accompanied by Establishment Cause specified in “delayTolerantAccess” to indicate that it is delay-resistant access.
  • the MTC UE 31 Upon completion of the procedure for establishing a wireless connection (RRC Connection) not shown, the MTC UE 31 becomes RRC_CONNECTED.
  • step S108 the eNB 13 transmits an EPS bearer establishment request for the MTC UE 11 to the core network node 141 (Initial UE message).
  • This Initial UE message encapsulates the Non-Access Stratum (NAS) message (e.g. NAS: Service Request, NAS: Attach Request) from the MTC UE 11.
  • NAS Non-Access Stratum
  • step S109 the core network node 141 transmits information necessary for establishing a radio access bearer for the MTC UE 11 to the eNB 13 in response to the reception of the NAS message encapsulated in the Initial UE UE message ( Initial Context Setup Request).
  • NAS Non-Access Stratum
  • the message in step S109 may include, for example, terminal capability (UE radio capability) and UE context (UE context).
  • UE context may include ECM status information (ECM status) indicating that MTC UE11 has executed ECM in the past.
  • ECM status ECM status
  • MTC UE11 mobility information mobility information
  • eNB13 may determine performing ECM with respect to MTC UE11 continuously.
  • the eNB 13 may transmit ECM configuration information (ECM configuration) together with radio resource configuration information (RRC configuration) in order to cause the MTC UE 11 to execute ECM (RRC connection Reconfiguration).
  • ECM configuration ECM configuration information
  • RRC configuration radio resource configuration information
  • UE11 performs data communication based on the ECM setting information received from eNB13 in step S110, or the ECM setting information received and hold
  • the configuration example of the wireless communication system according to the present embodiment may be the same as that of FIG. 1 described with respect to the first embodiment.
  • the example which eNB13 receives the historical information which shows whether the coverage improvement process (eg, repetition of PDSCH / PUSCH) regarding ECM was performed in communication of MTC UE11 was shown from EPC14 was shown.
  • the eNB 23 receives history information indicating whether or not coverage improvement processing (eg, repetition of PDSCH / PUSCH) related to ECM has been executed in the communication of the MTC UE 21 from the MTC UE 21.
  • eNB23 controls the communication between MTC UE21 and eNB23 with the coverage improvement process regarding ECM based on the historical information received from MTC UE21. For example, when it is reported from the MTC UE 21 that the ECM has been executed in the past, the eNB 23 may cause the MTC UE 21 to continue to execute the ECM, and determine whether or not the ECM needs to be executed again. May be.
  • the MTC UE 21 may hold the ECM configuration information (ECM configuration) even after changing from RRC_CONNECTED to RRC_IDLE when the ECM execution instruction is received from the eNB 23, and the ECM is being executed. You may just remember that. And when MTC-UE21 becomes RRC_CONNECTED again, it reports to eNB23 that ECM was performed previously. Further, the MTC UE 21 transmits a message for becoming RRC_CONNECTED (that is, a message transmitted in the RRC connection establishment procedure) while executing ECM (that is, while performing coverage improvement processing related to ECM specific to ECM). Or you may receive. For example, the MTC UE 21 may use ECM-specific radio resources for transmission of the PRACH preamble. In addition, the MTC UE 21 may autonomously and repeatedly transmit the PRACH preamble.
  • ECM configuration information ECM configuration information
  • the eNB 23 receives the history information of the MTC21UE 21 (indicating whether the coverage improvement processing related to ECM has been executed in the past communication of the MTC UE 21) from the MTC UE 21 itself, and uses this history information.
  • the communication with the coverage improvement process with MTC UE21 is controlled. Therefore, the eNB 23 determines the radio quality (eg, RSRP, RSRQ, CQI) of the MTC UE 21 in order to determine whether to apply the coverage improvement processing (eg, PDSCH / PUSCH repetition) regarding the ECM to the MTC UE 21. ) To obtain and analyze this.
  • the radio quality eg, RSRP, RSRQ, CQI
  • this embodiment can reduce the time (delay) required for determining whether to apply the coverage improvement processing related to ECM to MTC-UE 21.
  • the eNB 23 receives history information from the MTC UE 21 when the MTC UE 21 changes from the idle state (RRC_IDLE) to the connected state (RRC_CONNECTED) in the procedure of establishing the radio connection (RRC Connection) with the MTC UE 21. May be.
  • the eNB 23 may receive history information from the MTC UE 21 while the bearer (EPS bearer) establishment procedure (eg, attach procedure, service request procedure) between the MTC UE 21 and the EPC is performed.
  • the eNB 23 promptly determines whether or not the coverage improvement processing related to ECM should be applied to the MTC UE 21 in the procedure for establishing the wireless connection with the MTC UE 21 or the bearer establishment procedure. it can.
  • the MTC UE 21 is a terminal having mobility (for example, a terminal mounted on a transport machine such as an automobile, a railway vehicle, or a ship). There may be.
  • the MTC UE 21 is instructed to execute ECM by RRC_CONNECTED in a cell of a certain eNB 23, and becomes RRC_IDLE after performing data communication using the ECM.
  • UE21 performs cell reselection (Cell
  • the MTC UE 21 notifies the eNB 23 that manages the cell in which it is newly staying, information (ECM status, history information) indicating whether or not it has executed ECM in the past.
  • the MTC UE 21 may notify the eNB 23 of, for example, a physical cell identifier (PCI) or a global cell identifier (CGI) in order to indicate in which cell the MTC UE 21 itself has executed ECM in the past.
  • PCI physical cell identifier
  • CGI global cell identifier
  • FIG. 3 is a sequence diagram showing an example of operations of the MTC UE 21, eNB 23, and core network node 241 according to the present embodiment.
  • the core network node 241 is a node (e.g., MME, HSS, or both) arranged in the EPC.
  • FIG. 3 shows only messages necessary for the description of the present embodiment, and does not show some messages included in the procedure defined by LTE.
  • step S204 the eNB 23 determines to return the MTC UE 21 to the idle state (RRC_IDLE), and requests the core network node 241 to release the S1-AP signaling connection and the S1 bearer (or radio access bearer) regarding the MTC UE 21 ( S1 UE Context Release Request).
  • the core network node 241 releases the S1-AP signaling connection and the S1 bearer in response to a request from the eNB 23.
  • step S205 eNB23 transmits the instruction
  • step S206 in response to the arrival of periodic or aperiodic communication timing, the MTC UE 21 transmits a request for establishing a wireless connection to the eNB 23 to start communication (RRC Connection Request).
  • the MTC ⁇ ⁇ UE 21 may transmit an RRC Connection Request accompanied by an Establishment ⁇ ⁇ cause specified in “delayTolerantAccess” to indicate that it is a delay-tolerant access.
  • step S207 MTC UE 21 reports history information indicating that ECM has been executed in the past to eNB 23. At this time, the MTC UE 21 may report that the ECM is being executed together with the eNB 23.
  • the history information in step S207 is transmitted using an RRC Connection Complete message. Since the RRC Connection Setup Complete message is the final message transmitted in the RRC connection establishment procedure, it can be said that the history information in step S207 is transmitted during the RRC connection establishment procedure. Further, the RRC Connection Setup Complete message includes NAS messages (e.g., NAS: Service Request, NAS: Attach Request). That is, since the RRC Connection Setup Complete message including the NAS message is the first message transmitted in the bearer establishment procedure, the history information in step S207 can also be transmitted during the bearer establishment procedure. .
  • NAS messages e.g., NAS: Service Request, NAS: Attach Request
  • step S208 the eNB 23 transmits an EPS bearer establishment request for the MTC UE 21 to the core network node 241 (Initial UE UE message).
  • step S209 in response to the reception of the NAS message encapsulated in Initial ⁇ ⁇ UE message, the core network node 241 transmits information necessary for establishing a radio access bearer for MTC UE21 to the eNB23 ( Initial Context Setup Request).
  • the message in step S209 may include, for example, terminal capability (UE radio capability).
  • the eNB 23 may transmit ECM configuration information (ECM configuration) together with radio resource configuration information (RRC configuration) in order to cause the MTC UE 21 to execute ECM (RRC connection Reconfiguration).
  • ECM configuration ECM configuration information
  • RRC configuration radio resource configuration information
  • the MTC UE 21 performs data communication based on the ECM setting information received from the eNB 23 in step S210 or the ECM setting information previously received and held (M2M data with ECM).
  • the configuration example of the wireless communication system according to the present embodiment may be the same as that of FIG. 1 described with respect to the first embodiment.
  • a method for determining in the eNB 33 whether to apply coverage improvement processing (eg, repetition of PDSCH / PUSCH) related to ECM to a specific MTC UE 31 is described.
  • the technical idea described in the present embodiment can be used independently of the technical idea described in the first or second embodiment and used in combination with these technical ideas. You can also.
  • ENB33 which concerns on this embodiment is among the terminal capability (UE capability) of MTC UE31, the terminal information (UE information) of MTC UE31, the communication characteristic (Communication performance) of MTC UE31, and the radio quality (Radio quality) of MTC UE31 Based on at least one and the access factor (Access cause) received from the MTC UE31, the communication between the MTC UE31 and the eNB33 accompanied by the coverage improvement processing (eg, repetition of PDSCH / PUSCH) regarding the ECM is controlled.
  • the coverage improvement processing eg, repetition of PDSCH / PUSCH
  • the eNB 33 performs coverage improvement processing (eg, PDSCH / PUSCH) related to ECM based on at least one of the terminal capability, terminal information, communication characteristics, and radio quality of the MTC UE 31 and the access factor received from the MTC UE 31. It is determined whether or not (repeat) is applied to the MTC UE 31.
  • coverage improvement processing eg, PDSCH / PUSCH
  • access factors specific examples of access factors, terminal capabilities, terminal information, communication characteristics, and wireless quality are described below. However, the contents of access factors, terminal capabilities, terminal information, communication characteristics, and wireless quality are not limited to these examples.
  • the access factor may include at least one of the following two, for example.
  • ⁇ RRC connection establishment purpose (Establishment cause) ⁇ Service type
  • RRC connection establishment is, for example, (a) emergency call (emergency), (b) high priority access (highPriorityAccess), (c) access for terminal termination communication (mt-Access), signaling by terminal transmission ( mo-Signalling), (d) Data transmission by terminal transmission (mo-Data), (e) Delay-tolerant access (delayTolerantAccess), (f) Low priority access (lowPriorityAccess), (g) Access for small data communication (SmallDataAccess), (h) Access for small packet communication (smallPacketAccess), (i) Limited access (limitedAccess), (j) Access for limited service (limitedService), (k) M2M type access (M2mAccess) or (l) ECM access (ecmAccess) may be specified.
  • the service type may specify, for example, (a) real-time service, (b) non-real-time service, or (c) M2M type communication.
  • the terminal capability may include at least one of the following three, for example. ⁇ Radio access capability ⁇ Device capability ⁇ Device category (UE category)
  • the radio access capability is, for example, (a) information indicating whether the UE supports a terminal function defined by 3GPP LTE (for example, a flag bit), or (b) whether the UE supports ECM. May be included.
  • an information element (Information Element (IE)) “EcmSupport” may be defined.
  • IE Information Element
  • a true value of “EcmSupport” indicates that ECM is supported (Supported), and a false value indicates that ECM is not supported (NotSupported).
  • an IE “EnhancedCoverageMode” may be defined. For example, when EcmSupport is set to Supported, this indicates that the UE supports ECM. Further, when the UE does not support ECM, EcmSupport may be set as NotSupported, or unsupported may be indicated by not transmitting the IE.
  • the device capability is, for example, (a) information indicating that the UE is MTC UE, (b) information indicating that the UE communication performance is limited (compared to the normal UE), or (c) specific information Information indicating that only communication (for example, M2M type communication) is performed may be included.
  • the terminal category may include (a) information indicating any one of terminal categories defined by 3GPP LTE, or (b) information indicating any access class (Access Class) defined by 3GPP LTE. Good.
  • the terminal category or access class may be newly defined for MTC-UE that performs M2M type communication. For example, a new category (eg, category 0) for MTC UE whose function is restricted to be implemented at low cost may be specified, or it is assumed that communication is performed at low frequency or only low frequency communication is performed.
  • a new access class (AC) may be defined.
  • the terminal information may include at least one of the following three, for example.
  • -Terminal type (UE type)
  • Device type ⁇ Terminal context (UE context)
  • the terminal type is, for example, (a) information indicating whether the UE is a normal UE (non-MTC-UE) or MTC-UE, and (b) information indicating whether the UE moves (or the UE does not move). Or (c) information indicating whether or not there is power supply to the UE.
  • the device type is, for example, (a) information indicating the type of Operating System (OS) installed in the UE, or (b) information indicating the type of M2M type communication performed by the UE (that is, M2M subcategory information). May be included.
  • OS Operating System
  • M2M subcategory information M2M subcategory information
  • the terminal context includes, for example, (a) information on the terminal capability described above, (b) RRC control information set in the UE (information included in RadioResrouceConfigCommon IE and RaioResourceConfigDediacted IE), and (c) information on mobility of the UE (mobility) information), (d) information indicating whether or not the UE is executing ECM (ECM execution) information), or (e) indicating whether or not the UE has previously executed ECM (for example, when it was previously RRC_CONNECTED) Information (ECM status information) may be included.
  • ECM execution ECM
  • ECM status information ECM status information
  • the communication characteristics may include at least one of the following two, for example.
  • Performance measurement result eg, L2 measurement
  • Statistical communication quality eg, KPI
  • the characteristic measurement results are, for example, (a) throughput measurement results (eg, Scheduled IP Throughput) in eNB33 (or Operation Administration and Maintenance (OAM)), (b) packet loss measurement results (Packet Loss Rate), or (c) The packet discard measurement result (Packet Discard Rate) may be included.
  • throughput measurement results eg, Scheduled IP Throughput
  • OAM Operation Administration and Maintenance
  • Packet Loss Rate Packet Loss Rate
  • Packet Discard Rate Packet Discard Rate
  • the communication statistical quality is, for example, (a) the number of handover attempts or the handover trial rate, (b) the handover success rate or the handover failure rate, (c) the communication interval or communication frequency, (d) the packet generation interval or packet generation frequency, ( e) packet arrival interval (packet inter-arrival time) or packet arrival frequency (packet inter-arrival rate), (f) access interval or access frequency, or (g) interval or frequency of RRC connection establishment or NAS connection establishment May be included.
  • the radio quality may include at least one of the following two, for example. ⁇ Reference Signal (RS) received quality -Channel quality index (CQI)
  • the reception quality of the reference signal is, for example, (a) downlink RS reception power (RSRP) in the UE, (b) reception quality (RSRQ), or reception power strength (RSSI), or (b) transmitted by the UE.
  • RSRP downlink RS reception power
  • RSSI reception power strength
  • SRS reception power strength
  • the eNB 33 may receive the above-described terminal capability or terminal information of the MTC UE 31 from the MTC UE 31 itself or may receive it from the EPC.
  • the following effects are expected. That is, if it is determined based on only the access factor of the MTC-UE 31 whether or not the coverage improvement processing related to ECM is applied to the MTC-UE 31, there is a problem that the situation of each MTC-UE 31 cannot be sufficiently considered. .
  • RACH repetition and PDSCH / PUSCH repetition among the assumed ECM-related coverage improvement processing are individually applied to each MTC UE.
  • the coverage improvement process (for example, repetition of RACH, repetition of PDSCH / PUSCH) applied individually to MTC-UE consumes more radio resources as the number of MTC-UEs performing ECM increases.
  • the determination as to whether or not to execute ECM is performed in consideration of the situation of each MTC-UE.
  • the eNB 33 of the present embodiment determines not only the access factor of the MTC UE 31 but also at least one of the terminal capability, the terminal information, the communication characteristics, and the radio quality of the MTC31UE 31 in determining whether or not to execute the ECM. Consider further. Therefore, according to the present embodiment, it is possible to determine whether or not to execute ECM in consideration of the individual situation of MTC UE.
  • FIG. 4 is a sequence diagram illustrating an example of operations of the MTC UE 31, the eNB 33, and the core network node 341 according to the present embodiment.
  • the core network node 341 is a node (e.g., MME or HSS or both) arranged in the EPC.
  • the eNB 33 performs the coverage improvement process on the ECM based on the access factor (for example, establishment cause), the terminal capability (for example, UE radioaccess capability), and the terminal information (for example, UE type) of the MTC UE31. Whether or not to apply to.
  • FIG. 4 shows only messages necessary for the description of the present embodiment, and does not show some messages included in the procedure defined by LTE.
  • the initial state of MTC UE 31 shown in FIG. 4 is RRC_IDLE.
  • the MTC UE 31 transmits a wireless connection establishment request to the eNB 23 to start communication in response to the arrival of periodic or aperiodic communication timing (RRC Connection Request).
  • the MTC UE 31 may transmit an RRC Connection Request accompanied by Establishment Cause specified in “delayTolerantAccess” to indicate that it is delay-resistant access.
  • the MTC UE 31 becomes RRC_CONNECTED.
  • the eNB 33 transmits an EPS bearer establishment request for the MTC UE 31 to the core network node 341 (Initial UE UE message).
  • This Initial UE message encapsulates a Non-Access Stratum (NAS) message (e.g. NAS: Service Request) from the MTC UE 31.
  • NAS Non-Access Stratum
  • the core network node 341 transmits information necessary to establish a radio access bearer for the MTC UE 31 to the eNB 33 in response to the reception of the NAS message encapsulated in the Initial UE UE message ( Initial Context Setup Request).
  • the message in step S303 may include, for example, terminal capability (UE radio capability), terminal type (UE type), or both.
  • step S304 the eNB 33 requests the transmission of the terminal capability from the MTC UE 31 as necessary (UE Capability Enquiry).
  • step S305 in response to the request from the eNB 33, the MTC UE 31 reports its terminal capability to the eNB 33 (UE Capability Information).
  • the message in step S305 may include, for example, UE-EUTRA-capability.
  • step S306 the eNB 33 determines whether to cause the MTC UE 31 to execute ECM (in other words, whether to apply to the ECM coverage improvement process MTC UE 31 to 31) (ECM decision).
  • ECM decision the eNB 33 decides to cause the MTC UE 31 to execute ECM on the condition that the establishment cause of the MTC UE 31 indicates delayTolerantAccess and the radio access capability of the MTC UE 31 indicates that ECM is supported. Also good.
  • step S307 the eNB 33 transmits the ECM configuration information (ECM configuration) together with the radio resource configuration information (RRC configuration) in order to cause the MTC UE 31 to execute ECM.
  • ECM configuration information ECM configuration
  • RRC configuration radio resource configuration information
  • UE31 starts ECM according to the radio
  • ECM ECM
  • the MTC UE 31 performs data communication while performing coverage improvement processing related to ECM (M2M data with ECM).
  • the procedure shown in FIG. 4 is an example.
  • the eNB 33 further considers communication characteristics and / or radio quality in addition to access factors (eg, Establishment cause), terminal capability (eg, UE radio access capability), terminal information (eg, UE type). May be. Specifically, the eNB 33 may first decide to cause the MTC UE 31 to execute ECM based on the access factor, terminal capability, and terminal information of the MTC UE 31. And after that, eNB33 may determine whether the said MTC ⁇ ⁇ UE31 is made to continue performing ECM based on the communication characteristic or radio quality of MTC UE31, or both. In this way, the eNB 31 can consider the communication characteristics or the radio quality of the MTC UE 31 to more appropriately determine whether or not ECM execution is necessary.
  • access factors eg, Establishment cause
  • terminal capability eg, UE radio access capability
  • terminal information eg, UE type
  • the eNB 33 may first decide to cause the MTC UE 31 to execute ECM
  • the eNB 33 acquires the number of handover trials (or trial rate) as the communication characteristic of the MTC UE 31 and, if it is determined that the MTC UE 31 is stationary or almost stationary, continues the ECM execution. Also good. On the contrary, when it is determined that the MTC UE 31 is moving, the eNB 33 may interrupt (or stop) the execution of the ECM of the MTC UE 31. Instead of this or in combination with this, the eNB 33 may acquire RSRP or CQI as the radio quality of the MTC UE 31 and may continue the execution of ECM when it is determined that they are smaller than the predetermined threshold. Conversely, when it is determined that the radio quality of MTC ⁇ UE 31 is greater than the predetermined threshold, eNB 33 may interrupt (or stop) the execution of ECM of MTC UE 31.
  • the eNB 33 when the eNB 33 first determines whether or not to cause the MTC to UE 31 to execute ECM, the eNB 33 acquires the communication characteristics and / or the radio quality of the MTC to UE 31, and considers these to the MTC to UE 31. It may be determined whether or not to execute ECM. At this time, the eNB 31 does not newly measure the communication characteristics or radio quality of the MTC UE 31, but the past communication characteristics or radio of the MTC UE 31 stored in the eNB 31 or another network device (eg, OAM or MME). Quality may be used. Thereby, it can avoid that the communication characteristic of MTC UE31 deteriorates by the judgment whether MTC UE31 performs ECM or not.
  • the eNB 33 acquires the communication characteristics and / or the radio quality of the MTC to UE 31, and considers these to the MTC to UE 31. It may be determined whether or not to execute ECM. At this time, the eNB 31 does not newly measure the communication characteristics or radio quality
  • FIG. 5 shows a configuration example of the wireless communication system according to the present embodiment.
  • the radio communication system includes MTC UE 41, eNB 43, eNB 45, and EPC 44.
  • the MTC UE 41 is mounted on a transport machine such as an automobile, a railway vehicle, or a ship, and thus has mobility.
  • FIG. 5 shows an example of a heterogeneous network (HetNet). That is, the eNB 43 manages the cell 430, and the eNB 45 manages the cell 450 that covers a narrower range than the cell 430.
  • HetNet heterogeneous network
  • eNB43 is a macro base station
  • eNB45 is a pico base station.
  • this embodiment may be applied to a homogeneous network in which the cells 430 and 450 have the same size.
  • the eNB 43 is that when the MTC UE 41 that is executing ECM performs handover from its own cell 430 to the adjacent cell 450, the MTC UE 41 is executing ECM (in other words, the ECM 43 performs coverage improvement processing related to ECM). To the eNB 45. When the eNB 43 transmits a handover request for MTC UE 41 to the eNB 45, the eNB 43 notifies the eNB 45 that the MTC UE 41 is executing ECM (in other words, is performing coverage improvement processing related to ECM). Also good.
  • the eNB 45 may control communication involving ECM between the MTC UE 41 and the eNB 45 based on the notification from the eNB 43. For example, the eNB 45 may determine whether or not to apply ECM to the communication between the MTC UE 41 and the eNB 45 based on the notification from the eNB 43.
  • the handover source base station that is, eNB 43
  • the target base station that is, eNB 45
  • the target base station determines whether or not to apply coverage improvement processing (eg, repetition of PDSCH / PUSCH) related to ECM to MTC-UE 41 in order to determine whether to apply radio quality (eg, (RSRP, RSRQ, CQI) is not necessarily obtained and analyzed.
  • coverage improvement processing eg, repetition of PDSCH / PUSCH
  • radio quality eg, (RSRP, RSRQ, CQI
  • the target base station (eNB 45) determines whether ECM can be applied to the MTC UE 41 to be handed over or whether the ECM coverage improvement process is effective based on the notification from the source base station (eNB 43). This is because it can. Therefore, this embodiment can reduce the time (delay) required for determining whether to apply coverage improvement processing related to ECM in the target base station (target cell) for the MTC UE 41 to be handed over.
  • FIG. 6 is a sequence diagram illustrating an example of operations of the MTC UE 41, eNB 43, and eNB 45 according to the present embodiment.
  • FIG. 6 shows only messages necessary for the description of the present embodiment, and does not show some messages included in the procedure defined by LTE.
  • the MTC UE 41 stays in the cell 430 of the eNB 43.
  • the eNB 43 transmits ECM setting information (ECM configuration-1) to the MTC UE 41.
  • ECM-1configuration-1 is transmitted using an RRC Connection Reconfiguration message.
  • step S402 MTC UE 41 starts ECM execution (that is, coverage improvement processing (e.g., PD PD reception, PUSCH repetition transmission)) according to the ECM configuration received from eNB 43 (ECM start).
  • ECM execution coverage improvement processing (e.g., PD PD reception, PUSCH repetition transmission)
  • step S403 MTC UE 41 performs data communication according to ECM configuration (M2M data with ECM).
  • step S404 the eNB 43 decides to hand over the MTC UE 41 from its cell 430 to the cell 450 of the adjacent eNB 45 (HO decision).
  • step S405 the eNB 43 transmits a handover request for MTC UE 41 to the eNB 45 (Handover Request).
  • the handover request transmitted in step S405 includes information (ECM activated) indicating that the MTC UE 41 to be handed over is executing ECM.
  • step S406 when the eNB 43 can accept the MTC UE 41, the eNB 43 transmits an acceptance message to the handover request to the eNB 43 (Handover Request Acknowledge).
  • the consent message transmitted in step S406 may include ECM configuration information (ECM configuration-2) necessary for execution of ECM in the target cell 450.
  • step S407 the eNB 43 transmits a handover instruction to the MTC UE 41 in response to receiving the consent message from the eNB 45 (RRC Connection Connection Reconfiguration).
  • the message (RRC Connection Reconfiguration) transmitted in step S407 may include ECM configuration information (ECM configuration-2) necessary for execution of ECM in the target cell 450.
  • step S408 the MTC UE 41 performs a handover from the cell 430 to the cell 450, and transmits a handover completion message to the target eNB 45 (RRC Connection Reconfiguration Complete / Handover confirm).
  • the MTC UE 41 may transmit information indicating that it is executing ECM to the eNB 45 in step S408.
  • step S409 MTC
  • FIG. 6 shows an example in which a handover request message and a handover request acceptance message are transmitted via a direct interface between the eNBs provided between the source eNB 43 and the target eNB 45 (that is, X2 interface).
  • the message regarding the handover may be transmitted via an interface (that is, S1-MME ⁇ ⁇ interface) between each of the eNBs 43 and 45 and the EPC 44 (that is, MME). That is, the notification (the source eNB 43 to the target eNB 45) that the MTC UE 41 is executing the ECM and the ECM setting information related to the target cell 450 (the target eNB 45 to the source eNB 43) may be transmitted via the EPC 44.
  • the eNB 53 notifies the eNB 55 whether or not its cell 530 supports ECM (in other words, coverage improvement processing related to ECM).
  • eNB55 is a base station which manages the adjacent cell of the cell of eNB53.
  • eNB53 is notified from eNB55 whether ECM (in other words, coverage improvement process regarding ECM) is supported in cell 550 of eNB55. Whether or not ECM is supported may be indicated in units of base stations (that is, supported in all cells of eNB 53 or 55), or in units of cells (that is, supported in some cells of eNB 53 or 55, other (Not supported in the cell).
  • the serving eNB does not know whether ECM is supported in the neighboring eNB (neighboring cell)
  • the serving eNB belongs to the neighboring cell by handing over or reselecting the MTCMTUE that supports the ECM or is executing the ECM. It may not be possible to sufficiently determine whether or not it is effective. For example, if the serving eNB (serving cell) supports ECM and the neighboring eNB (neighboring cell) does not support ECM, the serving eNB does not hand over the MTC UE executing ECM in its own cell to the neighboring cell. May be more effective in securing the communication characteristics of the MTC-UE.
  • the serving eNB may hand over the MTC UE that supports ECM. It may be attributed to neighboring cells by reselection.
  • eNB 53 and eNB 55 can know each other whether or not ECM support is available. Accordingly, the eNBs 53 and 55 can contribute to the MTC-UE 51 supporting the ECM staying in an appropriate cell or performing communication in an appropriate cell.
  • the eNB 53 makes it easy for the MTC-UE supporting the ECM to move to the adjacent cell 550.
  • the handover parameter or cell reselection parameter notified to the MTC UE may be adjusted.
  • CIO Cell Individual Offset
  • CIO is one of LTE handover parameters.
  • Increasing CIO facilitates the establishment of a measurement report transmission condition that triggers handover of MTC-UE 51.
  • Qoffset that affects the radio quality of the adjacent cell 550 may be reduced.
  • Qoffset is one of LTE cell reselection parameters, and reducing Qoffset makes it easier for the MTC UE 51 to satisfy the condition for reselecting the neighboring cell 550.
  • FIG. 7 is a sequence diagram illustrating an example of operations of the eNB 53 and the eNB 55 according to the present embodiment.
  • FIG. 7 shows only messages necessary for the description of the present embodiment, and does not show some messages included in the procedure defined by LTE.
  • step S501 the eNB 53 is triggered to establish a direct interface (X2 interface) with the eNB 55 that manages the cell 550 adjacent to (or around) its own cell 530 (X2 setup Triggered).
  • step S502 the eNB 53 transmits an X2 ⁇ interface establishment request to the eNB 55 (X2 Setup Request).
  • the message in step S502 indicates whether ECM is supported in the cell 530 of the eNB 53.
  • the eNB 53 transmits information (ECMECsupported) indicating that ECM is supported. Whether or not ECM is supported may be indicated in units of base stations (that is, supported in all cells of eNB 53), or in units of cells (that is, supported in some cells of eNB 53, but not supported in other cells). ).
  • step S503 the eNB 55 transmits a response message to the establishment request for the X2 interface from the eNB 53 (X2 Setup Response).
  • the response message in step S503 indicates whether or not ECM is supported in the cell 550 of the eNB 55. In the example of FIG. 7, since the cell 550 does not support ECM, the response message in step S503 does not include information indicating that ECM is supported. Note that the response message in step S503 may include information that explicitly indicates that ECM is not supported.
  • step S504 the setting of the eNB 55 is updated, and the eNB 55 comes to support ECM. Therefore, in step S505, the eNB 55 notifies the eNB 53 that the eNB setting has been updated (ENB Configuration Update).
  • the message in step S505 includes information (ECM supported) indicating that ECM is supported in the cell 550 of the eNB 55. Whether or not ECM is supported may be indicated in units of base stations (that is, supported in all cells of eNB 55), or in units of cells (that is, supported in some cells of eNB 55, but not supported in other cells). ).
  • the eNB 53 transmits a response message to the eNB setting update notification from the eNB 53 (ENB Configuration Update Acknowledge).
  • Each of the MTC UEs 11, 21, 31, and 41 described in the first to fifth embodiments may include a transceiver for communicating with the eNB and a controller coupled to the transceiver.
  • the controller executes communication control related to ECM by MTC UE 11, 21, 31, or 41 described in the first to fifth embodiments.
  • Each of the eNBs 13, 23, 33, 43, 45, 53, and 55 described in the first to fifth embodiments is coupled to a transceiver for communicating with a plurality of UEs including an MTC UE, and the transceiver.
  • a controller may also be included. The controller executes communication control related to ECM by the eNBs 13, 23, 33, 43, 45, 53, or 55 described in the first to fifth embodiments.
  • the core network nodes 141, 241, and 341 described in the first to fifth embodiments may include an interface for communicating with the eNB and a controller coupled to the interface.
  • the controller executes communication control related to ECM by the core network nodes 141, 241, or 341 described in the first to fifth embodiments.
  • MTC UE 11 includes a transceiver 111 and a controller 112.
  • the transceiver 111 is configured to communicate with the eNB 13.
  • the controller 112 is configured to control the execution of coverage improvement processing related to ECM in the MTC UE 11 in accordance with an instruction from the eNB 13.
  • the eNB 13 includes a transceiver 131 and a controller 132.
  • the transceiver 131 is configured to communicate with a plurality of UEs including the MTC UE 11 and the normal UE 12.
  • the controller 132 is configured to control communication involving coverage improvement processing related to ECM between the MTC UE 1 and the eNB 13.
  • the controller 132 receives history information from the EPC 14 indicating whether or not coverage improvement processing (e.g., repetition of PDSCH / PUSCH) related to ECM has been executed in the communication of the MTC UE (M2M terminal) 11.
  • the controller 132 controls communication between the MTC UE 11 and the eNB 13 accompanied by the coverage improvement processing related to ECM based on the history information received from the EPC 14.
  • the core network node 141 includes an interface 1411 and a controller 1412.
  • the interface 1411 is used for transmitting and receiving control messages to and from the eNB 13.
  • the controller 1412 is configured to send and receive signaling messages to and from the eNB 13 via the interface 1411. Specifically, the controller 1412 indicates whether or not a predetermined coverage improvement process has been executed in the communication of the MTC ⁇ ⁇ UE 11 during the procedure for establishing the EPS bearer between the MTC UE 11 and the EPC 14. Is transmitted to the eNB 13 via the interface 1411.
  • Each of the controllers included in the MTC UE, eNB, and core network node according to the above-described embodiment is programmed into a computer including at least one processor (eg, microprocessor, Micro Processing Unit (MPU), Central Processing Unit (CPU)). It may be realized by executing. Specifically, one or a plurality of programs including a group of instructions for causing a computer to execute an algorithm related to MTC UE, eNB, or core network node described using a sequence diagram or the like may be supplied to the computer.
  • processor eg, microprocessor, Micro Processing Unit (MPU), Central Processing Unit (CPU)
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium). Examples of non-transitory computer-readable media are magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), Compact Disc Read Only Memory (CD-ROM), CD-ROM R, CD-R / W, semiconductor memory (for example, mask ROM, Programmable ROM (PROM), Erasable PROM (EPROM), flash ROM, Random Access Memory (RAM)).
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • a special operation mode that is, Enhanced Coverage Mode (ECM) is set in the MTC UE, and coverage improvement processing related to ECM (eg, RACH repetition, PDSCH / PUSCH repetition) is performed in the MTC UE.
  • ECM Enhanced Coverage Mode
  • the MTC UE only needs to be configured to execute special coverage improvement processing (eg, RACH repetition, PDSCH / PUSCH repetition), and a special operation mode (that is, ECM) is not set. It is not always necessary.
  • the MTC UEs 11, 21, 31, and 41 perform special coverage by setting radio resources without setting a special operation mode such as ECM or without being instructed by a special operation mode. Improvement processing (eg, repetition of RACH, repetition of PDSCH / PUSCH) may be executed.
  • ECM was assumed in the above-described embodiments, the technical idea described in these embodiments is that the wireless network (for example, eNB) performs some special processing different from ECM on the M2M terminal (MTCMTUE). It may be applied when executed.
  • the wireless network for example, eNB
  • MTCMTUE M2M terminal
  • a normal terminal (UE) and an M2M terminal (MTC-UE) have been described as examples, but they are also referred to as a user terminal (user terminal) and a non-user terminal (non-user terminal), respectively.
  • the LTE system has mainly been described.
  • these embodiments may be applied to wireless communication systems other than the LTE system, for example, 3GPP UMTS, 3GPP2 CDMA2000 system (1xRTT, HRPD), GSM / GPRS system, or WiMAX system.
  • the operation of the eNB (eNB 13, 23, 33, 43, 45, 53, or 55) in the above-described embodiment is performed by NodeB, RNC, or a combination thereof. Also good.
  • the term base station as used in this specification and claims refers to one or more entities located in a radio access network, and in one example, a UMTS NodeB or RNC or a combination thereof. means.
  • Wireless communication means for communicating with the M2M terminal;
  • the M2M terminal based on at least one of terminal capabilities of the M2M terminal, terminal information of the M2M terminal, communication characteristics of the M2M terminal, and radio quality of the M2M terminal, and an access factor received from the M2M terminal
  • Control means for controlling communication with a predetermined coverage improvement process between the wireless communication means and the wireless communication means;
  • a base station apparatus comprising:
  • Appendix 2 The base station apparatus according to appendix 1, wherein the control includes determining whether or not to execute the predetermined coverage improvement process in communication between the M2M terminal and the wireless communication unit.
  • Appendix 3 The base station apparatus according to appendix 1 or 2, wherein the control includes instructing the M2M terminal to execute the predetermined coverage improvement process.
  • the control means further receives the notification indicating that the predetermined coverage improvement processing is being executed in the M2M terminal from the M2M terminal, and the predetermined communication between the M2M terminal and the wireless communication means. 4.
  • the base station apparatus according to any one of appendices 1 to 3, wherein communication involving coverage improvement processing is controlled based on the notification.
  • the notification is transmitted from the M2M terminal to the base station apparatus when establishing a wireless connection with the M2M terminal or during a procedure for establishing a bearer between the M2M terminal and a core network.
  • the base station apparatus according to appendix 4.
  • Appendix 6 The base station according to any one of appendices 1 to 5, wherein the terminal capability includes at least one of a radio access capability, a device capability, and a terminal category (UE category). apparatus.
  • the base station apparatus according to any one of appendices 1 to 6, wherein the terminal information includes at least one of a terminal type (UE type), a device type (Device type), and a terminal context (UE context).
  • UE type terminal type
  • Device type device type
  • UE context terminal context
  • the terminal context is information regarding the terminal capability, Radio Resource Control connection information set in the M2M terminal, information regarding mobility of the M2M terminal, and whether the predetermined coverage improvement processing has been executed in the communication of the M2M terminal.
  • the control means further notifies the neighboring base station that the M2M terminal is executing the predetermined coverage improvement processing when the M2M terminal is handed over from the cell of the base station apparatus to the neighboring cell.
  • the base station apparatus according to any one of appendices 1 to 8.
  • the control means further notifies an adjacent base station whether or not the predetermined coverage improvement processing is supported in the base station apparatus, and whether or not the predetermined coverage improvement processing is supported in the adjacent base station. 10.
  • the base station apparatus according to any one of appendices 1 to 9, wherein the adjacent base station is notified of the above.
  • An M2M terminal that performs machine-to-machine (M2M) communication, Wireless communication means for communicating with the base station; Control means; With The base station is based on at least one of terminal capabilities of the M2M terminal, terminal information of the M2M terminal, communication characteristics of the M2M terminal, and radio quality of the M2M terminal, and an access factor received from the M2M terminal. And configured to control communication with a predetermined coverage improvement process between the M2M terminal and the base station, The control means transmits the access factor to the base station via the wireless communication means, and receives an instruction to execute the predetermined coverage improvement processing from the base station. M2M terminal.
  • the control means further includes the predetermined coverage improvement process when the execution of the predetermined coverage improvement process is instructed, and continues the predetermined coverage improvement process while repeatedly establishing and releasing a wireless connection with the base station. M2M terminal.
  • the control means further transmits, to the base station, a notification indicating whether or not the predetermined coverage improvement processing is being executed in the M2M terminal when establishing a wireless connection with the base station.
  • the M2M terminal according to any one of 1 to 14.
  • the base station is based on at least one of terminal capabilities of the M2M terminal, terminal information of the M2M terminal, communication characteristics of the M2M terminal, and radio quality of the M2M terminal, and an access factor received from the M2M terminal.
  • the method Transmitting the access factor to the base station, and receiving an instruction to execute the predetermined coverage improvement processing from the base station;
  • Appendix 18 A program for causing a computer to perform a method related to a base station, The method is based on at least one of terminal capabilities of the M2M terminal, terminal information of the M2M terminal, communication characteristics of the M2M terminal, and radio quality of the M2M terminal, and an access factor received from the M2M terminal, Controlling communication with a predetermined coverage improvement process between the M2M terminal and the base station, program.
  • the base station is based on at least one of terminal capabilities of the M2M terminal, terminal information of the M2M terminal, communication characteristics of the M2M terminal, and radio quality of the M2M terminal, and an access factor received from the M2M terminal.
  • a program comprising:
  • MTC UE M2M terminal
  • UE Wireless terminal
  • eNB Base station
  • EPC Core Network 130, 430, 450 Cell 111 Transceiver 112 Controller 131 Transceiver 132 Controller 141, 241, 341 Core network node 1411 Interface 1412 Controller

Landscapes

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

Abstract

　基地局（１３）は、Ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末（１１）の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報をＭ２Ｍ端末（１１）又はコアネットワーク（１４）から受信するよう構成されている。さらに、基地局（１３）は、Ｍ２Ｍ端末（１１）と基地局（１３）の間の所定のカバレッジ改善処理を伴う通信を、Ｍ２Ｍ端末（１１）又はコアネットワーク（１４）から受信された履歴情報に基づいて制御するよう構成されている。これにより、Ｍ２Ｍ端末に特別なカバレッジ改善処理を適用するか否かの判定の効率化に寄与できる。

Description

基地局、Ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、方法、及びコンピュータ可読媒体
　本明細書の開示は、カバレッジ改善の為の通信制御を行う無線通信システムに関する。
　3rd Generation Partnership Project (3GPP) Long Term Evolution（LTE）では、近年のモバイルトラフィックの急激な増大による通信品質の低下の改善及びさらなる高速通信の実現のための技術の標準化が行われている。さらに、今後予想される膨大な数のMachine to Machine (M2M) 端末のLTEネットワークへの接続による制御シグナリング負荷の増大を回避する技術の標準化も行われている（非特許文献１）。ここで、M2M端末は、例えば人が介在せずに通信を行う端末を指す。M2M端末は、機械（e.g., 自動販売機、ガスメータ、電気メータ、自動車、鉄道車両、船舶）及びセンサ（e.g., 環境、農業、交通等に関するセンサ）等の様々な機器に搭載される。LTEでは、M2M端末による通信をMachine Type Communication (MTC) と呼び、MTCを行う端末をMTC端末 (MTC User Equipment (MTC UE)) と呼ぶ。
　M2Mのサービス事業者は膨大な数のM2M端末を市場に配布する必要があるが、M2M端末1台あたりにかけられるコストに制限がある。この為に、M2M端末は、低コストで実装されること、低消費電力で通信が行えること、等が要求される。また、MTC UEの１つのuse caseとして、建物内（例えばビル内）に固定的又は静的に設置されたまま通信を行う場合が想定される。この場合、MTC UEの無線品質が常に低い可能性があり、一般的に移動性を有する通常のUE（e.g., 携帯電話、スマートフォン、タブレットコンピュータ、ノートブック・パーソナルコンピュータ（ノートブックPC））に比べカバレッジ改善の為の技術が必要となる。また、低コスト化する為の機能制限としては、例えば最大送信電力が小さい、受信アンテナ数が少ない、高次変調方式（e.g. 64 Quadrature Amplitude Modulation（64QAM））をサポートしない、使用可能な無線帯域幅が狭帯域（e.g. 1.25 MHz）である、などが考えられ、これによりMTC UEの最大伝送レートが低下する。そこで、LTEでは、通常UEに比べ劣ることが予想されるMTC UEの通信特性（つまり、カバレッジ）を改善する為の技術の標準化が行われている（非特許文献２）。以下では、LTEで検討されているMTC UEのカバレッジを改善する為の技術の一例を説明する。尚、以下に説明されるMTC UEのためのカバレッジ改善技術（カバレッジ改善処理）は、MTC UEの通信特性又は通信品質を改善又は向上する為の処理と言うこともできる。これらの特別なカバレッジ改善技術を適用するUEの状態は、カバレッジ改善モード（Enhanced Coverage Mode（ECM））と呼ばれる。
　ECMにより改善される特性は、Physical Broadcast Channel（PBCH）の受信特性、Physical Random Access Channel（PRACH）プリアンブルの送信特性（つまりeNBにおける検出特性）、Physical Downlink Shared Channel（PDSCH）の受信特性、Physical Uplink Shared Channel（PUSCH）の送信特性、等がある。PBCHは、eNBによるセル内共通の報知情報の送信に用いられる下り報知チャネルである。PRACHは、UEの無線基地局（eNB）への初期アクセスに用いられる上り物理チャネルである。PDSCHは、UEによるデータ受信に用いられる下り物理チャネルである。PUSCHは、UEによるデータ送信に用いられる上り物理チャネルである。
　PBCHの受信特性を改善するために検討されている処理の１つは、通常よりも所定回数だけ余分にPBCHによる報知情報の送信を繰り返すことである（非特許文献３）。PRACHの送信特性を改善するために検討されている処理の１つは、PRACH（つまりプリアンブル）の送信を所定回数だけ繰り返すことである（非特許文献４）。さらに、PDSCHの受信特性及びPUSCHの送信特性を改善するために検討されている処理の１つは、複数サブフレームに亘りPDSCH及びPUSCHを繰り返し送信することである（非特許文献５）。これらの処理により、通常UEよりも劣化することが予想されるMTC UEの通信特性が改善することが期待される。
　ECMにおけるこれらのカバレッジ改善処理は、耐遅延アクセス（delay tolerant access）を行うMTC UEによって行われることが想定されている。delay tolerant accessは、RRC Connection Requestメッセージ内で指定される新たなEstablishmentCauseとして定義され、例えばオーバーロードを制御するために使用される。delay tolerant accessは、delay tolerantなMTCアプリケーションを実行するMTC UEを主に意図している。例えば、メータリングサービス（検針サービス）は、検針レポートの遠隔システムへの送信をリアルタイムで（又は厳密な通信サイクルで）行う必要性がなく、検針レポートの送信において長い遅延を許容するかもしれない。eNBは、delay tolerant accessに対してオーバーロード制御を適用する場合、delay tolerant access に指定されたEstablishmentCauseを伴うRRC Connection Requestメッセージによって送られたRRC Connection Requestを拒絶してもよい。
3GPP TR 37.868 V11.0.0 (2011-09), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on RAN Improvements for Machine-type Communications; (Release 11)", 2011年9月 3GPP TR 36.888 V12.0.0 (2013-06), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12)", 2013年6月 3GPP R1-135943, Vodafone, "Way Forward on P-BCH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013 3GPP R1-135944, Vodafone, "Way Forward on PRACH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013 3GPP R1-136001, Vodafone et al. "Way forward on PDCCH, PDSCH, PUCCH and PUSCH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013
　本件の発明者は、ECMにおけるカバレッジ改善処理をMTC UE（M2M端末）に適用する場合の様々な問題について検討した。例えば、PBCHの繰り返しはセル内のMTC UEに共通に適用されるのに対して、RACHの繰り返し並びにPDSCH/PUSCHの繰り返しは各MTC UEに個別に適用される。
　MTC UEに個別に適用されるカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）は、ECMを行うMTC UEの数が増加するほど多くの無線リソースを消費するため、MTC UEではない通常UEが使用できる無線リソースの減少を招くかもしれない。また、仮に無線品質の良好なMTC UEに対してMTC UE個別の処理（例えば、PDSCH/PUSCHの繰り返し）が適用されると、MTC UEの消費電力を無駄に増加させるかもしれない。したがって、MTC UEの無線品質（e.g., Reference Signal Received Power（RSRP）、Reference Signal Received Quality（RSRQ）、またはChannel Quality Indicator（CQI））を考慮して、ECMを実行するべきMTC UEを選択することが考えられる。例えば、無線品質が低いMTC UEに選択的にECM（つまり、ECMにおけるカバレッジ改善処理）を実行させればよい。
　しかし、ECMを実行するべきMTC UEを選択する処理は、いくらかの時間（例えば数100 ms）を要する可能性があり、例えば無線接続の確立手順（例えばRRC Connection establishment Procedure）の完了に要する時間を増大させるかもしれない。また、LTEの通常の手順に従うと、eNBは、MTC UEが通信を終えてコネクテッド状態（RRC_CONNECTED）からアイドル状態（RRC_IDLE）に戻るときにMTC UEに関して保持されていたコンテキストを解放（削除）する。したがって、eNBはMTC UEが通信のためにアイドル状態（RRC_IDLE）からコネクテッド状態（RRC_CONNECTED）に遷移するたびにECMの実行の要否を繰り返し判定しなければならないかもしれない。
　ここで、本明細書で使用されるアイドル状態及びコネクテッド状態の用語の定義を述べる。アイドル状態とは、UEとeNBの間の無線接続が解放された状態である。したがって、eNBはアイドル状態のUEに関する情報（UEコンテキスト）を有していない。アイドル状態のUEの位置は、コアネットワークにおいて位置登録エリア（e.g., トラッキングエリア又はルーティングエリア）単位で把握されている。コアネットワークは、アイドル状態のUEにページングによって到達できる。また、アイドル状態のUEは、eNBとの間でユニキャストデータ転送を行うことができない。したがって、アイドル状態のUEは、ユニキャストデータ転送を行うためにコネクテッド状態に遷移しなければならない。アイドル状態の例は、（１）Universal Terrestrial Radio Access Network（UTRAN）におけるRRC idle state、 （２）Evolved UTRAN（E-UTRAN）におけるRRC_IDLE state、及び（３）WiMAX（IEEE 802.16-2004）、モバイルWiMAX（IEEE 802.16e-2005）、及びWiMAX2（IEEE 802.16m）におけるIdle stateを含む。
　これに対してコネクテッド状態は、UEがeNBに接続した状態である。したがって、eNBは、コネクテッド状態のUEに関する情報（UEコンテキスト）を保持している。コネクテッド状態のUEの位置は、コアネットワークにおいてセル単位（又は基地局単位）で把握されている。コネクテッド状態のUEは、一般的に、eNBとの間でユニキャストデータ転送を行うことができる。ただし、UTRANにおけるCELL_PCH state及びURA_PCH stateは、UEのコンテキストが基地局（NodeB）によって保持されているが、アップリンク及びダウンリンクともにUEには個別チャネルが割り当てられていない状態である。コネクテッド状態の例は、（１）UTRANにおけるRRC connected state、（２）E-UTRANにおけるRRC_CONNECTED state、及び（３）WiMAX、モバイルWiMAX及びWiMAX2におけるConnected stateを含む。なお、UTRANにおけるRRC connected stateは、CELL_DCH state、CELL_FACH state、CELL_PCH sate、及びURA_PCH stateを含む。
　したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、MTC UE（M2M端末）にECM（つまり、ECMにおけるカバレッジ改善処理）を適用するか否かの判定の効率化に寄与する基地局、M2M端末（MTC UE）、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
　一実施形態において、基地局装置は、無線通信部および制御部を含む。前記制御部は、Machine-to-machine（M2M）端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記M2M端末又はコアネットワークから受信し、前記M2M端末と前記無線通信部の間の前記所定のカバレッジ改善処理を伴う通信を前記履歴情報に基づいて制御するよう構成されている。
　一実施形態において、コアネットワークに配置されるコアネットワーク装置は、インタフェース及び制御部を含む。前記インタフェースは、制御メッセージを基地局との間で送受信するよう構成されている。前記制御部は、Machine-to-machine（M2M）端末と前記コアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記インタフェースを介して前記基地局に送信するよう構成されている。
　一実施形態において、M2M端末は、無線通信部及び制御部を含む。前記無線通信部は、基地局と通信するよう構成されている。前記制御部は、前記基地局との無線接続を確立する際に、又は前記基地局を経由する前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記無線通信部を介して前記基地局に送信するよう構成されている。
　一実施形態において、基地局により行われる方法は、（ａ）Machine-to-machine（M2M）端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記M2M端末又はコアネットワークから受信すること、及び（ｂ）前記M2M端末と前記基地局の間の前記所定のカバレッジ改善処理を伴う通信を前記履歴情報に基づいて制御すること、を含む。
　一実施形態において、コアネットワークに配置されるコアネットワーク装置により行われる方法は、Machine-to-machine（M2M）端末と前記コアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を基地局に送信することを含む。
　一実施形態において、M2M端末により行われる方法は、基地局との無線接続を確立する際に、又は前記基地局を経由する前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記基地局に送信することを含む。
　一実施形態において、プログラムは、コンピュータに読み込まれた場合に、上述したいずれかの方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
　上述の実施形態によれば、MTC UE（M2M端末）にECM（つまり、ECMにおけるカバレッジ改善処理）を適用するか否かの判定の効率化に寄与する基地局、M2M端末（MTC UE）、方法、及びプログラムを提供できる。なお、この効果は、本明細書に開示される複数の実施形態によってもたらされると期待される複数の効果の１つに過ぎないことに留意されるべきである。
第１の実施形態に係る無線通信システムの構成例を示す図である。 第１の実施形態に係る通信手順の一例を示すシーケンス図である。 第２の実施形態に係る通信手順の一例を示すシーケンス図である。 第３の実施形態に係る通信手順の一例を示すシーケンス図である。 第４の実施形態に係る無線通信システムの構成例を示す図である。 第４の実施形態に係る通信手順の一例を示すシーケンス図である。 第５の実施形態に係る通信手順の一例を示すシーケンス図である。 本発明の実施形態に係るM2M端末（MTC UE）の構成例を示すブロック図である。 本発明の実施形態に係る基地局（eNB）の構成例を示すブロック図である。 本発明の実施形態に係るコアネットワークノードの構成例を示すブロック図である。
　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
　以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
＜第１の実施形態＞
　図１は、本実施形態に係る無線通信システムの構成例を示している。当該無線通信システムは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方を提供する。図１を参照すると、当該無線通信システムは、M2M端末１１（１１Ａ、１１Ｂ、１１Ｃ）、M2M端末ではない通常の無線端末１２、基地局１３、及びコアネットワーク１４を含む。無線端末１２は、例えば、携帯電話、スマートフォン、タブレットコンピュータ、又はノートブックPCである。M2M端末１１Ａ、１１Ｂ、及び１１Ｃ、並びに無線端末１２は、基地局１３のセル１３０内に位置している。なお、本実施形態では、当該無線通信システムが3GPP LTEのシステムであるとして説明する。すなわち、M2M端末１１はMTC UEに相当し、無線端末１２はMTC UEではない通常のUEに相当し、基地局１３はeNodeB (eNB)に相当し、コアネットワーク１４はEvolved Packet Core（EPC）に相当する。
　図１において、MTC UE１１Ａは、MTC UE１１Ｂに比べeNB１３からの距離が離れている為に、伝搬損が大きく無線品質が劣化することが想定される。また、MTC UE１１Ｃは建物（例えばビル）内に設置されており、屋外に設置される場合に比べて無線品質が劣化することが想定される。また、仮にMTC UE１１（１１Ａ、１１Ｂ、及び１１Ｃ）が、通常のUE１２に比べて限定的な能力又は機能（e.g., 最大送信電力が小さい、受信アンテナ数が少ない、高次変調をサポートしない等）を持つ場合、無線品質の劣化が更に顕著になることが予想される。したがって、本実施形態に係るMTC UE１１は、上述したEnhanced Coverage Mode（ECM）をサポートし、ECMにおけるカバレッジ改善処理を行うことができるよう構成されている。
　既に述べたように、ECMにおけるカバレッジ改善処理は、MTC UEの通信特性（通信品質）を改善又は向上する為の処理と言うこともできる。ECMにおけるカバレッジ改善処理は、既に述べたように、以下の（ａ）～（ｄ）のうち少なくとも１つを含んでもよく、これらとは異なる他の処理、例えば（ｅ）～（ｆ）を含んでもよい：
（ａ）通常よりも所定回数だけ余分にPBCHによる報知情報の送信を繰り返すこと、
（ｂ）PPACH（PRACHプリアンブル）の送信を所定回数だけ繰り返すこと、
（ｃ）複数サブフレームにわたってPDSCHの送信を繰り返すこと、
（ｄ）複数サブフレームにわたってPUSCHの送信を繰り返すこと、
（ｅ）PDSCH若しくはPUSCH又は両方の電力スペクトル密度（power spectral density（PSD））を高くすること（PSD boosting）、
（ｆ）PDSCH若しくはPUSCH又は両方の繰り返し送信の間に周波数ホッピングをすること。
　ここで、サブフレームとは、LTEの無線フレームを構成する単位である。１つの無線フレームの長さは１０ミリ秒であり、１つの無線フレームは１０個のサブフレーム（subframe）から構成されている。したがって、１つのサブフレームの長さは、１ミリ秒である。１つのサブフレームは、時間領域で１４個のシンボル（アップリンクであればsingle carrier frequency division multiple access (SC-FDMA) シンボル、ダウンリンクであれば orthogonal frequency division multiplexing (OFDM)シンボル）を含む。
　続いて以下では、本実施形態に係るECMのための通信制御について説明する。本実施形態に係るeNB１３は、MTC UE（M2M端末）１１の通信においてECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）が実行されていたか否かを示す履歴情報をEPC１４から受信する。そして、eNB１３は、EPC１４から受信された履歴情報に基づいて、ECMに関するカバレッジ改善処理を伴うMTC UE１１とeNB１３の間の通信を制御する。eNB１３は、EPC１４に配置されたコアネットワークノード（例えば、Mobility Management Entity（MME））からMTC UE１１の履歴情報を受信すればよい。
　例えば、eNB１３は、MTC UE１１とeNB１３の間の通信においてECMに関するカバレッジ改善処理を実行するか否かを、受信された履歴情報に基づいて決定してもよい。より具体的に述べると、eNB１３は、ECMにカバレッジ改善処理がMTC UE１１に対して行われていたことが履歴情報に示されていること応答して、ECMに関するカバレッジ改善処理の指示（e.g., ECM configuration）をMTC UE１１に送信してもよい。なお、eNB１３は、明示的な指示を送信すること無く、MTC UE１１においてECMが行われていることを前提にMTC UE１１との通信を行ってもよい。
　ECM configurationは、例えば、以下に示す情報のうち少なくとも１つを含んでもよい：
・報知情報（PBCH）の受信に関する設定情報、
・システム情報（System Information Block（SIB））の受信に関する設定情報、
・ページング（Paging Channel（PCH））の受信に関する設定情報、
・下り制御情報（Physical Downlink Control Channel（PDCCH））の受信に関する設定情報、
・下りデータ（PDSCH）の受信に関する設定情報、
・上り制御情報（Physical Uplink Control Channel（PUCCH））の送信に関する設定情報、
・上りデータ（PUSCH）の送信に関する設定情報、
・無線品質測定報告（Measurement Report）に関する設定情報。
　報知情報（PBCH）の受信に関する設定情報及びシステム情報（SIB）の受信に関する設定情報は、例えば、どのサブフレーム及び／又はどのOFDMシンボルで報知情報及び（どの種類の）システム情報が繰り返して送信されているかを示す情報でもよい。ページングの受信に関する設定情報は、例えば、どのサブフレームでページングが繰り返して送信されているかを示す情報でもよい。下り制御情報（PDCCH）の受信及び下りデータ（PDSCH）の受信に関する設定情報は、例えば、それらが何回繰り返して送信されるかを示す情報でもよいし、どのサブフレームで繰り返して送信されるかを示す情報でもよい。上り制御情報（PUCCH）の送信及び上りデータ（PUSCH）の送信に関する設定情報は、例えば、それらが何回繰り返して送信されるかを示す情報でもよいし、どのサブフレームで繰り返して送信されるかを示す情報でもよい。無線品質測定報告に関する設定情報は、ECMを実行している間に適用する無線品質の測定結果（measurement result）に対するオフセット値や閾値でもよいし、ECMを実行している間に適用する無線品質の測定結果の報告の判定におけるオフセット値や閾値でもよい。
　また、ECMで実行されるMTC UE１１の動作は、予め多段階（マルチレベル）に細分化して定義されてもよい。この場合、ECM configurationは、MTC UE１１が実行するべき動作の段階（レベル）を指定してもよい。
　一方、MTC UE１１は、一旦ECMの実行を指示された場合、RRC_CONNECTEDからRRC_IDLEになった後もECM configurationを継続して保持し、ECMを継続して実行してもよい。これに代えて、MTC UE１１は、滞在するセルで報知されているECM configurationを基にRRC_ IDLEになった後もECMを継続して実行してもよい。さらにMTC UE１１は、再びRRC_ CONNECTEDになった後に、既に保持しているECM configuration又は滞在するセルで報知されているECM configurationに基づいて自律的にECMを継続して実行してもよいし、eNB１３からECMの実行の指示を受けたことに応答してECMを実行してもよい。
　このように、eNB１３がMTC UE１１の履歴情報（MTC UE１１の過去の通信においてECMに関するカバレッジ改善処理が実行されていたか否かを示す）をEPC１４から受信し、この履歴情報を用いてMTC UE１１とのカバレッジ改善処理を伴う通信を制御することで以下に述べる効果が期待される。すなわち、eNB１３は、MTC UE１１に対してECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を適用するべきか否かを判定するために、MTC UE１１の無線品質（e.g., RSRP、RSRQ、CQI）を取得してこれを分析することを必ずしも必要としない。なぜなら、eNB１３と無線接続を確立したMTC UE１１に対してECMが適用できるか又はECMのカバレッジ改善処理が有効であるか否かを履歴情報に基づいて判定できるためである。したがって、本実施形態は、MTC UE１１に対してECMに関するカバレッジ改善処理を適用するべきか否かの判定に要する時間（遅延）を削減できる。
　次に、eNB１３がMTC UE１１の履歴情報をEPC１４から受信するタイミングの例について説明する。eNB１３は、MTC UE１１に対してECMに関するカバレッジ改善処理を適用するべきか否かを判定する際に、MTC UE１１の履歴情報をEPC１４から取得すればよい。例えば、eNB１３は、MTC UE１１との無線接続（Radio Resource Control (RRC) Connection）を確立する際に、言い換えるとMTC UE１１がアイドル状態（RRC_IDLE）からコネクテッド状態（RRC_CONNECTED）になるときに、履歴情報をEPC１４から受信してもよい。これに代えて、eNB１３は、MTC UE１１とEPC１４の間のベアラ（Evolved Packet System（EPS）ベアラ）の確立手順（e.g., attach procedure、service request procedure）が行われる間に、履歴情報をEPC１４から受信してもよい。これらの例によれば、eNB１３は、MTC UE１１との無線接続の確立手順、又はベアラ確立手順において、MTC UE１１に対してECMに関するカバレッジ改善処理を適用するべきか否かを速やかに判定することができる。
　続いて、MTC UE１１に関する端末情報（MTC UE１１とeNB１３の通信においてECMに関するカバレッジ改善処理が実行されていたか否かを示す）をEPC１４に保存する動作の例について説明する。eNB１３は、MTC UE１１の無線接続を解放する際に、ECMに関するカバレッジ改善処理が当該MTC UE１１のために実行されていたか否かを示す端末情報（UEコンテキスト）をEPC１４に送信してもよい。EPC１４に送られたUEコンテキストは、端末情報の送信元と同じeNB１３又は異なるeNB１３にMTC UE１１の履歴情報として送信される。言い換えると、eNB１３は、MTC UE１１に関するUEコンテキスト（MTC UE１１とeNB１３の通信においてECMに関するカバレッジ改善処理が実行されていたか否かを示す）を保存するためにEPC１４に送信し、当該UEコンテキストをEPC１４から読みだして利用できるよう構成されている。
　既に述べたように、MTC UE１１がコネクテッド状態（RRC_CONNECTED）であるときにeNB１３において保持されているMTC UE１１のコンテキストは、MTC UE１１がアイドル状態（RRC_IDLE）に遷移するときに解放（削除）される。したがって、eNB１３は、MTC UE１１がコネクテッド状態であるときにeNB１３において保持されていたUEコンテキスト（ECMに関するカバレッジ改善処理がMTC UE１１のために実行されていたか否かを示す）をEPC１４に保存しておくことで、将来のMTC UE１１のアクセス時に、EPC１４に保存されていたUEコンテキストを履歴情報として利用することができる。
　なお、本実施形態において、MTC UE１１は、図１に例示されているように、固定的に設置され実質的に静止した端末であってもよい。この場合、MTC UE１１は、１つのeNB１３の１つのセル内でコネクテッド状態（RRC_CONNECTED）とアイドル状態（RRC_IDLE）の間の遷移を繰り返す。しかしながら、これに代えて、MTC UE１１は、移動性を有する端末（例えば、自動車、鉄道車両、又は船舶などの輸送機械に搭載される端末）であってもよい。この場合、MTC UE１１は、同じeNB１３の複数のセルの間、又は異なるeNB１３のセル間を移動してもよい。MTC UE１１が移動する場合に想定されるシナリオを以下に述べる。まず、MTC UE１１は、あるeNB１３のセルにおいてRRC_CONNECTEDでECMの実行を指示され、ECMを利用してデータ通信を行った後にRRC_IDLEになる。次に、MTC UE１１は、RRC_IDLEの間に他のセルにセル再選択（Cell reselection）を行う。そして、MTC UE１１は、前回RRC_CONNECTEDになったセルとは別のセルで再びRRC_CONNECTEDになる。このとき、EPC１４は、MTC UE１１が新たに滞在しているセルを管理するeNB１３に対して、MTC UE１１がECMを実行していたか否かを示す情報（ECM status、履歴情報）を通知する。EPC１４は、当該MTC UE１１が過去にどのセルでECMを実行していたかを示すために、例えば物理セル識別子（Physical Cell Identity（PCI））又はグローバルセル識別子（Cell Global Identity（CGI））をeNB１３に通知してもよい。
　図２は、本実施形態に係るMTC UE１１、eNB１３、及びコアネットワークノード１４１の動作の一例を示すシーケンス図である。コアネットワークノード１４１は、EPC１４に配置されたノードである。コアネットワークノード１４１は、１つの物理的なエンティティであってもよいし複数のエンティティを含んでもよい。例えば、コアネットワークノード１４１は、MME若しくはHome Subscriber Server（HSS）又はこれら両方を含んでもよい。なお、図２は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
　図２のステップＳ１０１では、eNB１３は、MTC UE１１のためにECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を行うことを判定し、ECMの設定情報（ECM configuration）をMTC UE１１に送信する。図２の例では、ECM configuration は、RRC Connection Reconfigurationメッセージを用いて送信される。ステップＳ１０２では、MTC UE１１は、eNB１３から受信したECM configurationに従ってECMの実行（つまり、カバレッジ改善処理（e.g., 繰り返されるPDSCHの受信、PUSCHの繰り返し送信））を開始する（ECM start）。ステップＳ１０３では、MTC UE１１は、ECM configurationに従ってデータ通信を行う（M2M data with ECM）。
　ステップＳ１０４では、eNB１３は、MTC UE１１をアイドル状態（RRC_IDLE）に戻すことが可能であると判断し、MTC UE１１に関するS1-APシグナリングコネクション及びS1ベアラ（又は無線アクセスベアラ）の解放をコアネットワークノード１４１に要求する（S1 UE Context Release Request）。ステップＳ１０５では、コアネットワークノード１４１は、eNB１３からの要求に応じてS1-APシグナリングコネクション及びS1ベアラを解放するが、MTC UE１１においてECMが実行されていたことを示すECM状態情報（ECM status）を保持する（Store ECM status）。ECM状態情報（ECM status）は、上述の履歴情報に相当する。ECM状態情報（ECM status）は、MTC UE１１のEPSベアラ・コンテキストと共にMMEにおいて保持されてもよい。また、ECM状態情報（ECM status）は、MMEを介してHSSに送信され、HSSにおいて保持されてもよい。ステップＳ１０６では、eNB１３は、RRC_IDLEになる指示をMTC UE１１に送信する（RRC Connection Release）。この指示の受信に応答して、MTC UE１１は、RRC_CONNECTEDからRRC_IDLEになる。
　ステップＳ１０７では、MTC UE１１は、周期的又は非周期的な通信タイミングが到来したことに応じて、通信を開始するために無線接続の確立要求をeNB１３に送信する（RRC Connection Request）。MTC UE１１は、耐遅延アクセスであることを示すために、“delayTolerantAccess”に指定されたEstablishment causeを伴うRRC Connection Requestを送信してもよい。図示されていない無線接続（RRC Connection）の確立手順の完了によって、MTC UE３１は、RRC_CONNECTEDになる。
　ステップＳ１０８では、eNB１３は、MTC UE１１のためにEPSベアラの確立要求をコアネットワークノード１４１に送信する（Initial UE message）。このInitial UE messageは、MTC UE１１からのNon-Access Stratum（NAS）メッセージ（e.g. NAS: Service Request、NAS: Attach Request）をカプセル化している。ステップＳ１０９では、コアネットワークノード１４１は、Initial UE message内にカプセル化されたNASメッセージの受信に応答して、MTC UE１１のための無線アクセスベアラを確立するのに必要な情報をeNB１３に送信する（Initial Context Setup Request）。
　ステップＳ１０９のメッセージは、例えば端末能力（UE radio capability）及びUEコンテキスト（UE context）を含んでもよい。このとき、UE contextは、MTC UE１１が過去にECMを実行していたことを示すECM状態情報（ECM status）を含んでもよい。さらに、UE contextは、MTC UE１１のモビリティ情報（mobility information）を含んでもよい。例えば、MTC UE１１が過去にECMを実行していたことがECM状態情報において示され、且つMTC UE１１が静止またはほぼ静止している端末であることがモビリティ情報において示されていることを条件として、eNB１３はMTC UE１１に対してECMを継続して実行することを決定してもよい。
　ステップＳ１１０では、eNB１３は、MTC UE１１にECMを実行させる為に、無線リソース設定情報（RRC Configuration）と共にECM設定情報（ECM configuration）を送信してもよい（RRC Connection Reconfiguration）。ステップＳ１１１では、MTC UE１１は、eNB１３からステップＳ１１０にて受信したECM設定情報、または以前に受信して保持していたECM設定情報を基にデータ通信を行う（M2M data with ECM）。
＜第２の実施形態＞
　本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。上述した第１の実施形態では、MTC UE１１の通信においてECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）が実行されていたか否かを示す履歴情報をeNB１３がEPC１４から受信する例を示した。これに代えて、本実施形態では、eNB２３は、MTC UE２１の通信においてECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）が実行されていたか否かを示す履歴情報をMTC UE２１から受信する。そして、eNB２３は、MTC UE２１から受信された履歴情報に基づいて、ECMに関するカバレッジ改善処理を伴うMTC UE２１とeNB２３の間の通信を制御する。例えば、eNB２３は、過去にECMを実行していたことをMTC UE２１から報告された場合、当該MTC UE２１に引き続きECMを実行させ続けてもよいし、改めてECMの実行が必要か否かを判定してもよい。
　本実施形態に係るMTC UE２１は、ECM実行の指示をeNB２３から受信した場合に、RRC_CONNECTEDからRRC_IDLEになった後もECM設定情報（ECM configuration）を保持してもよいし、ECMを実行していたことを記憶しておくだけでもよい。そして、MTC UE２１は、再びRRC_CONNECTEDになるとき、以前にECMを実行していたことをeNB２３に報告する。さらに、MTC UE２１は、RRC_CONNECTEDになる為のメッセージ（つまり、RRCコネクションの確立手順において送信されるメッセージ）を、ECMを実行しながら（つまり、ECMに特有のECMに関するカバレッジ改善処理を行いながら）送信又は受信してもよい。例えば、MTC UE２１は、ECM特有の無線リソースをPRACHプリアンブルの送信のために使用してもよい。また、MTC UE２１は、PRACHプリアンブルを自律的に繰り返し送信してもよい。
　本実施形態よれば、第１の実施形態と同様の効果が期待される。すなわち、本実施形態では、eNB２３がMTC UE２１の履歴情報（MTC UE２１の過去の通信においてECMに関するカバレッジ改善処理が実行されていたか否かを示す）をMTC UE２１自身から受信し、この履歴情報を用いてMTC UE２１とのカバレッジ改善処理を伴う通信を制御する。したがって、eNB２３は、MTC UE２１に対してECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を適用するべきか否かを判定するために、MTC UE２１の無線品質（e.g., RSRP、RSRQ、CQI）を取得してこれを分析することを必ずしも必要としない。なぜなら、eNB２３は、eNB２３と無線接続を確立したMTC UE２１に対してECMが適用できるか又はECMのカバレッジ改善処理が有効であるか否かを履歴情報に基づいて判定できるためである。したがって、本実施形態は、MTC UE２１に対してECMに関するカバレッジ改善処理を適用するべきか否かの判定に要する時間（遅延）を削減できる。
　次に、eNB２３がMTC UE２１の履歴情報をMTC UE２１から受信するタイミングの例について説明する。例えば、eNB２３は、MTC UE２１との無線接続（RRC Connection）を確立する手順において、言い換えるとMTC UE２１がアイドル状態（RRC_IDLE）からコネクテッド状態（RRC_CONNECTED）になるときに、履歴情報をMTC UE２１から受信してもよい。これに代えて、eNB２３は、MTC UE２１とEPCの間のベアラ（EPSベアラ）の確立手順（e.g., attach procedure、service request procedure）が行われる間に、履歴情報をMTC UE２１から受信してもよい。これらの例によれば、eNB２３は、MTC UE２１との無線接続の確立手順、又はベアラ確立手順において、MTC UE２１に対してECMに関するカバレッジ改善処理を適用するべきか否かを速やかに判定することができる。
　また、第１の実施形態で述べたのと同様に、本実施形態では、MTC UE２１は、移動性を有する端末（例えば、自動車、鉄道車両、又は船舶などの輸送機械に搭載される端末）であってもよい。この場合、MTC UE２１は、あるeNB２３のセルにおいてRRC_CONNECTEDでECMの実行を指示され、ECMを利用してデータ通信を行った後にRRC_IDLEになる。次に、MTC UE２１は、RRC_IDLEの間に他のセルにセル再選択（Cell reselection）を行う。そして、MTC UE２１は、前回RRC_CONNECTEDになったセルとは別のセルで再びRRC_CONNECTEDになる。このとき、MTC UE２１は、自身が新たに滞在しているセルを管理するeNB２３に対して、過去に自身がECMを実行していたか否かを示す情報（ECM status、履歴情報）を通知する。MTC UE２１は、当該MTC UE２１自身が過去にどのセルでECMを実行していたかを示すために、例えば物理セル識別子（PCI）又はグローバルセル識別子（CGI）をeNB２３に通知してもよい。
　図３は、本実施形態に係るMTC UE２１、eNB２３、及びコアネットワークノード２４１の動作の一例を示すシーケンス図である。コアネットワークノード２４１は、EPCに配置されたノード（e.g., MME若しくはHSS又はこれら両方）である。図３は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
　図３のステップＳ２０１～Ｓ２０３における処理は、図２のステップＳ１０１～Ｓ１０３における処理と同様である。ステップＳ２０４では、eNB２３は、MTC UE２１をアイドル状態（RRC_IDLE）に戻すことを決定し、MTC UE２１に関するS1-APシグナリングコネクション及びS1ベアラ（又は無線アクセスベアラ）の解放をコアネットワークノード２４１に要求する（S1 UE Context Release Request）。コアネットワークノード２４１は、eNB２３からの要求に応じてS1-APシグナリングコネクション及びS1ベアラを解放する。ステップＳ２０５では、eNB２３は、RRC_IDLEになる指示をMTC UE２１に送信する（RRC Connection Release）。この指示の受信に応答して、MTC UE２１は、RRC_CONNECTEDからRRC_IDLEになる。
　ステップＳ２０６では、MTC UE２１は、周期的又は非周期的な通信タイミングが到来したことに応じて、通信を開始するために無線接続の確立要求をeNB２３に送信する（RRC Connection Request）。MTC UE２１は、耐遅延アクセスであることを示すために、“delayTolerantAccess”に指定されたEstablishment causeを伴うRRC Connection Requestを送信してもよい。ステップＳ２０７では、MTC UE２１は、過去にECMを実行していたことを示す履歴情報をeNB２３に報告する。このとき、MTC UE２１は、ECMを実行中であることeNB２３に併せて報告してもよい。
　図３の例では、ステップＳ２０７の履歴情報は、RRC Connection Setup Completeメッセージを用いて送信される。RRC Connection Setup Completeメッセージは、RRCコネクションの確立手順で送信される最終メッセージであるから、ステップＳ２０７の履歴情報は、RRCコネクションの確立手順の間に送信されるということができる。また、RRC Connection Setup Completeメッセージは、NASメッセージ（e.g., NAS: Service Request、NAS: Attach Request）を包含する。つまり、NASメッセージを包含するRRC Connection Setup Completeメッセージは、ベアラ確立手順の中で送信される最初のメッセージであるから、ステップＳ２０７の履歴情報は、ベアラ確立手順の間に送信されるということもできる。
　ステップＳ２０８では、eNB２３は、MTC UE２１のためにEPSベアラの確立要求をコアネットワークノード２４１に送信する（Initial UE message）。ステップＳ２０９では、コアネットワークノード２４１は、Initial UE message内にカプセル化されたNASメッセージの受信に応答して、MTC UE２１のための無線アクセスベアラを確立するのに必要な情報をeNB２３に送信する（Initial Context Setup Request）。ステップＳ２０９のメッセージは、例えば端末能力（UE radio capability）を含んでもよい。
　ステップＳ２１０では、eNB２３は、MTC UE２１にECMを実行させる為に、無線リソース設定情報（RRC Configuration）と共にECM設定情報（ECM configuration）を送信してもよい（RRC Connection Reconfiguration）。ステップＳ２１１では、MTC UE２１は、eNB２３からステップＳ２１０にて受信したECM設定情報、または以前に受信して保持していたECM設定情報を基にデータ通信を行う（M2M data with ECM）。
＜第３の実施形態＞
　本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。本実施形態では、ECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を特定のMTC UE３１に適用するか否かをeNB３３において判定するための手法が説明される。本実施形態で説明される技術思想は、上述した第１又は第２の実施形態で説明された技術思想とは独立して使用されることができるし、これらの技術思想と組み合わせて使用されることもできる。
　本実施形態に係るeNB３３は、MTC UE３１の端末能力（UE capability）、MTC UE３１の端末情報（UE information）、MTC UE３１の通信特性（Communication performance）、及びMTC UE３１の無線品質（Radio quality）のうち少なくとも１つと、MTC UE３１から受信したアクセス要因（Access cause）とに基づいて、ECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を伴うMTC UE３１とeNB３３の間の通信を制御する。言い換えると、eNB３３は、MTC UE３１の端末能力、端末情報、通信特性、及び無線品質のうち少なくとも１つと、MTC UE３１から受信したアクセス要因とに基づいて、ECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を当該MTC UE３１に適用するか否かを判定する。
　アクセス要因、端末能力、端末情報、通信特性、及び無線品質の具体例を以下に述べる。ただし、アクセス要因、端末能力、端末情報、通信特性、及び無線品質の内容は、これらの例に限定されるものではない。
　アクセス要因は、例えば以下の２つのうち少なくとも１つを含んでもよい。
・RRC接続確立の目的（Establishment cause）
・サービス種別（Service type）
　RRC接続確立の目的は、例えば、（ａ）緊急呼（emergency）、（ｂ）高優先度アクセス（highPriorityAccess）、（ｃ）端末終端通信の為のアクセス（mt-Access）、端末発信によるシグナリング（mo-Signalling）、（ｄ）端末発信によるデータ送信（mo-Data）、（ｅ）耐遅延アクセス（delayTolerantAccess）、（ｆ）低優先度アクセス（lowPriorityAccess）、（ｇ）小データ通信の為のアクセス（smallDataAccess）、（ｈ）小パケット通信の為のアクセス（smallPacketAccess）、（ｉ）限定的なアクセス（limitedAccess）、（ｊ）限定的なサービスの為のアクセス（limitedService）、（ｋ）M2M型アクセス（m2mAccess）、又は（ｌ）ECMによるアクセス（ecmAccess）、を指定してもよい。
　サービス種別は、例えば、（ａ）リアルタイムサービス、（ｂ）ノンリアルタイムサービス、又は（ｃ）M2M型通信、を指定してもよい。
　端末能力は、例えば以下の３つのうち少なくとも１つを含んでもよい。
・無線アクセス能力（Radio access capability）
・デバイス能力（Device capability）
・端末カテゴリ（UE category）
　無線アクセス能力は、例えば、（ａ）UEが3GPP LTEで規定されている端末機能をサポートしているか否かを示す情報（例えばフラグビット）、又は（ｂ）UEがECMをサポートしているか否かを示す情報、を含んでもよい。UEがECMをサポートしているか否かを示すために、例えば、“EcmSupport”という情報要素（Information Element（IE））が定義されてもよい。例えば、“EcmSupport”のtrue値は、ECMがサポートされていること（Supported）を示し、false値はECMがサポートされていないこと（NotSupported）を示す。また、“EnhancedCoverageMode”というIEが定義されてもよい。例えば、EcmSupportがSupportedと設定されているとき、UEがECMをサポートしていることを表す。また、UEがECMを未サポートである場合、EcmSupportがNotSupportedと設定さてもよいし、当該IEが送信されないことで未サポートを示してもよい。
　デバイス能力は、例えば、（ａ）UEがMTC UEであることを示す情報、（ｂ）UEの通信性能が（通常UEに比べて）制限されていることを示す情報、又は（ｃ）特定の通信（例えばM2M型通信）のみを行うことを示す情報、を含んでもよい。
　端末カテゴリは、（ａ）3GPP LTEで規定される端末カテゴリのうちのいずれかを示す情報、又は（ｂ）3GPP LTEで規定されるアクセス階級（Access Class）のいずれかを示す情報、を含んでもよい。端末カテゴリ又はアクセス階級は、M2M型通信を行うMTC UE用に新たに規定してもよい。例えば、低コストで実装する為に機能制限されたMTC UEに対する新規カテゴリ（e.g., category 0）が規定されてもよいし、低頻度で通信を行うことを前提とする又は低頻度の通信のみを許可するアクセス階級（AC）が新たに規定されてもよい。
　端末情報は、例えば以下の３つのうち少なくとも１つを含んでもよい。
・端末種別（UE type）
・デバイス種別（Device type）
・端末コンテキスト（UE context）
　端末種別は、例えば、（ａ）UEが通常のUE（非MTC UE）とMTC UEのどちらであるかを示す情報、（ｂ）UEが移動するか否かを示す情報（又はUEが移動しないことを示す情報）、又は（ｃ）UEへの電力供給（power supply）があるか否かを示す情報、を含んでもよい。
　デバイス種別は、例えば、（ａ）UEに実装されたOperating System（OS）の種別を示す情報、又は（ｂ）UEが行うM2M型通信の種別を示す情報（つまり、M2Mのサブカテゴリ情報）、を含んでもよい。
　端末コンテキストは、例えば、（ａ）上述の端末能力の情報、（ｂ）UEに設定されたRRC制御情報（RadioResrouceConfigCommon IE及びRaioResourceConfigDediacted IEに含まれる情報等）、（ｃ）UEのモビリティに関する情報（mobility information）、（ｄ）UEがECMを実行しているか否かを示す情報（ECM execution information）、又は（ｅ）UEが以前（例えば前回RRC_CONNECTEDのとき）にECMを実行していたか否かを示す情報（ECM status information）、を含んでもよい。
　通信特性は、例えば以下の２つのうち少なくとも１つを含んでもよい。
・特性測定結果（Performance measurement result (e.g., L2 measurement)）
・通信統計品質（Statistical communication quality (e.g., KPI)）
　特性測定結果は、例えば、（ａ）eNB３３（またはOperation Administration and Maintenance（OAM））におけるスループット測定結果（e.g., Scheduled IP Throughput）、（ｂ）パケットロス測定結果（Packet Loss Rate）、又は（ｃ）パケット廃棄測定結果（Packet Discard Rate）、を含んでもよい。
　通信統計品質は、例えば、（ａ）ハンドオーバ試行回数若しくはハンドオーバ試行率、（ｂ）ハンドオーバ成功率若しくはハンドオーバ失敗率、（ｃ）通信間隔若しくは通信頻度、（ｄ）パケット発生間隔若しくはパケット発生頻度、（ｅ）パケット到着間隔（packet inter-arrival time）若しくはパケット到着頻度（packet inter-arrival rate）、（ｆ）アクセス間隔若しくはアクセス頻度、又は（ｇ）RRC接続確立若しくはNAS接続確立の間隔若しくは頻度、を含んでもよい。
　無線品質は、例えば以下の２つのうち少なくとも１つを含んでもよい。
・参照信号の受信品質（Reference Signal (RS) received quality）
・通信路品質指標（CQI）
　参照信号（RS）の受信品質は、例えば、（ａ）UEにおける下りRSの受信電力（RSRP）、（ｂ）受信品質（RSRQ）、若しくは受信電力強度（RSSI）、又は（ｂ）UEが送信する上り参照信号（Sounding Reference Signal: SRS）のeNB３３における受信電力、を含んでもよい。
　eNB３３は、上述したMTC UE３１の端末能力又は端末情報をMTC UE３１自身から受信してもよいし、EPCから受信してもよい。
　本実施形態よれば、以下に述べる効果が期待される。すなわち、仮に、ECMに関するカバレッジ改善処理をMTC UE３１に適用するか否かをそのMTC UE３１のアクセス要因のみに基づいて判定したのでは、各MTC UE３１の状況を十分に考慮することができない問題がある。既に述べたように、想定されているECMに関するカバレッジ改善処理のうち、RACHの繰り返し並びにPDSCH/PUSCHの繰り返しは各MTC UEに個別に適用される。そして、MTC UEに個別に適用されるカバレッジ改善処理（例えば、RACHの繰り返し、PDSCH/PUSCHの繰り返し）は、ECMを行うMTC UEの数が増加するほど多くの無線リソースを消費する。このため、ECMを実行するべきか否かの判定は、MTC UE個別の状況を考慮して行われることが好ましい。本実施形態のeNB３３は、ECMを実行するべきか否かの判定において、MTC UE３１のアクセス要因だけでなく、MTC UE３１の端末能力、端末情報、通信特性、及び無線品質のうち少なとも１つをさらに考慮する。したがって、本実施形態は、ECMを実行するべきか否かをMTC UE個別の状況を考慮して行うことができる。
　図４は、本実施形態に係るMTC UE３１、eNB３３、及びコアネットワークノード３４１の動作の一例を示すシーケンス図である。コアネットワークノード３４１は、EPCに配置されたノード（e.g., MME若しくはHSS又はこれら両方）である。図４の例では、eNB３３は、MTC UE３１のアクセス要因（例えばEstablishment cause）、端末能力（例えばUE radio access capability）、及び端末情報（例えばUE type）に基づいて、ECMに関するカバレッジ改善処理をMTC UE３１に適用するか否かを判定する。なお、図４は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
　図４に示されたMTC UE３１の初期状態は、RRC_IDLEである。ステップＳ３０１では、MTC UE３１は、周期的又は非周期的な通信タイミングが到来したことに応じて、通信を開始するために無線接続の確立要求をeNB２３に送信する（RRC Connection Request）。MTC UE３１は、耐遅延アクセスであることを示すために、“delayTolerantAccess”に指定されたEstablishment causeを伴うRRC Connection Requestを送信してもよい。図示されていない無線接続（RRC Connection）の確立手順の完了によって、MTC UE３１は、RRC_CONNECTEDになる。
　ステップＳ３０２では、eNB３３は、MTC UE３１のためにEPSベアラの確立要求をコアネットワークノード３４１に送信する（Initial UE message）。このInitial UE messageは、MTC UE３１からのNon-Access Stratum（NAS）メッセージ（e.g. NAS: Service Request）をカプセル化している。ステップＳ３０３では、コアネットワークノード３４１は、Initial UE message内にカプセル化されたNASメッセージの受信に応答して、MTC UE３１のための無線アクセスベアラを確立するのに必要な情報をeNB３３に送信する（Initial Context Setup Request）。ステップＳ３０３のメッセージは、例えば端末能力（UE radio capability）若しくは端末種別（UE type）又はこれら両方を含んでもよい。
　ステップＳ３０４では、eNB３３は、必要に応じて、端末能力の送信をMTC UE３１に要求する（UE Capability Enquiry）。ステップＳ３０５では、eNB３３からの要求に応答して、MTC UE３１は自身の端末能力をeNB３３に報告する（UE Capability Information）。ステップＳ３０５のメッセージは、例えばUE-EUTRA-capabilityを含んでもよい。
　ステップＳ３０６では、eNB３３は、MTC UE３１にECMを実行させるか否か（言い換えると、ECMに関するカバレッジ改善処理MTC UEに３１に適用するか否か）を決定する（ECM decision）。一例として、eNB３３は、MTC UE３1のestablishment causeがdelayTolerantAccessを示し、且つMTC UE３1のradio access capabilityがECMをサポートしていることを示すことを条件として、MTC UE３１にECMを実行させることを決定してもよい。
　ステップＳ３０７では、eNB３３は、MTC UE３１にECMを実行させる為に、無線リソース設定情報（RRC Configuration）と共にECM設定情報（ECM configuration）を送信する。ステップＳ３０８では、MTC UE３１は、eNB１３から受信した無線リソース設定情報及びECM設定情報に従ってECMを開始する（ECM start）。ステップＳ３０９では、MTC UE３１は、ECMに関するカバレッジ改善処理を行いながらデータ通信を行う（M2M data with ECM）。
　図４に示された手順は一例である。一例として、eNB３３は、アクセス要因（e.g., Establishment cause）、端末能力（e.g., UE radio access capability）、端末情報（e.g., UE type）に加えて、通信特性若しくは無線品質又はこれら両方をさらに考慮してもよい。具体的には、eNB３３は、始めに、MTC UE３１のアクセス要因、端末能力、及び端末情報に基づいて、当該MTC UE３１にECMを実行させることを決定してもよい。そしてその後に、eNB３３は、MTC UE３１の通信特性若しくは無線品質又はこれら両方に基づいて、当該MTC UE３１にECMを実行させ続けるか否かを判定してもよい。このように、eNB３１がMTC UE３１の通信特性又は無線品質を考慮することで、ECMの実行が必要であるか否かの判定をより適切にすることができる。
　例えば、eNB３３は、MTC UE３１の通信特性としてハンドオーバ試行回数（又は試行率）を取得し、それを基にMTC UE３１が静止またはほぼ静止していると判定した場合にはECMの実行を継続してもよい。反対に、MTC UE３１が移動していると判定した場合には、eNB３３は、MTC UE３１のECMの実行を中断（又は中止）してもよい。これに代えて又はこれと組み合わせて、eNB３３は、MTC UE３１の無線品質としてRSRPやCQIを取得し、それらが所定閾値よりも小さいと判定した場合にECMの実行を継続してもよい。反対に、MTC UE３１の無線品質が所定閾値よりも大きいと判定した場合には、eNB３３は、MTC UE３１のECMの実行を中断（又は中止）してもよい。
　また他の例として、eNB３３は、MTC UE３１にECMを実行させるか否かを始めに判定するときに、MTC UE３１の通信特性若しくは無線品質又はこれら両方を取得し、これらを考慮してMTC UE３１にECMを実行させるか否かを判定してもよい。このとき、eNB３１は、MTC UE３１の通信特性又は無線品質を新たに計測するのではなく、eNB３１又は他のネットワーク装置（e.g., OAM又はMME）に保存されていたMTC UE３１の過去の通信特性又は無線品質を利用してもよい。これにより、MTC UE３１にECMを実行させるか否かの判定が遅くなることでMTC UE３１の通信特性が劣化することを回避できる。
＜第４の実施形態＞
　本実施形態では、ECMをサポートするMTC UEのハンドオーバに関する制御が説明される。図５は、本実施形態に係る無線通信システムの構成例を示している。図５を参照すると、当該無線通信システムは、MTC UE４１、eNB４３、eNB４５、及びEPC４４を含む。MTC UE４１は、例えば自動車、鉄道車両、又は船舶などの輸送機械に搭載され、したがって移動性を有する。なお、図５は、ヘテロジーニアス・ネットワーク（HetNet）の例を示している。すなわち、eNB４３はセル４３０を管理し、eNB４５はセル４３０に比べて狭い範囲をカバーするセル４５０を管理する。例えば、eNB４３はマクロ基地局であり、eNB４５はピコ基地局である。しかしながら、本実施形態は、セル４３０とセル４５０が同程度の大きさを持つホモジーニアス・ネットワークに適用されてもよい。
　続いて以下では、本実施形態に係るECMのための通信制御について説明する。本実施形態に係るeNB４３は、ECMを実行中のMTC UE４１が自身のセル４３０から隣接セル４５０にハンドオーバする際に、MTC UE４１がECMを実行していること（言い換えると、ECMに関するカバレッジ改善処理を実行していること）をeNB４５に通知する。eNB４３は、MTC UE４１のためのハンドオーバ要求をeNB４５に送信する際に、MTC UE４１がECMを実行していること（言い換えると、ECMに関するカバレッジ改善処理を実行していること）をeNB４５に通知してもよい。eNB４５は、eNB４３からの通知に基づいて、MTC UE４１とeNB４５の間のECMを伴う通信を制御してもよい。例えば、eNB４５は、MTC UE４１とeNB４５の間の通信にECMを適用するか否かをeNB４３からの通知に基づいて判定してもよい。
　本実施形態よれば、以下に述べる効果が期待される。すなわち、本実施形態では、ハンドオーバのソース基地局（つまり、eNB４３）は、MTC UE４１がECMを実行しているか否かをターゲット基地局（つまり、eNB４５）に通知する。したがって、ターゲット基地局（eNB４５）は、MTC UE４１に対してECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を適用するべきか否かを判定するために、MTC UE４１の無線品質（e.g., RSRP、RSRQ、CQI）を取得してこれを分析することを必ずしも必要としない。なぜなら、ターゲット基地局（eNB４５）は、ハンドオーバするMTC UE４１に対してECMが適用できるか又はECMのカバレッジ改善処理が有効であるか否かを、ソース基地局（eNB４３）からの通知に基づいて判定できるためである。したがって、本実施形態は、ハンドオーバするMTC UE４１に対してターゲット基地局（ターゲットセル）においてECMに関するカバレッジ改善処理を適用するべきか否かの判定に要する時間（遅延）を削減できる。
　図６は、本実施形態に係るMTC UE４１、eNB４３、及びeNB４５の動作の一例を示すシーケンス図である。図６は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。ステップＳ４０１では、MTC UE４１は、eNB４３のセル４３０に滞在している。eNB４３は、MTC UE４１にECMの設定情報（ECM configuration-1）を送信する。図６の例では、ECM configuration-1は、RRC Connection Reconfigurationメッセージを用いて送信される。ステップＳ４０２では、MTC UE４１は、eNB４３から受信したECM configurationに従ってECMの実行（つまり、カバレッジ改善処理（e.g., 繰り返されるPDSCHの受信、PUSCHの繰り返し送信））を開始する（ECM start）。ステップＳ４０３では、MTC UE４１は、ECM configurationに従ってデータ通信を行う（M2M data with ECM）。
　ステップＳ４０４では、eNB４３は、MTC UE４１を自身のセル４３０から隣接するeNB４５のセル４５０にハンドオーバさせることを決定する（HO decision）。ステップＳ４０５では、eNB４３は、MTC UE４１のためのハンドオーバ要求をeNB４５に送信する（Handover Request）。ステップＳ４０５で送信されるハンドオーバ要求は、ハンドオーバ対象となるMTC UE４１がECMを実行していることを示す情報（ECM activated）を含む。
　ステップＳ４０６では、eNB４３は、MTC UE４１の受け入れが可能である場合、eNB４３にハンドオーバ要求への承諾メッセージを送信する（Handover Request Acknowledge）。ステップＳ４０６で送信される承諾メッセージは、ターゲットセル４５０におけるECMの実行に必要なECM設定情報（ECM configuration-2）を含んでもよい。
　ステップＳ４０７では、eNB４３は、eNB４５からの承諾メッセージの受信に応じて、MTC UE４１にハンドオーバ指示を送信する（RRC Connection Reconfiguration）。ステップＳ４０７で送信されるメッセージ（RRC Connection Reconfiguration）は、ターゲットセル４５０におけるECMの実行に必要なECM設定情報（ECM configuration-2）を含んでもよい。
　ステップＳ４０８では、MTC UE４１は、セル４３０からセル４５０へのハンドオーバを実行し、ハンドオーバ完了のメッセージをターゲットeNB４５に送信する（RRC Connection Reconfiguration Complete/ Handover confirm）。図示していないが、MTC UE４１は、ステップＳ４０８で自身がECMを実行していたことを示す情報をeNB４５に送信してもよい。ステップＳ４０９では、MTC UE４１は、ステップＳ４０７にてソースeNB４３から受信したターゲットセル４５０に関するECM設定情報（ECM configuration-2）に従ってデータ通信を行う（M2M data with ECM）。
　図６は、ソースeNB４３とターゲットeNB４５の間に設けられたeNB間の直接インタフェース（つまり、X2 interface）を介してハンドオーバ要求メッセージ及びハンドオーバ要求への承諾メッセージが送信される例を示した。しかしながら、ハンドオーバに関するメッセージは、eNB４３及び４５の各々とEPC４４（つまり、MME）の間のインタフェース（つまり、S1-MME interface）を介して送信されてもよい。すなわち、MTC UE４１がECMを実行していることの通知（ソースeNB４３からターゲットeNB４５）、及びターゲットセル４５０に関するECM設定情報（ターゲットeNB４５からソースeNB４３）は、EPC４４を介して送信されてもよい。
＜第５の実施形態＞
　本実施形態では、隣接するeNB間でのECMサポート情報の共有について説明される。本実施形態に係るeNB５３は、自身のセル５３０がECM（言い換えると、ECMに関するカバレッジ改善処理）をサポートしているか否かを、eNB５５に通知する。なお、eNB５５は、eNB５３のセルの隣接セルを管理する基地局である。さらに、eNB５３は、eNB５５のセル５５０においてECM（言い換えると、ECMに関するカバレッジ改善処理）がサポートされているか否かをeNB５５から通知される。ECMをサポートしているか否かは、基地局単位（つまりeNB５３又は５５の全てのセルでサポート）で示されてもよいし、セル単位（つまりeNB５３又は５５の一部のセルでサポート、その他のセルでは未サポート）で示されてもよい。
　本実施形態よれば、以下に述べる効果が期待される。仮にサービングeNBが隣接eNB（隣接セル）におけるECMのサポート有無を知らなければ、サービングeNBは、ECMをサポートしている又はECMを実行しているMTC UEをハンドオーバ又はセル再選択によって隣接セルに帰属させることが有効であるか否かを十分に判断することができないおそれがある。例えば、サービングeNB（サービングセル）がECMをサポートしており、隣接eNB（隣接セル）がECMをサポートしていない場合、サービングeNBは自セルにおいてECMを実行しているMTC UEを隣接セルにハンドオーバさせないほうが当該MTC UEの通信特性の確保する上で有効であるかもしれない。これとは反対に、サービングeNB（サービングセル）がECMをサポートしておらず、隣接eNB（隣接セル）がECMをサポートしている場合、サービングeNBはECMをサポートしているMTC UEをハンドオーバ又はセル再選択によって隣接セルに帰属させるべきであるかもしれない。本実施形態ついてみると、eNB５３及びeNB５５は、ECMサポート有無を互いに知ることができる。したがって、eNB５３及び５５は、ECMをサポートしているMTC UE５１が適切なセルに滞在する又は適切なセルで通信を行うことに寄与することができる。
　例えば、eNB５３のセル５３０がECMをサポートしておらず、eNB５５のセル５５０がECMをサポートしている場合、eNB５３は、ECMをサポートしているMTC UEが隣接セル５５０に移動しやすくするように当該MTC UEに通知されるハンドオーバ・パラメータ又はセル再選択パラメータを調整すればよい。例えば、隣接セル５５０の無線品質に作用するCell Individual Offset（CIO）を大きくしてもよい。CIOは、LTEのハンドオーバ・パラメータの１つであり、CIOを大きくすることは、MTC UE５１のハンドオーバをトリガーする測定報告の送信条件を成立しやすくする。また、隣接セル５５０の無線品質に作用するQoffsetを小さくしてもよい。Qoffset は、LTEのセル再選択パラメータの１つであり、Qoffsetを小さくすることは、MTC UE５１が隣接セル５５０を再選択する条件を成立しやすくする。
　図７は、本実施形態に係るeNB５３及びeNB５５の動作の一例を示すシーケンス図である。図７は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
　ステップＳ５０１では、eNB５３は、自身のセル５３０に隣接する（又は周辺の）セル５５０を管理するeNB５５と直接インタフェース（X2 interface）の確立をトリガーされる（X2 setup Triggered）。ステップＳ５０２では、eNB５３は、X2 interfaceの確立要求をeNB５５に送信する（X2 Setup Request）。ステップＳ５０２のメッセージは、eNB５３のセル５３０においてECMがサポートされている否かを示す。図７の例では、eNB５３は、ECMをサポートしていることを示す情報（ECM supported）を送信する。ECMをサポートしているか否かは、基地局単位（つまりeNB５３の全てのセルでサポート）で示されてもよいし、セル単位（つまりeNB５３の一部のセルでサポート、その他のセルでは未サポート）で示されてもよい。
　ステップＳ５０３では、eNB５５は、eNB５３からのX2 interfaceの確立要求に対する応答メッセージを送信する（X2 Setup Response）。ステップＳ５０３の応答メッセージは、eNB５５のセル５５０においてECMがサポートされている否かを示す。図７の例では、セル５５０はECMをサポートしていないため、ステップＳ５０３の応答メッセージは、ECMがサポートされていることを示す情報を含まない。なお、ステップＳ５０３の応答メッセージは、ECMがサポートされていないことを明示的に示す情報を含んでもよい。
　その後、ステップＳ５０４では、eNB５５の設定が更新され、eNB５５がECMをサポートするようになる。したがって、ステップＳ５０５では、eNB５５は、eNB設定の更新があったことをeNB５３に通知する（ENB Configuration Update）。ステップＳ５０５のメッセージは、eNB５５のセル５５０においてECMがサポートされていることを示す情報（ECM supported）を含む。ECMをサポートしているか否かは、基地局単位（つまりeNB５５の全てのセルでサポート）で示されてもよいし、セル単位（つまりeNB５５の一部のセルでサポート、その他のセルでは未サポート）で示されてもよい。ステップＳ５０６では、eNB５３は、eNB５３からのeNB設定の更新通知に対する応答メッセージを送信する（ENB Configuration Update Acknowledge）。
　最後に上述の実施形態に係るMTC UE、eNB、及びコアネットワークノード（e.g., MME若しくはHSS又はこれら両方）の構成例について説明する。第１～第５の実施形態で説明されたMTC UE１１、２１、３１、及び４１の各々は、eNBと通信するためのトランシーバ、及び当該トランシーバに結合されたコントローラを含んでもよい。コントローラは、第１～第５の実施形態で説明されたMTC UE１１、２１、３１、又は４１によるECMに関する通信制御を実行する。
　第１～第５の実施形態で説明されたeNB１３、２３、３３、４３、４５、５３、及び５５の各々は、MTC UEを含む複数のUEと通信するためのトランシーバ、及び当該トランシーバに結合されたコントローラを含んでもよい。コントローラは、第１～第５の実施形態で説明されたeNB１３、２３、３３、４３、４５、５３、又は５５によるECMに関する通信制御を実行する。
　第１～第５の実施形態で説明されたコアネットワークノード１４１、２４１、及び３４１は、eNBと通信するためのインタフェース、及び当該インタフェースに結合されたコントローラを含んでもよい。コントローラは、第１～第５の実施形態で説明されたコアネットワークノード１４１、２４１、又は３４１によるECMに関する通信制御を実行する。
　図８～図１０は、第１の実施形態に係るMTC UE１１、eNB１３、及びコアネットワークノード１４１の構成例を示すブロック図である。図８を参照すると、MTC UE１１は、トランシーバ１１１及びコントローラ１１２を含む。トランシーバ１１１は、eNB１３と通信するよう構成されている。コントローラ１１２は、eNB１３からの指示に従って、MTC UE１１におけるECMに関するカバレッジ改善処理の実行を制御するよう構成されている。
　図９を参照すると、eNB１３は、トランシーバ１３１及びコントローラ１３２を含む。トランシーバ１３１は、MTC UE１１及び通常のUE１２を含む複数のUEと通信するよう構成されている。コントローラ１３２は、MTC UE１とeNB１３の間のECMに関するカバレッジ改善処理を伴う通信を制御するよう構成されている。具体的には、コントローラ１３２は、MTC UE（M2M端末）１１の通信においてECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）が実行されていたか否かを示す履歴情報をEPC１４から受信する。そして、コントローラ１３２は、EPC１４から受信された履歴情報に基づいて、ECMに関するカバレッジ改善処理を伴うMTC UE１１とeNB１３の間の通信を制御する。
　図１０を参照すると、コアネットワークノード１４１は、インタフェース１４１１及びコントローラ１４１２を含む。インタフェース１４１１は、制御メッセージをeNB１３との間で送受信するために利用される。コントローラ１４１２は、インタフェース１４１１を介してeNB１３とシグナリング・メッセージを送受信するよう構成されている。具体的には、コントローラ１４１２は、MTC UE１１とEPC１４の間のEPSベアラを確立する手順が行われる間に、当該MTC UE１１の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報をインタフェース１４１１を介してeNB13に送信する。
　上述の実施形態に係るMTC UE、eNB、及びコアネットワークノードが有するコントローラの各々は、少なくとも１つのプロセッサ（e.g. マイクロプロセッサ、Micro Processing Unit（MPU）、Central Processing Unit（CPU））を含むコンピュータにプログラムを実行させることによって実現されてもよい。具体的には、シーケンス図等を用いて説明されたMTC UE、eNB、又はコアネットワークノードに関するアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムをコンピュータに供給すればよい。
　このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
＜その他の実施形態＞
　上述の実施形態では、MTC UEにおいて特別な動作モード、つまりEnhanced Coverage Mode（ECM）が設定され、ECMに関するカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）がMTC UEにおいて行われることを前提として説明された。しかしながら、MTC UEは、特別なカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）を実行できるよう構成されていればよく、特別な動作モード（つまり、ECM）を設定されることは必ずしも必要ではない。言い換えると、MTC UE１１、２１、３１、及び４１は、ECMのような特別な動作モードを設定することなく、或いは特別な動作モードを指示されることなく、無線リソース設定を行うことで特別なカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）を実行してもよい。
　また、上述の実施形態ではECMを想定していたが、これらの実施形態で説明された技術思想は、ECMとは異なる何らかの特別な処理を無線ネットワーク（例えばeNB）がM2M端末（MTC UE）に実行させる場合に適用されてもよい。
　また、上述の実施形態では、通常端末（UE）とM2M端末（MTC UE）を例に説明してきたが、それぞれユーザ端末（user terminal）と非ユーザ端末（non-user terminal）とも呼ばれる。
　また、上述の実施形態では、主にLTEシステムに関して説明を行った。しかしながら、これらの実施形態は、LTEシステム以外の無線通信システム、例えば、3GPP UMTS、3GPP2 CDMA2000システム（1xRTT, HRPD）、GSM/GPRSシステム、又はWiMAXシステム等に適用されてもよい。
　上述の実施形態が3GPP UMTSに適用される場合、上述の実施形態におけるeNB（eNB１３、２３、３３、４３、４５、５３、又は５５）の動作は、NodeB若しくはRNC又はこれらの組み合わせによって行われてもよい。言い換えると、本明細書及び請求の範囲において使用される基地局との用語は、無線アクセスネットワークに配置される１つ又は複数のエンティティを意味し、一例においてUMTSのNodeB若しくはRNC又はこれらの組み合わせを意味する。
　さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
　例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
　M2M端末と通信する無線通信手段と、
　前記M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記無線通信手段の間の所定のカバレッジ改善処理を伴う通信を制御する制御手段と、
を備える基地局装置。
（付記２）
　前記制御は、前記M2M端末と前記無線通信手段の間の通信において前記所定のカバレッジ改善処理を実行するか否かを決定することを含む、付記１に記載の基地局装置。
（付記３）
　前記制御は、前記所定のカバレッジ改善処理の実行を前記M2M端末に指示することを含む、付記１又は２に記載の基地局装置。
（付記４）
　前記制御手段は、さらに、前記所定のカバレッジ改善処理を前記M2M端末において実行中であることを示す通知を前記M2M端末から受信した場合に、前記M2M端末と前記無線通信手段の間の前記所定のカバレッジ改善処理を伴う通信を前記通知に基づいて制御する、付記１～３のいずれか１項に記載の基地局装置。
（付記５）
　前記通知は、前記M2M端末との無線接続を確立する際に、又は前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に前記M2M端末から前記基地局装置に送信される、付記４に記載の基地局装置。
（付記６）
　前記端末能力は、無線アクセス能力（Radio access capability）、デバイス能力（Device capability）、及び端末カテゴリ（UE category）のうち少なくとも１つを含む、付記１～５のいずれか１項に記載の基地局装置。
（付記７）
　前記端末情報は、端末種別（UE type）、デバイス種別（Device type）、及び端末コンテキスト（UE context）のうち少なくとも１つを含む、付記１～６のいずれか１項に記載の基地局装置。
（付記８）
　前記端末コンテキストは、前記端末能力に関する情報、前記M2M端末に設定されたRadio Resource Controlコネクション情報、前記M2M端末のモビリティに関する情報、及び前記M2M端末の通信において前記所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報、のうち少なくとも１つを含む、付記７に記載の基地局装置。
（付記９）
　前記制御手段は、さらに、前記基地局装置のセルから隣接セルへの前記M2M端末のハンドオーバの際に、前記M2M端末が前記所定のカバレッジ改善処理を実行していることを隣接基地局に通知する、付記１～８のいずれか１項に記載の基地局装置。
（付記１０）
　前記制御手段は、さらに、前記基地局装置において前記所定のカバレッジ改善処理がサポートされているか否かを隣接基地局に通知し、前記隣接基地局において前記所定のカバレッジ改善処理がサポートされているか否かを前記隣接基地局から通知される、付記１～９のいずれか１項に記載の基地局装置。
（付記１１）
　Machine-to-machine（M2M）通信を行うM2M端末であって、
　基地局と通信する無線通信手段と、
　制御手段と、
を備え、
　前記基地局は、前記M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御するよう構成され、
　前記制御手段は、前記無線通信手段を介して前記基地局に前記アクセス要因を送信し、前記所定のカバレッジ改善処理の実行の指示を前記基地局から受信する、
M2M端末。
（付記１２）
　前記制御手段は、さらに、前記所定のカバレッジ改善処理の実行を指示された場合、前記所定のカバレッジ改善処理の停止の指示があるまで前記所定のカバレッジ改善処理を継続する、付記１１に記載のM2M端末。
（付記１３）
　前記制御手段は、さらに、前記所定のカバレッジ改善処理の実行を指示された場合、前記基地局との無線接続を解放した後も前記所定のカバレッジ改善処理を継続する、付記１１に記載のM2M端末。
（付記１４）
　前記制御手段は、さらに、前記所定のカバレッジ改善処理の実行を指示された場合、前記基地局との無線接続の確立と解放を繰り返す間も前記所定のカバレッジ改善処理を継続する、付記１１に記載のM2M端末。
（付記１５）
　前記制御手段は、さらに、前記基地局との無線接続を確立する際に、前記M2M端末において前記所定のカバレッジ改善処理が実行されているか否かを示す通知を前記基地局に送信する、付記１２～１４のいずれか１項に記載のM2M端末。
（付記１６）
　基地局により行われる方法であって、
　M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御すること、
を備える方法。
（付記１７）
　基地局を介してMachine-to-machine（M2M）通信を行うM2M端末により行われる方法であって、
　前記基地局は、前記M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御するよう構成され、
　前記方法は、
　前記基地局に前記アクセス要因を送信すること、及び
　前記所定のカバレッジ改善処理の実行の指示を前記基地局から受信すること、
を備える方法。
（付記１８）
　基地局に関する方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御することを備える、
プログラム。
（付記１９）
　基地局を介してMachine-to-machine（M2M）通信を行うM2M端末に関する方法をコンピュータに行わせるためのプログラムであって、
　前記基地局は、前記M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御するよう構成され、
　前記方法は、
　前記基地局に前記アクセス要因を送信すること、及び
　前記所定のカバレッジ改善処理の実行の指示を前記基地局から受信すること、
を備える、プログラム。
　この出願は、２０１４年１月３０日に出願された日本出願特願２０１４－０１５８６８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１１、２１、３１、４１　M2M端末（MTC UE）
１２　無線端末（UE）
１３、２３、３３、４３、４５、５３、５５　基地局（eNB）
１４、４４　コアネットワーク（EPC）
１３０、４３０、４５０　セル
１１１　トランシーバ
１１２　コントローラ
１３１　トランシーバ
１３２　コントローラ
１４１、２４１、３４１　コアネットワークノード
１４１１　インタフェース
１４１２　コントローラ

Claims (21)

  1. 　無線通信手段と、
    　Machine-to-machine（M2M）端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記M2M端末又はコアネットワークから受信し、前記M2M端末と前記無線通信手段の間の前記所定のカバレッジ改善処理を伴う通信を前記履歴情報に基づいて制御する制御手段と、
    を備える基地局装置。
  2. 　前記制御手段は、前記M2M端末と前記無線通信手段の間の通信において前記所定のカバレッジ改善処理を実行するか否かを前記履歴情報に基づいて決定する、請求項１に記載の基地局装置。
  3. 　前記制御手段は、前記M2M端末との無線接続を確立する際に、又は前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記履歴情報を前記コアネットワークから受信する、請求項１又は２に記載の基地局装置。
  4. 　前記制御手段は、さらに、前記M2M端末の無線接続を解放する際に、前記基地局装置において前記M2M端末ために前記所定のカバレッジ改善処理が実行されていたか否かを示す端末情報を前記コアネットワークに送信する、請求項３に記載の基地局装置。
  5. 　前記制御手段は、
    　前記M2M端末のモビリティの程度を示すモビリティ情報を前記履歴情報と共に前記コアネットワークから受信し、
    　前記履歴情報は前記所定のカバレッジ改善処理が実行されていたことを示し、且つ前記モビリティ情報は前記M2M端末が実質的に静止している端末であることを示す場合に、前記M2M端末と前記無線通信手段の間の通信において前記所定のカバレッジ改善処理を実行する、
    請求項４に記載の基地局装置。
  6. 　前記制御手段は、前記M2M端末との無線接続を確立する際に、又は前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記履歴情報を前記M2M端末から受信する、請求項１又は２に記載の基地局装置。
  7. 　前記所定のカバレッジ改善処理は、Enhanced Coverage Mode（ECM）をサポートする無線端末によって行われる処理を含む、請求項１～６のいずれか１項に記載の基地局装置。
  8. 　前記所定のカバレッジ改善処理は、複数のサブフレームにわたってPhysical Uplink Shared Channel （PUSCH）を繰り返し送信すること、及び複数のサブフレームにわたってPhysical Downlink Shared Channel （PDSCH）を繰り返し送信すること、のうち少なくとも一方を含む、請求項１～７のいずれか１項に記載の基地局装置。
  9. 　前記制御手段は、さらに、前記基地局装置のセルから隣接セルへの前記M2M端末のハンドオーバの際に、前記M2M端末が前記所定のカバレッジ改善処理を実行していることを隣接基地局に通知する、請求項１～８のいずれか１項に記載の基地局装置。
  10. 　前記制御手段は、さらに、前記基地局装置のセルにおいて前記所定のカバレッジ改善処理がサポートされているか否かを隣接基地局に通知し、前記隣接基地局のセルにおいて前記所定のカバレッジ改善処理がサポートされているか否かを前記隣接基地局から通知される、請求項１～９のいずれか１項に記載の基地局装置。
  11. 　コアネットワークに配置されるコアネットワーク装置であって、
    　制御メッセージを基地局との間で送受信するためのインタフェースと、
    　Machine-to-machine（M2M）端末と前記コアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記インタフェースを介して前記基地局に送信する制御手段と、
    を備えるコアネットワーク装置。
  12. 　前記M2M端末のモビリティの程度を示すモビリティ情報を前記インタフェースを介して前記基地局に送信する、請求項１１に記載のコアネットワーク装置。
  13. 　前記制御手段は、前記M2M端末の無線接続が解放される際に、前記基地局において前記M2M端末ために前記所定のカバレッジ改善処理が実行されていたか否かを示す端末情報を前記インタフェースを介して前記基地局から受信する、請求項１１又は１２に記載のコアネットワーク装置。
  14. 　前記制御手段は、第１の基地局から受け取った前記端末情報を前記第１の基地局とは異なる第２の基地局に前記履歴情報として送信するよう動作する、請求項１３に記載のコアネットワーク装置。
  15. 　Machine-to-machine（M2M）通信を行うM2M端末であって、
    　基地局と通信する無線通信手段と、
    　前記基地局との無線接続を確立する際に、又は前記基地局を経由する前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記無線通信手段を介して前記基地局に送信する制御手段と、
    を備えるM2M端末。
  16. 　基地局により行われる方法であって、
    　Machine-to-machine（M2M）端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記M2M端末又はコアネットワークから受信すること、及び
    　前記M2M端末と前記基地局の間の前記所定のカバレッジ改善処理を伴う通信を前記履歴情報に基づいて制御すること、
    を備える方法。
  17. 　コアネットワークに配置されるコアネットワーク装置により行われる方法であって、
    　Machine-to-machine（M2M）端末と前記コアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を基地局に送信すること、
    を備える方法。
  18. 　Machine-to-machine（M2M）通信を行うM2M端末により行われる方法であって、
    　基地局との無線接続を確立する際に、又は前記基地局を経由する前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記基地局に送信すること、
    を備える方法。
  19. 　基地局に関する方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　Machine-to-machine（M2M）端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記M2M端末又はコアネットワークから受信すること、及び
    　前記M2M端末と前記基地局の間の前記所定のカバレッジ改善処理を伴う通信を前記履歴情報に基づいて制御すること、
    を備える、非一時的なコンピュータ可読媒体。
  20. 　コアネットワークに関する方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、Machine-to-machine（M2M）端末と前記コアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を基地局に送信することを備える、
    非一時的なコンピュータ可読媒体。
  21. 　Machine-to-machine（M2M）通信を行うM2M端末に関する方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、基地局との無線接続を確立する際に、又は前記基地局を経由する前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記基地局に送信することを備える、
    非一時的なコンピュータ可読媒体。
PCT/JP2014/004549 2014-01-30 2014-09-04 基地局、Ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、方法、及びコンピュータ可読媒体 WO2015114695A1 (ja)

Priority Applications (16)

Application Number Priority Date Filing Date Title
EP18165057.3A EP3364681A3 (en) 2014-01-30 2014-09-04 Base station, machine-to-machine (m2m) terminal, method, and computer readable medium
KR1020167021594A KR101744666B1 (ko) 2014-01-30 2014-09-04 기지국, m2m(machine-to-machine) 단말, 방법, 및 컴퓨터 가독 매체
EP14880670.6A EP3101941B1 (en) 2014-01-30 2014-09-04 Base station, machine-to-machine (m2m) terminal, method, and computer-readable medium
EP19195447.8A EP3595349A1 (en) 2014-01-30 2014-09-04 Base station, machine-to-machine (m2m) terminal, method, and computer readable medium
KR1020187033960A KR102023446B1 (ko) 2014-01-30 2014-09-04 eNodeB, MME, eNodeB의 방법, 및 MME의 방법
KR1020187023841A KR101923399B1 (ko) 2014-01-30 2014-09-04 eNodeB, MME, eNodeB의 방법, 및 MME의 방법
CN201480074663.6A CN105940704B (zh) 2014-01-30 2014-09-04 基站、机器对机器(m2m)终端、方法和计算机可读介质
JP2015559621A JP6390625B2 (ja) 2014-01-30 2014-09-04 基地局装置、コアネットワーク装置、方法、及びプログラム
KR1020187010913A KR101891571B1 (ko) 2014-01-30 2014-09-04 eNodeB, MME, eNodeB의 방법, 및 MME의 방법
CN202010304018.6A CN111556470B (zh) 2014-01-30 2014-09-04 基站、用于基站的方法、网络装置和用于网络装置的方法
KR1020177014846A KR101851976B1 (ko) 2014-01-30 2014-09-04 eNodeB, MME, eNodeB의 방법, 및 MME의 방법
US15/112,697 US10652757B2 (en) 2014-01-30 2014-09-04 Base station, machine-to-machine (M2M) terminal, method, and computer readable medium
US15/583,701 US10039010B2 (en) 2014-01-30 2017-05-01 Base station, machine-to-machine (M2M) terminal, method, and computer readable medium
US15/951,488 US10412596B2 (en) 2014-01-30 2018-04-12 Base station, machine-to-machine (M2M) terminal, method, and computer readable medium
US16/525,259 US20190357058A1 (en) 2014-01-30 2019-07-29 Base station, machine-to-machine (m2m) terminal, method, and computer readable medium
US17/366,882 US11917423B2 (en) 2014-01-30 2021-07-02 Base station, machine-to-machine (M2M) terminal, method, and computer readable medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-015868 2014-01-30
JP2014015868 2014-01-30

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/112,697 A-371-Of-International US10652757B2 (en) 2014-01-30 2014-09-04 Base station, machine-to-machine (M2M) terminal, method, and computer readable medium
US15/583,701 Continuation US10039010B2 (en) 2014-01-30 2017-05-01 Base station, machine-to-machine (M2M) terminal, method, and computer readable medium

Publications (1)

Publication Number Publication Date
WO2015114695A1 true WO2015114695A1 (ja) 2015-08-06

Family

ID=53756321

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/004549 WO2015114695A1 (ja) 2014-01-30 2014-09-04 基地局、Ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、方法、及びコンピュータ可読媒体

Country Status (6)

Country Link
US (5) US10652757B2 (ja)
EP (3) EP3101941B1 (ja)
JP (4) JP6390625B2 (ja)
KR (5) KR102023446B1 (ja)
CN (3) CN111556470B (ja)
WO (1) WO2015114695A1 (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017060815A1 (en) * 2015-10-05 2017-04-13 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods providing mobility support for enhanced coverage of wireless devices
JP6123009B1 (ja) * 2015-11-05 2017-04-26 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び接続確立方法
WO2017077979A1 (ja) * 2015-11-05 2017-05-11 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び接続確立方法
WO2017076156A1 (zh) * 2015-11-06 2017-05-11 电信科学技术研究院 释放ue上下文及其控制方法及装置、寻呼方法及装置
CN106961703A (zh) * 2016-01-11 2017-07-18 中兴通讯股份有限公司 一种信息传输方法、装置和***
EP3226613A1 (en) * 2016-04-01 2017-10-04 HTC Corporation Device and method of handling handover for different types of terminals
WO2018014323A3 (zh) * 2016-07-22 2018-02-15 北京小米移动软件有限公司 信息收发方法、装置及***
JP2019521591A (ja) * 2016-06-08 2019-07-25 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． アクセスポイント切り替え方法および装置
JP2020526130A (ja) * 2017-06-30 2020-08-27 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 通信方法及び装置
JP2020532242A (ja) * 2018-04-16 2020-11-05 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける物理ダウンリンク共有チャネルを送受信するための方法、及びこれを支援する装置
JP2021534622A (ja) * 2018-08-07 2021-12-09 維沃移動通信有限公司Vivo Mobile Communication Co., Ltd. セルのサポートするネットワーキングタイプを決定する方法及び装置
WO2022079861A1 (ja) * 2020-10-15 2022-04-21 株式会社Ｎｔｔドコモ 端末
US11637673B2 (en) 2015-11-14 2023-04-25 Qualcomm Incorporated Sounding reference signal transmissions in enhanced machine type communication

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI683563B (zh) * 2014-01-29 2020-01-21 日商新力股份有限公司 在無線電信系統中與基地台通訊的電路、終端裝置、基地台及其操作方法
CN105723756B (zh) * 2014-10-20 2019-02-12 华为技术有限公司 一种寻呼方法及设备
US10492047B2 (en) * 2015-01-28 2019-11-26 Sharp Kabushiki Kaisha Terminal device, base station device, and method
JPWO2016121776A1 (ja) * 2015-01-28 2017-11-02 株式会社Ｎｔｔドコモ ユーザ端末および無線通信方法
JP2016167697A (ja) * 2015-03-09 2016-09-15 富士通株式会社 無線通信装置、接続制御方法、及び、無線通信システム
WO2016208848A1 (ko) * 2015-06-24 2016-12-29 엘지전자 주식회사 셀룰러 iot(internet of things) 시스템에서 간섭의 랜덤화 방법 및 장치
US10674437B2 (en) * 2016-01-13 2020-06-02 Telefonaktiebolaget Lm Ericsson (Publ) Configuration of autonomous gaps based on repetition level in enhanced coverage
EP3264804B1 (en) * 2016-06-27 2020-08-05 Vodafone GmbH Delivering a message to a mobile device in a mobile communication network
WO2018021873A1 (ko) 2016-07-29 2018-02-01 엘지전자 주식회사 무선 통신 시스템에서 네트워크 슬라이스 기반 nr을 위한 셀 특정 절차 또는 이동성 절차를 수행하는 방법 및 장치
KR20180092787A (ko) 2017-02-10 2018-08-20 삼성전자주식회사 이동 통신 시스템에서 다중연결을 사용한 핸드오버 시 보안키를 처리하는 방법 및 장치
CN114745780B (zh) * 2017-02-10 2024-03-15 三星电子株式会社 无线通信***中非活动模式操作的方法和装置
CN108737016B (zh) * 2017-04-17 2021-10-01 上海诺基亚贝尔股份有限公司 用于wce模式的激活和去激活的方法、设备和计算机可读介质
WO2019110709A1 (en) * 2017-12-07 2019-06-13 Sony Corporation Electronic device, infrastructure equipment and methods
JP2019121834A (ja) * 2017-12-28 2019-07-22 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
US11838870B2 (en) * 2018-08-30 2023-12-05 Mediatek Singapore Pte. Ltd. Methods for reducing power consumption of a communication apparatus and a communication apparatus utilizing the same
CN109413715A (zh) * 2018-11-05 2019-03-01 深圳市有方科技股份有限公司 快速接入物联网的实现方法、实现设备及计算机可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013123222A (ja) * 2011-12-09 2013-06-20 Fujitsu Ltd 無線通信ネットワークにおけるインターフェース管理
JP2014015868A (ja) 2012-07-06 2014-01-30 Yamada Seisakusho Co Ltd 制御バルブ

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7640008B2 (en) 2002-10-18 2009-12-29 Kineto Wireless, Inc. Apparatus and method for extending the coverage area of a licensed wireless communication system using an unlicensed wireless communication system
WO2006075677A1 (ja) 2005-01-17 2006-07-20 Sharp Kabushiki Kaisha 通信ネットワーク制御システム
PL2127456T3 (pl) 2007-01-15 2020-06-01 Nokia Technologies Oy Sposób i urządzenie do zapewniania odzyskiwania kontekstu
CN101369912B (zh) * 2007-08-13 2011-04-06 大唐移动通信设备有限公司 一种用户设备上下文更新方法与装置
US9247420B2 (en) * 2007-12-12 2016-01-26 Lg Electronics Inc. Method of managing user equipment capabilities
JP5155819B2 (ja) * 2008-10-30 2013-03-06 パナソニック株式会社 無線送受信装置および方法、ならびに、端末装置、基地局装置および無線通信システム
JP4772910B1 (ja) 2010-04-05 2011-09-14 株式会社エヌ・ティ・ティ・ドコモ 移動通信システムにおける基地局及び方法
US9179444B2 (en) 2010-09-03 2015-11-03 Nokia Solutions And Networks Oy Cooperative relay system
US20120071200A1 (en) * 2010-09-22 2012-03-22 Infineon Technologies Ag Method and device for selecting a serving base station, mobile communication network, base station, and method for determining transmission characteristics
WO2012045369A1 (en) * 2010-10-08 2012-04-12 Nokia Siemens Networks Oy Apparatus and method for communication
WO2012050493A1 (en) 2010-10-13 2012-04-19 Telefonaktiebolaget L M Ericsson (Publ) Method in a network node of a wireless communications network
CN103229558B (zh) * 2010-12-03 2016-10-05 华为技术有限公司 异构网络中用户设备移动性支持的***和方法
EP3780744A1 (en) * 2011-01-07 2021-02-17 Mitsubishi Electric Corporation Communication system, base station device and communication terminal device for restricted operation
TW201603506A (zh) * 2011-01-10 2016-01-16 內數位專利控股公司 在肌器對機器或行動輔助佈署中呼叫方法及裝置
WO2012175125A1 (en) * 2011-06-22 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Method for reducing signalling node
GB2493347B (en) * 2011-07-29 2016-01-20 Sca Ipla Holdings Inc Mobile communications network, infrastructure equipment and method
US9232540B2 (en) * 2011-09-30 2016-01-05 Qualcomm Incorporated Random access channel design for narrow bandwidth operation in a wide bandwidth system
KR102401006B1 (ko) 2011-09-30 2022-05-24 인터디지탈 패튼 홀딩스, 인크 감소된 채널 대역폭을 사용하는 장치 통신
CN102348259B (zh) * 2011-10-18 2014-06-04 大唐移动通信设备有限公司 一种初始ue消息的处理方法及装置
US9143984B2 (en) * 2012-04-13 2015-09-22 Intel Corporation Mapping of enhanced physical downlink control channels in a wireless communication network
CN103428809B (zh) 2012-05-23 2017-05-10 华为技术有限公司 寻呼窄带终端的方法、网络设备及基站
JP5410591B2 (ja) 2012-10-24 2014-02-05 パナソニック株式会社 無線送受信装置および無線送受信方法
EP2725852B1 (en) 2012-10-29 2016-07-20 Alcatel Lucent Optimization of network signaling load and/or of user equipment power consumption in a packet mobile system
US9264966B2 (en) * 2013-03-11 2016-02-16 Alcatel Lucent Method and apparatus for LTE handover reduction
CN104113851B (zh) * 2013-04-16 2019-04-16 中兴通讯股份有限公司 一种d2d发现方法及基站、用户设备
WO2015026285A2 (en) * 2013-08-21 2015-02-26 Telefonaktiebolaget L M Ericsson (Publ) Paging in coverage extension mode
EP2903363B1 (en) 2014-01-30 2023-08-16 Alcatel Lucent Indicating properties of a user equipment to a network control node

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013123222A (ja) * 2011-12-09 2013-06-20 Fujitsu Ltd 無線通信ネットワークにおけるインターフェース管理
JP2014015868A (ja) 2012-07-06 2014-01-30 Yamada Seisakusho Co Ltd 制御バルブ

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12", 3GPP TR 36.888 V12.0.0 (2013-06, June 2013 (2013-06-01)
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on RAN Improvements for Machine-type Communications; (Release 11", 3GPP TR 37.868 VLL.0.0 (2011-09, September 2011 (2011-09-01)
See also references of EP3101941A4
VODAFONE ET AL.: "Way forward on PDCCH, PDSCH, PUCCH and PUSCH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, SAN FRANCISCO, USA, 11 November 2013 (2013-11-11)
VODAFONE GROUP, 3GPP TSG-RAN WG1#75 R1-135802, 13 November 2013 (2013-11-13), pages 1 - 2, XP050735443, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_75/Docs/R1-135802.zip> *
VODAFONE GROUP, 3GPP TSG-RAN WG2#85 R2-140629, 31 January 2014 (2014-01-31), pages 2, XP050754210, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85/Docs/R2-140629.zip> *
VODAFONE: "Way Forward on P-BCH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, SAN FRANCISCO, USA, 11 November 2013 (2013-11-11)
VODAFONE: "Way Forward on PRACH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, SAN FRANCISCO, USA, 11 November 2013 (2013-11-11)

Cited By (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017060815A1 (en) * 2015-10-05 2017-04-13 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods providing mobility support for enhanced coverage of wireless devices
CN108141880A (zh) * 2015-10-05 2018-06-08 瑞典爱立信有限公司 提供对无线装置的增强覆盖的移动性支持的***和方法
US11432210B2 (en) 2015-10-05 2022-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods providing mobility support for enhanced coverage of wireless devices
CN108141880B (zh) * 2015-10-05 2021-08-31 瑞典爱立信有限公司 提供对无线装置的增强覆盖的移动性支持的***和方法
US10448290B2 (en) 2015-11-05 2019-10-15 Ntt Docomo, Inc. User equipment, base station, and connection establishment method
JP6123009B1 (ja) * 2015-11-05 2017-04-26 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び接続確立方法
WO2017077979A1 (ja) * 2015-11-05 2017-05-11 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び接続確立方法
JP2018026773A (ja) * 2015-11-05 2018-02-15 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び接続確立方法
WO2017076156A1 (zh) * 2015-11-06 2017-05-11 电信科学技术研究院 释放ue上下文及其控制方法及装置、寻呼方法及装置
US11637673B2 (en) 2015-11-14 2023-04-25 Qualcomm Incorporated Sounding reference signal transmissions in enhanced machine type communication
CN106961703A (zh) * 2016-01-11 2017-07-18 中兴通讯股份有限公司 一种信息传输方法、装置和***
WO2017121199A1 (zh) * 2016-01-11 2017-07-20 中兴通讯股份有限公司 一种信息传输方法、装置、***和计算机存储介质
EP3226613A1 (en) * 2016-04-01 2017-10-04 HTC Corporation Device and method of handling handover for different types of terminals
US10887805B2 (en) 2016-04-01 2021-01-05 Htc Corporation Device and method of handling handover
US10932171B2 (en) 2016-06-08 2021-02-23 Huawei Technologies Co., Ltd. Access point switching method and apparatus
JP2019521591A (ja) * 2016-06-08 2019-07-25 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． アクセスポイント切り替え方法および装置
WO2018014323A3 (zh) * 2016-07-22 2018-02-15 北京小米移动软件有限公司 信息收发方法、装置及***
US10375549B2 (en) 2016-07-22 2019-08-06 Beijing Xiaomi Mobile Software Co., Ltd. Information sending method, apparatus and storage medium
US11330502B2 (en) 2017-06-30 2022-05-10 Huawei Technologies Co., Ltd. Communication method and apparatus
JP2020526130A (ja) * 2017-06-30 2020-08-27 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 通信方法及び装置
JP7024064B2 (ja) 2018-04-16 2022-02-22 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける物理ダウンリンク共有チャネルを送受信するための方法、及びこれを支援する装置
JP2020532242A (ja) * 2018-04-16 2020-11-05 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける物理ダウンリンク共有チャネルを送受信するための方法、及びこれを支援する装置
US11729785B2 (en) 2018-04-16 2023-08-15 Lg Electronics Inc. Method for transmitting and receiving physical downlink shared channel in wireless communication system and device supporting same
JP7126602B2 (ja) 2018-08-07 2022-08-26 維沃移動通信有限公司 セルのサポートするネットワーキングタイプを決定する方法及び装置
JP2021534622A (ja) * 2018-08-07 2021-12-09 維沃移動通信有限公司Vivo Mobile Communication Co., Ltd. セルのサポートするネットワーキングタイプを決定する方法及び装置
US11778526B2 (en) 2018-08-07 2023-10-03 Vivo Mobile Communication Co., Ltd. Method for determining networking mode supported by cell and device
WO2022079861A1 (ja) * 2020-10-15 2022-04-21 株式会社Ｎｔｔドコモ 端末

Also Published As

Publication number Publication date
KR101744666B1 (ko) 2017-06-08
US11917423B2 (en) 2024-02-27
CN106851533A (zh) 2017-06-13
KR20170064557A (ko) 2017-06-09
JP7176557B2 (ja) 2022-11-22
JP2019068463A (ja) 2019-04-25
CN111556470A (zh) 2020-08-18
EP3101941B1 (en) 2019-10-23
JP2021048635A (ja) 2021-03-25
JP6390625B2 (ja) 2018-09-19
EP3101941A1 (en) 2016-12-07
KR101851976B1 (ko) 2018-04-25
US20190357058A1 (en) 2019-11-21
JPWO2015114695A1 (ja) 2017-03-23
US10412596B2 (en) 2019-09-10
EP3595349A1 (en) 2020-01-15
CN106851533B (zh) 2021-07-06
KR20180095949A (ko) 2018-08-28
KR102023446B1 (ko) 2019-09-20
US20160345119A1 (en) 2016-11-24
EP3101941A4 (en) 2017-10-11
KR101891571B1 (ko) 2018-08-27
US10039010B2 (en) 2018-07-31
KR20160110423A (ko) 2016-09-21
KR20180129965A (ko) 2018-12-05
CN105940704B (zh) 2020-05-15
US10652757B2 (en) 2020-05-12
JP6465238B2 (ja) 2019-02-06
EP3364681A2 (en) 2018-08-22
KR20180042461A (ko) 2018-04-25
US20180234858A1 (en) 2018-08-16
EP3364681A3 (en) 2018-10-31
KR101923399B1 (ko) 2018-11-29
CN111556470B (zh) 2023-11-24
US20170238193A1 (en) 2017-08-17
JP6816752B2 (ja) 2021-01-20
US20210337396A1 (en) 2021-10-28
CN105940704A (zh) 2016-09-14
JP2018129857A (ja) 2018-08-16

Similar Documents

Publication Publication Date Title
JP6465238B2 (ja) ｅＮｏｄｅＢ、モビリティ管理装置、及びこれらの方法
JP7010316B2 (ja) 無線端末、基地局、及びこれらの制御方法
WO2015114694A1 (ja) Ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、基地局、方法、及びコンピュータ可読媒体
US12022345B2 (en) Machine-to-machine (M2M) terminal, base station, method, and computer readable medium

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015559621

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15112697

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20167021594

Country of ref document: KR

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2014880670

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014880670

Country of ref document: EP