[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2024143363A1 - 通信システム - Google Patents

通信システム Download PDF

Info

Publication number
WO2024143363A1
WO2024143363A1 PCT/JP2023/046669 JP2023046669W WO2024143363A1 WO 2024143363 A1 WO2024143363 A1 WO 2024143363A1 JP 2023046669 W JP2023046669 W JP 2023046669W WO 2024143363 A1 WO2024143363 A1 WO 2024143363A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
information
base station
data
gap
Prior art date
Application number
PCT/JP2023/046669
Other languages
English (en)
French (fr)
Inventor
満 望月
忠宏 下田
Original Assignee
三菱電機株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 三菱電機株式会社 filed Critical 三菱電機株式会社
Publication of WO2024143363A1 publication Critical patent/WO2024143363A1/ja

Links

Images

Classifications

    • 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
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • This disclosure relates to wireless communication technology.
  • NR's access method will be OFDM (Orthogonal Frequency Division Multiplexing) in the downlink direction, and OFDM and DFT-s-OFDM (Discrete Fourier Transform-spread-OFDM) in the uplink direction. Also, like LTE and LTE-A, the 5G system will not include circuit switching and will only use packet communication methods.
  • OFDM Orthogonal Frequency Division Multiplexing
  • DFT-s-OFDM Discrete Fourier Transform-spread-OFDM
  • NR is capable of using higher frequencies than LTE in order to improve transmission speeds and reduce processing delays.
  • the number of slots included in one subframe is one when the subcarrier spacing is 15 kHz, and the number of slots at other subcarrier spacings increases in proportion to the subcarrier spacing (see Non-Patent Document 11 (3GPP TS38.211)).
  • Non-Patent Document 2 (Chapter 5) and Non-Patent Document 11.
  • the base station transmits the SS blocks of each beam by changing the beam during the duration of the SS burst.
  • the SS block is composed of P-SS, S-SS, and PBCH.
  • the Physical Uplink Control Channel is a channel for uplink transmission from a communication terminal to a base station.
  • the PUCCH carries uplink control information (UCI).
  • the UCI includes Ack/Nack, which is a response signal for downlink transmission, CSI (Channel State Information), and Scheduling Request (SR).
  • CSI is composed of RI (Rank Indicator), PMI (Precoding Matrix Indicator), and CQI (Channel Quality Indicator) reports.
  • RI is rank information of the channel matrix in MIMO (Multiple Input Multiple Output).
  • PMI is information of the precoding weight matrix used in MIMO.
  • CQI is quality information that indicates the quality of received data or the quality of the communication path.
  • UCI may be carried by the PUSCH, which will be described later.
  • PUCCH or UCI is also called an L1/L2 control signal.
  • the Physical Uplink Shared Channel (PUSCH) is a channel for uplink transmission from a communication terminal to a base station.
  • the Uplink Shared Channel (UL-SCH) which is one of the transport channels, is mapped to the PUSCH.
  • the Physical Random Access Channel is a channel for uplink transmission from a communication terminal to a base station.
  • the PRACH carries a random access preamble.
  • the downlink reference signal is a known symbol in an NR communication system.
  • the following four types of downlink reference signals are defined: UE-specific reference signals, namely, the Demodulation Reference Signal (DM-RS), the Phase Tracking Reference Signal (PT-RS), the Positioning Reference Signal (PRS), and the Channel State Information Reference Signal (CSI-RS).
  • Measurements of the physical layer of the communication terminal include the Reference Signal Received Power (RSRP) measurement of the reference signal and the Reference Signal Received Quality (RSRQ) measurement of the reference signal.
  • RSRP Reference Signal Received Power
  • RSRQ Reference Signal Received Quality
  • the Paging Channel supports DRX in communication terminals to enable low power consumption in the communication terminals.
  • the PCH is required to notify the entire coverage of the base station (cell).
  • the PCH is dynamically mapped to physical resources such as the Physical Downlink Shared Channel (PDSCH) that can be used for traffic.
  • PDSCH Physical Downlink Shared Channel
  • HARQ is a technology that improves the communication quality of a transmission path by combining Automatic Repeat reQuest (ARQ) and Forward Error Correction.
  • ARQ Automatic Repeat reQuest
  • HARQ has the advantage that error correction works effectively by retransmission even for transmission paths where the communication quality changes. In particular, it is possible to obtain further quality improvement by combining the reception results of the initial transmission and the retransmission when retransmitting.
  • Unicast and groupcast communication in SL supports HARQ feedback (Ack/Nack), CSI reporting, etc.
  • Figure 3 shows the configuration of DC (dual connectivity) connected to the NG core.
  • the master base station 240-1 may be a gNB or an eNB.
  • the secondary base station 240-2 may be a gNB or an eNB.
  • NG-EN-DC a DC configuration in which the master base station 240-1 is a gNB and the secondary base station 240-2 is an eNB.
  • the Synchronization Signal is assigned a synchronization code that corresponds one-to-one to the PCI (Physical Cell Identifier) assigned to each cell. 1008 different PCIs are being considered. A communication terminal uses these 1008 different PCIs to synchronize and detect (identify) the PCI of the synchronized cell.
  • the mobile terminal transmits a random access preamble to the base station.
  • the random access preamble may be selected by the mobile terminal from within a predetermined range, or may be individually assigned to the mobile terminal and notified by the base station.
  • UE 805 shown in FIG. 9 relays communication between UE 811 and base station 801.
  • a base station that supports IAB (hereinafter, sometimes referred to as an IAB base station) is composed of an IAB donor CU, which is the CU of a base station that operates as an IAB donor providing IAB functions, an IAB donor DU, which is the DU of a base station that operates as an IAB donor, and an IAB node that is connected to the IAB donor DU and to the UE using a radio interface.
  • An F1 interface is provided between the IAB node and the IAB donor CU (see Non-Patent Document 2).
  • the configuration of the IAB donor DU a configuration similar to that of DU 216 is used.
  • BAP layer processing is performed, such as adding a BAP header to downstream data, routing to an IAB node, and removing the BAP header from upstream data.
  • IAB node configuration a configuration that omits the EPC communication unit 401, other base station communication unit 402, and 5GC communication unit 412 shown in Figure 5 may be used.
  • the transmission and reception processing in the IAB node will be explained using Figures 5 and 10.
  • the transmission and reception processing of the IAB node 903 in the communication between the IAB donor CU 901 and the UE 905 will be explained.
  • a radio signal from the IAB node 904 is received by the antenna 408 (some or all of the antennas 408-1 to 408-4).
  • the received signal is converted from the radio reception frequency to a baseband signal by the frequency conversion unit 407, and demodulation processing is performed by the demodulation unit 409.
  • the demodulated data is passed to the decoder unit 410, where decoding processing such as error correction is performed.
  • Precoding in MIMO may be performed by the modulation unit 406.
  • the modulated data is converted into a baseband signal, and then output to the frequency conversion unit 407, where it is converted into a radio transmission frequency.
  • a transmission signal is transmitted to the IAB donor DU 902 from the antennas 408-1 to 408-4.
  • the same processing is performed in downlink communication from the IAB donor CU 901 to the UE 905.
  • This embodiment discloses a method to solve this problem.
  • communication between an ultra-low power consumption IoT device (hereinafter sometimes referred to as a device) and a UE or a gNB, and communication between a UE and a UE or a gNB are frequency division multiplexed.
  • a device and a UE or communication between a device and a gNB is referred to as a first communication
  • communication between a UE and a UE or communication between a UE and a gNB is referred to as a second communication.
  • Communication between a device and a UE is direct communication between the device and a UE
  • communication between a device and a gNB is direct communication between the device and a gNB.
  • Communication between a UE and a UE is direct communication between UEs
  • communication between a UE and a gNB is direct communication between a UE and a gNB.
  • the communication between the device and the UE may be communication between the device and the UE for communication between the device and the NW via the UE.
  • Frequency division multiplexing may be performed depending on whether or not the frequency band is specified by 3GPP.
  • Communication between the device and the UE or gNB may be performed outside the frequency band specified by 3GPP.
  • Communication between the UE and the UE or gNB is performed in the frequency band specified by 3GPP.
  • Figure 11 is a conceptual diagram of frequency division multiplexing depending on whether or not the frequency band is specified by 3GPP.
  • the frequency band outside the frequency band specified by 3GPP for communication between the device and the UE or gNB may be the ISM (Industry Science Medical) band.
  • the frequency band may be one specified by the existing method.
  • Frequency division multiplexing may be performed depending on whether the frequency band is licensed or not. Communication between the device and the UE or gNB may be performed outside the licensed frequency band. Communication between the UE and the UE or gNB is performed in a licensed frequency band.
  • Figure 12 is a conceptual diagram of frequency division multiplexing depending on whether the frequency band is licensed or not.
  • BWP may be used as a frequency band division method.
  • the frequency band used for communication between a device and a UE or a gNB may be set as the BWP.
  • Figure 14 is a conceptual diagram when BWP is used as a frequency band division method.
  • the frequency band used for communication between a device and a UE or a gNB is set as BWP#1.
  • the BWP used for communication between a UE and a UE or a gNB may be set from a frequency other than BWP#1.
  • the frequency band used for communication between a device and a UE or a gNB may be in units of RB (Resource Block).
  • RB may refer to resources on the frequency-time axis or resources on the frequency axis. Here, resources on the frequency axis are shown in order to disclose the frequency band.
  • Communication between one or multiple devices and a UE or a gNB may be performed in one RB.
  • the frequency band used for communication between a device and a UE or a gNB may be in units of subcarrier. Communication between one or multiple devices and a UE or a gNB may be performed in one subcarrier. By doing so, it is possible to obtain the same effect as described above.
  • communication between the device and the UE or gNB is performed within one or more subcarriers, one or more RBs, or one or more BWPs; it is not necessary for all subcarriers, RBs, or BWPs to be used.
  • On-off keying or ASK may be used in communication between the device and the UE or gNB.
  • PSK Phase Shift Keying
  • QAM Quadrature Amplitude Modulation
  • BPSK Binary Phase Shift Keying
  • the data timing of the on-off keying or ASK used in communication between the device and the UE or gNB, or the symbol timing of the PSK or QAM may be matched to the symbol length used in the Uu interface between the UE and the UE or gNB. In this way, it becomes possible to use one subcarrier.
  • the data timing of on-off keying or ASK or the symbol timing of PSK or QAM used in communication between the device and the UE or gNB may not be aligned with the symbol length used in the interface between the UE and the UE or gNB.
  • the data timing of on-off keying or ASK or the symbol timing of PSK or QAM used in communication between the device and the UE or gNB may be shorter than the symbol length used in the interface between the UE and the UE or gNB. This enables communication between the device and the UE or gNB within one subcarrier.
  • the communication between a device and a UE or a gNB and the communication between a UE and a UE or a gNB are time-division multiplexed.
  • FIG. 15 is a conceptual diagram of time-division multiplexing. The time for communication between a device and a UE or a gNB is made different from the time for communication between a UE and a UE or a gNB.
  • the time unit for division may be radio frame units. This allows resources to be used for a relatively long period of time for communication between a device and a UE or a gNB. Alternatively, slot units may be used. Alternatively, symbol units may be used. These may be combined. This allows for more flexible configuration of resources for communication between a device and a UE or a gNB. For example, it allows for configuration suitable for a service that performs communication between a device and a UE or a gNB.
  • the time resources for communication between the device and the UE or gNB may be within the same radio frame. Or, they may be within the same slot. This facilitates time division multiplexing with the communication between the UE and the gNB.
  • the time resources for communication between the device and the UE or gNB may be set across one or more radio frames. Or, they may be set across one or more slots. In this way, communication is possible even in cases where communication between the device and the UE or gNB takes a long time, for example.
  • FIG. 16 is a conceptual diagram of a combination of frequency division multiplexing and time division multiplexing.
  • the frequency and time for communication between the device and the UE or gNB are different from the frequency and time for communication between the UE and the UE or gNB. In this way, more flexible settings are possible as resources for communication between the device and the UE or gNB.
  • the communication resources between the UE and the UE or gNB and the communication resources between the device and the UE or gNB can coexist more efficiently.
  • division and multiplexing is performed in a predetermined subcarrier unit and slot unit.
  • the predetermined subcarrier unit may be an RB unit. For example, by using an RB unit or a slot unit, it is possible to easily set communication resources between the UE and the gNB and communication resources between the device and the UE or gNB.
  • FIG. 17 is another conceptual diagram of a combination of frequency division multiplexing and time division multiplexing.
  • the frequency and time for communication between a device and a UE or a gNB are made different from the frequency and time for communication between a UE and a UE or a gNB.
  • the RB indicates resources on the frequency-time axis.
  • Division multiplexing is performed using one or more subcarriers and one or more symbols. In this way, more detailed and flexible settings are possible. For example, settings suitable for cases where a small amount of communication is performed between a device and a UE or a gNB are possible.
  • the communication between a device and a UE or a gNB and the communication between a UE and a gNB are spatially multiplexed.
  • the communication between a device and a UE or a gNB and the communication between a UE and a gNB may use resources on the same frequency-time axis. Even when the same resources are used, the communication between a device and a UE or a gNB and the communication between a UE and a gNB can be separated by spatial multiplexing. For example, beams may be used for spatial multiplexing.
  • the multiplexing method may be set for each system. Alternatively, it may be set for each PLMN or NPN (Non-Public Network). In this way, the multiplexing method to be set is determined for the system, PLMN, or NPN, making dynamic changes unnecessary and facilitating control.
  • PLMN Public Land Mobile Network
  • the multiplexing method may be set for each base station (gNB) or for each cell. In this way, for example, it becomes possible to associate the setting of communication resources set in a base station or cell with the setting of the multiplexing method. For example, it becomes possible to set a multiplexing method suitable for resources required for communication between UEs or gNBs and communication between devices and UEs or gNBs.
  • the multiplexing method may be configured for each UE. This allows for a configuration suited to the UE's situation. It allows for efficient coexistence of communication between a device and a UE or a gNB and communication between a UE and a UE or a gNB.
  • the multiplexing method may be set for each device. This allows settings appropriate to the device's status. For example, settings appropriate to the service using the device can be set for each device. For devices used for services that require small amounts of data communication, multiplexing can be performed by setting a small amount of resources per subcarrier and per symbol for communication between the device and the UE or gNB, thereby making it possible to avoid unnecessary resource settings.
  • the methods disclosed above may be combined to set multiple methods, allowing for more flexible settings.
  • Embodiment 2 In 3GPP, the incorporation of a device into a mobile communication system is being discussed. When incorporating a device into a mobile communication system, it is assumed that a UE that communicates with the device must communicate with a UE or a gNB. A method for enabling such a UE to communicate with a device and a gNB is disclosed.
  • a gap may be provided for each base station.
  • the UE communicates with the device using the gap set for each base station.
  • the UE under the base station can use the gap for UE-device communication.
  • the base station may be a master node or a secondary node.
  • UE-device communication is possible with DC (Dual Connectivity) or MC (Multi Connectivity).
  • a gap may be provided for each cell.
  • the UE communicates with the device using the gap set for each cell.
  • a UE with a cell set for communication may be able to communicate with the device using a gap for each cell.
  • the cell may be a PCell, a PSCell, an SPCell, or an SCell. For example, it becomes easier to take gaps into account in scheduling for each cell for the UE.
  • a gap may be provided for each UE.
  • the UE communicates with the device using the gap set for the UE. For example, communication between one UE and one or more devices may be performed within the gap. Since the gap can be made different for each UE, it is possible to reduce interference between UEs in UE-device communication, for example.
  • a gap may be set for each device. Communication between the UE and the device is performed using the gap set for the device. Since the gap can be made different for each device, it is possible to reduce interference between devices in UE-device communication.
  • Gaps may be provided for each frequency range.
  • a gap may be provided for FR (Frequency Range) 1.
  • a gap may be provided for FR2.
  • FR1 and FR2 are frequency ranges defined by 3GPP, with the frequency range corresponding to FR1 being 410 MHz to 7125 MHz and the frequency range corresponding to FR2 being 24250 MHz to 71000 MHz (Non-Patent Documents 35, 36). Communication between the device and UE is performed using a gap provided in the frequency range in which communication between the UE and gNB is performed.
  • a gap may be provided for each frequency band.
  • the frequency band may be an operating band (Non-Patent Documents 35, 36).
  • Communication between the device and the UE is performed using a gap provided in the frequency band in which communication between the UE and the gNB is performed.
  • a gap may be provided for each carrier.
  • Communication between the device and the UE is possible using a gap provided in the carrier in which communication between the UE and the gNB is performed.
  • a gap may be provided for each BWP. Communication between the device and the UE is possible using a gap provided in the BWP in which communication between the UE and the gNB is performed.
  • a gap may be provided for each service.
  • a gap may be set for each service that uses a device. Communication between the UE and the device is performed using the gap set for the service that uses the device.
  • Examples of services that use a device include eMBB (enhanced Mobile Broadband) communication services, mMTC (massive Machine Type Communications) communication services, and URLLC (Ultra-Reliable and Low Latency Communications) communication services.
  • Other examples of services include asset tracking and entrance/exit management.
  • a gap may be provided for each different service, for example, for services provided by different providers. Information for identifying the service may be notified when setting the gap. A UE in which a gap has been set will be able to recognize which service the gap corresponds to.
  • Information indicating the type of gap may be provided.
  • Information indicating the type of gap may be included in the gap setting. A UE in which a gap is set will be able to recognize the type of gap.
  • the UE may use any type of gap setting corresponding to communication with the device.
  • the UE may select a gap setting to be used for communication with the device. In this way, for example, the gap setting with the earliest timing can be selected, and communication between the UE and the device can be performed with low latency.
  • a priority order may be set for the gap setting to be selected when multiple types of gaps are set for a UE.
  • the priority order may be determined in advance by a standard or the like, or may be notified from the NW. For example, when a gap setting for each device and a gap setting for each service are set for a UE, the gap setting for each device may be used with priority.
  • the UE may use any gap setting that corresponds to communication with the device.
  • the UE may select the gap setting to be used for communication with the device. The same effect as described above can be obtained.
  • the method disclosed above may be applied as appropriate. Similar effects can be obtained.
  • the gap setting with the earliest gap start timing may be selected from among multiple gaps that overlap in part or in whole.
  • communication between the UE and device can be achieved with low latency. If the gap start timings are the same, the method disclosed above may be applied as appropriate.
  • a gap setting method is disclosed.
  • a gap setting is transmitted from a base station to a UE.
  • There may be one or more gap settings.
  • Information for identifying the gap setting may be provided.
  • the base station may transmit the gap setting and information for identifying the gap setting (e.g., an identifier) in association with each other to the UE.
  • the gap setting may be transmitted semi-statically.
  • the transmission method may be a notification method.
  • the gap setting may be included in an SIB.
  • the base station may notify the gap setting from the cell using an SIB. In this way, a UE under the cell can receive the gap setting.
  • FIG. 18 is a diagram showing an example sequence of a method for reporting gap settings.
  • the base station reports the gap settings by including them in an SIB.
  • a UE that receives an SIB including the gap settings uses the gap settings for UE-device communication.
  • the gap settings By reporting the gap settings by including them in an SIB, it becomes possible to receive the gap settings regardless of the RRC state of the UE. For example, even a UE in RRC_IDLE can receive the gap settings, and therefore can perform UE-device communication.
  • the base station includes the gap setting in an RRC message.
  • the base station notifies the UE of the gap setting by RRC signaling.
  • the gap setting may be notified for each UE. In this way, it becomes possible to notify the gap setting for each UE individually. For example, it becomes possible to notify a gap setting suitable for the UE, such as a gap setting for each UE.
  • the base station may include the gap setting in the MAC CE.
  • the base station may notify the UE of the gap setting by MAC signaling. In this way, the gap setting can be notified to the UE at an earlier stage.
  • the base station may include the gap setting in the DCI.
  • the base station may notify the UE of the gap setting by PDCCH. In this way, the gap setting can be notified to the UE at an earlier stage.
  • the base station can dynamically change and set the gap setting for the UE. It is possible to dynamically set a gap setting suitable for the surrounding radio wave propagation environment, which changes from moment to moment.
  • the base station may reset the gap for UE-device communication for the UE.
  • the base station may change the gap setting for UE-device communication for the UE.
  • the base station may notify the UE of some or all of the information about the setting. As part of the information about the gap setting, for example, only the information to be changed may be notified.
  • the gap resetting or change method from the base station to the UE may be an appropriate gap setting method.
  • a function for activating and deactivating gap settings for UE-device communication may be provided.
  • the base station notifies the UE of act/deact information for the gap settings.
  • the act/deact information for the gap settings may be information on which gap settings to act/deact. For example, it may include an identifier for the gap setting to act/deact and information on whether the gap setting of the identifier is to act/deact.
  • the act/deact information for the gap settings may, for example, include only gap settings to act. Gap settings that are not included may be deact. For example, it may include only gap settings to deact. Gap settings that are not included may be act.
  • a UE that receives the act/deact information for the gap settings performs communication between devices using the acted gap setting.
  • the UE is able to communicate between devices using the acted gap setting.
  • a UE that receives the act/deact information of the gap setting does not use the deacted gap setting for communication between devices.
  • the UE is unable to communicate between devices with the deacted gap setting.
  • the base station only notifies the UE of the gap settings, communication between the UE and the device may not be possible with the notified gap settings.
  • the act/deact information of the gap settings communication between the UE and the device may be possible using the acted gap settings among the set gaps.
  • the base station may notify the UE of the gap setting, allowing communication between the UE and the device with the notified gap setting.
  • the gap setting may then be acted/deacted based on the act/deact information of the notified gap setting.
  • the gap setting to be acted/deacted may be changed based on the notification of the act/deact information of the gap setting.
  • the act/deact information may be included in an RRC message.
  • the base station notifies the UE of the act/deact information by RRC signaling.
  • the act/deact information may be notified for each UE. In this way, it becomes possible to notify act/deact information for each UE individually. For example, it becomes possible to notify a gap setting suitable for the UE, such as the act/deact gap setting for each UE.
  • the act/deact information may be included in MAC CE.
  • the base station notifies the UE of the act/deact information by MAC signaling.
  • the act/deact information may be included in DCI.
  • the base station notifies the UE of the act/deact information by PDCCH. In this way, the act/deact information can be notified to the UE earlier.
  • the base station can dynamically change and set the act/deact information for the UE. It is possible to dynamically set the act/deact gap setting appropriate for the surrounding radio wave propagation environment, which changes from moment to moment.
  • the base station performs one or more gap settings for each cell.
  • One or more gap settings are notified to the UE by including them in the SIB. It is preferable to notify the gap setting by associating it with an identifier. Notification of the gap setting alone does not allow communication between the UE and the device using the notified gap setting.
  • the base station notifies the UE of act/deact information by MAC signaling.
  • the UE having received the act/deact information of the gap setting and the identifier of the gap, recognizes which gap setting can be used for communication with the device and which gap setting cannot be used.
  • the UE uses the acted gap for communication with the device. In this way, the UE can communicate with the device using the gap setting notified by the base station.
  • the UE may request the base station to set a gap for UE-device communication.
  • the UE may request the base station to act/deact on the gap setting for UE-device communication.
  • the base station can request the base station to set a gap for communication with the device and to act/deact on the gap setting.
  • a base station that receives a gap setting request from a UE should perform gap setting.
  • the base station should notify the UE of the set gap setting.
  • a base station that receives a gap setting act/deact request from a UE should perform act/deact of the gap setting.
  • the base station should notify the UE of the act/deact information of the set gap setting. In this way, the UE can receive gap settings and gap setting act/deact information from the base station.
  • the UE can communicate with the device.
  • the request may be included in an RRC message.
  • the request may be transmitted from the UE to the base station using RRC signaling.
  • the request may be notified using UE-specific signaling. In this way, it becomes possible to notify a gap setting request to an individual UE. It becomes possible to notify an act/deact request to an individual UE.
  • the request may be included in a MAC CE.
  • the UE notifies the base station of the request using MAC signaling.
  • the request may be included in a UCI.
  • the UE notifies the base station of the request using a PUCCH.
  • a PUCCH setting for the request may be provided.
  • the base station may set up a PUCCH for the request in advance for the UE.
  • the UE may notify the base station of the request using an SR.
  • An SR setting for the request may be provided.
  • the base station may set up an SR for the request in advance for the UE. In this way, the request can be transmitted from the UE to the base station at an early stage. For example, the UE can dynamically transmit the request to the base station. This allows the base station to dynamically change and set the gap setting and the gap setting act/deact dynamically for the UE. Settings suitable for the surrounding radio wave propagation environment that changes from moment to moment become possible.
  • the request may be transmitted by PUSCH.
  • SR may be used to request allocation (grant) of PUSCH for transmitting the request.
  • SR setting for the request may be provided.
  • the base station may set SR for the request in advance for the UE.
  • the UE requests allocation of PUSCH for transmitting the request from the base station using SR.
  • the base station that receives the SR allocates PUSCH for transmitting the request to the UE.
  • the UE that receives the PUSCH allocation transmits the request using the PUSCH. In this manner, the base station is able to receive the request from the UE.
  • the request is transmitted by MAC CE, if there is no PUSCH for transmitting the MAC CE, the UE can obtain allocation of PUSCH from the base station.
  • the request for gap setting and the request for act/deact of the gap setting may be made together or separately. This allows for flexible requests. There may be one or more gap settings requested and act/deact requested. It is possible to request a gap setting that is suitable for the radio wave propagation environment in the UE and the service that uses communication with the device.
  • the SR setting used in the request may be one or more.
  • the PUCCH setting used in the request may be one or more.
  • each SR setting or each PUCCH setting may correspond to each requested gap setting or act/deact request for each gap setting.
  • the base station notifies the UE in advance of the gap setting as well as the SR setting or PUCCH setting to be used for the act/deact request.
  • the UE transmits the request to the base station using the SR setting or PUCCH setting corresponding to the gap setting for which it wishes to request act/deact. In this way, the base station can identify the requested gap setting even if the request does not include an identifier for the gap setting.
  • the request may include information indicating the type of gap.
  • a request may be made for each type of gap.
  • a request for gap setting or gap act/deact may be made with one request for each type of gap.
  • a request for gap setting or gap act/deact according to the type is possible. For example, different requests may be used for different gaps, and in this way, a base station receiving the request can recognize the type of gap being requested by the setting used in the request.
  • the request may include a device identifier.
  • a request may be made for each device.
  • a request for gap setting or gap act/deact may be made with one request for each device. For example, different requests may be used for different devices, and in this way, a base station receiving the request can recognize the requested device by the setting used in the request.
  • the request to act/deact a gap setting may include information specifying the requested gap.
  • the information may be a gap setting identifier.
  • the gap setting identifier included in the request allows the base station to specify which gap to act/deact.
  • the information for specifying the gap may be included in the gap setting information.
  • the base station may transmit information for specifying the gap in association with the gap setting to the UE.
  • a gap setting release method is disclosed.
  • the base station notifies the UE of the release of the gap setting for UE-device communication.
  • the method of notifying the release may be appropriately applied to the gap setting notification method disclosed above.
  • the UE becomes able to receive the gap setting release.
  • the UE that receives the gap setting release releases the set gap setting.
  • the UE that receives the gap setting release may release all set gap settings for UE-device communication.
  • the release may include information for identifying the gap setting to be released.
  • the UE that receives the release may identify the gap setting to be released using the information.
  • the release may include information indicating the type of gap setting.
  • the UE that receives the release may identify the gap setting to be released using the information.
  • the release may include information for identifying the device.
  • the UE that receives the release may identify the gap setting for communication with the device to be released using the information.
  • the UE that receives the gap setting release releases the gap setting.
  • the UE may discard the gap setting information to be released.
  • the UE's memory, etc. can be used efficiently.
  • the UE may request the base station to release the gap setting for UE-device communication.
  • the method of requesting the release may be any of the gap setting and act/deact request methods disclosed above.
  • the base station is able to receive the release of the gap setting.
  • the release request may include information for identifying the gap setting for which release is requested.
  • the base station that receives the release request may use the information to identify the gap setting for which release is requested.
  • the release request may include information indicating the type of gap setting.
  • the base station that receives the release request may use the information to identify the gap setting for which release is requested.
  • the release request may include information for identifying the device.
  • the base station that receives the release request may use the information to identify the gap setting for which release is requested.
  • the UE may send a release request to the base station depending on the device status. For example, this is useful when the UE is aware of the device status, but the base station is not aware of the device status.
  • the UE can request the base station to release the gap setting.
  • the base station can use the release request to notify the UE of the gap setting release.
  • the information about the service in (3) may be information about a service that uses UE-device communication. It may be information for identifying the service. It may be information indicating the quality required for the service. For example, it may be QoS.
  • the gap pattern (7) may be a combination of one or more gaps.
  • the gap lengths, periods, and offsets of the combined gaps may be different.
  • the gap pattern may be set within a specified period.
  • the period of the gap pattern in (8) may be the period in which the gap pattern is repeated.
  • a predetermined period in which the gap pattern is set may be repeated. In this case, it is preferable to set the predetermined period as the period of the gap pattern.
  • the gap offset in (9) indicates the timing at which the gap begins.
  • the offset may be an offset from a radio frame boundary.
  • the offset may be an offset from a slot boundary.
  • Information on the time axis may be in units of time, symbols, slots, subframes, TTIs (Transmission Timing Intervals), or radio frames.
  • This information is used to set the gap for UE-device communication.
  • the UE may retain the gap setting for UE-device communication even when in the RRC_Idle state or the RRC_Inactive state.
  • a UE in the RRC_Idle state or the RRC_Inactive state can use the gap for UE-device communication.
  • the setting as to whether or not the UE retains the gap setting in the RRC_Idle state or the RRC_Inactive state may be included in the information on the gap setting for UE-device communication described above. It becomes possible to set whether or not to retain the gap setting.
  • the UE may connect to the reselected cell and obtain the gap configuration for UE-device communication from the base station in order to obtain the gap configuration for UE-device communication.
  • a base station that has set a gap for UE-device communication for a UE may notify surrounding base stations of the gap setting for UE-device communication for the UE. For example, a UE in an RRC_Idle state may use the set gap setting for UE-device communication until it next transitions to RRC_Connected. The UE does not need to perform a gap setting acquisition process for UE-device communication.
  • a base station that has set a gap for UE-device communication for a UE may notify base stations in an RNA (RAN Notification Area) of the gap setting for UE-device communication for the UE. For example, base stations in the RNA may set the same gap setting for UE-device communication for the UE.
  • a UE in an RRC_Inactive state may use the same gap setting for UE-device communication in the RNA. The UE does not need to perform a gap setting acquisition process for UE-device communication.
  • the UE may notify a base station or a CN (Core Network) node (not limited to a node, but may also be a function) of information indicating that communication with the device is possible.
  • the CN node may be, for example, an AMF, an SMF, a PCF, or an application function (AF) for a service using the device.
  • the identifier of the UE that sent the information may be notified together with the information.
  • Information regarding a service using the device may also be notified together with the information.
  • the information indicating that communication with the device is possible may be information indicating that the RAT or communication method used for communication with the device is supported.
  • the information may be the number of devices that can be communicated with.
  • the information may be information regarding the frequency for communication with the device.
  • the information regarding the frequency for communication may be a frequency band.
  • the information may be information regarding the multiplexing method supported. These pieces of information may be combined.
  • the information may be included in the UE capabilities. The UE notifies the base station or CN node of the information by including it in the UE capabilities.
  • the UE may provide information on whether it can simultaneously perform UE-to-device communication and UE-to-UE or base station communication.
  • the UE may provide information on whether it can simultaneously perform device measurement and UE-to-UE or base station communication.
  • the UE may provide information on whether it can simultaneously perform UE-to-device communication and device measurement.
  • the UE may transmit the information to a base station or CN node.
  • the information may be included in UE capabilities.
  • the UE may transmit the information in UE capabilities to a base station or CN node.
  • Device measurement is measurement of communication quality between the UE and the device, such as measurement of the received power of a signal transmitted from the device, measurement of reception quality, and measurement of SINR (Signal to Interference plus Noise Ratio).
  • the UE can notify the base station or CN node of information indicating that it is able to communicate with the device.
  • the base station or CN node that receives this information can recognize that the UE is able to communicate with the device.
  • the base station or CN can then configure the UE for communication with the device. Examples of communication settings include multiplexing methods and gap settings.
  • FIG. 19 is a diagram showing an example sequence of gap setting for UE-device communication.
  • the UE transmits information to the base station indicating that the UE is capable of communicating with the device. For example, RRC signaling may be used to transmit the information.
  • the base station that receives the information recognizes that the UE is capable of communicating with the device.
  • the base station transmits a gap setting for UE-device communication to the UE.
  • One or more gap settings may be transmitted as a list. For example, RRC signaling may be used to transmit the list.
  • the UE that receives the list can obtain a gap setting for UE-device communication.
  • the base station may report the gap setting for UE-device communication by including it in the SIB as disclosed above.
  • the processing of step ST1901 may be performed after step ST1902.
  • the UE that has received the gap setting for UE-device communication in step ST1902 may transmit information indicating that communication with the device is possible to the base station in the next step ST1901.
  • the report of the gap setting for UE-device communication may be information indicating that the cell supports UE-device communication. Even if the UE does not transmit information indicating that communication with the device is possible, the UE can recognize that the cell supports UE-device communication.
  • the base station may transmit the gap setting for UE-device communication both by including it in the SIB and by individually transmitting it to the UE via RRC or the like.
  • the UE may use either gap setting.
  • the gap setting transmitted individually to the UE may be prioritized.
  • the UE may use the gap setting.
  • the UE transmits a UE-device communication start request to the base station.
  • a request to act on gap setting for UE-device communication may also be transmitted. For example, this may be transmitted when the UE determines that it will communicate with the device. For example, this may be transmitted when the UE is to communicate with the device and there is no gap setting for UE-device communication that has been acted on.
  • MAC signaling may be used to transmit the request.
  • the request may be transmitted by including it in a MAC CE.
  • the request can be transmitted early after the UE determines that it will communicate with the device.
  • the base station that receives the request can recognize that the UE is requesting to act on the gap setting for UE-device communication.
  • the base station transmits gap setting information for UE-device communication to be acted to the UE.
  • the information may be an identifier of a gap setting.
  • the gap setting to be acted may be selected from the gap setting list set in step ST1902.
  • the information may be, for example, a bitmap of one or more gap settings.
  • the gap setting to be acted in the bitmap may be set to act (for example, 1).
  • MAC signaling may be used to transmit the information.
  • the information may be included in a MAC CE and transmitted.
  • the base station becomes able to transmit gap setting information for UE-device communication to be acted early.
  • the UE becomes able to receive gap setting information for UE-device communication early.
  • step ST1905 the UE communicates with the device.
  • the gap setting to be acted upon received in step ST1904 may be used.
  • the UE may communicate with the device within the set gap.
  • the gap setting information received in step ST1902 may be used as the gap setting information. In this way, UE-device communication is possible.
  • the gap setting for UE-device communication set by the base station it is possible to avoid interference between communication between the UE and the device and communication between the UE and the UE or between the base station, for example.
  • the UE notifies the base station of the end of communication with the device.
  • the UE may request the base station to deact the gap setting for UE-device communication.
  • the request may be transmitted including an identifier of the gap setting to be deacted.
  • MAC signaling may be used to transmit the information.
  • the information may be transmitted including in a MAC CE.
  • the request can be transmitted early after it is determined that the UE has ended communication with the device.
  • the base station that receives the request can recognize that the UE has ended UE-device communication and is requesting to deact the gap setting for that communication.
  • the base station transmits gap setting information for UE-device communication to be deacted to the UE.
  • the information may be an identifier of the gap setting.
  • the gap setting to be deacted may be selected from the gap setting list set in step ST1902.
  • the information may be, for example, a bitmap of one or more gap settings.
  • the gap setting to be deacted in the bitmap may be set to deact (for example, 0).
  • MAC signaling may be used to transmit the information.
  • the information may be included in a MAC CE and transmitted.
  • the base station becomes able to transmit gap setting information for UE-device communication to be deacted early. Resources for the deacted gap setting can be used for other purposes, thereby improving resource usage efficiency.
  • the base station may transmit a release of the gap setting for UE-device communication to the UE.
  • the base station may transmit the release when it determines that the UE-device communication service has ended or that the UE-device communication service will be interrupted for a long period of time.
  • RRC signaling may be used to transmit the information.
  • the UE that receives the release releases the gap setting for UE-device communication. In this way, the UE does not need to hold the gap setting even after the UE-device communication service is interrupted or ended, and it is possible to reduce the capacity of, for example, buffers.
  • the base station can use the resources of the released gap setting for other purposes, thereby improving resource usage efficiency.
  • the base station may notify the UE of a request for communication with the device.
  • the CN node may notify the UE of a request for communication with the device.
  • the CN node may notify the communication request via the base station.
  • the communication request may include information for identifying the device. There may be one or more devices making the communication request. This is effective when the CN node or base station recognizes the device making the communication request.
  • the communication request may include information about the service making the communication request. The information is, for example, information for identifying the service and the QoS required for the service.
  • the UE will be able to recognize which service UE-device communication is requested for.
  • the UE that receives the request communicates with the device.
  • the UE may use the gap setting set for UE-device communication when communicating with the device.
  • the gap setting for UE-device communication may be notified to the UE in advance from the base station.
  • the gap setting for UE-device communication may be notified together with the communication request.
  • Information for identifying the device making the communication request and information for identifying the gap setting may be associated and notified. It becomes possible to set the gap setting to be used for communication with the device making the communication request.
  • the notification of the communication request may be notification of act information of the gap setting for UE-device communication. Notification of act information of the gap setting act/deact information may be notification of the communication request.
  • the gap setting act information may include information for identifying the device making the communication request.
  • the gap setting act information may include information on the service making the communication request.
  • a UE that receives the gap setting act information communicates with the device.
  • the gap setting to act may be associated with information for identifying the device making the communication request and notified. It becomes possible to set the gap setting to be used for communication with the device making the communication request.
  • FIG. 20 is a diagram showing another example sequence for setting a gap for UE-device communication. It shows an example sequence for when a base station notifies a UE of a request for communication with a device. Steps common to FIG. 19 are given the same step numbers, and common explanations are omitted.
  • the base station transmits a request for communication with the device to the UE.
  • the communication request may include an identifier of the device making the communication request.
  • the UE can be notified of which device it is requesting communication with.
  • the UE that receives the request can recognize which device it should communicate with.
  • the base station may notify the UE of act information for the gap setting for UE-device communication.
  • the identifier of the gap setting to be acted may be included.
  • the notification of act information for the gap setting for UE-device communication may be used as the notification of the communication request.
  • the gap setting for communication with the device requested to the UE may be the gap setting for UE-device communication to be acted.
  • the UE can recognize the gap setting to be used for communication with the device.
  • MAC signaling may be used to notify the communication request.
  • Information indicating the communication request may be included in the MAC CE.
  • step ST2002 the UE performs UE-device communication.
  • the gap setting to be acted received in step ST2001 may be used.
  • the UE may communicate with the device within the set gap.
  • the gap setting information received in step ST1902 may be used. In this manner, UE-device communication is possible.
  • the UE transmits device data received from the device to the base station.
  • the UE may receive data from the base station to the device.
  • the UE may transmit data received from the base station to the device in step ST2002. In this manner, UE-device communication and communication of device data between the UE and the base station are possible. Communication between the device and the NW via the UE is possible.
  • MAC signaling may be used for the communication.
  • Device data between the UE and the base station may be included in the MAC CE.
  • data sent and received by a device i.e., data sent by a device and data received by a device (data sent to a device)
  • device data data sent to a device
  • RRC signaling may be used for communication of device data between the UE and the base station.
  • the device data may be included in an RRC message.
  • the device data may be included in the RRC signaling and transmitted.
  • the device data may be included in a ULInformationTransfer message, a DLInformationTransfer message, or an RRCReconfiguration message and transmitted.
  • the device data may be included in a NAS message and transmitted by RRC signaling. In this way, more device data can be communicated between the UE and the base station.
  • L1/L2 signaling may be used for communication of device data between the UE and the base station.
  • the device data may be included in DCI or UCI.
  • the device data may be included in DCI and transmitted on the PDCCH.
  • the device data may be included in UCI and transmitted on the PUCCH. In this way, device data can be communicated between the UE and the base station more quickly.
  • RA processing may be used for communication of device data between the UE and the base station.
  • the device data may be transmitted in Msg2, Msg3, and Msg4 of a four-step RA process, or in MsgA and MsgB of a two-step RA process. In this way, device data can be transmitted more quickly between the UE and the base station.
  • the base station may notify the UE of the end of communication with the device.
  • the notification of communication end may include an identifier of the device for which communication is to be ended.
  • the UE can be notified of which device communication is to be ended.
  • MAC signaling may be used for the communication end notification.
  • Information indicating the communication end may be included in the MAC CE. In this way, it is possible to notify the UE early.
  • information indicating the communication end may be transmitted together with the data or as the data. For example, information indicating that this is the last data is transmitted together with the data or as the data. In this way, control can be made easier.
  • the base station may notify the UE of deact information for the gap setting for UE-device communication.
  • An identifier of the gap setting to be deacted may be included.
  • the notification of the deact information for the gap setting for UE-device communication may be a notification of the end of the communication.
  • the gap setting for UE-device communication to be deacted may be set to the UE as the gap setting for communication with the device for which communication is to be ended. The UE will be able to recognize the gap setting used for communication with the device for which communication is to be ended.
  • One or more gap settings may be statically determined by a standard or the like.
  • the gap settings may be statically determined corresponding to one or more devices or a device group consisting of one or more devices.
  • the gap settings may be statically determined corresponding to a service using UE-device communication.
  • the gap settings may be statically determined corresponding to the QoS of a service using UE-device communication. By being statically determined in advance, the signaling load can be reduced.
  • the UE may determine the gap setting to be used for UE-device communication.
  • the UE may select a gap setting to be used for UE-device communication from one of the statically determined gap settings or from the gap settings.
  • the UE can select a gap setting suitable for the radio wave propagation environment, resource usage status, etc.
  • This gap setting may be a gap setting for UE-device communication in device-NW communication via the UE.
  • UE-device communication is made possible in the gap for UE-device communication.
  • UE-device communication may be not only transmission from a device to a UE, but also transmission from a UE to a device.
  • the base station may set UE-device communication gaps for multiple UEs.
  • the base station may adjust the duration of the UE-device communication gap for the UE. For example, the gap durations may be adjusted so that they do not overlap.
  • the base station receives a UE-device communication gap request from a UE, it may set the gap for the UE that received the request so that it does not overlap with UE-device communication gaps for other UEs. In this way, interference caused by multiple UE-device communications can be reduced.
  • next gap should be used for UE-device communication.
  • the same gap setting should be used for the next gap. This makes it easier to control the UE and device.
  • Another gap setting may be used for the next gap. UE-device communication may become possible earlier.
  • the UE may request the base station to set a UE-device communication gap or to act on setting a UE-device communication gap.
  • the base station may set another UE-device communication gap for the UE or may act on setting another UE-device communication gap.
  • the UE may use this setting to perform UE-device communication.
  • the UE may notify the base station of the amount of communication between the UE and the device.
  • the amount of communication may be the amount of device data communication.
  • the UE may notify the base station of the period of communication between the UE and the device.
  • the communication period may be the period during which device data communication is performed.
  • the information may be included in a request from the UE to the base station for UE-device communication settings, or may be included in a UE-device communication settings act request. Alternatively, it may be included in a UE-device communication start request. It may be transmitted separately from these.
  • the base station may use the information received from the UE for UE-device communication settings for the UE. In this way, the base station can set a gap suitable for UE-device communication.
  • the base station may transmit information regarding the UE-device communication settings configured for the UE to the HO destination base station (Target gNB).
  • the information may be transmitted using an inter-base station interface.
  • the information may be transmitted using Xn signaling.
  • the information may be transmitted by including it in a HANDOVER REQUEST message.
  • the HO destination base station performs UE-device communication settings for the UE.
  • information regarding the UE-device communication settings for the UE received from the HO source base station (Source gNB) may be used.
  • the settings may be the same, or some or all of the settings may be different.
  • the HO-destination base station transmits the UE's settings for UE-device communication to the UE.
  • the HO-destination base station may transmit information related to the settings to the HO-source base station.
  • the HO-source base station transmits information related to the settings to the UE.
  • the information related to the settings may be transmitted from the HO-destination base station to the HO-source base station using an inter-base station interface. For example, the information may be transmitted using Xn signaling.
  • the setting information may be transmitted by including it in a HANDOVER REQUEST ACKNOWLEDGE message.
  • the information related to the settings may be transmitted from the HO-source base station to the UE using RRC signaling.
  • the setting information may be transmitted by including it in an RRCReconfiguration message.
  • the UE does not need to communicate or process between UEs or base stations.
  • the UE can change the frequency in the device communication gap to communicate with the device. It becomes possible for communication between a device and UE and communication between UEs or base stations to coexist.
  • By setting a UE-device communication gap it becomes possible to avoid interference between communication between a UE and a device and communication between UEs or base stations. It becomes possible to provide high-quality and stable communication between UEs and devices and between UEs and UEs or base stations.
  • UE-device communication is possible within the gap period, even if the communication method or reference timing is different between UE-device communication and communication on Uu or PC5.
  • the UE may prioritize receiving the SIB. If a UE-device communication gap and an SIB transmission timing overlap, the UE may prioritize receiving the specific SIB.
  • the specific SIB may be an SIB that includes emergency information or warning information. Examples of emergency information and warning information include ETWS (Earthquake and Tsunami Warning System) and CMAS (Commercial Mobile Alert System). In this way, the UE can receive emergency information and warning information even if a UE-device communication gap is set.
  • the UE may prioritize UCI transmission. If the UE-device communication gap and the timing of specific UCI transmission overlap, the UE may prioritize the transmission of the specific UCI.
  • the specific UCI may be SR. This allows the UE to start communication with the base station early.
  • the UE may prioritize paging reception. This allows the UE to start communication with the base station early.
  • Embodiment 3 In 3GPP, the incorporation of devices into a mobile communication system is being discussed. When incorporating a device into a mobile communication system, a UE or a base station must recognize a device with which it can communicate. In this embodiment, a method for a UE or a base station to recognize a device with which it can communicate is disclosed.
  • the UE detects devices in the vicinity.
  • the UE may also detect devices with which it can communicate.
  • a method for the UE to detect devices is disclosed.
  • the UE measures the received power from the device.
  • the received power may be, for example, RSSI (Received Signal Strength Indicator). There is no need to measure the RS used for communication on Uu.
  • the UE may measure the received quality from the device.
  • the UE may measure the SINR from the device.
  • a threshold may be set for the measurement result.
  • a threshold may be set for the received power, received quality, and SINR.
  • the UE may use the threshold to detect a device present in the vicinity. For example, if the received power, received quality, or SINR measured by the UE from a device is greater than a predetermined threshold, the UE may determine that the device is present in the vicinity. For example, if the received power, received quality, or SINR measured by the UE from a device is equal to or less than a predetermined threshold, the UE may determine that the device is not present in the vicinity.
  • the received power, received quality, or SINR from a device measured by the UE is greater than a predetermined threshold, it may be determined that communication with the device is possible. For example, if the received power, received quality, or SINR from a device measured by the UE is equal to or less than a predetermined threshold, it may be determined that communication with the device is not possible.
  • the UE may receive information about the device from the device.
  • the information about the device may be information for identifying the device. For example, it may be a device identifier.
  • the UE may measure the received power and receive information about the device. In this way, the UE can identify devices with which it can communicate.
  • the UE may report the measurement results to the base station.
  • the measurement results may be measurements of received power, received quality, or SINR.
  • the UE may transmit information about the device to the base station together with the measurement results or included in the measurement results. Information about the device may be transmitted in association with the measurement results of the device.
  • the base station can obtain the reception power, reception quality, and SINR from the device measured by the UE.
  • the measurement results transmitted from the UE to the base station may be the measurement results of all devices measured by the UE. For example, this is useful when the base station determines whether or not a device is present in the vicinity of the UE.
  • the measurement results transmitted from the UE to the base station may be the measurement results of some or all devices measured by the UE.
  • the measurement results of some or all devices measured by the UE may be, for example, the measurement results of devices used for a specified service.
  • the base station can recognize the measurement results of devices used for a specified service.
  • the measurement results of some or all devices measured by the UE may be the measurement results of devices that the UE has determined to be present in the vicinity, or devices that the UE has determined to be able to communicate with.
  • the base station can obtain the measurement results of devices that the UE has determined to be present in the vicinity or to be able to communicate with. By transmitting the measurement results of some or all devices measured by the UE to the base station, the amount of information transmitted can be reduced.
  • radio waves In order for the UE to measure the received power from a device, radio waves must be transmitted from the device.
  • a method of transmitting radio waves from a device is disclosed.
  • the UE instructs the device to transmit radio waves.
  • the UE may transmit radio wave transmission instruction information to the device.
  • the radio wave transmission instruction information may be information related to radio wave transmission settings.
  • the device that receives information related to radio wave transmission settings from the UE performs transmission.
  • the device may start transmission a predetermined time after receiving the information related to radio wave transmission settings.
  • the UE performs measurement by receiving the transmitted radio waves from the device.
  • the information on the device in (1) may be information for identifying the device.
  • the information for identifying the device may be, for example, a device identifier. It may be information for identifying a device group consisting of one or more devices, for example, an identifier. It may be information on the device that transmits radio waves.
  • the transmission frequency in (2) is the frequency at which radio waves are transmitted.
  • the transmission period in (3) is the period during which radio waves are transmitted.
  • the transmission cycle in (4) is the cycle at which radio waves are transmitted when radio waves are transmitted periodically.
  • (5) is information on the start timing of radio wave transmission.
  • the information may include an offset. For example, it may be a radio frame and its offset from its beginning, or a slot and its offset from its beginning.
  • the device that receives the information starts transmitting radio waves at the timing indicated by the information.
  • (6) may be, for example, an identifier. By using the identifier in other messages, it becomes possible to identify the radio wave transmission settings.
  • the unit of the information relating to time may be a time unit, a symbol unit, a slot unit, a subframe unit, a TTI unit, or a radio frame unit.
  • the device may then transmit radio waves using this setting.
  • the base station or CN node may notify the device of radio wave transmission instruction information.
  • the base station or CN node may notify the UE of the device's radio wave transmission instruction information.
  • the UE may notify the device of the device's radio wave transmission instruction information received from the base station or CN node.
  • the device that receives information about radio wave transmission settings from the base station or CN node performs transmission.
  • the device may start transmission a predetermined time after receiving the information about radio wave transmission settings.
  • the base station may perform measurements by receiving the transmitted radio waves from the device. This allows the base station to directly measure the radio waves transmitted from the device.
  • the radio wave transmission settings of the device may be determined in advance by standards, etc. This reduces the notification process of the settings from the UE or base station to the device. This makes it possible to reduce the signaling load.
  • the base station may notify the UE of configuration information for transmitting radio wave transmission instructions. Seven examples of configuration information for transmitting radio wave transmission instructions are disclosed below.
  • the information on the device in (1) may be information for identifying the device.
  • the information for identifying the device may be, for example, a device identifier. It may be information for identifying a device group consisting of one or more devices, for example, an identifier. It may be information on the device that is to transmit the radio transmission instruction.
  • the transmission frequency in (2) is the frequency at which the radio transmission instruction is transmitted.
  • the transmission period in (3) is the period during which the radio transmission instruction is transmitted.
  • the transmission cycle in (4) is the cycle when the radio transmission instruction is transmitted periodically.
  • (5) is information on the start timing of transmission of the radio transmission instruction. It may include an offset. For example, it indicates a radio frame and its offset from its beginning, or a slot and its offset from its beginning. The transmission of the radio transmission instruction starts at these timings.
  • (6) may be, for example, an identifier. By using the identifier in other messages, it becomes possible to identify the settings for transmitting the radio transmission instruction.
  • the unit of the information relating to time may be a time unit, a symbol unit, a slot unit, a subframe unit, a TTI unit, or a radio frame unit.
  • the base station or CN node may notify the UE of device measurement configuration information. Thirteen examples of device measurement configuration information are disclosed below.
  • the device measurement settings may be per device, per device group consisting of one or more devices, or per service that uses a device. This allows for settings appropriate for the device, device group, or service.
  • the device measurement settings may be per UE, or per one or more UEs. For example, one or more geographical areas may be provided, and settings may be made for each group of UEs in each geographical area. This allows for settings appropriate for the UE situation.
  • the device measurement settings in the UE may be statically determined by a standard or the like. They may also be set according to the device identifier.
  • the reception start timing may be set according to the device identifier.
  • the reception start timing may be derived using the device identifier.
  • the derivation method may be statically determined in advance by a standard or the like. In this way, the UE can obtain device measurement setting information.
  • the device measurement setting information may be included in the measurement setting on Uu or PC5 in the UE. It may also be included in the measurement setting performed by RRC.
  • the device measurement setting information may be included in an RRC message used for the measurement setting on Uu or PC5. For example, it may be included in a MeasConfig message. In this way, the base station can transmit the measurement setting on Uu, the measurement setting on PC5, and the device measurement setting to the UE all at once. This makes it possible to facilitate control.
  • a UE that receives device measurement setting information from a base station or CN node measures the received power from the device according to the setting.
  • the UE may detect nearby devices or devices with which it can communicate.
  • the UE transmits the measurement results to the base station according to the report setting of the setting information. In this way, the UE can detect nearby devices or devices with which it can communicate.
  • the UE becomes able to communicate with the devices.
  • the base station becomes able to recognize with which devices the UE can communicate. For example, the base station becomes able to transmit to the UE a communication request instruction with a device used for a service, making it possible to provide a service using the device.
  • Time for device measurement may be provided.
  • the time for device measurement may be referred to as a device measurement gap.
  • the method for UE-device communication gaps disclosed in the second embodiment may be applied as appropriate. For example, the interval at which a device measurement gap is provided, the method for setting the device measurement gap, the method for requesting device measurement gap settings, information on device measurement gap settings, etc.
  • the UE may measure the device in the set device measurement gap. For example, the received power from the device may be measured.
  • the UE may use the measurement results to detect nearby devices or devices with which it can communicate.
  • the base station may transmit a device measurement gap setting to the UE.
  • the UE can change the frequency in the device measurement gap to perform device measurement.
  • the base station may reconfigure the device measurement gap for the UE.
  • the base station may change the device measurement gap setting for the UE.
  • the base station may notify the UE of some or all of the information about the setting. As part of the information about the gap setting, for example, only the information to be changed may be notified.
  • the gap reconfiguration or change method from the base station to the UE may be an appropriate gap setting method.
  • the gap settings for UE-device communication and the gap settings for device measurement overlap, the gap settings for UE-device communication may be given priority.
  • the overlapping gap settings for device measurement may be disabled. This makes it possible to give priority to UE-device communication. For example, communication with a device used for an emergency or important service can be given priority. This makes it possible to suppress deterioration in the quality of communication services using the device.
  • the gap settings only the overlapping times may be disabled. For example, this allows for finer control, such as allowing device measurements to be performed during non-overlapping times.
  • the entire overlapping gap setting may be disabled. For example, this makes it possible to make control easier.
  • the gap settings for UE-device communication and the gap settings for device measurement overlap, the gap settings for device measurement may be given priority.
  • the overlapping gap settings for UE-device communication may be disabled. For example, device measurement may be performed when device measurement has not yet been performed and the presence of a device capable of communication cannot be recognized. Of the gap settings, only the overlapping times may be disabled. For example, this allows for finer control, such as allowing UE-device communication during non-overlapping times. As an alternative method, the entire overlapping gap setting may be disabled. For example, this allows for easier control.
  • the device measurement gap may be used for UE-device communication. If UE-device communication occurs during a device measurement gap, device measurement may be stopped or interrupted. The device measurement is stopped or interrupted and UE-device communication is performed. If UE-device communication occurs or has occurred, the device measurement gap setting may be used for UE-device communication. For example, a device measurement gap immediately after UE-device communication occurs may be used. Communication services using devices can be provided with low latency.
  • Device measurements may be stopped or interrupted during UE-device communication. Device measurements may be resumed after communication ends. This allows for time-efficient control. As another method, if UE-device communication occurs during a device measurement gap, subsequent device measurements may be stopped or interrupted. This allows for easier control.
  • the UE-device communication gap may be used for device measurement. For example, if UE-device communication is not performed in the set UE-device communication gap, device measurement may be performed in that gap. For example, device measurement and UE-device communication may be performed continuously in the set UE-device communication gap. Since device measurement and UE-device communication can be performed in a single gap, low latency can be achieved from detection of a device that can communicate to communication with the device.
  • the processing method when the UE-device communication gap setting and the device measurement gap setting overlap, the processing method when UE-device communication occurs in a device measurement gap, and the device measurement processing method in a UE-device communication gap may be configurable.
  • the NW node (which may be a function, not limited to a node) may notify the UE of the settings. For example, it may be transmitted as UE-device communication gap setting information. For example, it may be transmitted as device measurement gap setting information. In this way, the processing settings can be changed depending on the service that uses the device. Settings suitable for the service become possible.
  • Device measurement may be performed periodically, for example. Device measurement may be performed using the device measurement period in the device measurement setting information.
  • the UE performs device measurement in steps ST2102, ST2104, ST2106, and ST2108.
  • the UE transmits the results of the device measurement performed in steps ST2102, ST2104, ST2106, and ST2108 to the base station in steps ST2103, ST2105, ST2107, and ST2109, respectively.
  • Device detection results may also be transmitted.
  • the base station may release the device measurement configuration to the UE.
  • the UE releases the device measurement configuration. By doing so, the UE does not need to hold the configuration even when not performing device measurement, and this can reduce the capacity of, for example, buffers, etc.
  • the UE may prioritize receiving the SIB. If a device measurement gap and an SIB transmission timing overlap, the UE may prioritize receiving the specific SIB.
  • the specific SIB may be an SIB that includes emergency information or warning information. Examples of emergency information and warning information include ETWS and CMAS. In this way, the UE can receive emergency information and warning information even if a UE-device communication gap is set.
  • the UE may prioritize paging reception. This allows the UE to start communication with the base station early.
  • the base station may detect devices in the vicinity of the UE.
  • the base station may detect devices that can communicate with the UE.
  • the base station may use reports of device measurement results from the UE for the detection.
  • the base station may use device measurement results at the base station for the detection.
  • the base station by enabling the base station to determine the device with which the UE will communicate, it becomes possible for the base station to manage the UEs and devices with which UE-device communication is performed. For example, when UE-device communication is performed with many UEs and devices, it becomes possible to reduce interference between the communications. It becomes possible to improve the communication quality of UE-device communication.
  • the method disclosed in this embodiment may be applied to MDT (Minimization of Drive Tests) (Non-Patent Document 37).
  • Device measurement results at the UE may be applied to MDT.
  • Measurement results in MDT may include device measurement results at the UE. Not limited to device measurement results at the UE, device detection results at the UE may be included.
  • Location information of the UE that performed device measurement may also be included. When the UE derives device location information, the location information of the device may be included.
  • the UE is RM-REGISTERED and is capable of UE-device communication.
  • the UE may be RM-REGISTERED and is capable of communication between the device and the NW via the UE.
  • the UE may be RM-REGISTERED and is capable of communication between the device and the CN via the UE and the RAN.
  • the UE may be RM-REGISTERED and is capable of UE-device communication and/or device-to-NW communication via the UE using the UP and/or CP.
  • the CP may be a part or all of the NW nodes (or may be a function) of the CP.
  • the communication may be data communication.
  • the communication may be communication of information necessary for communication with the device.
  • the UE may transmit data received from the device in the UE-device communication to the NW. Alternatively, the UE may transmit data received from the NW to the device in the UE-device communication.
  • Information necessary for UE-device communication may be provided.
  • the UE can obtain this information to enable UE-device communication.
  • Information necessary for device-network communication via the UE may be provided.
  • the information necessary for UE-device communication may be applied as appropriate. For example, the information for UE-device communication may be replaced with the information for device-network communication via the UE.
  • the information may be set in advance in a SIM (Subscriber Identity Module).
  • SIM Subscriber Identity Module
  • the information may be set in advance in the UE. In this way, processing for providing the information can be eliminated. This makes it possible to reduce the signaling load.
  • the method of providing the information to the UE and the method of presetting the information in the SIM and the UE may be used together. They may also be used in combination. In this case, the question arises as to which method the UE should use for the information obtained.
  • a priority may be set for the method of obtaining the information, and the information may be used according to the priority. For example, the priority of the information pre-set in the UE may be set to low, and the priority of the information provided from another node, such as a PCF or application server, may be set to high.
  • the PCF or application server may update the information from time to time, or set information appropriate for the service, allowing the UE to obtain more appropriate information.
  • the information provided by the PCF may be given a higher priority than the information provided by the application.
  • the information is updated regularly in the PCF, making it possible to obtain the latest information.
  • the information pre-set in the SIM may be given a higher priority than the information pre-set in the UE.
  • the information in the SIM may be rewritten as appropriate, making it possible to obtain more appropriate information.
  • the UE may request the CN node to provide information necessary for UE-device communication.
  • the CN node may be, for example, an AMF.
  • the UE may transmit the request to the CN node via a base station.
  • the AMF that receives the request may request the PCF to provide information necessary for UE-device communication of the UE.
  • the PCF that receives the request may perform a process to provide the UE with the information necessary for UE-device communication.
  • a UE that communicates with a device can be provided with the information necessary for communication with the device from the CN node.
  • the UE may transmit to the CN node information regarding the provision of information necessary for communication with a device, which will be described later, together with a request for the provision of information necessary for UE-device communication or may include the information in the request.
  • the CN node that receives the information will be able to recognize, for example, which device the request is for the provision of information necessary for communication with.
  • a registration process may be used to provide the UE with information necessary for communication with the device.
  • the base station or CN node transmits information necessary for UE-device communication to the UE.
  • the CN node may transmit the information to the UE via the base station.
  • the UE is then able to receive the information necessary for communication with the device.
  • the UE may then use this information to communicate with the device. In this way, for example, it may be possible to eliminate the need for a registration process by the device to provide the information to the UE.
  • the UE may include information indicating that communication with the device is possible in the registration request message.
  • the UE may also include UE capabilities including the information.
  • a CN node for example, an AMF, that receives the information selects a PCF that supports the provision of information required for UE-device communication.
  • the AMF establishes a UE policy association with the PCF to distribute information required for UE-device communication.
  • the AMF that receives the information from the UE may report the information to the selected PCF.
  • the PCF uses the information to determine the information required for UE-device communication.
  • the UE EMM state includes EMM-REGISTERED and EMM-DEREGISTERED.
  • the RM method disclosed above may be applied to the EMM state as appropriate. Similar effects can be obtained.
  • the information may be included in the NAS message.
  • the information may be included in the service request process.
  • the information may be sent together with the device data or in a separate message.
  • a network node that receives a NAS message containing the information may not perform CM-CONNECTED processing for the UE after device data communication.
  • the UE will be able to communicate device data in CM-IDLE.
  • the SMF set up in advance which UPF to send device data to.
  • the SMF should obtain information about the UPF from the PCF in advance. It is recommended that a setup process be performed in advance between the SMF and the UPF used to send device data. Even if a PDU session is not established for device data communication, the SMF can determine which UPF to send device data to when it receives it.
  • the AMF that has received the device data may use information about device data communication to determine whether or not to transmit the device data to the SMF. For example, if the device data is for data communication between the device and the NW, the AMF transmits the device data to the SMF in step ST3108.
  • the AMF may transmit information about device data communication to the SMF. N11 signaling may be used for the transmission. For example, the information may be included in an Nsmf_PDUsession_SendMOData message and transmitted. Alternatively, a new message may be provided for transmitting device data.
  • the CN node After communication of the device data, the CN node does not transition the state of the UE to CM-CONNECTED. For example, the CN node may determine that the state of the UE does not transition to CM-CONNECTED when the transmission of the device data ends. The CN node maintains the state of the UE in CM-IDLE after the transmission of the device data ends. For example, the CN node may determine that the state of the UE does not transition to CM-CONNECTED when the device data reception response is transmitted in step ST3105. The state of the UE is maintained in CM-IDLE.
  • FIG. 25 is a diagram showing another example sequence in which the UE communicates between a device and a NW via the UE in CM-IDLE. It shows a case in which the CN node starts up. It shows a case in which device data is transmitted from the CN node.
  • the UE is in the CM-IDLE state.
  • the UPF receives device data from the AF or AS (or from the DN). If a new NF is provided for device data communication, the UPF receives device data from the NF.
  • step ST3205 the AMF that receives the device data may buffer the device data.
  • the AMF notifies the base station that it has received device data.
  • paging may be used for this notification.
  • Information indicating that this is a device data reception notification may be provided.
  • the information indicating that this is a device data reception notification may include information for identifying the device, such as a device identifier. This information may be included in the paging.
  • the base station will be able to recognize the arrival of device data.
  • the base station notifies the UE that the CN node has received the device data.
  • paging may be used for this notification.
  • Paging addressed to the UE may be used for the device data reception notification.
  • the UE receives the paging addressed to itself.
  • Information indicating that this is a device data reception notification may be provided. This information may be included in the paging.
  • Information for identifying the device such as a device identifier, may also be included.
  • the UE receives the paging addressed to itself and acquires the information included in the paging, thereby becoming aware of the arrival of device data.
  • a paging message for the device may be provided in the device data reception notification.
  • the UE receives the paging message for the device.
  • the paging message for the device may include information indicating that the paging message is a device data reception notification and information for identifying the device.
  • the UE receives the paging message for the device and acquires the information included in the paging, thereby becoming aware of the arrival of device data.
  • Paging may be addressed to a device with which the UE communicates.
  • the UE receives paging addressed to the device with which it communicates, and by acquiring information contained in the paging that indicates that it is a device data reception notification, it becomes possible for the UE to recognize the arrival of device data at the device. For example, this is effective in cases where the UE recognizes information for identifying the device with which it communicates.
  • the UE in CM-IDLE transmits a device data reception notification response to the base station.
  • RRC signaling may be used for this transmission.
  • an RRC connection establishment process may be used.
  • the response may be included in an RRCSetupRequest message and transmitted.
  • the response may be included in an RRCSetupComplete message and transmitted.
  • a new RRC message may be provided for transmitting the device data reception notification response.
  • the base station that has received the device data reception notification response transmits the device data reception notification response to the AMF.
  • a NAS message may be used for this transmission.
  • the response may be included in an Initial UE message and transmitted.
  • the response may be included in an Uplink NAS transport message and transmitted.
  • a new message may be created for transmitting the device data reception notification response.
  • step ST3211 the AMF that has received the device data reception notification response transmits the device data to the base station.
  • a NAS message may be used for this transmission.
  • step ST3212 the base station transmits the device data to the UE.
  • RRC signaling may be used for this transmission. In this manner, the UE can receive the device data.
  • step ST3213 the UE that has received the device data performs UE-device communication and transmits the device data to the device.
  • the UE that has transmitted device data to the device may perform processing to stop the RRC connection establishment processing.
  • the UE may stop the processing that was started to transmit the device data reception notification response or to receive the device data. In this way, after receiving the device data, the UE can return to the state before transmitting the device data reception notification response or receiving the device data.
  • the UE does not need to stop the RRC connection establishment process.
  • Information on whether or not the device data has ended may be provided.
  • the CN node may generate the information.
  • the CN node may notify the UE of the information on whether or not the device data from the NW has ended.
  • the CN node may transmit the information to the base station, and the base station may transmit the information to the UE.
  • the information may be transmitted together with the device data, or may be transmitted separately from the device data. In this manner, the UE can recognize that the device data transmitted from the CN node has ended.
  • the UE After communication of device data, the UE does not transition to CM-CONNECTED. For example, the UE may decide not to transition to CM-CONNECTED when reception of device data is complete. The UE maintains CM-IDLE after reception of device data is complete.
  • the CN node After communication of device data, the CN node does not transition the state of the UE to CM-CONNECTED. For example, the CN node may determine that the UE's state will not transition to CM-CONNECTED when transmission of device data is completed. After transmission of device data to the UE is completed, the CN node maintains the UE's state in CM-IDLE.
  • the UE and CN node can maintain the UE's state in CM-IDLE.
  • the UE can receive device data from the AF or AS in CM-IDLE, and can transmit device data to the device.
  • ECM EPS Connection Management
  • the UE's ECM state includes ECM-CONNECTED and ECM-IDLE.
  • the method for the CM state disclosed above may be applied to the ECM state as appropriate. Similar effects can be obtained.
  • UE RRC states include RRC_CONNECTED, RRC_INACTIVE, and RRC_IDLE (Non-Patent Document 2).
  • the UE is RRC_CONNECTED and capable of UE-device communication.
  • the UE may be RRC_CONNECTED and capable of communication between the device and the NW via the UE.
  • the UE may be RRC_CONNECTED and capable of UE-device communication and/or communication between the device and the NW via the UE in UP and/or CP.
  • the communication may be data communication.
  • the communication may be communication of information necessary for data communication.
  • the UE may transmit data received from the device in the UE-device communication to the NW. Alternatively, the UE may transmit data received from the NW to the device in the UE-device communication.
  • a method for communicating device data in a CP is disclosed.
  • the device data may be included in an RRC message.
  • the device data may be included in RRC signaling and transmitted.
  • the device data may be included in a ULInformationTransfer message, a DLInformationTransfer message, or an RRCReconfiguration message and transmitted.
  • device data can be communicated between a UE and a base station.
  • the method for communicating device data between a base station and an AF or AS for UE-device communication may be any of the methods disclosed above, as appropriate.
  • a method according to the RM state or CM state of the UE may be applied, as appropriate. In this manner, device data can be communicated in a CP.
  • the UE may enable communication between the device and the NW via the UE in RRC_INACTIVE.
  • a method for enabling such communication is disclosed.
  • a transition process from RRC_INACTIVE to RRC_CONNECTED may be used for such communication.
  • device data may be included in an RRC message.
  • device data may be included in an RRCResumeRequest message.
  • RA processing may be used for the communication.
  • device data may be included in Msg3.
  • device data may be included in MsgA.
  • the base station may transmit the PRACH setting for the RA processing used for transmitting the device data in the SIB.
  • the UE under control can acquire the PRACH setting.
  • the base station may transmit the RRCRelease message for suspend to the UE, including the PRACH setting for the RA processing used for transmitting the device data.
  • the RRCRelease message for suspend is used because the UE transitions to RRC_INACTIVE.
  • the UE can use the PRACH setting in RRC_INACTIVE.
  • the UE may retain the PRACH setting in RRC_INACTIVE.
  • the UE may notify the NW of information related to device data communication.
  • the information related to device data communication may be appropriately applied to the information related to UE-device communication disclosed above.
  • An RRC message may be used to transmit the information.
  • An RA process may be used to transmit the information.
  • Resources allocated by a configured grant may be used to transmit the information.
  • the information may be transmitted together with the device data, or may be transmitted in a separate message, etc.
  • the base station that receives the information may not perform RRC_CONNECTED processing on the UE after device data communication. The UE will be able to communicate device data in RRC_INACTIVE.
  • the UE becomes able to communicate between the device and the base station via the UE in RRC_INACTIVE.
  • FIG. 26 is a diagram showing an example of a sequence in which the UE is in RRC_INACTIVE and communication is performed between a device and a network via the UE.
  • a method of using RRC signaling for device data communication between the UE and the base station is disclosed. A case in which the UE transmits device data is shown.
  • the UE is CM-CONNECTED and in RRC_INACTIVE.
  • communication is performed between the UE and the device.
  • the UE receives the device data.
  • the UE transmits the device data to the base station.
  • the UE may transmit information related to device data communication to the base station.
  • RRC signaling may be used for the transmission.
  • an RRC resume process may be used.
  • the information may be included in an RRC Resume Request message and transmitted.
  • a new RRC message may be provided for transmitting device data.
  • the base station that has received the device data may use information related to device data communication to determine whether or not to transmit the device data to the UPF. For example, if it is determined that the device data is to be transmitted via the UPF, in step ST3304, the base station transmits the device data to the UPF.
  • the UPF that has received the device data transmits the device data to the AF or AS.
  • the UPF that has received the device data may use information related to device data communication to determine whether to transmit the device data to the AF or to the AS.
  • a new NF Network Function
  • the UPF may transmit the device data to the AF via the NEF or NF.
  • the UPF may use information related to device data communication to determine which NF to transmit the device data to.
  • the UPF transmits the device data to the determined NF.
  • the UPF may transmit information related to device data communication to the determined NF.
  • the NEF or NF may transmit the device data received from the UPF to the AF.
  • the UPF may transmit information related to device data communication to the determined AF or AS.
  • the base station may directly perform device data communication with the NF for device data communication.
  • the NF for device data communication may have a proxy function between the base station and the AF or AS. In this way, the UPF can be omitted, making device data communication possible quickly and easily.
  • Information on whether the device data has ended may be provided.
  • the UE may generate the information.
  • the UE may notify the NW of the information on whether the device data has ended.
  • the NW may be, for example, a base station.
  • the NW may be, for example, a UPF.
  • the UE may transmit the information to the base station, and the base station may transmit the information to the UPF.
  • the UPF may transmit the information to the AS or AF (which may be a NEF or NF).
  • the information may be transmitted together with the device data, or separately from the device data. In this way, the NW node that receives the information can recognize that the device data transmitted from the UE has ended.
  • the UE can transmit device data from the device to the AF or AS via the UE itself in RRC_INACTIVE.
  • step ST3306 the UPF receives the device data from the AF or AS (or from the DN). If a new NF is provided for device data communication, the UPF receives the device data from the NF. Having received the device data, the UPF transmits the device data to the base station in step ST3307.
  • the NF for device data communication transmits device data to the base station. Because the UPF can be omitted, the base station can receive the device data quickly.
  • the UE can receive the device data.
  • the UE that has received the device data performs UE-device communication and transmits the device data to the device.
  • FIG. 27 is a diagram showing another example sequence in which the UE is in RRC_INACTIVE and communication is performed between the device and the NW via the UE. This shows a case where communication is performed using a CP. This shows a case where the UE transmits device data.
  • the UE is CM-CONNECTED and in RRC_INACTIVE.
  • communication is performed between the UE and the device.
  • the UE receives the device data.
  • the UE transmits the device data to the base station.
  • the UE may transmit information related to device data communication to the base station.
  • RRC signaling may be used for this transmission.
  • an RRC resume process may be used.
  • the information may be included in an RRC Resume Request message and transmitted.
  • a new RRC message may be provided for transmitting device data.
  • the base station that receives the device data may use information about device data communication to determine whether or not to transmit the device data to the AMF. For example, if the data is for data communication between the device and the NW, the base station transmits the device data to the AMF in step ST3404.
  • the base station may transmit information about device data communication to the AMF.
  • a NAS message may be used for the transmission. For example, the information may be included in an Uplink NAS transport message and transmitted. Alternatively, a new message may be created for transmitting device data.
  • the AMF that has received the device data may use information about device data communication to determine whether or not to transmit the device data to the SMF. For example, if the device data is for data communication between the device and the NW, the AMF transmits the device data to the SMF in step ST3405.
  • the AMF may transmit information about device data communication to the SMF. N11 signaling may be used for the transmission. For example, the information may be included in an Nsmf_PDUsession_SendMOData message and transmitted. Alternatively, a new message may be provided for transmitting device data.
  • the SMF that has received the device data may use information related to device data communication to determine whether or not to transmit the device data to the UPF. For example, if the data is for data communication between a device and a network, the SMF transmits the device data to the UPF in step ST3406. The SMF may transmit information related to device data communication to the UPF. N4 signaling may be used for the transmission. A new message may be established for transmitting device data.
  • the UPF that has received the device data transmits the device data to the AF or AS.
  • the UPF that has received the device data may use information related to device data communication to determine whether to transmit the device data to the AF or to the AS.
  • a new NF Network Function
  • the UPF may transmit the device data to the AF via the NEF or NF.
  • the UPF may use information related to device data communication to determine which NF to transmit the device data to.
  • the UPF transmits the device data to the determined NF.
  • the NEF or NF may transmit the device data received from the UPF to the AF.
  • the UPF may transmit information related to device data communication to the determined AF or AS.
  • Information on whether the device data has ended may be provided.
  • the UE may generate the information.
  • the UE may notify the NW of the information on whether the device data has ended.
  • the NW may be, for example, a base station.
  • the NW may be, for example, a UPF.
  • the UE may transmit the information to the base station, and the base station may transmit the information to the UPF.
  • the UPF may transmit the information to the AS or AF (which may be a NEF or NF).
  • the information may be transmitted together with the device data, or may be transmitted separately from the device data. In this way, the NW node that receives the information can recognize that the device data transmitted from the UE has ended.
  • step ST3408 the UPF receives the device data from the AF or AS (or from the DN). If a new NF is provided for device data communication, the UPF receives the device data from that NF.
  • step ST3409 the UPF that has received the device data transmits the device data to the SMF.
  • N4 signaling may be used for the transmission.
  • a new message may be created for transmitting device data.
  • the SMF that has received the device data transmits the device data to the AMF.
  • N11 signaling may be used for the transmission.
  • the device data may be included in an Nsmf_Communication_N1N2Message Transfer message and transmitted.
  • a new message may be created for transmitting device data.
  • the AMF that has received the device data transmits the device data to the base station.
  • a NAS message may be used for this transmission.
  • the device data may be transmitted by being included in a Downlink NAS transport message.
  • a new message may be created for transmitting device data.
  • step ST3412 the base station that has received the device data transmits the device data to the UE.
  • RRC signaling may be used for the transmission.
  • An RRC Release message including stop information may be used.
  • a new RRC message may be created for transmitting the device data.
  • the UE can continue in RRC_INACTIVE.
  • the CN node may obtain information regarding the location of the device. For example, the information may be obtained from a UE or base station that communicates with the device.
  • the CN node that manages the device may obtain information regarding the location of the device.
  • the CN node that manages the device may store information regarding the location of the device along with the association between the device, UE, and base station, or between the device and base station. In the communication process with the device, the CN node may, for example, use the location of the device to determine which UEs or base stations are available for communication.
  • the CN node may request the UE or base station to notify the device's location information.
  • the UE or base station that receives a request for notification of device's location information from the CN node may acquire the device's location information.
  • the UE or base station may transmit the acquired device's location information to the CN node. In this way, the CN node can manage the device's location information.
  • the connection state of the device with the CN node may be managed. It may be managed as the CM state of the device. Two CM states may be provided for the device. It is preferable to provide a state where the device is connected to the CN node and a state where the device is not connected to the CN node.
  • the state where the device is connected to the CN node may be referred to as CM-CONNECTED.
  • the state where the device is not connected to the CN node may be referred to as CM-IDLE.
  • the CN node may be an AMF. This allows the device to be handled in the same way as the CM state of a UE, making control easier.
  • the base station may notify the CN node of information about its own base station. For example, it may notify the identifier of its own base station. In this way, the CN node can recognize which base station the device can communicate through.
  • the CN node that manages the device may store the correspondence between the device, UE, and base station, or between the device and base station.
  • the CN node can determine the UE or base station that can communicate with the device.
  • the CN node may obtain information regarding the location of the device. For example, the information may be obtained from a UE or base station that communicates with the device.
  • the CN node that manages the device may obtain information regarding the location of the device.
  • the CN node that manages the device may store information regarding the location of the device along with the association between the device, UE, and base station, or between the device and base station. In the communication process with the device, the CN node may, for example, use the location of the device to determine which UEs or base stations are available for communication.
  • a method for connecting a device to a base station is disclosed.
  • the device performs a connection process to the base station.
  • the device may perform the connection process to the base station via the UE, or directly to the base station.
  • the connection process may include information about the device, such as a device identifier, and information about the communication method (RAT) between the device and the UE or the base station.
  • the connection process may be an RRC connection process.
  • the connection process of the device may be a UE connection process that is applied as appropriate. For example, an RRC establishment process may be applied as appropriate.
  • the device may make an RRC setup request to the base station.
  • the UE performs processing for connecting the device to the base station.
  • the connection request from the UE to the base station may include information indicating that it is a connection request for the device to the base station.
  • Information about the device such as a device identifier, and information about the communication method (RAT) between the device and the UE or the base station, may be included. In this way, the base station receiving the connection request from the UE can recognize that it is a connection request from the device.
  • RAT communication method
  • the communication system according to claim 1 (Appendix 3)
  • the base station sets a measurement gap for the communication terminal to measure a communication quality between the communication terminal and the device and detect a device with which the communication terminal can communicate;
  • the communication terminal detects a device with which it can communicate in the measurement gap preset by the base station.
  • 3. The communication system according to claim 1 or 2.
  • (Appendix 4) enabling communication between the communication terminal and the device when the registration status of the communication terminal and the device is RM-REGISTERED; 4.
  • the communication system according to claim 1, (Appendix 5) When the connection state of the communication terminal and the device with a core network node is CM-CONNECTED, communication between the communication terminal and the device is enabled; 5.

Landscapes

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

Abstract

超低消費電力なＩｏＴデバイスとの通信を可能にする通信システムは、第５世代無線アクセスシステムに対応した基地局と、基地局に接続する通信端末と、基地局または通信端末に接続するデバイスと、を含み、デバイスと基地局との通信あるいはデバイスと通信端末との通信である第１の通信と、通信端末と基地局との通信あるいは通信端末同士の通信である第２の通信とを、周波数分割多重および時間分割多重の少なくとも一方を用いて共存させる。

Description

通信システム
　本開示は、無線通信技術に関する。
　移動通信システムの規格化団体である３ＧＰＰ（3rd　Generation　Partnership　Project）において、ロングタームエボリューション（Long　Term　Evolution：ＬＴＥ）、第４世代無線アクセスシステムの１つであるロングタームエボリューションアドヴァンスド（Long　Term　Evolution　Advanced：ＬＴＥ－Ａ）（非特許文献１参照）の後継として、第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている（例えば、非特許文献２）。５Ｇの無線区間の技術は「New　Radio　Access　Technology」と称される（「New　Radio」は「ＮＲ」と略称される）。ＮＲシステムは、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして検討が進められている。
　例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献３参照）。５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は５分の１（１／５）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている（非特許文献３参照）。
　このような要求を満たすために、３ＧＰＰでは、５Ｇの規格検討が進められている（非特許文献４～２３参照）。
　ＮＲのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）、上り方向はＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭ（Discrete　Fourier　Transform-spread-OFDM）が用いられる。また、５Ｇシステムは、ＬＴＥ、ＬＴＥ－Ａ同様、回線交換を含まず、パケット通信方式のみになる。
　ＮＲでは、伝送速度向上、処理遅延低減のために、ＬＴＥに比べて高い周波数の使用が可能となっている。
　ＬＴＥに比較して高い周波数を用いる場合があるＮＲにおいては、狭いビーム状の送受信範囲を形成する（ビームフォーミング）とともにビームの向きを変化させる（ビームスイーピング）ことで、セルカバレッジの確保が図られる。
　非特許文献１（５章）に記載される、３ＧＰＰでの、ＮＲシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＮＲ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio　frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。ＮＲのフレーム構成においては、１つまたは複数のヌメロロジ（Numerology）すなわち、１つまたは複数のサブキャリア間隔（Subcarrier　spacing：ＳＣＳ）がサポートされている。ＮＲにおいては、サブキャリア間隔によらず、１サブフレームは１ｍｓであり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚにおいては１つであり、他のサブキャリア間隔におけるスロット数は、サブキャリア間隔に比例して多くなる（非特許文献１１（３ＧＰＰ　ＴＳ３８．２１１）参照）。
　３ＧＰＰでの、ＮＲシステムにおけるチャネル構成に関する決定事項が、非特許文献２（５章）および非特許文献１１に記載されている。
　物理報知チャネル（Physical　Broadcast　Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」、という場合がある）などの通信端末装置（以下、「通信端末」、または「端末」と称する場合がある）への下り送信用のチャネルである。ＰＢＣＨは、下り同期信号（Downlink　Synchronization　Signal）とともに送信される。
　ＮＲにおける下り同期信号には、第一同期信号（Primary　Synchronization　Signal：Ｐ－ＳＳ）と、第二同期信号（Secondary　Synchronization　Signal：Ｓ－ＳＳ）とがある。同期信号は、同期信号バースト（Synchronization　Signal　Burst：以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization　Signal　Block：以下、ＳＳブロックと称する場合がある）により構成される。
　基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ－ＳＳ、Ｓ－ＳＳ、およびＰＢＣＨによって構成される。
　物理下り制御チャネル（Physical　Downlink　Control　Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、下り制御情報（Downlink　Control　Information：ＤＣＩ）を運ぶ。ＤＣＩには、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink　Shared　Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging　Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）情報などが含まれる。また、ＤＣＩに、上りスケジューリンググラント（Uplink　Scheduling　Grant）が含まれる場合がある。ＤＣＩに、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative　Acknowledgement）が含まれる場合がある。また、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＤＣＩに、スロット構成通知（Slot　Format　Indication：ＳＦＩ）が含まれる場合がある。ＰＤＣＣＨ、または、ＤＣＩは、Ｌ１／Ｌ２制御信号とも呼ばれる。
　ＮＲにおいて、ＰＤＣＣＨが含まれる候補となる時間・周波数領域が設けられている。この領域は、制御リソースセット（Control　resource　set：ＣＯＲＥＳＥＴ）と称される。通信端末は、ＣＯＲＥＳＥＴをモニタリングし、ＰＤＣＣＨを取得する。
　物理下り共有チャネル（Physical　Downlink　Shared　Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。
　物理上り制御チャネル（Physical　Uplink　Control　Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、上り制御情報（Uplink　Control　Information：ＵＣＩ）を運ぶ。ＵＣＩには、下り送信に対する応答信号（response　signal）であるＡｃｋ／Ｎａｃｋ、ＣＳＩ（Channel　State　Information）、スケジューリングリクエスト（Scheduling　Request：ＳＲ）などが含まれる。ＣＳＩは、ＲＩ（Rank　Indicator）、ＰＭＩ（Precoding　Matrix　Indicator）、ＣＱＩ（Channel　Quality　Indicator）レポートで構成される。ＲＩとは、ＭＩＭＯ（Multiple　Input　Multiple　Output）におけるチャネル行列のランク情報である。ＰＭＩとは、ＭＩＭＯにて用いるプリコーディングウェイト行列の情報である。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。ＵＣＩは、後述のＰＵＳＣＨによって運ばれる場合がある。ＰＵＣＣＨ、または、ＵＣＩは、Ｌ１／Ｌ２制御信号とも呼ばれる。
　物理上り共有チャネル（Physical　Uplink　Shared　Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink　Shared　Channel：ＵＬ－ＳＣＨ）がマッピングされている。
　物理ランダムアクセスチャネル（Physical　Random　Access　Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random　access　preamble）を運ぶ。
　下り参照信号（リファレンスシグナル（Reference　Signal）：ＲＳ）は、ＮＲ方式の通信システムとして既知のシンボルである。以下の４種類の下りリファレンスシグナルが定義されている。ＵＥ固有参照信号（UE-specific　Reference　Signal）であるデータ復調用参照信号（Demodulation　Reference　Signal：ＤＭ－ＲＳ）、位相追尾参照信号（Phase　Tracking　Reference　Signal：ＰＴ－ＲＳ）、測位参照信号（Positioning　Reference　Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal：ＣＳＩ－ＲＳ）である。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference　Signal　Received　Power：ＲＳＲＰ）測定、リファレンスシグナルの受信品質（Reference　Signal　Received　Quality：ＲＳＲＱ）測定がある。
　上り参照信号についても同様に、ＮＲ方式の通信システムとして既知のシンボルである。以下の３種類の上りリファレンスシグナルが定義されている。データ復調用参照信号（Demodulation　Reference　Signal：ＤＭ－ＲＳ）、位相追尾参照信号（Phase　Tracking　Reference　Signal：ＰＴ－ＲＳ）、サウンディング用参照信号（Sounding　Reference　Signal：ＳＲＳ）である。
　非特許文献２（５章）に記載されるトランスポートチャネル（Transport　Channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast　Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。
　下り共有チャネル（Downlink　Shared　Channel：ＤＬ－ＳＣＨ）には、ＨＡＲＱによる再送制御が適用される。ＤＬ－ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、セミパーシステントスケジューリング（Semi-Persistent　Scheduling）ともいわれる。ＤＬ－ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous　reception：ＤＲＸ）をサポートする。ＤＬ－ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。
　ページングチャネル（Paging　Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。
　上りトランスポートチャネルのうち、上り共有チャネル（Uplink　Shared　Channel：ＵＬ－ＳＣＨ）には、ＨＡＲＱによる再送制御が適用される。ＵＬ－ＳＣＨは、ダイナミックあるいは準静的なリソース割り当てをサポートする。準静的なリソース割り当ては、設定済みグラント（Configured　Grant）ともいわれる。ＵＬ－ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。
　ランダムアクセスチャネル（Random　Access　Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。
　ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic　Repeat　reQuest：ＡＲＱ）と誤り訂正（Forward　Error　Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。
　再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic　Redundancy　Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。
　再送の方法の他の例を説明する。受信側にて、ＣＲＣエラーが発生した場合、受信側から送信側へ再送要求を行う。再送要求は、ＮＤＩ（New　Data　Indicator）のトグルによって行われる。再送要求を受信した送信側は、データを再送する。受信側にて、ＣＲＣエラーが発生しない場合、再送要求は行われない。送信側は、再送要求を所定の時間受信しなかった場合、受信側にてＣＲＣエラーが発生しなかったとみなす。
　非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical　Channel）について、説明する。報知制御チャネル（Broadcast　Control　Channel：ＢＣＣＨ）は、システム制御情報を報知するための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。
　ページング制御チャネル（Paging　Control　Channel：ＰＣＣＨ）は、ページング情報（Paging　Information）およびシステム情報（System　Information）の変更を送信するための下りチャネルである。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。
　共有制御チャネル（Common　Control　Channel：ＣＣＣＨ）は、通信端末と基地局との間の制御情報を送信するためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされる。
　個別制御チャネル（Dedicated　Control　Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続を有している場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。
　個別トラフィックチャネル（Dedicated　Traffic　Channel：ＤＴＣＨ）は、ユーザ情報の送信のための通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。
　通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリア（Tracking　Area：ＴＡ）と呼ぶ。
　ＮＲにおいては、トラッキングエリアよりも小さいエリアを単位とした範囲における通信端末の呼び出しがサポートされている。この範囲を、ＲＡＮ通知エリア（RAN　Notification　Area：ＲＮＡ）と呼ぶ。後述の、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の通信端末のページングは、この範囲において行われる。
　ＮＲにおいては、広い周波数帯域幅（transmission　bandwidths）をサポートするために、２つ以上のコンポーネントキャリア（Component　Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier　Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。
　ＣＡが構成される場合、通信端末であるＵＥはネットワーク（Network：ＮＷ）と唯一のＲＲＣ接続（RRC　connection）を有する。ＲＲＣ接続において、１つのサービングセルがＮＡＳ（Non-Access　Stratum）モビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary　Cell：ＰＣｅｌｌ）と呼ぶ。ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary　Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。１つのＰＣｅｌｌと１つ以上のＳＣｅｌｌとからなるサービングセルの組が、１つのＵＥに対して構成される。
　また、３ＧＰＰにおいて、さらなる通信容量の増大を図るために、ＵＥが２つの基地局と接続して通信を行うデュアルコネクティビティ（Dual　Connectivity：ＤＣと略称される）などがある。ＤＣについては、非特許文献１、２２に記載されている。
　デュアルコネクティビティ（ＤＣ）を行う基地局のうち、一方を「マスタ基地局（Master　Node：ＭＮ）」といい、他方を「セカンダリ基地局（Secondary　Node：ＳＮ）」という場合がある。マスタ基地局が構成するサービングセルをまとめて、マスタセルグループ（Master　Cell　Group：ＭＣＧ）と称し、セカンダリ基地局が構成するサービングセルをまとめて、セカンダリセルグループ（Secondary　Cell　Group：ＳＣＧ）と称する場合がある。ＤＣにおいて、ＭＣＧまたはＳＣＧの中のプライマリセルをスペシャルセル（Special　Cell：ＳｐＣｅｌｌまたはＳＰＣｅｌｌ）と称する。ＭＣＧにおけるスペシャルセルをＰＣｅｌｌと称し、ＳＣＧにおけるスペシャルセルをプライマリＳＣＧセル（ＰＳＣｅｌｌ）と称する。
　また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth　Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。
　また、３ＧＰＰでは、サイドリンク（ＳＬ：Side　Link）通信（ＰＣ５通信とも称する）を用いたサービス（アプリケーションでもよい）を、後述するＥＰＳ（Evolved　Packet　System）においても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、２、２６～２８参照）。ＳＬ通信では端末間で通信が行われる。ＳＬ通信を用いたサービスとして、たとえば、Ｖ２Ｘ（Vehicle-to-everything）サービス、プロキシミティサービスなどがある。ＳＬ通信においては、端末間の直接通信だけでなく、リレー（relay）を介したＵＥとＮＷとの間の通信が提案されている（非特許文献２６、２８参照）。
　ＳＬに用いられる物理チャネル（非特許文献２、１１参照）について説明する。物理サイドリンク報知チャネル（ＰＳＢＣＨ：Physical　sidelink　broadcast　channel）は、システムと同期に関連する情報を運び、ＵＥから送信される。
　物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical　sidelink　control　channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからの制御情報を運ぶ。
　物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical　sidelink　shared　channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからのデータを運ぶ。
　物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical　sidelink　feedback　channel）は、ＰＳＳＣＨ送信を受信したＵＥから、ＰＳＳＣＨを送信したＵＥに、サイドリンク上でのＨＡＲＱフィードバックを運ぶ。
　ＳＬに用いられるトランスポートチャネル（非特許文献１参照）について説明する。サイドリンク報知チャネル（ＳＬ－ＢＣＨ：Sidelink　broadcast　channel）は、予め決められたトランスポートフォーマットを有し、物理チャネルであるＰＳＢＣＨにマッピングされる。
　サイドリンク共有チャネル（ＳＬ－ＳＣＨ：Sidelink　shared　channel）は、報知送信をサポートする。ＳＬ－ＳＣＨは、ＵＥ自動リソース選択（UE　autonomous　resource　selection）と、基地局によってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソース選択では衝突リスクが有り、ＵＥが基地局によって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＳＣＨは、送信電力、変調、コーディングを変えることによって、動的リンクアダプテーションをサポートする。ＳＬ－ＳＣＨは物理チャネルであるＰＳＳＣＨにマッピングされる。
　ＳＬに用いられる論理チャネル（非特許文献２参照）について説明する。サイドリンク報知制御チャネル（ＳＢＣＣＨ：Sidelink　Broadcast　Control　Channel）は、１つのＵＥから他のＵＥにサイドリンクシステム情報を報知するためのサイドリンク用チャネルである。ＳＢＣＣＨはトランスポートチャネルであるＳＬ－ＢＣＨにマッピングされる。
　サイドリンクトラフィックチャネル（ＳＴＣＨ：Sidelink　Traffic　Channel）は、１つのＵＥから他のＵＥにユーザ情報を送信するための１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥと、Ｖ２Ｘサイドリンク通信能力を有するＵＥによってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。
　サイドリンク制御チャネル（ＳＣＣＨ：Sidelink　Control　Channel）は、１つのＵＥから他のＵＥに制御情報を送信するためのサイドリンク用制御チャネルである。ＳＣＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。
　ＬＴＥではＳＬ通信はブロードキャスト（broadcast）のみであった。ＮＲでは、ＳＬ通信として、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）のサポートが検討されている（非特許文献２７（３ＧＰＰ　ＴＳ２３．２８７）参照）。
　ＳＬにおけるユニキャスト通信やグループキャスト通信では、ＨＡＲＱのフィードバック（Ａｃｋ／Ｎａｃｋ）、ＣＳＩ報告等がサポートされる。
　また、３ＧＰＰでは、ＵＥと基地局との間のリンクであるアクセスリンク、基地局間のリンクであるバックホールリンクをいずれも無線で行うアクセス・バックホール統合（Integrated　Access　and　Backhaul：ＩＡＢ）が検討されている（非特許文献２、２０、２９参照）。
　移動通信システムに対していくつかの新たな技術が要求されている。例えば、バッテリーレスや、換装不要あるいは充電不要なエネルギー貯蔵機能のみで通信可能となるなどの超低消費電力なＩｏＴ（Internet　of　Things）デバイスを移動通信システム内に取込むための新たな技術が要求されている。３ＧＰＰでは、このような新たな技術の議論が始まった（非特許文献３０、３１、３２、３３）。
３ＧＰＰ　ＴＳ３６．３００　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ３８．３００　Ｖ１７．２．０ "Scenarios,　requirements　and　KPIs　for　5G　mobile　and　wireless　system"、ＩＣＴ－３１７６６９－ＭＥＴＩＳ／Ｄ１．１ ３ＧＰＰ　ＴＲ２３．７９９　Ｖ１４．０．０ ３ＧＰＰ　ＴＲ３８．８０１　Ｖ１４．０．０ ３ＧＰＰ　ＴＲ３８．８０２　Ｖ１４．２．０ ３ＧＰＰ　ＴＲ３８．８０４　Ｖ１４．０．０ ３ＧＰＰ　ＴＲ３８．９１２　Ｖ１６．０．０ ３ＧＰＰ　ＲＰ－１７２１１５ ３ＧＰＰ　ＴＳ２３．５０１　Ｖ１７．６．０ ３ＧＰＰ　ＴＳ３８．２１１　Ｖ１７．３．０ ３ＧＰＰ　ＴＳ３８．２１２　Ｖ１７．３．０ ３ＧＰＰ　ＴＳ３８．２１３　Ｖ１７．３．０ ３ＧＰＰ　ＴＳ３８．２１４　Ｖ１７．３．０ ３ＧＰＰ　ＴＳ３８．３２１　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ３８．３２２　Ｖ１７．１．０ ３ＧＰＰ　ＴＳ３８．３２３　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ３７．３２４　Ｖ１７．０．０ ３ＧＰＰ　ＴＳ３８．３３１　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ３８．４０１　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ３８．４１３　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ３７．３４０　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ３８．４２３　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ３８．３０５　Ｖ１７．２．０ ３ＧＰＰ　ＴＳ２３．２７３　Ｖ１７．６．０ ３ＧＰＰ　ＴＲ２３．７０３　Ｖ１２．０．０ ３ＧＰＰ　ＴＳ２３．２８７　Ｖ１７．４．０ ３ＧＰＰ　ＴＳ２３．３０３　Ｖ１７．０．０ ３ＧＰＰ　ＴＳ３８．３４０　Ｖ１７．２．０ ３ＧＰＰ　ＲＰ－２２２６８５ ３ＧＰＰ　ＲＰ－２２２３３５ ３ＧＰＰ　ＲＰ－２２２１２６ ３ＧＰＰ　ＲＰ－２２２０６９ ３ＧＰＰ　ＲＰ－２２２４４０ ３ＧＰＰ　ＴＳ－３８．１０１－１　Ｖ１７．６．０ ３ＧＰＰ　ＴＳ－３８．１０１－２　Ｖ１７．７．０ ３ＧＰＰ　ＴＳ３７．３２０　Ｖ１７．１．０ ３ＧＰＰ　ＴＳ３２．４２２　Ｖ１７．８．０
　移動通信システムでは多種多様なサービスのための通信が行われるため、将来、ウェアラブル端末やセンサ等膨大な数のＩｏＴデバイスの使用が想定される。このため、バッテリーレスや、換装不要あるいは充電不要なエネルギー貯蔵機能のみで通信可能となるなどの超低消費電力なＩｏＴデバイスの使用が要求される。このような超低消費電力なＩｏＴデバイスを移動通信システム内に取込むための新たな技術が求められる。３ＧＰＰにおいてこの新たな技術の議論が始まった（非特許文献３０、３１、３２、３３）。しかし、このような超低消費電力なＩｏＴデバイスを移動通信システム内に取込む具体的な方法についてはまだ何ら開示されていない。たとえば、超低消費電力なＩｏＴデバイスと通信を行うためのリソース、ＩｏＴデバイスとＵＥあるいはｇＮＢ間の通信方法などが開示されておらず、超低消費電力なＩｏＴデバイスを移動通信システムに取込めず通信ができないことになる。
　本開示は、上記課題に鑑み、超低消費電力なＩｏＴデバイスとの通信を可能にする通信システムを実現することを、目的の１つとする。
　通信システムは、第５世代無線アクセスシステムに対応した基地局と、基地局に接続する通信端末と、基地局または通信端末に接続するデバイスと、を含む。通信システムは、デバイスと基地局との通信あるいはデバイスと通信端末との通信である第１の通信と、通信端末と基地局との通信あるいは通信端末同士の通信である第２の通信とを、周波数分割多重および時間分割多重の少なくとも一方を用いて共存させることを特徴とする。
　本開示によれば、超低消費電力なＩｏＴデバイスとの通信を可能にする通信システムを実現できる。
　本開示の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
ＮＲ方式の通信システムで使用される無線フレームの構成を示す説明図である。 ３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。 ＮＧコアに接続する基地局によるＤＣの構成図である。 図２に示す移動端末２０２の構成を示すブロック図である。 図２に示す基地局２１３の構成を示すブロック図である。 ５ＧＣ部の構成を示すブロック図である。 ＮＲ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。 ＮＲシステムにおけるセルの構成の一例を示す図である。 ＳＬ通信における端末の接続構成の例を示す接続構成図である。 アクセス・バックホール統合をサポートする基地局の接続構成の例を示す接続構成図である。 実施の形態１について、３ＧＰＰで規定する周波数帯域か否かで周波数分割多重する場合の概念図である。 実施の形態１について、ライセンスされた周波数帯域か否かで周波数分割多重する場合の概念図である。 実施の形態１について、３ＧＰＰで規定する周波数帯域内で周波数分割多重する場合の概念図である。 実施の形態１について、周波数帯域の分割方法としてＢＷＰを用いた場合の概念図である。 実施の形態１について、時間分割多重する場合の概念図である。 実施の形態１について、周波数分割多重と時間分割多重とを組み合わせた場合の概念図である。 実施の形態１について、周波数分割多重と時間分割多重とを組み合わせた場合の他の概念図である。 実施の形態２について、ギャップ設定を報知する方法のシーケンス例を示す図である。 実施の形態２について、ＵＥ－デバイス間通信用ギャップ設定のシーケンス例を示す図である。 実施の形態２について、ＵＥ－デバイス間通信用ギャップ設定の他のシーケンス例を示す図である。 実施の形態３について、デバイス測定用ギャップ設定のシーケンス例を示す図である。 実施の形態４について、ＵＥに対してＵＥ－デバイス間通信に必要な情報を提供するシーケンス例を示す図である。 実施の形態４について、ＵＥがＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤでＵＥを介したデバイスとＮＷ間の通信を行うシーケンス例を示す図である。 実施の形態４について、ＵＥがＣＭ－ＩＤＬＥでＵＥを介したデバイスとＮＷ間の通信を行うシーケンス例を示す図である。 実施の形態４について、ＵＥがＣＭ－ＩＤＬＥでＵＥを介したデバイスとＮＷ間の通信を行う他のシーケンス例を示す図である。 実施の形態４について、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥを介したデバイスとＮＷ間の通信を行うシーケンス例を示す図である。 実施の形態４について、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥを介したデバイスとＮＷ間の通信を行う他のシーケンス例を示す図である。
実施の形態１．
　図２は、３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、ＮＧ－ＲＡＮ（Next　Generation　Radio　Access　Network）２１１と称される。通信端末装置である移動端末装置（以下「移動端末（User　Equipment：ＵＥ）」という）２０２は、基地局装置（以下「ＮＲ基地局（NG-RAN　NodeB：ｇＮＢ）」という）２１３と無線通信可能であり、無線通信で信号の送受信を行う。ＮＧ－ＲＡＮ２１１は１つあるいは複数のＮＲ基地局２１３によって構成される。
　ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。
　ＵＥ２０２とＮＧ－ＲＡＮ２１１との間で、ＡＳ（Access　Stratum）のプロトコルが終端される。ＡＳのプロトコルとしては、例えばＲＲＣ（Radio　Resource　Control）、ＳＤＡＰ（Service　Data　Adaptation　Protocol）、ＰＤＣＰ（Packet　Data　Convergence　Protocol）、ＲＬＣ（Radio　Link　Control）、ＭＡＣ（Medium　Access　Control）、ＰＨＹ（Physical　layer）が用いられる。ＲＲＣは制御プレイン（以下、Ｃプレイン、または、Ｃ－Ｐｌａｎｅ、または、ＣＰと称する場合もある）において用いられ、ＳＤＡＰはユーザプレイン（以下、Ｕプレイン、または、Ｕ－Ｐｌａｎｅ、または、ＵＰと称する場合もある）において用いられ、ＰＤＣＰ、ＭＡＣ、ＲＬＣ、ＰＨＹはＣプレイン、Ｕプレインの両方において用いられる。
　ＵＥ２０２とＮＲ基地局２１３との間の制御プロトコルＲＲＣ（Radio　Resource　Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC　connection　management）などを行う。ＲＲＣにおけるＮＲ基地局２１３とＵＥ２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。
　ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public　Land　Mobile　Network）選択、システム情報（System　Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell　re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbor　cell）の測定（メジャメント（measurement））などが行われる。ＲＲＣ＿ＩＮＡＣＴＩＶＥは５Ｇコア部２１４とＮＲ基地局２１３との間の接続が維持されつつ、システム情報（System　Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell　re-selection）、モビリティなどが行われる。
　ｇＮＢ２１３は、アクセス・移動管理機能（Access　and　Mobility　Management　Function：ＡＭＦ）、セッション管理機能（Session　Management　Function：ＳＭＦ）、あるいはユーザプレイン機能（User　Plane　Function：ＵＰＦ）等を含む５Ｇコア部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１３と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１３とＡＭＦ２２０との間のＮ２インタフェース、ｇＮＢ２１３とＵＰＦ２２１との間のＮ３インタフェース、ＡＭＦ２２０とＳＭＦ２２２との間のＮ１１インタフェース、および、ＵＰＦ２２１とＳＭＦ２２２との間のＮ４インタフェースの総称である。１つのｇＮＢ２１３に対して、複数の５ＧＣ部２１４が接続されてもよい。ｇＮＢ２１３間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１３間で制御情報および／あるいはユーザデータが通信される。
　５ＧＣ部２１４は、上位装置、具体的には上位ノードであり、ＮＲ基地局２１３と移動端末（ＵＥ）２０２との接続の制御、１つまたは複数のＮＲ基地局（ｇＮＢ）２１３および／あるいはＬＴＥ基地局（E-UTRAN　NodeB：ｅＮＢ）に対するページング信号の分配などを行う。また、５ＧＣ部２１４は、待ち受け状態（Idle　State）のモビリティ制御（Mobility　Control）を行う。５ＧＣ部２１４は、移動端末２０２が待ち受け状態のとき、インアクティブ状態（Inactive　State）および、アクティブ状態（Active　State）のときに、トラッキングエリア（Tracking　Area）リストの管理を行う。５ＧＣ部２１４は、移動端末２０２が登録されている（registered）追跡領域（トラッキングエリア：Tracking　Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。
　ｇＮＢ２１３は、１つあるいは複数のセルを構成してもよい。１つのｇＮＢ２１３が複数のセルを構成する場合、１つ１つのセルが、ＵＥ２０２と通信可能に構成される。
　ｇＮＢ２１３は、中央ユニット（Central　Unit：以下、ＣＵと称する場合がある）２１５と分散ユニット（Distributed　Unit：以下、ＤＵと称する場合がある）２１６に分割されていてもよい。ＣＵ２１５は、ｇＮＢ２１３の中に１つ構成される。ＤＵ２１６は、ｇＮＢ２１３の中に１つあるいは複数構成される。１つのＤＵ２１６は、１つまたは複数のセルを構成する。ＣＵ２１５は、ＤＵ２１６とＦ１インタフェースにより接続され、ＣＵ２１５とＤＵ２１６との間で制御情報および／あるいはユーザデータが通信される。Ｆ１インタフェースはＦ１－ＣインタフェースとＦ１－Ｕインタフェースとで構成される。ＣＵ２１５はＲＲＣ、ＳＤＡＰ、ＰＤＣＰの各プロトコルの機能を担い、ＤＵ２１６はＲＬＣ、ＭＡＣ、ＰＨＹの各プロトコルの機能を担う。ＤＵ２１６に、１つまたは複数のＴＲＰ（Transmission　Reception　Point）２１９が接続される場合がある。ＴＲＰ２１９は、ＵＥとの間で無線信号の送受信を行う。
　ＣＵ２１５は、Ｃプレイン用ＣＵ（ＣＵ－Ｃ）２１７とＵプレイン用ＣＵ（ＣＵ－Ｕ）２１８に分割されていてもよい。ＣＵ－Ｃ２１７は、ＣＵ２１５の中に１つ構成される。ＣＵ－Ｕ２１８は、ＣＵ２１５の中に１つあるいは複数構成される。ＣＵ－Ｃ２１７は、ＣＵ－Ｕ２１８とＥ１インタフェースにより接続され、ＣＵ－Ｃ２１７とＣＵ－Ｕ２１８との間で制御情報が通信される。ＣＵ－Ｃ２１７は、ＤＵ２１６とＦ１－Ｃインタフェースにより接続され、ＣＵ－Ｃ２１７とＤＵ２１６との間で制御情報が通信される。ＣＵ－Ｕ２１８は、ＤＵ２１６とＦ１－Ｕインタフェースにより接続され、ＣＵ－Ｕ２１８とＤＵ２１６との間でユーザデータが通信される。
　５Ｇ方式の通信システムにおいて、非特許文献１０（３ＧＰＰ　ＴＳ２３．５０１）に記載の統合データ管理（Unified　Data　Management：ＵＤＭ）機能、ポリシー制御機能（Policy　Control　Function：ＰＣＦ）が含まれてもよい。ＵＤＭおよび／あるいはＰＣＦは、図２における５ＧＣ部２１４に含まれるとしてもよい。
　５Ｇ方式の通信システムにおいて、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に記載の位置管理機能（Location　Management　Function：ＬＭＦ）が設けられてもよい。ＬＭＦは、非特許文献２５（３ＧＰＰ　ＴＳ２３．２７３）に開示されているように、ＡＭＦを経由して基地局に接続されていてもよい。
　５Ｇ方式の通信システムにおいて、非特許文献１０（３ＧＰＰ　ＴＳ２３．５０１）に記載の非３ＧＰＰ相互動作機能（Non-3GPP　Interworking　Function：Ｎ３ＩＷＦ）が含まれてもよい。Ｎ３ＩＷＦは、ＵＥとの間における非３ＧＰＰアクセスにおいて、アクセスネットワーク（Access　Network：ＡＮ）をＵＥとの間で終端してもよい。
　図３は、ＮＧコアに接続するＤＣ（デュアルコネクティビティ）の構成を示した図である。図３において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図３において、マスタ基地局２４０－１はｇＮＢであってもよいし、ｅＮＢであってもよい。また、セカンダリ基地局２４０－２はｇＮＢであってもよいし、ｅＮＢであってもよい。例えば、図３において、マスタ基地局２４０－１がｇＮＢであり、セカンダリ基地局２４０－２がｅＮＢであるＤＣ構成を、ＮＧ－ＥＮ－ＤＣと称する場合がある。図３において、５ＧＣ部２１４とセカンダリ基地局２４０－２との間のＵ－Ｐｌａｎｅ接続がマスタ基地局２４０－１経由で行われる例について示しているが、５ＧＣ部２１４とセカンダリ基地局２４０－２との間で直接行われてもよい。また、図３において、５ＧＣ部２１４に替えて、ＬＴＥシステム、ＬＴＥ－Ａシステムに接続されるコアネットワークであるＥＰＣ（Evolved　Packet　Core）がマスタ基地局２４０－１と接続していてもよい。ＥＰＣとセカンダリ基地局２４０－２との間のＵ－Ｐｌａｎｅ接続が直接行われてもよい。
　図４は、図２に示す移動端末２０２の構成を示すブロック図である。図４に示す移動端末２０２の送信処理を説明する。まず、制御部３１０からの制御データ、およびアプリケーション部３０２からのユーザデータが、プロトコル処理部３０１に送られる。制御データ、ユーザデータのバッファリングが行われてもよい。制御データ、ユーザデータのバッファが、制御部３１０に設けられてもよいし、アプリケーション部３０２に設けられてもよいし、プロトコル処理部３０１に設けられてもよい。プロトコル処理部３０１は、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、ＤＣ等における送信先基地局の決定、各プロトコルにおけるヘッダの付与等の動作を行う。プロトコル処理が行われたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部３０１から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局２１３に送信信号が送信される。図４において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。
　また、移動端末２０２の受信処理は、以下のように実行される。基地局２１３からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部３０１に渡され、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。プロトコル処理が行われたデータのうち、制御データは制御部３１０へ渡され、ユーザデータはアプリケーション部３０２へ渡される。
　移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図４では省略しているが、各部３０２，３０４～３０９とも接続している。
　移動端末２０２の各部、例えば、制御部３１０、プロトコル処理部３０１、エンコーダー部３０４、デコーダー部３０９は、例えば、プロセッサおよびメモリを含んで構成される処理回路で実現される。例えば、移動端末２０２の一連の処理が記述されたプログラムをプロセッサが実行することにより制御部３１０が実現される。移動端末２０２の一連の処理が記述されたプログラムはメモリに格納されている。メモリの例は、ＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリー、等の、不揮発性または揮発性の半導体メモリである。移動端末２０２の各部、例えば、制御部３１０、プロトコル処理部３０１、エンコーダー部３０４、デコーダー部３０９は、ＦＰＧＡ（Field　Programmable　Gate　Array）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＤＳＰ（Digital　Signal　Processor）などの専用の処理回路で実現されてもよい。図４において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
　図５は、図２に示す基地局２１３の構成を示すブロック図である。図５に示す基地局２１３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２１３とＥＰＣとの間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２１３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。制御部４１１からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、プロトコル処理部４０３へ送られる。制御データ、ユーザデータのバッファリングが行われてもよい。制御データ、ユーザデータのバッファが、制御部４１１に設けられてもよいし、ＥＰＣ通信部４０１に設けられてもよいし、５ＧＣ通信部４１２に設けられてもよいし、他基地局通信部４０２に設けられてもよい。
　プロトコル処理部４０３は、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、ＤＣ等における送信データのルーティング、各プロトコルにおけるヘッダの付与等の動作を行う。プロトコル処理が行われたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部４０３から変調部４０６へ直接出力されるデータが存在してもよい。また、プロトコル処理部４０３から他基地局通信部４０２にデータが送られてもよい。例えば、ＤＣにおいて、５ＧＣ通信部４１２又はＥＰＣ通信部４０１から送られたデータが他基地局通信部４０２を介して他基地局、例えば、セカンダリ基地局に送られてもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４より１つもしくは複数の移動端末２０２に対して送信信号が送信される。図５において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。
　また、基地局２１３の受信処理は以下のように実行される。１つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８－１～４０８－４により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部４０３に渡され、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。プロトコル処理が行われたデータのうち、制御データは制御部４１１あるいは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１あるいは他基地局通信部４０２へ渡され、ユーザデータは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１あるいは他基地局通信部４０２へ渡される。他基地局通信部４０２から送られたデータが５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１に送られてもよい。該データは、例えば、ＤＣにおいて他基地局を経由して５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１部に送られる上りデータであってもよい。
　基地局２１３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図５では省略しているが、各部４０１，４０２，４０５～４１０，４１２とも接続している。
　基地局２１３の各部、例えば、制御部４１１、プロトコル処理部４０３、５ＧＣ通信部４１２、ＥＰＣ通信部４０１、他基地局通信部４０２、エンコーダー部４０５、デコーダー部４１０は、上述した移動端末２０２と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。図５において、基地局２１３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
　図２に示すＣＵ２１５の構成の例として、図５に示すエンコーダー部４０５、変調部４０６、周波数変換部４０７、アンテナ４０８－１～４０８－４、復調部４０９、デコーダー部４１０を除き、ＤＵ通信部を設けたものが用いられる場合がある。ＤＵ通信部は、プロトコル処理部４０３と接続する。ＣＵ２１５におけるプロトコル処理部４０３は、ＰＤＣＰ、ＳＤＡＰ等のプロトコル処理を行う。
　図２に示すＤＵ２１６の構成の例として、図５に示すＥＰＣ通信部４０１、他基地局通信部４０２、５ＧＣ通信部４１２を除き、ＣＵ通信部を設けた構成が用いられる場合がある。ＣＵ通信部は、プロトコル処理部４０３と接続する。ＤＵ２１６におけるプロトコル処理部４０３は、ＰＨＹ、ＭＡＣ、ＲＬＣ等のプロトコル処理を行う。
　図６は、５ＧＣ部の構成を示すブロック図である。図６では、前述の図２に示す５ＧＣ部２１４の構成を示す。図６は、図２にて示す５ＧＣ部２１４に、ＡＭＦの構成、ＳＭＦの構成およびＵＰＦの構成が含まれた場合について示している。図６に示す例において、ＡＭＦが制御プレイン制御部５２５の機能を、ＳＭＦがセッション管理部５２７の機能を、ＵＰＦがユーザプレイン通信部５２３およびＤａｔａ　Ｎｅｔｗｏｒｋ通信部５２１の機能を、それぞれ有してもよい。Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１は、５ＧＣ部２１４とＤａｔａ　Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。基地局通信部５２２は、５ＧＣ部２１４と基地局２１３との間のＮＧインタフェースによるデータの送受信を行う。Ｄａｔａ　Ｎｅｔｗｏｒｋから送られたユーザデータは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１から、ユーザプレイン通信部５２３経由で基地局通信部５２２に渡され、１つあるいは複数の、基地局２１３へ送信される。基地局２１３から送られたユーザデータは、基地局通信部５２２から、ユーザプレイン通信部５２３経由でＤａｔａ　Ｎｅｔｗｏｒｋ通信部５２１に渡され、Ｄａｔａ　Ｎｅｔｗｏｒｋへ送信される。
　基地局２１３から送られた制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡される。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡してもよい。Ｄａｔａ　Ｎｅｔｗｏｒｋから制御データが送られてもよい。Ｄａｔａ　Ｎｅｔｗｏｒｋから送られた制御データは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１からユーザプレイン通信部５２３経由でセッション管理部５２７へ送られてもよい。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ送ってもよい。
　ユーザプレイン制御部５２３は、ＰＤＵ処理部５２３－１、モビリティアンカリング部５２３－２などを含み、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＰＤＵ処理部５２３－１は、データパケットの処理、例えば、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１との間のパケットの送受信、基地局通信部５２２との間のパケットの送受信を行う。モビリティアンカリング部５２３－２は、ＵＥのモビリティ時におけるデータ経路の繋ぎ止めを担う。
　セッション管理部５２７は、ＵＥとＵＰＦとの間に設けられるＰＤＵセッションの管理などを行う。セッション管理部５２７は、ＰＤＵセッションコントロール部５２７－１、ＵＥ　ＩＰアドレス割当部５２７－２などを含む。ＰＤＵセッションコントロール部５２７－１は、移動端末２０２と５ＧＣ部２１４との間のＰＤＵセッションの管理を行う。ＵＥ　ＩＰアドレス割当部５２７－２は、移動端末２０２へのＩＰアドレスの割当てなどを行う。
　制御プレイン制御部５２５は、ＮＡＳセキュリティ部５２５－１、アイドルステート（Idle　State）モビリティ管理部５２５－２などを含み、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５２５－１は、ＮＡＳ（Non-Access　Stratum）メッセージのセキュリティなどを行う。アイドルステートモビリティ管理部５２５－２は、待受け状態（アイドルステート（Idle　State）：ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
　５ＧＣ部２１４の一連の処理は、制御部５２６によって制御される。よって制御部５２６は、図６では省略しているが、各部５２１～５２３，５２５，５２７と接続している。５ＧＣ部２１４の各部は、上述した移動端末２０２の制御部３１０と同様に、例えば、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。
　次に通信システムにおけるセルサーチ方法の一例を示す。図７は、ＮＲ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。
　Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（Synchronization　Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩ（Physical　Cell　Identifier）に１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は１００８通りが検討されている。通信端末は、この１００８通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
　通信端末は、次に同期がとれたセルに対して、ステップＳＴ６０２で、ＰＢＣＨを受信する。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master　Information　Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＳＦＮ（System　Frame　Number）、ＳＩＢ（System　Information　Block）１のスケジューリング情報、ＳＩＢ１等のサブキャリア間隔、ＤＭ－ＲＳ位置の情報などがある。
　また、通信端末は、ＰＢＣＨより、ＳＳブロック識別子を取得する。ＳＳブロック識別子のビット列の一部は、ＭＩＢに含まれている。残りのビット列は、ＰＢＣＨに付随するＤＭ－ＲＳのシーケンス生成に用いられる識別子に含まれている。通信端末は、ＰＢＣＨに含まれるＭＩＢ、および、ＰＢＣＨに付随するＤＭ－ＲＳのシーケンスを用いて、ＳＳブロック識別子を取得する。
　次にステップＳＴ６０３で、通信端末は、ＳＳブロックの受信電力を測定する。
　次にステップＳＴ６０４で、通信端末は、ステップＳＴ６０３までで検出された１つ以上のセルの中から、受信品質が最もよいセル、例えば、受信電力が最も高いセル、つまりベストセルを選択する。また、通信端末は、受信品質が最もよいビーム、例えば、ＳＳブロックの受信電力が最も高いビーム、つまりベストビームを選択する。ベストビームの選択には、例えば、ＳＳブロック識別子毎の、ＳＳブロックの受信電力が用いられる。
　次にステップＳＴ６０５で、通信端末は、ＭＩＢに含まれるＳＩＢ１のスケジューリング情報をもとにＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System　Information　Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルの構成情報、他のＳＩＢ（ＳＩＢｋ：ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking　Area　Code：ＴＡＣ）が含まれる。
　次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking　Area　Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI　list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile　Country　Code）と、ＭＮＣ（Mobile　Network　Code）と、ＴＡＣ（Tracking　Area　Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。
　通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core　Network，ＥＰＣ）へ、ＴＡＵ（Tracking　Area　Update）を行うためにトラッキングエリアの変更を要求する。
　コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ－ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。
　次に通信システムにおけるランダムアクセス方法の例を示す。ランダムアクセスにおいて、４ステップランダムアクセスと２ステップランダムアクセスが用いられる。また、４ステップランダムアクセスと２ステップランダムアクセスのそれぞれについて、衝突ベースの（Contention-based）ランダムアクセス、すなわち、他の移動端末との間のタイミングの衝突が起こりうるランダムアクセスと、衝突無しの（Contention-free）ランダムアクセスが存在する。
　衝突ベースの４ステップランダムアクセス方法の例を示す。最初のステップとして、移動端末は基地局に対し、ランダムアクセスプリアンブルを送信する。ランダムアクセスプリアンブルは、移動端末が所定の範囲の中から選択する場合もあれば、移動端末に個別に割当てられて基地局から通知される場合もある。
　２番目のステップとして、基地局は移動端末に対し、ランダムアクセス応答を送信する。ランダムアクセス応答には、３番目のステップに用いられる上りスケジューリング情報、３番目のステップの上り送信において用いられる端末識別子などが含まれる。
　３番目のステップとして、移動端末は基地局に対し上り送信を行う。移動端末は、上り送信に、２番目のステップにおいて取得した情報を用いる。４番目のステップとして、基地局は移動端末に対し、衝突解決の有無を通知する。衝突なし、と通知された移動端末は、ランダムアクセス処理を終了する。衝突あり、と通知された移動端末は、最初のステップから処理をやり直す。
　衝突無しの４ステップランダムアクセス方法においては、衝突ベースの４ステップランダムアクセス方法と以下の点で異なる。すなわち、最初のステップに先立ち、基地局は移動端末に対し、ランダムアクセスプリアンブルと上りスケジューリングをあらかじめ割り当てる。また、４番目のステップにおける、衝突解決有無の通知が不要となる。
　衝突ベースの２ステップランダムアクセス方法の例を示す。最初のステップとして、移動端末は基地局に対し、ランダムアクセスプリアンブルの送信および上り送信を行う。２番目のステップとして、基地局は移動端末に対し、衝突有無を通知する。衝突なし、と通知された移動端末は、ランダムアクセス処理を終了する。衝突あり、と通知された移動端末は、最初のステップから処理をやり直す。
　衝突無しの２ステップランダムアクセス方法においては、衝突ベースの２ステップランダムアクセス方法と以下の点で異なる。すなわち、最初のステップに先立ち、基地局は移動端末に対し、ランダムアクセスプリアンブルと上りスケジューリングをあらかじめ割り当てる。また、２番目のステップにおいて、基地局は移動端末に対し、ランダムアクセス応答を送信する。
　図８は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図８に示す例において、基地局７５０は、ある時間において、ビーム７５１－１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１－２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１－３～７５１－８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセル７５２を構成する。
　図８において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図８に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。
　ビームの識別には、ＱＣＬ（Quasi-CoLocation）の概念が用いられる（非特許文献１４（３ＧＰＰ　ＴＳ３８．２１４）参照）。すなわち、当該ビームが、どの基準信号（例、ＳＳブロック、ＣＳＩ－ＲＳ）のビームと同じとみなせるかを示す情報によって識別される。該情報には、同じビームとみなせる観点についての情報の種別、例えば、ドップラーシフト、ドップラーシフト拡散、平均遅延、平均遅延拡散、空間的Ｒｘパラメータに関する情報が含まれる場合がある（非特許文献１４（３ＧＰＰ　ＴＳ３８．２１４）参照）。
　３ＧＰＰにおいて、Ｄ２Ｄ（Device　to　Device）通信、Ｖ２Ｖ（Vehicle　to　Vehicle）通信のため、サイドリンク（ＳＬ：Side　Link）がサポートされている（非特許文献１、非特許文献１６参照）。ＳＬはＰＣ５インタフェースによって規定される。
　ＳＬ通信で、ブロードキャストに加え、ユニキャストとグループキャストをサポートするため、ＰＣ５－Ｓシグナリングのサポートが検討されている（非特許文献２７（３ＧＰＰ　ＴＳ２３．２８７）参照）。たとえば、ＳＬ、すなわちＰＣ５通信を実施するためのリンクを確立するため、ＰＣ５－Ｓシグナリングが実施される。該リンクはＶ２Ｘレイヤで実施され、レイヤ２リンクとも称される。
　また、ＳＬ通信において、ＲＲＣシグナリングのサポートが検討されている（非特許文献２７（３ＧＰＰ　ＴＳ２３．２８７）参照）。ＳＬ通信におけるＲＲＣシグナリングを、ＰＣ５　ＲＲＣシグナリングとも称する。たとえば、ＰＣ５通信を行うＵＥ間で、ＵＥのケーパビリティを通知することや、ＰＣ５通信を用いてＶ２Ｘ通信を行うためのＡＳレイヤの設定などを通知することが提案されている。
　ＳＬ通信における移動端末の接続構成の例を図９に示す。図９に示す例において、基地局８０１のカバレッジ８０３内にＵＥ８０５、ＵＥ８０６が存在する。基地局８０１とＵＥ８０５との間で、ＵＬ／ＤＬ通信８０７が行われる。基地局８０１とＵＥ８０６との間で、ＵＬ／ＤＬ通信８０８が行われる。ＵＥ８０５とＵＥ８０６との間で、ＳＬ通信８１０が行われる。カバレッジ８０３の外にＵＥ８１１、ＵＥ８１２が存在する。ＵＥ８０５とＵＥ８１１との間でＳＬ通信８１４が行われる。また、ＵＥ８１１とＵＥ８１２との間でＳＬ通信８１６が行われる。
　ＳＬ通信における、リレー（relay）を介したＵＥとＮＷとの間の通信の例として、図９に示すＵＥ８０５が、ＵＥ８１１と基地局８０１との間の通信を中継する。
　リレーを行うＵＥに、図４と同様の構成が用いられる場合がある。ＵＥにおけるリレーの処理を、図４を用いて説明する。ＵＥ８１１から基地局８０１への通信における、ＵＥ８０５によるリレーの処理について説明する。ＵＥ８１１からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部３０１に渡され、ＵＥ８１１との間の通信に用いるＭＡＣ、ＲＬＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。また、基地局８０１との間の通信に用いるＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの付与等の動作を行う。ＵＥ８１１のプロトコル処理部３０１において、ＰＤＣＰ、ＳＤＡＰのプロトコル処理が行われる場合もある。プロトコル処理が行われたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部３０１から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局８０１に送信信号が送信される。
　前述において、ＵＥ８１１から基地局８０１への通信における、ＵＥ８０５によるリレーの例について示したが、基地局８０１からＵＥ８１１への通信のリレーにおいても同様の処理が用いられる。
　５Ｇ方式の基地局は、アクセス・バックホール統合（Integrated　Access　and　Backhaul：ＩＡＢ）（非特許文献２、２０参照）をサポート可能である。ＩＡＢをサポートする基地局（以下、ＩＡＢ基地局と称する場合がある）は、ＩＡＢ機能を提供するＩＡＢドナーとして動作する基地局のＣＵであるＩＡＢドナーＣＵ、ＩＡＢドナーとして動作する基地局のＤＵであるＩＡＢドナーＤＵ、および、ＩＡＢドナーＤＵとの間、ＵＥとの間で無線インタフェースを用いて接続されるＩＡＢノードにより構成される。ＩＡＢノードとＩＡＢドナーＣＵとの間に、Ｆ１インタフェースが設けられる（非特許文献２参照）。
　ＩＡＢ基地局の接続の例を図１０に示す。ＩＡＢドナーＣＵ９０１はＩＡＢドナーＤＵ９０２と接続されている。ＩＡＢノード９０３は、ＩＡＢドナーＤＵ９０２と無線インタフェースを用いて接続される。ＩＡＢノード９０３は、ＩＡＢノード９０４と無線インタフェースを用いて接続される。すなわち、ＩＡＢノードの多段接続が行われる場合がある。ＵＥ９０５は、ＩＡＢノード９０４と無線インタフェースを用いて接続される。ＵＥ９０６がＩＡＢノード９０３と無線インタフェースを用いて接続される場合があるし、ＵＥ９０７がＩＡＢドナーＤＵ９０２と無線インタフェースを用いて接続される場合がある。ＩＡＢドナーＣＵ９０１に、複数のＩＡＢドナーＤＵ９０２が接続される場合があるし、ＩＡＢドナーＤＵ９０２に複数のＩＡＢノード９０３が接続される場合があるし、ＩＡＢノード９０３に、複数のＩＡＢノード９０４が接続される場合がある。
　ＩＡＢドナーＤＵとＩＡＢノードとの間の接続およびＩＡＢノード間の接続において、ＢＡＰ（Backhaul　Adaptation　Protocol）レイヤが設けられる（非特許文献２９参照）。ＢＡＰレイヤは、受信したデータの、ＩＡＢドナーＤＵおよび／あるいはＩＡＢノードへのルーティング、ＲＬＣチャネルへのマッピング等の動作を行う（非特許文献２９参照）。
　ＩＡＢドナーＣＵの構成の例として、ＣＵ２１５と同様の構成が用いられる。
　ＩＡＢドナーＤＵの構成の例として、ＤＵ２１６と同様の構成が用いられる。ＩＡＢドナーＤＵのプロトコル処理部においては、ＢＡＰレイヤの処理、例えば、下りデータにおけるＢＡＰヘッダの付与、ＩＡＢノードへのルーティング、上りデータにおけるＢＡＰヘッダの除去等の処理が行われる。
　ＩＡＢノードの構成の例として、図５に示すＥＰＣ通信部４０１、他基地局通信部４０２、５ＧＣ通信部４１２を除いた構成が用いられる場合がある。
　ＩＡＢノードにおける送受信処理を、図５、図１０を用いて説明する。ＩＡＢドナーＣＵ９０１とＵＥ９０５との間の通信における、ＩＡＢノード９０３の送受信処理について説明する。ＵＥ９０５からＩＡＢドナーＣＵ９０１への上り通信において、ＩＡＢノード９０４からの無線信号が、アンテナ４０８（アンテナ４０８－１～４０８－４の一部または全部）により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部４０３に渡され、ＩＡＢノード９０４との間の通信に用いるＭＡＣ、ＲＬＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。また、ＢＡＰヘッダを用いたＩＡＢドナーＤＵ９０２へのルーティングが行われるとともに、ＩＡＢドナーＤＵ９０２との間の通信に用いるＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの付与等の動作を行う。プロトコル処理が行われたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部４０３から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４よりＩＡＢドナーＤＵ９０２に対して送信信号が送信される。ＩＡＢドナーＣＵ９０１からＵＥ９０５への下り通信においても同様の処理が行われる。
　ＩＡＢノード９０４においても、ＩＡＢノード９０３と同様の送受信処理が行われる。ＩＡＢノード９０３のプロトコル処理部４０３においては、ＢＡＰレイヤの処理として、例えば、上り通信におけるＢＡＰヘッダの付与およびＩＡＢノード９０４へのルーティング、下り通信におけるＢＡＰヘッダの除去等の処理が行われる。
　３ＧＰＰにおいて超低消費電力なＩｏＴデバイスを移動通信システムに取込むことが議論されている。超低消費電力なＩｏＴデバイスは、従来の３ＧＰＰで規定するエアインタフェースに用いられる通信方式とは異なる通信方式を用いてＵＥあるいはｇＮＢと通信を行うことが提案されている（非特許文献３１、３３、３４）。このため、ＵＥとｇＮＢ間のエアインタフェース（Ｕｕ）上の通信と、デバイスとＵＥあるいはｇＮＢ間のエアインタフェース上の通信とを共存させる方法が要求される。また、３ＧＰＰで規定するインタフェースとしてＵＥとｇＮＢ間のエアインタフェース（Ｕｕ）だけでなくＵＥとＵＥ間のエアインタフェース（ＰＣ５）も規定されている。このため、ＵＥとＵＥ間のエアインタフェース（ＰＣ５）上の通信と、デバイスとＵＥあるいはｇＮＢ間のエアインタフェース上の通信とを共存させる方法も要求される。
　本実施の形態ではこのような課題を解決する方法を開示する。
　上記課題の解決のために、本実施の形態では、超低消費電力なＩｏＴデバイス（以降、デバイス、と称する場合がある）とＵＥあるいはｇＮＢ間の通信と、ＵＥとＵＥあるいはｇＮＢ間の通信とを、周波数分割多重する。なお、デバイスとＵＥ間の通信あるいはデバイスとｇＮＢ間の通信を第１の通信とし、ＵＥとＵＥ間の通信あるいはＵＥとｇＮＢ間の通信を第２の通信とする。デバイスとＵＥ間の通信は、デバイスとＵＥとの直接通信であり、デバイスとｇＮＢ間の通信は、デバイスとｇＮＢとの直接通信である。ＵＥとＵＥ間の通信は、ＵＥ同士の直接通信であり、ＵＥとｇＮＢ間の通信は、ＵＥとｇＮＢとの直接通信である。
　デバイスとＵＥ間の通信は、ＵＥを介したデバイスとＮＷ間通信のためのデバイスとＵＥ間の通信であってもよい。
　３ＧＰＰで規定する周波数帯域か否かで周波数分割多重するとよい。デバイスとＵＥあるいはｇＮＢ間の通信を３ＧＰＰで規定する周波数帯域外で行うとよい。ＵＥとＵＥあるいはｇＮＢ間の通信は３ＧＰＰで規定する周波数帯域で行う。図１１は、３ＧＰＰで規定する周波数帯域か否かで周波数分割多重する場合の概念図である。デバイスとＵＥあるいはｇＮＢ間の通信を行う３ＧＰＰで規定する周波数帯域外として、ＩＳＭ（Industry　Science　Medical）帯であってもよい。デバイスとＵＥあるいはｇＮＢ間の無線通信方式として既存の方式が用いられる場合、該既存の方式で規定される周波数帯域であってもよい。
　ライセンスされた周波数帯域か否かで周波数分割多重してもよい。デバイスとＵＥあるいはｇＮＢ間の通信をライセンスされた周波数帯域外で行うとよい。ＵＥとＵＥあるいはｇＮＢ間の通信はライセンスされた周波数帯域で行う。図１２は、ライセンスされた周波数帯域か否かで周波数分割多重する場合の概念図である。
　このようにすることで、ＵＥとＵＥあるいはｇＮＢ間の通信とデバイスとＵＥあるいはｇＮＢ間の通信との運用周波数を分けることが可能となるため、たとえば干渉などの問題が低減され、ＵＥとＵＥあるいはｇＮＢ間の通信とデバイスとＵＥあるいはｇＮＢ間の通信とを共存させることが可能となる。
　しかし、デバイスとＵＥあるいはｇＮＢ間の通信を３ＧＰＰで規定する周波数帯域外やライセンスされた周波数帯域外で行うことは、他のシステムとの干渉等の問題が生じる場合がある。このような課題を解決する方法を開示する。
　３ＧＰＰで規定する周波数帯域内で周波数分割多重するとよい。デバイスとＵＥあるいはｇＮＢ間の通信と、ＵＥとＵＥあるいはｇＮＢ間の通信との両方で、３ＧＰＰで規定する周波数帯域を用いる。デバイスとＵＥあるいはｇＮＢ間の通信に、たとえば、３ＧＰＰで規定するＤＬ用周波数帯域を用いてもよいし、たとえば、３ＧＰＰで規定するＵＬ用周波数帯域を用いてもよい。デバイスとＵＥあるいはｇＮＢ間の通信に、たとえば、ＴＤＤ用の周波数帯域を用いてもよいし、ＦＤＤ用の周波数帯域を用いてもよい。
　３ＧＰＰで規定する周波数帯域内で、所定の帯域で周波数分割多重してもよい。３ＧＰＰで規定する周波数帯域内で、デバイスとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域と、ＵＥとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域とを分割する。図１３は、３ＧＰＰで規定する周波数帯域内で周波数分割多重する場合の概念図である。３ＧＰＰで規定する周波数帯域内の一部の帯域をデバイスとＵＥあるいはｇＮＢ間の通信に用い、その他の帯域をＵＥとＵＥあるいはｇＮＢ間の通信に用いる。
　周波数帯域の分割方法としてＢＷＰを用いてもよい。デバイスとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域をＢＷＰとして設定してもよい。図１４は、周波数帯域の分割方法としてＢＷＰを用いた場合の概念図である。デバイスとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域をＢＷＰ＃１として設定する。ＵＥとＵＥあるいはｇＮＢ間の通信に用いるＢＷＰは、ＢＷＰ＃１以外の周波数から設定されるとよい。このようにすることで、デバイスとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域の設定を、３ＧＰＰで規定するＲＡＴ（Radio　Access　Technology）でのＵＥとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域の設定と同様にすることが可能となる。３ＧＰＰで規定するＲＡＴの中にデバイスとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域を取込むことが容易になる。
　デバイスとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域はＲＢ（Resource　Block）単位であってもよい。ＲＢは周波数－時間軸上のリソースを示す場合もあるし、周波数軸上のリソースを示す場合もある。ここでは、周波数帯域について開示するため周波数軸上のリソースを示している。１つのＲＢで、１つまたは複数のデバイスとＵＥあるいはｇＮＢ間の通信が行われてもよい。デバイスとＵＥあるいはｇＮＢ間の通信に用いる周波数帯域はサブキャリア単位であってもよい。１つのサブキャリアで、１つまたは複数のデバイスとＵＥあるいはｇＮＢ間の通信が行われてもよい。このようにすることで前述と同様の効果を得ることができる。
　１つまたは複数のサブキャリア、１つまたは複数のＲＢ、１つまたは複数のＢＷＰ内でデバイスとＵＥあるいはｇＮＢ間の通信が行われればよく、すべてのサブキャリア、ＲＢ、ＢＷＰが用いられなくてもよい。たとえば、デバイスとＵＥあるいはｇＮＢ間の通信による隣接周波数への漏洩電力等を考慮して設定されるとよい。
　デバイスとＵＥあるいはｇＮＢ間の通信で、オンオフキーイングあるいはＡＳＫ（Amplitude　Shift　Keying）が用いられる場合がある。デバイスとＵＥあるいはｇＮＢ間の通信に、ＰＳＫ（Phase　Shift　Keying）やＱＡＭ（Quadrature　Amplitude　Modulation）を用いてもよい。たとえば、ＢＰＳＫ（Binary　Phase　Shift　Keying）を用いてもよい。このような場合、デバイスとＵＥあるいはｇＮＢ間の通信で用いられるオンオフキーイングあるいはＡＳＫのデータタイミングを、あるいは、ＰＳＫやＱＡＭのシンボルタイミングを、ＵＥとＵＥあるいはｇＮＢ間のＵｕインタフェースで用いられるシンボル長に合わせてもよい。このようにすることで、１つのサブキャリアを用いることが可能となる。
　他の方法として、デバイスとＵＥあるいはｇＮＢ間の通信で用いられるオンオフキーイングあるいはＡＳＫのデータタイミングあるいはＰＳＫやＱＡＭのシンボルタイミングを、ＵＥとＵＥあるいはｇＮＢ間のインタフェースで用いられるシンボル長に合わせなくてもよい。たとえば、デバイスとＵＥあるいはｇＮＢ間の通信で用いられるオンオフキーイングあるいはＡＳＫのデータタイミングあるいはＰＳＫやＱＡＭのシンボルタイミングを、ＵＥとＵＥあるいはｇＮＢ間のインタフェースで用いられるシンボル長より短くしてもよい。これにより１つのサブキャリア内でデバイスとＵＥあるいはｇＮＢ間の通信が可能となる。
　ＵＥとＵＥあるいはｇＮＢ間の通信と、デバイスとＵＥあるいはｇＮＢ間のエアインタフェース上の通信とを共存させる他の方法を開示する。デバイスとＵＥあるいはｇＮＢ間の通信と、ＵＥとＵＥあるいはｇＮＢ間の通信とを、時間分割多重する。図１５は、時間分割多重する場合の概念図である。デバイスとＵＥあるいはｇＮＢ間の通信用の時間とＵＥとＵＥあるいはｇＮＢ間の通信用の時間とを異ならせる。このようにすることで、ＵＥとＵＥあるいはｇＮＢ間の通信とデバイスとＵＥあるいはｇＮＢ間の通信との運用時間を分けることが可能となるため、たとえば干渉などの問題が低減され、ＵＥとＵＥあるいはｇＮＢ間の通信とデバイスとＵＥあるいはｇＮＢ間の通信とを共存させることが可能となる。
　分割する時間単位として、無線フレーム単位としてもよい。デバイスとＵＥあるいはｇＮＢ間の通信のためにリソースを比較的長期間用いることが可能となる。あるいは、スロット単位としてもよい。あるいは、シンボル単位としてもよい。これらを組み合わせてもよい。デバイスとＵＥあるいはｇＮＢ間の通信用のリソースとして、より柔軟な設定が可能となる。たとえば、デバイスとＵＥあるいはｇＮＢ間の通信を行うサービスに適した設定が可能となる。
　デバイスとＵＥあるいはｇＮＢ間の通信のための時間リソースを、同一無線フレーム内としてもよい。あるいは、同一スロット内としてもよい。ＵＥとｇＮＢ間の通信との時分割多重を容易にすることができる。デバイスとＵＥあるいはｇＮＢ間の通信のための時間リソースを、１つまたは複数の無線フレームにわたって設定してもよい。あるいは、１つまたは複数のスロットにわたって設定してもよい。このようにすることで、たとえば、デバイスとＵＥあるいはｇＮＢ間の通信に多くの時間がかかるような場合でも、通信が可能となる。
　周波数分割多重と時間分割多重とを組み合わせてもよい。図１６は、周波数分割多重と時間分割多重とを組み合わせた場合の概念図である。デバイスとＵＥあるいはｇＮＢ間の通信用の周波数および時間と、ＵＥとＵＥあるいはｇＮＢ間の通信用の周波数および時間とを異ならせる。このようにすることで、デバイスとＵＥあるいはｇＮＢ間の通信用のリソースとして、より柔軟な設定が可能となる。また、ＵＥとＵＥあるいはｇＮＢ間の通信用リソースとデバイスとＵＥあるいはｇＮＢ間の通信用リソースとをより効率的に共存させることができる。３ＧＰＰで規定する周波数帯域内で、所定のサブキャリア単位およびスロット単位で分割多重している。所定のサブキャリ単位としてＲＢ単位としてもよい。たとえば、ＲＢ単位、スロット単位とすることで、ＵＥとｇＮＢ間の通信用リソース設定と、デバイスとＵＥあるいはｇＮＢ間の通信用リソース設定とを容易にすることができる。
　図１７は、周波数分割多重と時間分割多重とを組み合わせた場合の他の概念図である。１つのＲＢ内でデバイスとＵＥあるいはｇＮＢ間の通信用の周波数および時間と、ＵＥとＵＥあるいはｇＮＢ間の通信用の周波数および時間とを異ならせる。ＲＢは、周波数－時間軸上のリソースを示している。１つまたは複数のサブキャリアおよび１つまたは複数のシンボルを用いて分割多重している。このようにすることで、より細かい柔軟な設定が可能となる。たとえば、デバイスとＵＥあるいはｇＮＢ間で少量の通信が行われるような場合にも適した設定が可能となる。
　ＵＥとＵＥあるいはｇＮＢ間の通信と、デバイスとＵＥあるいはｇＮＢ間のエアインタフェース上の通信とを共存させる他の方法を開示する。デバイスとＵＥあるいはｇＮＢ間の通信と、ＵＥとＵＥあるいはｇＮＢ間の通信とを、空間多重する。デバイスとＵＥあるいはｇＮＢ間の通信と、ＵＥとＵＥあるいはｇＮＢ間の通信とを、同じ周波数－時間軸上のリソースを用いてもよい。同じリソースを用いる場合も空間多重によってデバイスとＵＥあるいはｇＮＢ間の通信と、ＵＥとＵＥあるいはｇＮＢ間の通信とを分離可能となる。空間多重は、たとえば、ビームを用いてもよい。ＵＥ－デバイス間通信に用いるビームと、ＵＥ－ｇＮＢ間通信に用いるビームとを異ならせるとよい。このようにすることで、たとえば干渉などの問題が低減され、ＵＥとＵＥあるいはｇＮＢ間の通信とデバイスとＵＥあるいはｇＮＢ間の通信とを共存させることが可能となる。
　多重方法の設定は、システム毎に行われてもよい。あるいは、ＰＬＭＮやＮＰＮ（Non-Public　Network）毎に行われてもよい。このようにすることで、システムとして、あるいは、ＰＬＭＮやＮＰＮとしてどの多重方法が設定されるか決められるので、たとえば、ダイナミックな変更が不要となり制御が容易になる。
　多重方法の設定は、基地局（ｇＮＢ）毎あるいはセル毎に行われてもよい。このようにすることで、たとえば、基地局やセルにおいて設定される通信リソースの設定と多重方法の設定を関連付けて実施可能となる。たとえば、ＵＥとＵＥあるいはｇＮＢ間の通信およびデバイスとＵＥあるいはｇＮＢ間の通信に必要なリソースに適した多重方法を設定可能となる。
　多重方法の設定は、ＵＥ毎に行われてもよい。ＵＥの状況に適した設定が可能となる。デバイスとＵＥあるいはｇＮＢ間の通信と、ＵＥとＵＥあるいはｇＮＢ間の通信との共存を効率的に行うことが可能となる。
　多重方法の設定は、デバイス毎に行われてもよい。デバイスの状況に適した設定が可能となる。たとえば、デバイス毎に、該デバイスを用いたサービスに適した設定が可能となる。少量のデータ通信を必要とするサービスに用いられるデバイスでは、デバイスとＵＥあるいはｇＮＢ間の通信用に、サブキャリア毎及びシンボル毎の少量のリソースを設定して多重を行うことで、無駄なリソース設定を回避させることが可能となる。
　多重方法の設定として、前述に開示した方法を組み合わせてもよい。より柔軟な設定が可能となる。
　このようにすることで、デバイスとＵＥあるいはｇＮＢ間の通信を移動通信システムにおいて行う場合に、他システムとの干渉を抑制することが可能となる。デバイスとＵＥあるいはｇＮＢ間の通信とＵＥとＵＥあるいはｇＮＢ間の通信とが共存可能となる。３ＧＰＰで規定する移動通信システムにおいて超低消費電力なＩｏＴデバイスとの通信が可能となる。
実施の形態２．
　３ＧＰＰにおいてデバイスを移動通信システムに取込むことが議論されている。デバイスを移動通信システムに取込むにあたって、デバイスと通信を行うＵＥが、ＵＥあるいはｇＮＢ間と通信を行わなくてはならないことが想定される。このようなＵＥがデバイスおよびｇＮＢと通信を可能にする方法について開示する。
　ＵＥ－デバイス間通信用の時間が設けられる。本明細書では、ＵＥ－デバイス間通信用の時間を、ＵＥ－デバイス間通信用ギャップ、あるいは、単にギャップと称する場合がある。ギャップはひとつまたは複数であってもよい。
　ギャップは基地局毎に設けられてもよい。基地局毎に設定されたギャップを用いてＵＥはデバイスとの通信を行う。基地局傘下のＵＥは該ギャップを用いてＵＥ－デバイス間通信が可能となる。基地局はマスターノードであってもよいしセカンダリーノードであってもよい。たとえば、ＤＣ（Dual　Connectivity）やＭＣ（Multi　Connectivity）でＵＥ－デバイス間通信が可能となる。
　ギャップはセル毎に設けられてもよい。セル毎に設定されたギャップを用いてＵＥはデバイスとの通信を行う。通信用のセルが設定されたＵＥはセル毎のギャップを用いてデバイスとの通信を可能としてもよい。セルはＰＣｅｌｌであってもよいし、ＰＳＣｅｌｌであってもよいし、ＳＰＣｅｌｌであってもよいし、ＳＣｅｌｌであってもよい。たとえば、ＵＥに対するセル毎のスケジューリングにおいてギャップを考慮することが容易になる。
　ギャップはＵＥ毎に設けられてもよい。ＵＥは自ＵＥに設定されたギャップを用いてデバイスとの通信を行う。たとえば、ギャップ内で１つのＵＥと１つまたは複数のデバイス間の通信が行われてもよい。ＵＥ毎にギャップを異ならせることができるため、たとえば、ＵＥ－デバイス間通信におけるＵＥ間の干渉を低減させることが可能となる。
　ギャップはデバイス毎に設けられてもよい。デバイスに設定されたギャップを用いてＵＥと該デバイス間の通信が行われる。デバイス毎にギャップを異ならせることができるため、ＵＥ－デバイス間通信におけるデバイス間の干渉を低減させることが可能となる。
　ギャップは周波数レンジごとに設けられてもよい。ＦＲ（Frequency　Range）１用のギャップを設けてもよい。ＦＲ２用のギャップを設けてもよい。ＦＲ１、ＦＲ２は３ＧＰＰで規定された周波数レンジであり、ＦＲ１に対応する周波数レンジは４１０ＭＨｚ～７１２５ＭＨｚで、ＦＲ２に対応する周波数レンジは２４２５０ＭＨｚ～７１０００ＭＨｚである（非特許文献３５、３６）。ＵＥとｇＮＢ間の通信が行われる周波数レンジに設けられたギャップを用いてデバイス－ＵＥ間の通信が行われる。
　ギャップは周波数帯域ごとに設けられてもよい。周波数帯域はオペレーティングバンドであってもよい（非特許文献３５、３６）。ＵＥとｇＮＢ間の通信が行われる周波数帯域に設けられたギャップを用いてデバイス－ＵＥ間の通信が行われる。ギャップはキャリア毎に設けられてもよい。ＵＥとｇＮＢ間の通信が行われるキャリアに設けられたギャップを用いてデバイス－ＵＥ間の通信が可能となる。ギャップはＢＷＰ毎に設けられてもよい。ＵＥとｇＮＢ間の通信が行われるＢＷＰに設けられたギャップを用いてデバイス－ＵＥ間の通信が可能となる。
　ギャップはサービス毎に設けられてもよい。デバイスを用いるサービス毎にギャップが設定されてもよい。デバイスを用いるサービスに設定されたギャップを用いてＵＥ－デバイス間の通信が行われる。デバイスを用いるサービスの例として、ｅＭＢＢ（enhanced　Mobile　Broadband）通信用サービス、ｍＭＴＣ（massive　Machine　Type　Communications）通信用サービス、ＵＲＬＬＣ（Ultra-Reliable　and　Low　Latency　Communications）通信用サービスなどがある。サービスの他の例として、アセットトラッキング、入出門管理などがある。これらのサービスの中でも、提供者が異なるなど、異なるサービス毎にギャップが設けられてもよい。ギャップの設定においてサービスを特定するための情報が通知されてもよい。ギャップを設定されたＵＥはどのサービスに対応するギャップかを認識可能となる。
　ギャップの種類を示す情報が設けられてもよい。ギャップの設定においてギャップの種類を示す情報が含まれてもよい。ギャップを設定されたＵＥは該ギャップの種類を認識可能となる。
　ＵＥに対して複数の種類のギャップが設定された場合、ＵＥはデバイスとの通信に対応した任意の種類のギャップ設定を用いてもよい。ＵＥがデバイスとの通信に用いるギャップ設定を選択してもよい。このようにすることで、たとえば、最も早いタイミングのギャップ設定を選択でき、低遅延でＵＥ－デバイス間通信が可能となる。他の方法として、ＵＥに対して複数の種類のギャップが設定された場合に選択するギャップ設定に優先順位を設けてもよい。該優先順位は予め規格等で決められてもよいし、ＮＷから通知されてもよい。たとえば、ＵＥに対してデバイス毎のギャップ設定とサービス毎のギャップ設定が設定された場合、デバイス毎のギャップ設定を優先して使用するとよい。１つのサービスに対して多数のデバイスが存在するような場合に、サービス毎のギャップ内で全デバイスとの通信ができなくなる、といった問題を低減可能となる。また、そのためにサービス毎のギャップを長期間確保した設定とする必要がなくなるため、無線リソースの使用効率を向上可能となる。
　ＵＥに対して同じ種類で複数のギャップが設定されたような場合、ＵＥはデバイスとの通信に対応した任意のギャップ設定を用いてもよい。ＵＥがデバイスとの通信に用いるギャップ設定を選択してもよい。前述と同様の効果が得られる。
　ＵＥに対して設定された複数のギャップの時間が一部あるいは全部が重なった場合、前述に開示した方法を適宜適用してもよい。同様の効果を得ることができる。他の方法として、一部あるいは全部が重なった複数のギャップのうち、ギャップの始まるタイミングが最も早いタイミングのギャップ設定を選択するとしてもよい。同様に、低遅延でＵＥ－デバイス間通信が可能となる。該ギャップの始まるタイミングが同じ場合には、前述に開示した方法を適宜適用してもよい。
　ギャップの設定方法について開示する。基地局からＵＥに対してギャップ設定を送信する。ギャップ設定は１つまたは複数であってもよい。ギャップ設定を識別するための情報を設けてもよい。基地局はＵＥに対して、ギャップ設定と該ギャップ設定を識別するための情報（たとえば識別子）を関連付けて送信してもよい。ギャップ設定はセミスタティックに送信してもよい。送信方法として報知としてもよい。たとえば、ギャップ設定をＳＩＢに含めてもよい。基地局はセルからＳＩＢを用いてギャップ設定を報知するとよい。このようにすることで、セル傘下のＵＥがギャップ設定を受信可能となる。
　図１８は、ギャップ設定を報知する方法のシーケンス例を示す図である。ステップＳＴ１８０１で基地局はギャップ設定をＳＩＢに含めて報知する。ギャップ設定が含まれるＳＩＢを受信したＵＥは、ステップＳＴ１８０２で、ＵＥ－デバイス間通信に該ギャップ設定を用いる。ギャップ設定をＳＩＢに含めて報知することで、ＵＥのＲＲＣ状態によらずギャップ設定を受信可能となる。たとえば、ＲＲＣ＿ＩＤＬＥのＵＥであっても、ギャップ設定を受信可能となるため、ＵＥ－デバイス間通信を行うことができる。
　ギャップの他の設定方法について開示する。基地局はギャップ設定をＲＲＣメッセージに含める。基地局はＵＥに対してギャップ設定をＲＲＣシグナリングで通知する。ギャップ設定はＵＥ毎に通知してもよい。このようにすることで、ＵＥ個別にギャップ設定を通知可能となる。たとえばＵＥ毎のギャップ設定など、ＵＥに適したギャップ設定を通知可能となる。
　基地局はギャップ設定をＭＡＣ　ＣＥに含めてもよい。基地局はＵＥに対してギャップ設定をＭＡＣシグナリングで通知してもよい。このようにすることで、ギャップ設定をＵＥに対して早期に通知可能となる。基地局はギャップ設定をＤＣＩに含めてもよい。基地局はＵＥに対してギャップ設定をＰＤＣＣＨで通知してもよい。このようにすることで、ギャップ設定をＵＥに対してより早期に通知可能となる。たとえば、基地局はＵＥに対してギャップ設定をダイナミックに変更、設定が可能となる。時々刻々変動する周囲の電波伝搬環境に適したギャップ設定をダイナミックに設定することができる。
　基地局はＵＥに対してＵＥ－デバイス間通信用ギャップの再設定を行ってもよい。基地局はＵＥに対してＵＥ－デバイス間通信用ギャップ設定の変更を行ってもよい。基地局はＵＥに対してＵＥ－デバイス間通信用ギャップ設定の変更を行う場合、該設定に関する情報の一部または全部を通知してもよい。ギャップ設定に関する情報の一部として、たとえば、変更する情報のみを通知してもよい。基地局からＵＥへのギャップ再設定や変更方法はギャップ設定方法を適宜適用するとよい。
　ＵＥ－デバイス間通信用ギャップ設定のアクティベーション、デアクティベーション機能（以降、ａｃｔ／ｄｅａｃｔと称する場合がある）を設けてもよい。基地局はＵＥに対してギャップ設定のａｃｔ／ｄｅａｃｔ情報を通知する。ギャップ設定のａｃｔ／ｄｅａｃｔ情報として、どのギャップ設定をａｃｔ／ｄｅａｃｔするかの情報としてもよい。たとえば、ａｃｔ／ｄｅａｃｔするギャップ設定の識別子と、該識別子のギャップ設定をａｃｔ／ｄｅａｃｔするかの情報とを含めてもよい。ギャップ設定のａｃｔ／ｄｅａｃｔ情報に、たとえば、ａｃｔするギャップ設定のみを含めてもよい。含まれていないギャップ設定はｄｅａｃｔとしてもよい。たとえば、ｄｅａｃｔするギャップ設定のみを含めてもよい。含まれていないギャップ設定はａｃｔとしてもよい。ギャップ設定のａｃｔ／ｄｅａｃｔ情報を受信したＵＥはａｃｔされたギャップ設定を用いてデバイス間の通信を行う。ＵＥは、ａｃｔされたギャップ設定を用いてデバイス間の通信が可能となる。また、ギャップ設定のａｃｔ／ｄｅａｃｔ情報を受信したＵＥはｄｅａｃｔされたギャップ設定をデバイス間の通信には用いない。ＵＥは、ｄｅａｃｔされたギャップ設定ではデバイス間の通信が不可能となる。ａｃｔ／ｄｅａｃｔ情報を設けることで、たとえば、ギャップが多数設定された場合でも、ａｃｔ／ｄｅａｃｔするギャップ設定のみ通知すればよく、ＵＥに通知する情報量を削減できる。ギャップ設定のａｃｔ／ｄｅａｃｔを少ない情報量で柔軟に変更することができるため、より適切なギャップ設定が可能となる。
　基地局からＵＥへのギャップの設定の通知だけでは、通知されたギャップ設定でＵＥとデバイス間の通信は不可能としてもよい。ギャップ設定のａｃｔ／ｄｅａｃｔ情報を通知することで、設定したギャップのうちａｃｔされたギャップ設定を用いてＵＥ－デバイス間通信を可能としてもよい。
　基地局からＵＥへのギャップの設定の通知により、通知されたギャップ設定でＵＥとデバイス間の通信を可能としてもよい。その後に通知されたギャップ設定のａｃｔ／ｄｅａｃｔ情報により、ギャップ設定をａｃｔ／ｄｅａｃｔしてもよい。ギャップ設定のａｃｔ／ｄｅａｃｔ情報の通知により、ａｃｔ／ｄｅａｃｔするギャップ設定が変更されてもよい。
　ａｃｔ／ｄｅａｃｔ情報はＲＲＣメッセージに含まれてもよい。基地局はＵＥに対してａｃｔ／ｄｅａｃｔ情報をＲＲＣシグナリングで通知する。ａｃｔ／ｄｅａｃｔ情報はＵＥ毎に通知してもよい。このようにすることで、ＵＥ個別にａｃｔ／ｄｅａｃｔ情報を通知可能となる。たとえばＵＥ毎のギャップ設定のａｃｔ／ｄｅａｃｔなど、ＵＥに適したギャップ設定を通知可能となる。
　ａｃｔ／ｄｅａｃｔ情報はＭＡＣ　ＣＥに含まれてもよい。基地局はＵＥに対してａｃｔ／ｄｅａｃｔ情報をＭＡＣシグナリングで通知する。ａｃｔ／ｄｅａｃｔ情報はＤＣＩに含まれてもよい。基地局はＵＥに対してａｃｔ／ｄｅａｃｔ情報をＰＤＣＣＨで通知する。このようにすることで、ａｃｔ／ｄｅａｃｔ情報をＵＥに対してより早期に通知可能となる。たとえば、基地局はＵＥに対してａｃｔ／ｄｅａｃｔ情報をダイナミックに変更、設定が可能となる。時々刻々変動する周囲の電波伝搬環境に適したａｃｔ／ｄｅａｃｔするギャップ設定をダイナミックに設定することができる。
　たとえば、基地局はセル毎に１つまたは複数のギャップ設定を行う。ＵＥに対して１つまたは複数のギャップ設定をＳＩＢに含めて報知する。該ギャップ設定に識別子を関連付けて報知するとよい。ギャップの設定の通知だけでは通知されたギャップ設定でＵＥとデバイス間の通信は不可能とする。基地局はＵＥに対して、ａｃｔ／ｄｅａｃｔ情報をＭＡＣシグナリングで通知する。ギャップ設定のａｃｔ／ｄｅａｃｔ情報と該ギャップの識別子を受信したＵＥは、デバイスとの通信にどのギャップ設定を用いることが可能か、どのギャップ設定を用いることは不可能かを認識する。ＵＥはデバイスとの通信にａｃｔされたギャップを用いる。このようにすることで、ＵＥは基地局から通知されたギャップ設定を用いてデバイスとの通信を行うことができる。
　ＵＥから基地局に対してＵＥ－デバイス間通信用ギャップの設定を要求してもよい。ＵＥから基地局に対してＵＥ－デバイス間通信用ギャップ設定のａｃｔ／ｄｅａｃｔを要求してもよい。このようにすることで、たとえば、ＵＥがデバイスとの通信を行いたいと判断した場合、基地局に対してデバイスとの通信用のギャップ設定やギャップ設定のａｃｔ／ｄｅａｃｔを要求可能となる。
　ＵＥからのギャップ設定要求を受信した基地局はギャップ設定を行うとよい。基地局は設定したギャップ設定をＵＥに通知するとよい。ＵＥからのギャップ設定のａｃｔ／ｄｅａｃｔ要求を受信した基地局はギャップ設定のａｃｔ／ｄｅａｃｔを行うとよい。基地局は設定したギャップ設定のａｃｔ／ｄｅａｃｔ情報をＵＥに通知するとよい。このようにすることで、ＵＥは基地局からギャップ設定やギャップ設定のａｃｔ／ｄｅａｃｔ情報を受信可能となる。ＵＥはデバイスとの通信を行うことができる。
　該要求はＲＲＣメッセージに含まれてもよい。ＵＥから基地局へＲＲＣシグナリングを用いて該要求を送信してもよい。該要求はＵＥ個別シグナリングを用いて通知してもよい。このようにすることで、ＵＥ個別にギャップの設定要求を通知可能となる。ＵＥ個別にａｃｔ／ｄｅａｃｔ要求を通知可能となる。
　該要求はＭＡＣ　ＣＥに含まれてもよい。ＵＥから基地局へＭＡＣシグナリングを用いて該要求を通知する。該要求はＵＣＩに含まれてもよい。ＵＥから基地局へＰＵＣＣＨを用いて該要求を通知する。該要求のためのＰＵＣＣＨの設定を設けてもよい。あらかじめ基地局はＵＥに対して該要求のためのＰＵＣＣＨの設定を行ってもよい。ＵＥから基地局へＳＲを用いて該要求を通知してもよい。該要求のためのＳＲの設定を設けてもよい。あらかじめ基地局はＵＥに対して該要求のためのＳＲの設定を行ってもよい。このようにすることで、該要求をＵＥから基地局に対して早期に送信可能となる。たとえば、ＵＥは基地局に対して該要求をダイナミックに送信可能となる。このため、基地局はＵＥに対してギャップ設定やギャップ設定のａｃｔ／ｄｅａｃｔをダイナミックに変更、設定が可能となる。時々刻々変動する周囲の電波伝搬環境に適した設定が可能となる。
　該要求をＰＵＳＣＨで送信してもよい。該要求を送信するためのＰＵＳＣＨの割り当て（グラント）を要求するためＳＲを用いてもよい。該要求のためのＳＲの設定を設けてもよい。あらかじめ基地局はＵＥに対して該要求のためのＳＲの設定を行ってもよい。ＵＥから基地局へＳＲを用いて該要求を送信するためのＰＵＳＣＨの割り当てを要求する。該ＳＲを受信した基地局はＵＥに対して該要求を送信するためのＰＵＳＣＨの割り当てを行う。ＰＵＳＣＨの割り当てを受信したＵＥは該ＰＵＳＣＨを用いて該要求を送信する。このようにすることで、基地局はＵＥから該要求を受信可能となる。たとえば、該要求をＭＡＣ　ＣＥで送信するような場合に、ＭＡＣ　ＣＥを送信するためのＰＵＳＣＨが存在しない場合に、ＵＥは基地局からＰＵＳＣＨの割り当てを得ることができる。
　ギャップ設定の要求とギャップ設定のａｃｔ／ｄｅａｃｔの要求は一緒に行われてもよいし、別々に行われてもよい。柔軟な要求が実施可能となる。要求するギャップ設定やａｃｔ／ｄｅａｃｔを要求するギャップ設定は１つであってもよいし複数であってもよい。ＵＥにおける電波伝搬環境や、デバイスとの通信を用いるサービスに適したギャップの設定を要求可能となる。
　該要求に用いるＳＲの設定は１つであってもよいし複数であってもよい。また、該要求に用いるＰＵＣＣＨの設定は１つであってもよいし複数であってもよい。たとえば、各ＳＲ設定や各ＰＵＣＣＨ設定が、要求する各ギャップ設定や各ギャップ設定のａｃｔ／ｄｅａｃｔ要求に対応してもよい。たとえば、あらかじめ基地局からＵＥに対して、ギャップ設定とともに、そのａｃｔ／ｄｅａｃｔの要求に用いるＳＲ設定やＰＵＣＣＨ設定を通知する。ＵＥはａｃｔ／ｄｅａｃｔ要求したいギャップ設定に対応したＳＲ設定やＰＵＣＣＨ設定を用いて、基地局に該要求を送信する。このようにすることで、該要求にギャップ設定の識別子が含まれていなくても、基地局は要求されたギャップ設定を特定することが可能となる。
　該要求に、ギャップの種類を示す情報を含めてもよい。ギャップの種類毎に要求してもよい。ギャップの種類毎に１つの要求でギャップの設定やギャップのａｃｔ／ｄｅａｃａｔの要求を行ってもよい。種類に応じたギャップの設定やギャップ設定のａｃｔ／ｄｅａｃｔの要求が可能となる。たとえば、異なるギャップには異なる要求を用いてもよく、このようにすることで、該要求を受信した基地局は該要求に用いられる設定によって、要求されるギャップの種類を認識可能となる。該要求に、デバイスの識別子を含めてもよい。デバイス毎に要求してもよい。デバイス毎に１つの要求でギャップの設定やギャップのａｃｔ／ｄｅａｃａｔの要求を行ってもよい。たとえば、異なるデバイスには異なる要求を用いてもよく、このようにすることで、該要求を受信した基地局は該要求に用いられる設定によって、要求されるデバイスを認識可能となる。
　ギャップ設定のａｃｔ／ｄｅａｃｔの要求に、要求するギャップを特定する情報を含めてもよい。たとえば、該情報をギャップ設定の識別子としてもよい。基地局は該要求に含まれるギャップ設定の識別子によりどのギャップをａｃｔ／ｄｅａｃｔするかを特定可能となる。ギャップを特定するための情報は、ギャップ設定の情報に含まれてもよい。基地局はＵＥに対してギャップ設定と関連付けてギャップを特定するための情報を送信しておくとよい。
　ギャップ設定のリリース方法について開示する。基地局はＵＥに対してＵＥ－デバイス間通信用ギャップ設定のリリースを通知する。リリースの通知方法は前述に開示したギャップ設定の通知方法を適宜適用するとよい。ＵＥはギャップ設定のリリースを受信可能となる。ギャップ設定のリリースを受信したＵＥは、設定されているギャップ設定をリリースする。ギャップ設定のリリースを受信したＵＥは、設定されている全てのＵＥ－デバイス間通信用ギャップ設定をリリースするとしてもよい。リリースに、リリースするギャップ設定を特定するための情報を含めてもよい。リリースを受信したＵＥは、該情報を用いてリリースするギャップ設定を特定するとよい。リリースにギャップ設定の種類を示す情報を含めてもよい。リリースを受信したＵＥは、該情報を用いてリリースするギャップ設定を特定するとよい。リリースに、デバイスを特定するための情報を含めてもよい。リリースを受信したＵＥは、該情報を用いてリリースするデバイスとの通信用ギャップ設定を特定するとよい。
　ギャップ設定のリリースを受信したＵＥはギャップ設定をリリースする。ＵＥはリリースするギャップ設定情報を破棄してもよい。このようにリリースを可能とすることで、たとえば、ＵＥ－デバイス間通信が行われないようなときに、ＵＥは無駄なギャップ設定を保持しなくてすむ。ＵＥのメモリ等を効率的に使用できる。また、ギャップをＵＥ－ｇＮＢ間の通信に用いることが可能となる。Ｕｕ上の無線リソース使用効率を向上させることができる。
　ＵＥは通信を行うデバイスの状態によってギャップ設定をリリースしてもよい。たとえば、デバイスのＲＭ（Registration　Management）状態が、ＲＭ－ＤＥＲＥＧＩＳＴＲＡＴＩＯＮ状態に遷移した場合にリリースしてもよい。たとえば、デバイスのＣＭ（Connection　Management）状態が、ＣＭ－ＩＤＬＥ状態に遷移した場合にリリースしてもよい。たとえば、デバイスのＲＲＣ状態が、ＲＲＣ＿ＩＤＬＥ状態に遷移した場合にリリースしてもよい。
　ＵＥは基地局に対してＵＥ－デバイス間通信用ギャップ設定のリリースを要求してもよい。リリースの要求方法は前述に開示したギャップ設定やギャップ設定のａｃｔ／ｄｅａｃｔの要求方法を適宜適用してもよい。基地局はギャップ設定のリリースを受信可能となる。リリース要求に、リリース要求するギャップ設定を特定するための情報を含めてもよい。リリース要求を受信した基地局は、該情報を用いてリリース要求されたギャップ設定を特定するとよい。リリース要求にギャップ設定の種類を示す情報を含めてもよい。リリース要求を受信した基地局は、該情報を用いてリリース要求されたギャップ設定を特定するとよい。リリース要求に、デバイスを特定するための情報を含めてもよい。リリース要求を受信した基地局は、該情報を用いてリリース要求されたデバイスとの通信用ギャップ設定を特定するとよい。
　ＵＥはデバイスの状態に応じて、基地局に対してリリース要求を送信してもよい。たとえば、ＵＥはデバイスの状態を認識しているが、基地局はデバイスの状態を認識していないような場合に有効である。
　このようにすることで、ＵＥは基地局に対してギャップ設定のリリースを要求可能となる。基地局は該リリース要求を用いてＵＥに対してギャップ設定のリリースを通知するとよい。ＵＥにおいて前述に開示した効果を得ることができる。
　ＵＥ－デバイス間通信用ギャップ設定に関する情報例を以下に１１個開示する。ギャップ設定にギャップ設定に関する情報を含めるとよい。
（１）ギャップ設定を特定するための情報。
（２）ＵＥ－デバイス間通信に用いるＲＡＴに関する情報。
（３）サービスに関する情報。
（４）ギャップ設定の種類。
（５）ギャップ長。
（６）ギャップの周期。
（７）ギャップパターン。
（８）ギャップパターンの周期。
（９）ギャップのオフセット。
（１０）優先順位。
（１１）（１）～（１０）の組み合わせ。
　（３）のサービスに関する情報は、ＵＥ－デバイス間通信を用いるサービスに関する情報とするとよい。サービスを特定するための情報であってもよい。サービスに要求される品質を示す情報であってもよい。たとえば、ＱｏＳであってもよい。
　（７）のギャップパターンは、１つまたは複数のギャップを組み合わせたパターンとしてもよい。組み合わせるギャップのギャップ長、周期、オフセットは異なっていてもよい。所定の期間内でギャップパターンが設定されてもよい。
　（８）のギャップパターンの周期は、ギャップパターンが繰り返される周期としてもよい。ギャップパターンが設定される所定の期間が繰り返されてもよい。この場合、所定の期間をギャップパターンの周期とするとよい。
　（９）のギャップのオフセットは、ギャップの始まるタイミングを示す。オフセットは、無線フレーム境界からのオフセットであってもよい。オフセットは、スロット境界からのオフセットであってもよい。
　ギャップ長、ギャップ周期、ギャップパターン、ギャップパターンの周期、ギャップのオフセットなど時間軸に関する情報は、時間単位としてもよいし、シンボル単位としてもよいし、スロット単位としてもよいし、サブフレーム単位としてもよいし、ＴＴＩ（Transmission　Timing　Interval）単位としてもよいし、無線フレーム単位としてもよい。
　これらの情報を用いて、ＵＥ－デバイス間通信用ギャップの設定が行われる。
　ＵＥがＲＲＣ＿Ｉｄｌｅ状態あるいはＲＲＣ＿Ｉｎａｃｔｉｖｅ状態でもＵＥ－デバイス間通信用ギャップ設定を保持してもよい。ＲＲＣ＿Ｉｄｌｅ状態あるいはＲＲＣ＿Ｉｎａｃｔｉｖｅ状態のＵＥが、該ギャップを用いてＵＥ－デバイス間通信が可能となる。ＵＥがＲＲＣ＿Ｉｄｌｅ状態あるいはＲＲＣ＿Ｉｎａｃｔｉｖｅ状態でギャップ設定を保持するか否かの設定を、前述したＵＥ－デバイス間通信用ギャップ設定に関する情報に含めてもよい。該ギャップ設定を保持するか否かを設定可能となる。
　該ＲＲＣ＿Ｉｄｌｅ状態あるいはＲＲＣ＿Ｉｎａｃｔｉｖｅ状態のＵＥがセル再選択を行ったような場合、ＵＥはＵＥ－デバイス間通信用ギャップ設定を取得するため、再選択したセルと接続し、基地局よりＵＥ－デバイス間通信用ギャップ設定を取得してもよい。
　ＵＥに対してＵＥ－デバイス間通信用ギャップ設定を行った基地局は、周辺の基地局に対して、該ＵＥのＵＥ－デバイス間通信用ギャップ設定を通知してもよい。たとえば、ＲＲＣ＿Ｉｄｌｅ状態のＵＥは、次にＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移行するまで、設定されたＵＥ－デバイス間通信用ギャップ設定を用いるとしてもよい。ＵＥはＵＥ－デバイス間通信用ギャップ設定取得処理を実施しなくて済む。ＵＥに対してＵＥ－デバイス間通信用ギャップ設定を行った基地局は、ＲＮＡ（RAN　Notification　Area）内の基地局に対して該ＵＥのＵＥ－デバイス間通信用ギャップ設定を通知してもよい。たとえば、ＲＮＡ内基地局は該ＵＥのＵＥ－デバイス間通信用ギャップ設定を同じとしてもよい。たとえば、ＲＲＣ＿Ｉｎａｃｔｉｖｅ状態のＵＥはＲＮＡ内で同じＵＥ－デバイス間通信用ギャップ設定を用いるとしてもよい。ＵＥはＵＥ－デバイス間通信用ギャップ設定取得処理を実施しなくて済む。
　ＵＥは基地局あるいはＣＮ（Core　Network）ノード（ノードに限らずファンクションであってもよい）に対して、デバイスとの通信が可能であることを示す情報を通知してもよい。ＣＮノードは、たとえば、ＡＭＦ、ＳＭＦ、ＰＣＦ、デバイスを用いるサービスのためのアプリケーションファンクション（ＡＦ）であってもよい。該情報とともに送信したＵＥの識別子を通知してもよい。該情報とともにデバイスを用いるサービスに関する情報を通知してもよい。
　デバイスとの通信が可能であることを示す情報は、デバイスとの通信に用いられるＲＡＴあるいは通信方法をサポートしていることを示す情報であってもよい。該情報は、通信可能なデバイスの数であってもよい。該情報は、デバイスとの通信用周波数に関する情報であってもよい。通信用周波数に関する情報は、周波数帯域であってもよい。該情報は、サポートする多重方法の情報であってもよい。これらの情報が組み合わされてもよい。該情報はＵＥケーパビリティに含まれてもよい。ＵＥは基地局あるいはＣＮノードに対して、ＵＥケーパビリティに該情報を含めて通知する。
　ＵＥが、ＵＥとデバイス間通信と、ＵＥとＵＥあるいは基地局間通信との同時実行を行えるか否かの情報を設けてもよい。ＵＥが、デバイス測定と、ＵＥとＵＥあるいは基地局間通信との同時実行を行えるか否かの情報を設けてもよい。ＵＥが、ＵＥとデバイス間通信とデバイス測定との同時実行を行えるか否かの情報を設けてもよい。ＵＥは基地局あるいはＣＮノードに対して該情報を送信してもよい。該情報をＵＥケーパビリティに含めてもよい。ＵＥは該情報をＵＥケーパビリティに含めて基地局あるいはＣＮノードに送信してもよい。デバイス測定とは、ＵＥとデバイスとの間の通信品質の測定であり、例えば、デバイスから送信される信号の受信電力の測定、受信品質の測定、ＳＩＮＲ（Signal　to　Interference　plus　Noise　Ratio）の測定などである。
　このようにすることで、ＵＥがデバイスとの通信が可能であることを示す情報を基地局あるいはＣＮノードに通知することが可能となる。該情報を受信した基地局あるいはＣＮノードは該ＵＥがデバイスと通信が可能であることを認識可能となる。基地局あるいはＣＮはＵＥに対してデバイスとの通信用設定が可能となる。通信用設定の設定として、たとえば、多重方法やギャップ設定などがある。
　図１９は、ＵＥ－デバイス間通信用ギャップ設定のシーケンス例を示す図である。ステップＳＴ１９０１で、ＵＥは基地局に対して、自ＵＥがデバイスとの通信が可能であることを示す情報を送信する。該情報の送信にたとえばＲＲＣシグナリングを用いてもよい。該情報を受信した基地局は該ＵＥがデバイスとの通信が可能であることを認識する。ステップＳＴ１９０２で、基地局はＵＥに対してＵＥ－デバイス間通信用ギャップ設定を送信する。１つまたは複数のギャップ設定をリストとして送信してもよい。該リストの送信にたとえばＲＲＣシグナリングを用いる。該リストを受信したＵＥはＵＥ－デバイス間通信用のギャップ設定を取得できる。
　ステップＳＴ１９０２で、基地局はＵＥ－デバイス間通信用ギャップ設定を、前述に開示したように、ＳＩＢに含めて報知してもよい。このような場合、ステップＳＴ１９０２の後にステップＳＴ１９０１の処理が行われてもよい。この場合、ステップＳＴ１９０２で、ＵＥ－デバイス間通信用ギャップ設定を受信したＵＥは、次に実行するステップＳＴ１９０１で、デバイスとの通信が可能であることを示す情報を基地局に送信してもよい。たとえば、ＵＥ－デバイス間通信用ギャップ設定の報知を、セルがＵＥ－デバイス間通信をサポートしていることを示す情報としてもよい。ＵＥからデバイスとの通信が可能であることを示す情報を送信しなくても、ＵＥはセルがＵＥ－デバイス間通信をサポートしていることを認識可能となる。
　基地局は、ＵＥ－デバイス間通信用ギャップ設定を、ＳＩＢに含めた送信とＲＲＣなどによるＵＥへの個別送信との両方を行ってもよい。たとえば、ＵＥはどちらのギャップ設定を用いてもよい。たとえば、ＵＥ個別に送信されたギャップ設定を優先するとしてもよい。ＵＥは、ＵＥ個別にギャップ設定が送信された場合、該ギャップ設定を用いるとしてもよい。
　ステップＳＴ１９０３で、ＵＥは基地局に対してＵＥ－デバイス間通信開始要求を送信する。ＵＥ－デバイス間通信用ギャップ設定のａｃｔ要求を送信してもよい。たとえば、ＵＥがデバイスとの通信を行うことを判断したような場合に送信するとよい。たとえば、ＵＥがデバイスとの通信を行う場合に、ａｃｔされているＵＥ－デバイス間通信用のギャップ設定が無い場合に送信するとよい。該要求の送信にたとえばＭＡＣシグナリングを用いてもよい。該要求をＭＡＣ　ＣＥに含めて送信してもよい。たとえばＵＥがデバイスとの通信を行うことを判断してから早期に該要求を送信可能となる。該要求を受信した基地局はＵＥがＵＥ－デバイス間通信用に該ギャップ設定のａｃｔを要求していることを認識できる。
　ステップＳＴ１９０４で、基地局はＵＥに対してａｃｔするＵＥ－デバイス間通信用ギャップ設定情報を送信する。該情報はギャップ設定の識別子であってもよい。ａｃｔするギャップ設定は、ステップＳＴ１９０２で設定したギャップ設定リストの中から選択してもよい。該情報は、たとえば、１つまたは複数のギャップ設定をビットマップにしてもよい。該ビットマップでａｃｔするギャップ設定をａｃｔ（たとえば１）にするとよい。該情報の送信にたとえばＭＡＣシグナリングを用いてもよい。該情報をＭＡＣ　ＣＥに含めて送信してもよい。たとえば基地局は早期にａｃｔするＵＥ－デバイス間通信用ギャップ設定情報を送信可能となる。ＵＥは、ＵＥ－デバイス間通信用ギャップ設定情報を早期に受信可能となる。
　ステップＳＴ１９０５で、ＵＥはデバイスとの通信を行う。ＵＥ－デバイス間通信に、ステップＳＴ１９０４で受信したａｃｔするギャップ設定を用いるとよい。ＵＥは設定されたギャップ内でデバイスとの通信を行うとよい。ギャップの設定情報はステップＳＴ１９０２で受信したギャップ設定情報を用いるとよい。このようにすることで、ＵＥ－デバイス間通信が可能となる。基地局が設定したＵＥ－デバイス間通信用ギャップ設定を用いることで、たとえば、ＵＥとデバイス間の通信とＵＥとＵＥあるいは基地局間の通信とが干渉することを回避させることが可能となる。
　ステップＳＴ１９０６で、ＵＥは基地局に対して、デバイスとの通信終了を通知する。ＵＥは基地局に対してＵＥ－デバイス間通信用ギャップ設定のｄｅａｃｔを要求してもよい。該要求に、ｄｅａｃｔするギャップ設定の識別子を含めて送信してもよい。該情報の送信にたとえばＭＡＣシグナリングを用いてもよい。該情報をＭＡＣ　ＣＥに含めて送信してもよい。たとえばＵＥがデバイスとの通信を終了したことを判断してから早期に該要求を送信可能となる。該要求を受信した基地局はＵＥがＵＥ－デバイス間通信が終了したこと、該通信用のギャップ設定のｄｅａｃｔを要求していることを認識できる。
　ステップＳＴ１９０７で、基地局はＵＥに対してｄｅａｃｔするＵＥ－デバイス間通信用ギャップ設定情報を送信する。該情報とはギャップ設定の識別子であってもよい。ｄｅａｃｔするギャップ設定は、ステップＳＴ１９０２で設定したギャップ設定リストの中から選択してもよい。該情報は、たとえば、１つまたは複数のギャップ設定をビットマップにしてもよい。該ビットマップでｄｅａｃｔするギャップ設定をｄｅａｃｔ（たとえば０）にするとよい。該情報の送信にたとえばＭＡＣシグナリングを用いてもよい。該情報をＭＡＣ　ＣＥに含めて送信してもよい。たとえば基地局は早期にｄｅａｃｔするＵＥ－デバイス間通信用ギャップ設定情報を送信可能となる。ｄｅａｃｔしたギャップ設定のリソースを他の用途に使用可能となるため、リソース使用効率を高めることができる。
　ステップＳＴ１９０８で、基地局はＵＥに対してＵＥ－デバイス間通信用ギャップ設定のリリースを送信してもよい。たとえば、基地局がＵＥ－デバイス間通信サービスが終了したと判断した場合や、長期間ＵＥ－デバイス間通信サービスが中断されると判断したような場合に送信するとよい。該情報の送信にたとえばＲＲＣシグナリングを用いてもよい。該リリースを受信したＵＥはＵＥ－デバイス間通信用ギャップ設定をリリースする。このようにすることで、ＵＥは、ＵＥ－デバイス間通信サービス中断や終了後もギャップ設定を保持する必要がなくなり、たとえばバッファなどの容量を削減できる。また、基地局は、リリースしたギャップ設定のリソースを他の用途に使用可能となるため、リソース使用効率を高めることができる。
　基地局はＵＥに対してデバイスとの通信要求を通知してもよい。ＣＮノードがＵＥに対してデバイスとの通信要求を通知してもよい。ＣＮノードは基地局を介して該通信要求を通知するとよい。該通信要求に、デバイスを特定するための情報を含めてもよい。通信要求を行うデバイスは１つであってもよいし複数であってもよい。ＣＮノードあるいは基地局が通信要求を行うデバイスを認識している場合に有効である。該通信要求に通信要求を行うサービスに関する情報を含めてもよい。該情報は、たとえば、サービスを特定するための情報やサービスに要求されるＱｏＳなどである。ＵＥはどのサービスに対してＵＥ－デバイス間通信が要求されたかを認識可能となる。該要求を受信したＵＥはデバイスとの通信を行う。
　ＵＥはデバイスとの通信に、ＵＥ－デバイス間通信用に設定されたギャップ設定を用いるとよい。ＵＥ－デバイス間通信用のギャップ設定はあらかじめ基地局からＵＥに対して通知してもよい。あるいは、該通信要求とともにＵＥ－デバイス間通信用のギャップ設定を通知してもよい。通信要求を行うデバイスを特定するための情報と、ギャップ設定を特定するための情報とを関連付けて通知してもよい。通信要求を行うデバイスとの通信に用いるギャップ設定を設定可能となる。
　ＵＥ－デバイス間通信用ギャップ設定のａｃｔ情報の通知を該通信要求の通知としてもよい。ギャップ設定のａｃｔ／ｄｅａｃｔ情報のａｃｔ情報の通知を該通信要求の通知としてもよい。ギャップ設定のａｃｔ情報に、通信要求を行うデバイスを特定するための情報を含めてもよい。ギャップ設定のａｃｔ情報に、通信要求を行うサービスに関する情報を含めてもよい。ギャップ設定のａｃｔ情報を受信したＵＥはデバイスとの通信を行う。ａｃｔするギャップ設定と、通信要求を行うデバイスを特定するための情報とを関連付けて通知してもよい。通信要求を行うデバイスとの通信に用いるギャップ設定を設定可能となる。
　図２０は、ＵＥ－デバイス間通信用ギャップ設定の他のシーケンス例を示す図である。基地局からＵＥに対してデバイスとの通信要求を通知する場合のシーケンス例を示している。図１９と共通するステップについては同じステップ番号を付し、共通する説明を省略する。
　ステップＳＴ２００１で、基地局はＵＥに対してデバイスとの通信要求を送信する。該通信要求に通信要求を行うデバイスの識別子を含めてもよい。ＵＥに対してどのデバイスとの通信を要求するかを通知可能となる。該要求を受信したＵＥはどのデバイスと通信を行えばよいか認識できる。ステップＳＴ２００１で、基地局はＵＥに対して、ＵＥ－デバイス間通信用ギャップ設定のａｃｔ情報を通知してもよい。ａｃｔする該ギャップ設定の識別子を含めてもよい。ステップＳＴ２００１で、ＵＥ－デバイス間通信用ギャップ設定のａｃｔ情報の通知を該通信要求の通知としてもよい。ＵＥに対して要求したデバイスとの通信用ギャップ設定として、ａｃｔするＵＥ－デバイス間通信用ギャップ設定としてもよい。ＵＥはデバイスとの通信に用いるギャップ設定を認識可能となる。該通信要求の通知にＭＡＣシグナリングを用いてもよい。該通信要求を示す情報をＭＡＣ　ＣＥに含めてもよい。
　ステップＳＴ２００２で、ＵＥはＵＥ－デバイス間通信を行う。ＵＥ－デバイス間通信に、ステップＳＴ２００１で受信したａｃｔするギャップ設定を用いるとよい。ＵＥは設定されたギャップ内でデバイスとの通信を行うとよい。ギャップの設定情報はステップＳＴ１９０２で受信したギャップ設定情報を用いるとよい。このようにすることで、ＵＥ－デバイス間通信が可能となる。ステップＳＴ２００３で、ＵＥは基地局に対してデバイスから受信したデバイスデータを送信する。ステップＳＴ２００３で、ＵＥは基地局からデバイスへのデータを受信してもよい。ＵＥは、基地局から受信したデバイスへのデータを、ステップＳＴ２００２でデバイスに送信してもよい。このようにすることで、ＵＥ－デバイス間通信、ＵＥ－基地局間のデバイスデータの通信が可能となる。ＵＥを介したデバイスとＮＷ間の通信が可能となる。該通信にＭＡＣシグナリングを用いてもよい。ＵＥ－基地局間のデバイスデータをＭＡＣ　ＣＥに含めてもよい。なお、本明細書では、デバイスが送受信するデータ、すなわち、デバイスが送信するデータおよびデバイスが受信するデータ（デバイスへ送信されるデータ）をデバイスデータと称する。
　ＵＥと基地局間のデバイスデータの通信に、ＲＲＣシグナリングを用いてもよい。デバイスデータをＲＲＣメッセージに含めてもよい。デバイスデータはＲＲＣシグナリングに含めて送信されてもよい。たとえば、デバイスデータはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、ＤＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含められて送信されてもよい。たとえば、ＮＡＳメッセージに含めてＲＲＣシグナリングで送信してもよい。このようにすることで、より多くのデバイスデータをＵＥと基地局間で通信可能となる。
　ＵＥと基地局間のデバイスデータの通信に、Ｌ１／Ｌ２シグナリングを用いてもよい。デバイスデータをＤＣＩ、あるいは、ＵＣＩに含めてもよい。デバイスデータはＤＣＩに含めてＰＤＣＣＨで送信されてもよい。デバイスデータはＵＣＩに含めてＰＵＣＣＨで送信されてもよい。このようにすることで、より早期にデバイスデータをＵＥと基地局間で通信可能となる。
　ＵＥと基地局間のデバイスデータの通信に、ＲＡ処理が用いられてもよい。たとえば、デバイスデータは、４ステップＲＡ処理のＭｓｇ２、Ｍｓｇ３、Ｍｓｇ４に含めて送信されてもよいし、２ステップＲＡ処理のＭｓｇＡ、ＭｓｇＢに含めて送信されてもよい。このようにすることで、より早期にデバイスデータをＵＥと基地局間で通信可能となる。
　ステップＳＴ２００４で、基地局はＵＥに対してデバイスとの通信終了を通知してもよい。該通信終了の通知に、通信を終了するデバイスの識別子を含めてもよい。ＵＥに対してどのデバイスとの通信を終了するかを通知可能となる。該通信終了通知にＭＡＣシグナリングを用いてもよい。該通信終了を示す情報をＭＡＣ　ＣＥに含めてもよい。このようにすることで早期にＵＥに通知可能となる。他の方法として、通信終了を示す情報をデータとともに、あるいは、データとして送信してもよい。たとえば、最後のデータであることを示す情報をデータとともに、あるいは、データとして送信する。このようにすることで、制御を容易にすることができる。
　ステップＳＴ２００４で、基地局はＵＥに対して、ＵＥ－デバイス間通信用ギャップ設定のｄｅａｃｔ情報を通知してもよい。ｄｅａｃｔする該ギャップ設定の識別子を含めてもよい。ステップＳＴ２００４で、ＵＥ－デバイス間通信用ギャップ設定のｄｅａｃｔ情報の通知を該通信終了の通知としてもよい。ＵＥに対して通信終了するデバイスとの通信用ギャップ設定として、ｄｅａｃｔするＵＥ－デバイス間通信用ギャップ設定としてもよい。ＵＥは終了するデバイスとの通信に用いたギャップ設定を認識可能となる。
　１つまたは複数のギャップ設定が規格等で静的に決められてもよい。該ギャップ設定は、１つまたは複数のデバイスあるいは１つまたは複数のデバイスからなるデバイスグループに対応して静的に決められてもよい。該ギャップ設定は、ＵＥ－デバイス間通信を用いるサービスに対応して静的に決められてもよい。該ギャップ設定は、ＵＥ－デバイス間通信を用いるサービスのＱｏＳに対応して静的に決められてもよい。あらかじめ静的に決められることで、シグナリング負荷を削減できる。
　ＵＥ－デバイス間通信用ギャップは自動的に設定されてもよい。基地局あるいはＣＮノードがＵＥに対してＵＥ－デバイス間通信用ギャップの設定を要求した場合、あるいは、ＵＥが該要求を受信した場合に、ギャップ設定が自動的に設定されてもよい。基地局あるいはＣＮノードがＵＥに対してＵＥ－デバイス間通信を要求した場合、あるいは、ＵＥが該要求を受信した場合に、ギャップ設定が自動的に設定されてもよい。基地局あるいはＣＮノードがデバイスのレジストレーション要求を受信した場合に、ギャップ設定が自動的に設定されてもよい。自動的に設定されるギャップは前述に開示したような規格等で静的に決められたギャップ設定としてもよい。基地局はＵＥに対してギャップ設定情報を通知する必要がなく、シグナリング負荷を削減できる。
　ＵＥがＵＥ－デバイス間通信に用いるギャップ設定を決定してもよい。ＵＥが静的に決められた１つまたは該ギャップ設定の中からＵＥ－デバイス間通信に用いるギャップ設定を選択してもよい。ＵＥは電波伝搬環境やリソース使用状況等に適したギャップ設定を選択できる。
　本実施の形態では、ＵＥ－デバイス間通信用ギャップを設けることを記載した。該ギャップ設定を、ＵＥを介したデバイス－ＮＷ間通信におけるＵＥ－デバイス間通信用のギャップ設定としてもよい。ＵＥ－デバイス間通信用ギャップにおいてＵＥ－デバイス間通信を可能とする。ＵＥ－デバイス間通信はデバイスからＵＥへの送信のみならず、ＵＥからデバイスへの送信としてもよい。
　基地局は複数のＵＥに対してＵＥ－デバイス間通信用ギャップ設定を行ってもよい。基地局はＵＥに対するＵＥ－デバイス間通信用ギャップの期間を調整してもよい。たとえば、該ギャップ期間同士が重ならないように調整してもよい。基地局がＵＥからのＵＥ－デバイス間通信用ギャップ要求を受信した場合、他のＵＥへのＵＥ－デバイス間通信用ギャップと重ならないように、要求を受信したＵＥに対する該ギャップ設定を行うとよい。このようにすることで、複数のＵＥ－デバイス間通信による干渉を低減することができる。
　ＵＥ－デバイス間通信用ギャップでＵＥ－デバイス間通信が終了しない場合、次のギャップを用いてＵＥ－デバイス間通信を行うとよい。次のギャップとして同じギャップ設定を用いるとよい。ＵＥおよびデバイスの制御を容易にすることが可能となる。次のギャップとして他のギャップ設定を用いてもよい。早期にＵＥ－デバイス間通信が可能となる場合がある。
　ＵＥ－デバイス間通信用ギャップでＵＥ－デバイス間通信が終了しない場合、ＵＥは基地局に対して、ＵＥ－デバイス間通信用ギャップ設定を要求、あるいは、ＵＥ－デバイス間通信用ギャップ設定のａｃｔを要求してもよい。基地局はＵＥに対して他のＵＥ－デバイス間通信用ギャップ設定を行ってもよいし、他のＵＥ－デバイス間通信用ギャップ設定のａｃｔを行ってもよい。ＵＥは該設定を用いてＵＥ－デバイス間通信を実行可能となる。
　ＵＥは基地局に対してＵＥ－デバイス間の通信量を通知してもよい。該通信量はデバイスデータ通信量であってもよい。ＵＥは基地局に対してＵＥ－デバイス間の通信期間を通知してもよい。該通信期間はデバイスデータ通信を行う期間であってもよい。該情報は、ＵＥから基地局に対するＵＥ－デバイス間通信用設定の要求に含めてもよいし、ＵＥ－デバイス間通信用設定ａｃｔ要求に含めてもよい。あるいは、ＵＥ－デバイス間通信開始要求に含めてもよい。こられとは別に送信してもよい。基地局は、ＵＥに対するＵＥ－デバイス間通信用設定に、ＵＥから受信した該情報を用いてもよい。このようにすることで、基地局はＵＥ－デバイス間通信に適したギャップの設定が可能となる。
　基地局は、ＵＥのＨＯ処理において、該ＵＥに設定したＵＥ－デバイス間通信用設定に関する情報をＨＯ先基地局（Target　gNB）に送信してもよい。基地局間インタフェースを用いて該情報を送信してもよい。たとえば、Ｘｎシグナリングを用いて送信してもよい。たとえば、ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴメッセージに該情報を含めて送信してもよい。ＨＯ先基地局は該ＵＥに対してＵＥ－デバイス間通信用設定を行う。該設定に、ＨＯ元基地局（Source　gNB）から受信した該ＵＥのＵＥ－デバイス間通信用設定に関する情報を用いてもよい。同じ設定としてもよいし、一部あるいは全部が異なる設定としてもよい。
　ＨＯ先基地局は該ＵＥのＵＥ－デバイス間通信用設定を該ＵＥに対して送信する。ＨＯ先基地局は、該設定に関する情報をＨＯ元基地局に送信してもよい。ＨＯ元基地局は該ＵＥに対して該設定に関する情報を送信する。ＨＯ先基地局からＨＯ元基地局への該設定に関する情報の送信は、基地局間インタフェースを用いて送信してもよい。たとえば、Ｘｎシグナリングを用いて送信してもよい。たとえば、ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥメッセージに該設定情報を含めて送信してもよい。ＨＯ元基地局から該ＵＥへの該設定に関する情報の送信は、ＲＲＣシグナリングを用いて送信してもよい。たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに該設定情報を含めて送信してもよい。
　このようにすることで、ＵＥが基地局間を移動するような場合も、ＨＯ先基地局においてＵＥ－デバイス間通信用設定に関する情報を取得可能となり、該設定を用いてＵＥ－デバイス間通信が可能となる。
　ＵＥ－デバイス間通信用ギャップでＵＥはＵＥとＵＥあるいは基地局間の通信や処理を行わなくてもよい。ＵＥ－デバイス間通信用ギャップを設定することで、たとえば、ＵＥとＵＥあるいは基地局間の通信と異なる周波数でＵＥ－デバイス間通信が行われるような場合でも、ＵＥはデバイス間通信用ギャップで周波数を変更してデバイスとの通信を実施可能となる。デバイスとＵＥ間の通信とＵＥとＵＥあるいは基地局間の通信とを共存させることが可能となる。ＵＥ－デバイス間通信用ギャップを設定することで、たとえば、ＵＥとデバイス間の通信とＵＥとＵＥあるいは基地局間の通信とが干渉することを回避させることが可能となる。ＵＥとデバイス間およびＵＥとＵＥあるいは基地局間で高品質で安定した通信を提供することが可能となる。
　ＵＥ－デバイス間通信用に所定の期間を有するギャップを設定することで、たとえば、ＵＥ－デバイス間通信とＵｕあるいはＰＣ５上の通信とで通信方式や基準タイミングなどが異なるような場合でも、ギャップの期間内でＵＥ－デバイス間通信が可能となる。
　ＵＥ－デバイス間通信用ギャップとＳＩＢ送信タイミングとが重なった場合、ＵＥはＳＩＢ受信を優先してもよい。ＵＥ－デバイス通信用ギャップと特定のＳＩＢ送信タイミングとが重なった場合、ＵＥは該特定のＳＩＢ受信を優先してもよい。特定のＳＩＢとして、緊急情報や警報情報が含まれるＳＩＢとしてもよい。緊急情報や警報情報として、たとえば、ＥＴＷＳ（Earthquake　and　Tsunami　Warning　System）、ＣＭＡＳ（Commercial　Mobile　Alert　System）などがある。このようにすることで、ＵＥは、ＵＥ－デバイス通信用ギャップが設定されたとしても、緊急情報や警報情報を受信可能となる。
　ＵＥ－デバイス間通信用ギャップとＵＣＩ送信タイミングとが重なった場合、ＵＥはＵＣＩ送信を優先してもよい。ＵＥ－デバイス通信用ギャップと特定のＵＣＩの送信タイミングとが重なった場合、ＵＥは該特定のＵＣＩの送信を優先してもよい。特定のＵＣＩとして、ＳＲとしてもよい。このようにすることで、ＵＥは基地局との間の通信を早期に開始可能となる。
　ＵＥ－デバイス間通信用ギャップとページング受信タイミングとが重なった場合、ＵＥはページング受信を優先してもよい。このようにすることで、ＵＥは基地局との間の通信を早期に開始可能となる。
実施の形態３．
　３ＧＰＰにおいてデバイスを移動通信システムに取込むことが議論されている。デバイスを移動通信システムに取込むにあたって、ＵＥや基地局は通信可能なデバイスを認識しなくてはならない。本実施の形態では、ＵＥや基地局が通信可能なデバイスを認識する方法を開示する。
　ＵＥは近傍に存在するデバイスを検出する。ＵＥは通信可能なデバイスを検出してもよい。ＵＥによるデバイス検出方法について開示する。
　ＵＥはデバイスからの受信電力を測定する。受信電力は、たとえば、ＲＳＳＩ（Received　Signal　Strength　Indicator）であってもよい。Ｕｕ上の通信に用いられるＲＳの測定を不要とする。ＵＥはデバイスからの受信品質を測定してもよい。ＵＥはデバイスからのＳＩＮＲを測定してもよい。測定結果に閾値を設けてもよい。受信電力や受信品質やＳＩＮＲに閾値を設けてもよい。ＵＥは該閾値を用いて近傍に存在するデバイスを検出してもよい。たとえば、ＵＥが測定したデバイスからの受信電力や受信品質やＳＩＮＲが所定の閾値より大きい場合、該デバイスを近傍に存在するデバイスと判断する。たとえば、ＵＥが測定したデバイスからの受信電力や受信品質やＳＩＮＲが所定の閾値以下の場合、該デバイスを近傍に存在しないデバイスと判断してもよい。
　たとえば、ＵＥが測定したデバイスからの受信電力や受信品質やＳＩＮＲが所定の閾値より大きい場合、該デバイスと通信可能と判断してもよい。たとえば、ＵＥが測定したデバイスからの受信電力や受信品質やＳＩＮＲが所定の閾値以下の場合、該デバイスと通信不可と判断してもよい。
　このようにすることで、ＵＥは通信可能なデバイスを認識可能となる。
　ＵＥはデバイスからデバイスに関する情報を受信してもよい。デバイスに関する情報はデバイスを特定するための情報であってもよい。たとえばデバイス識別子であってもよい。ＵＥは受信電力を測定するとともに、デバイスに関する情報を受信してもよい。このようにすることで、ＵＥは通信可能なデバイスを特定可能となる。
　ＵＥは基地局に対して測定結果を報告してもよい。測定結果は、受信電力あるいは受信品質やＳＩＮＲの測定結果であってもよい。ＵＥは基地局に対して該測定結果とともに、あるいは該測定結果に含めて、デバイスに関する情報を送信してもよい。デバイスに関する情報と、該デバイスの測定結果とを関連付けて送信してもよい。
　ＵＥから基地局への測定結果の送信方法については、実施の形態２で開示した、ギャップ設定要求、あるいは、ギャップ設定のａｃｔ／ｄｅａｃｔ要求の送信方法を適宜適用するとよい。このようにすることで、基地局はＵＥが測定したデバイスからの受信電力や受信品質やＳＩＮＲを取得することができる。
　ＵＥから基地局へ送信する測定結果は、ＵＥが測定した全てのデバイスの測定結果であってもよい。たとえば基地局が、どのデバイスがＵＥの近傍に存在するか否かを判断する場合に有効である。ＵＥから基地局へ送信する測定結果は、ＵＥが測定した一部または全部のデバイスの測定結果であってもよい。ＵＥが測定した一部または全部のデバイスの測定結果は、たとえば、所定のサービスに用いるデバイスの測定結果であってもよい。基地局は、所定のサービスに用いるデバイスの測定結果を認識できる。ＵＥが測定した一部または全部のデバイスの測定結果は、ＵＥが近傍に存在すると判断したデバイス、あるいは、ＵＥが通信可能と判断したデバイスの測定結果であってもよい。基地局は、ＵＥが、近傍に存在する、あるいは、通信可能と判断したデバイスの測定結果を取得できる。ＵＥから基地局へ送信する測定結果を、ＵＥが測定した一部または全部のデバイスの測定結果とすることで、送信する情報量を低減可能となる。
　ＵＥがデバイスからの受信電力を測定するには、デバイスから電波の送信が必要である。デバイスからの電波の送信方法について開示する。ＵＥはデバイスに対して電波の送信を指示する。ＵＥはデバイスに対して電波送信指示情報を送信してもよい。電波送信指示情報は電波送信設定に関する情報であってもよい。ＵＥから電波送信設定に関する情報を受信したデバイスは送信を行う。デバイスは電波送信設定に関する情報の受信から所定のタイミング後に送信を開始してもよい。ＵＥは送信されたデバイスからの電波を受信することで測定を行う。
　電波送信設定に関する情報例として以下に７つ開示する。
（１）デバイスに関する情報。
（２）送信周波数。
（３）送信期間。
（４）送信周期。
（５）送信開始タイミング。
（６）本設定を特定するための情報。
（７）（１）～（６）の組み合わせ。
　（１）のデバイスに関する情報は、デバイスを特定するための情報であってもよい。デバイスを特定するための情報は、たとえば、デバイスの識別子であってもよい。１つまたは複数のデバイスからなるデバイスグループを特定するための情報、たとえば識別子であってもよい。電波を送信させるデバイスに関する情報であってもよい。（２）の送信周波数は電波を送信する周波数である。（３）の送信期間は電波を送信する期間である。（４）の送信周期は電波を周期的に送信する場合に電波を送信する周期である。（５）は電波の送信開始タイミングに関する情報である。該情報はオフセットを含んでもよい。たとえば、無線フレームとその先頭からのオフセットや、スロットとその先頭からのオフセットとするとよい。該情報を受信したデバイスは該情報が示すタイミングで電波の送信を開始する。（６）はたとえば識別子であってもよい。他のメッセージにおいて該識別子を用いることで電波送信設定を特定可能となる。
　該情報のうち時間に関する情報の単位は、時間単位であってもよいし、シンボル単位であってもよいし、スロット単位であってもよいし、サブフレーム単位であってもよいし、ＴＴＩ単位であってもよいし、無線フレーム単位であってもよい。
　デバイスは、該設定を用いて電波を送信するとよい。
　他の方法として、基地局あるいはＣＮノードがデバイスに対して電波送信指示情報を通知してもよい。基地局あるいはＣＮノードからＵＥに対してデバイスの電波送信指示情報を通知してもよい。ＵＥは基地局あるいはＣＮノードから受信したデバイスの電波送信指示情報をデバイスに対して通知してもよい。基地局あるいはＣＮノードから電波送信設定に関する情報を受信したデバイスは送信を行う。デバイスは電波送信設定に関する情報の受信から所定のタイミング後に送信を開始してもよい。基地局は送信されたデバイスからの電波を受信することで測定を行ってもよい。基地局がデバイスから送信された電波を直接測定可能となる。
　ＵＥが、基地局あるいはＣＮノードから電波送信設定に関する情報を受信したデバイスから送信された電波を受信することで測定を行ってもよい。たとえば、基地局あるいはＣＮノードは、デバイスに対して通知する電波送信設定の送信周波数や送信タイミングと、後述するＵＥに対して通知するデバイス測定設定の受信周波数や受信タイミングとを適切に合わせるとよい。ＵＥがデバイスからの送信電波を受信し測定可能となるように合わせるとよい。このようにすることで、基地局あるいはＣＮノードが通知したデバイス測定設定で、ＵＥがデバイス測定を行うことができる。
　デバイスの電波送信設定は予め規格等で決められてもよい。ＵＥあるいは基地局からデバイスへの該設定の通知処理を削減できる。シグナリング負荷の低減が可能となる。
　基地局はＵＥに対して電波送信指示送信のための設定情報を通知してもよい。以下に、電波送信指示送信の設定情報例を７つ開示する。
（１）デバイスに関する情報。
（２）送信周波数。
（３）送信期間。
（４）送信周期。
（５）送信開始タイミング。
（６）本設定を特定するための情報。
（７）（１）～（６）の組み合わせ。
　（１）のデバイスに関する情報は、デバイスを特定するための情報であってもよい。デバイスを特定するための情報は、たとえば、デバイスの識別子であってもよい。１つまたは複数のデバイスからなるデバイスグループを特定するための情報、たとえば識別子であってもよい。電波送信指示を送信させるデバイスに関する情報であってもよい。（２）の送信周波数は電波送信指示を送信する周波数である。（３）の送信期間は電波送信指示を送信する期間である。（４）の送信周期は電波送信指示を周期的に送信する場合の周期である。（５）は電波送信指示の送信開始タイミングに関する情報である。オフセットを含んでもよい。たとえば、無線フレームとその先頭からのオフセットや、スロットとその先頭からのオフセットを示す。これらのタイミングで電波送信指示の送信を開始する。（６）はたとえば識別子であってもよい。他のメッセージにおいて該識別子を用いることで電波送信指示送信の設定を特定可能となる。
　該情報のうち時間に関する情報の単位は、時間単位であってもよいし、シンボル単位であってもよいし、スロット単位であってもよいし、サブフレーム単位であってもよいし、ＴＴＩ単位であってもよいし、無線フレーム単位であってもよい。
　ＵＥは基地局から受信した該設定情報を用いて、デバイスに対して電波送信指示を送信する。
　基地局あるいはＣＮノードはＵＥに対してデバイス測定設定情報を通知してもよい。デバイス測定設定情報例を以下に１３個開示する。
（１）デバイスに関する情報。
（２）受信周波数。
（３）受信期間。
（４）受信周期。
（５）受信開始タイミング。
（６）測定種別。
（７）測定周期。
（８）測定期間。
（９）閾値。
（１０）検出デバイス数。
（１１）報告設定。
（１２）本設定を特定するための情報。
（１３）（１）～（１２）の組み合わせ。
　（１）のデバイスに関する情報は、デバイスの識別子であってもよい。１つまたは複数のデバイスからなるデバイスグループを特定するための情報、たとえば識別子であってもよい。ＵＥが測定するデバイスに関する情報であってもよい。（２）の受信周波数はデバイスからの電波を測定する周波数である。（３）の受信期間は、測定のためのデバイスからの電波を受信する期間である。（４）の受信周期は、測定を周期的に行う場合に電波を受信する周期である。（５）は、測定のためデバイスからの電波受信開始タイミングに関する情報である。該情報はオフセットを含んでもよい。たとえば、無線フレームとその先頭からのオフセットや、スロットとその先頭からのオフセットとするとよい。該情報を受信したデバイスは該情報が示すタイミングで電波の受信を開始して測定を行う。（６）は、何を測定するかを示す。たとえば、受信電力、受信品質、ＳＩＮＲ等である。（７）は、たとえば、（１）から（５）による測定が周期的に行われるような場合に設定されるとよい。（８）は、たとえば、（１）から（５）による測定が、１回または複数回行われる場合に、その測定期間としてもよい。たとえば、測定期間において、（１）から（５）による測定が周期的に行われてもよい。（９）は前述に開示した測定結果に設ける閾値である。たとえば、受信電力や受信品質やＳＩＮＲの閾値である。デバイスが近傍に存在するか否か、通信可能か否かを判断するための閾値であってもよい。
　（１０）は検出するデバイスの数である。該デバイスの最大数であってもよい。検出するデバイス数を制限することが可能となるため、たとえば、ＵＥのバッファ容量の増大を抑えることが可能となる。（１１）はＵＥが基地局に測定結果を送信する際の設定である。たとえば、報告するタイミング、周期、報告をイベントトリガとするか否か、報告する情報、報告するデバイス数などの情報とするとよい。イベントトリガは、たとえば、設定した閾値を超えるデバイスが検出された場合に報告する、などである。（１２）はたとえば識別子であってもよい。他のメッセージにおいて該識別子を用いることでデバイス測定設定を特定可能となる。
　該情報のうち時間に関する情報の単位は、時間単位であってもよいし、シンボル単位であってもよいし、スロット単位であってもよいし、サブフレーム単位であってもよいし、ＴＴＩ単位であってもよいし、無線フレーム単位であってもよい。
　ＵＥは基地局から受信した該設定情報を用いて、デバイスからの電波を受信する。ＵＥはデバイスからの電波を受信することにより、デバイスからの受信電力や受信品質やＳＩＮＲを測定する。
　デバイス測定設定は、デバイス毎であってもよいし、１つまたは複数のデバイスからなるデバイスグループ毎であってもよいし、デバイスを用いるサービス毎であってもよい。デバイス、デバイスグループ、サービスに適した設定が可能となる。他の方法として、デバイス測定設定は、ＵＥ毎であってもよいし、１つまたは複数のＵＥ毎であってもよい。たとえば、１つまたは複数の地理的エリアを設け、各々の地理的エリアに存在するＵＥのグループ毎の設定としてもよい。ＵＥの状況に適した設定が可能となる。
　デバイス測定設定は、ＵＥ－デバイス間通信のポリシあるいはパラメータに含まれてもよい。ＣＮノードは基地局に対して、ＵＥ－デバイス間通信のポリシあるいはパラメータとしてデバイス測定設定を送信してもよい。ＣＮノードあるいは基地局はＵＥに対して、ＵＥ－デバイス間通信のポリシあるいはパラメータとしてデバイス測定設定を送信してもよい。たとえば、ＡＦからＰＣＦ、ＡＭＦ、ｇＮＢを介してＵＥに対してＵＥ－デバイス間通信のポリシあるいはパラメータとしてデバイス測定設定を送信してもよい。デバイスとの通信をサポートするＵＥはＣＮからＵＥ－デバイス間通信のポリシあるいはパラメータを提供されてもよい。デバイス測定設定をポリシあるいはパラメータに含めることで、デバイスとの通信をサポートするＵＥは、デバイス測定設定を取得することが可能となる。また、たとえば、サービスと該設定を関連付けることが可能となる。
　ＵＥにおけるデバイス測定設定は規格等で静的に決められてもよい。デバイスの識別子に応じた設定としてもよい。たとえば、デバイスの識別子に応じた受信開始タイミングとしてもよい。受信開始タイミングはデバイスの識別子を用いて導出されてもよい。導出方法があらかじめ規格等で静的に決められてもよい。このようにすることで、ＵＥはデバイス測定設定情報を得ることができる。
　デバイス測定設定情報を、ＵＥにおけるＵｕ上あるいはＰＣ５上の測定設定に含めてもよい。ＲＲＣで行われる測定設定に含めてもよい。デバイス測定設定情報を、Ｕｕ上あるいはＰＣ５上の測定設定に用いられるＲＲＣメッセージに含めてもよい。たとえば、ＭｅａｓＣｏｎｆｉｇメッセージに含めてもよい。このようにすることで、基地局はＵＥに対してＵｕ上の測定設定、ＰＣ５上の測定設定およびデバイス測定設定を一括して送信可能となる。制御を容易にすることが可能となる。
　基地局あるいはＣＮノードからデバイス測定設定情報を受信したＵＥは、該設定に従ってデバイスからの受信電力等を測定する。ＵＥは近傍に存在するデバイス、あるいは通信可能なデバイスを検出してもよい。ＵＥは該設定情報の報告設定に従って基地局に対して測定結果を送信する。このようにすることで、ＵＥは近傍に存在するデバイスあるいは通信可能なデバイスを検出可能となる。ＵＥはデバイスと通信可能となる。また基地局はＵＥからデバイス測定結果を受信することで、該ＵＥがどのデバイスと通信可能かを認識可能となる。たとえば基地局はサービスに用いられるデバイスとの通信要求指示などをＵＥに送信可能となり、デバイスを用いたサービスを提供可能となる。
　デバイス測定用の時間が設けられてもよい。本明細書では、デバイス測定用の時間を、デバイス測定用ギャップと称する場合がある。デバイス測定用ギャップはひとつまたは複数であってもよい。デバイス測定用ギャップについては、実施の形態２で開示したＵＥ－デバイス間通信用ギャップについての方法を適宜適用するとよい。たとえば、何毎にデバイス測定用ギャップを設けるか、デバイス測定用ギャップの設定方法、デバイス測定用ギャップ設定の要求方法、デバイス測定用ギャップ設定の情報などである。ＵＥは設定されたデバイス測定用ギャップで、デバイスの測定を行うとよい。たとえば、デバイスからの受信電力等を測定してもよい。ＵＥは測定結果を用いて、近傍に存在するデバイスあるいは通信可能なデバイスを検出してもよい。基地局はＵＥに対してデバイス測定用ギャップ設定を送信してもよい。
　このようにすることで、たとえば、ＵＥと基地局間のＵｕ上での通信と異なる周波数でＵＥ－デバイス間通信が行われるような場合でも、ＵＥはデバイス測定用ギャップで周波数を変更してデバイス測定を実施可能となる。
　デバイス測定用ギャップの設定情報を、デバイス測定設定情報に含めてもよい。基地局はＵＥに対してデバイス測定設定情報にデバイス測定用ギャップの設定情報を含めて通知してもよい。デバイス測定設定情報の設定方法、デバイス測定設定情報の要求方法として、実施の形態２で開示したＵＥ－デバイス間通信用ギャップについての方法を適宜適用してもよい。このようにすることで、シグナリング量を削減可能となる。また、たとえば、デバイス測定設定において、デバイス測定に用いるデバイス測定用ギャップを設定してもよい。各設定を対応させるため、各設定に設けた識別子を用いるとよい。たとえば、無線リソースの使用状況や電波伝搬状況に適したデバイス測定の設定が可能となる。
　基地局はＵＥに対してデバイス測定用ギャップの再設定を行ってもよい。基地局はＵＥに対してデバイス測定用ギャップ設定の変更を行ってもよい。基地局はＵＥに対してデバイス測定用ギャップ設定の変更を行う場合、該設定に関する情報の一部または全部を通知してもよい。ギャップ設定に関する情報の一部として、たとえば、変更する情報のみを通知してもよい。基地局からＵＥへのギャップ再設定や変更方法はギャップ設定方法を適宜適用するとよい。
　ＵＥ－デバイス間通信用ギャップ設定とデバイス測定用ギャップ設定が重なった場合、ＵＥ－デバイス間通信用ギャップ設定を優先してもよい。重なったデバイス測定用ギャップ設定を無効にしてもよい。ＵＥ－デバイス間通信を優先することが可能となる。たとえば、緊急あるいは重要なサービスに用いられるデバイスとの通信を優先して実施することができる。デバイスを用いた通信サービスの品質低下が抑制できる。ギャップ設定のうち、重なった時間のみ無効にしてもよい。たとえば、重なっていない時間でデバイス測定ができるなど、細かな制御が可能となる。他の方法として、重なったギャップ設定全体を無効としてもよい。たとえば、制御を容易にすることが可能となる。
　ＵＥ－デバイス間通信用ギャップ設定とデバイス測定用ギャップ設定が重なった場合、デバイス測定用ギャップ設定を優先してもよい。重なったＵＥ－デバイス間通信用ギャップ設定を無効にしてもよい。たとえば、まだデバイス測定が行われておらず、通信可能なデバイスの存在を認識できないような場合に、デバイス測定を実施可能となる。ギャップ設定のうち、重なった時間のみ無効にしてもよい。たとえば、重なっていない時間でＵＥ－デバイス間通信ができるなど、細かな制御が可能となる。他の方法として、重なったギャップ設定全体を無効としてもよい。たとえば、制御を容易にすることが可能となる。
　デバイス測定用ギャップをＵＥ－デバイス間通信に用いてもよい。デバイス測定用ギャップにおいて、ＵＥ－デバイス間通信が発生したような場合、デバイス測定を停止あるいは中断してもよい。デバイス測定を停止あるいは中断して、ＵＥ－デバイス間通信を行う。ＵＥ－デバイス間通信が発生する、あるいは、発生したような場合、デバイス測定用ギャップ設定を、ＵＥ－デバイス間通信に用いてもよい。たとえば、ＵＥ－デバイス間通信が発生した直後のデバイス測定用ギャップを用いてもよい。デバイスを用いた通信サービスを低遅延で提供可能となる。
　ＵＥ－デバイス間通信している間のデバイス測定を停止あるいは中断してもよい。通信終了後デバイス測定を再開してもよい。時間的に効率のよい制御が可能となる。他の方法として、デバイス測定用ギャップにおいて、ＵＥ－デバイス間通信が発生した場合、以降のデバイス測定を停止あるいは中断してもよい。制御を容易にすることができる。
　ＵＥ－デバイス間通信用ギャップをデバイス測定に用いてもよい。たとえば、設定されたＵＥ－デバイス間通信用ギャップで、ＵＥ－デバイス間通信が行われないような場合、該ギャップにおいてデバイス測定を行ってもよい。たとえば、設定されたＵＥ－デバイス間通信用ギャップにおいて、デバイス測定とＵＥ－デバイス間通信を継続して行ってもよい。１つのギャップでデバイス測定とＵＥ－デバイス間通信を行えるため、通信可能なデバイスの検出からデバイスとの通信まで低遅延で実施可能となる。
　ＵＥ－デバイス間通信用ギャップ設定とデバイス測定用ギャップ設定が重なった場合の処理方法、デバイス測定用ギャップにおいてＵＥ－デバイス間通信が発生したような場合の処理方法、ＵＥ－デバイス間通信用ギャップにおけるデバイス測定処理方法は、設定可能としてもよい。ＮＷノード（ノードに限らずファンクションであってもよい）はＵＥに対して該設定を通知してもよい。たとえば、ＵＥ－デバイス間通信用ギャップ設定情報として送信してもよい。たとえば、デバイス測定用ギャップ設定情報として送信してもよい。このようにすることで、デバイスを用いるサービスに応じて処理の設定を変えることができる。サービスに適した設定が可能となる。
　図２１は、デバイス測定用ギャップ設定のシーケンス例を示す図である。図１９、図２０と共通するステップについては同じステップ番号を付し、共通する説明を省略する。ステップＳＴ２１０１で、基地局はＵＥに対してデバイス測定用の設定を送信する。デバイス測定用設定に、１つまたは複数のデバイス測定用ギャップ設定を含めてもよい。該送信にたとえばＲＲＣシグナリングを用いてもよい。デバイス測定用設定を受信したＵＥは、ステップＳＴ２１０２で、該設定情報を用いてデバイスの測定を行う。ステップＳＴ２１０３で、ＵＥは基地局に対してデバイス測定結果を送信する。デバイス検出結果をデバイス検出報告として送信してもよい。該送信にたとえばＲＲＣシグナリングを用いてもよい。
　デバイス測定は、たとえば周期的に行われてもよい。デバイス測定用設定情報にあるデバイス測定周期を用いてデバイス測定を行ってもよい。ＵＥは、ステップＳＴ２１０２、ＳＴ２１０４、ＳＴ２１０６、ＳＴ２１０８でデバイス測定を行う。ＵＥは、ステップＳＴ２１０２、ＳＴ２１０４、ＳＴ２１０６、ＳＴ２１０８でデバイス測定を行った結果を、各々、ステップＳＴ２１０３、ＳＴ２１０５、ＳＴ２１０７、ＳＴ２１０９で、基地局に対して送信する。デバイス検出結果を送信してもよい。
　ＵＥから基地局へのデバイス測定結果の送信は、デバイス測定毎に行わなくてもよい。たとえば、近傍に存在するデバイスを検出したような場合にのみ、デバイス測定結果を送信してもよい。たとえば、デバイス測定設定情報にあるトリガベースの情報に従ってデバイス測定結果を送信してもよい。たとえば、１回または複数回のデバイス測定結果をまとめて１回のデバイス検出報告で送信してもよい。このようにすることで、ＵＥと基地局間のシグナリング量を削減可能となる。
　ステップＳＴ２１１０で、基地局はＵＥに対してデバイス測定用設定のリリースを行ってもよい。ＵＥはデバイス測定用設定をリリースする。このようにすることで、ＵＥは、デバイス測定を行わない場合も該設定を保持する必要がなくなり、たとえばバッファなどの容量を削減できる。
　ＵＥ－デバイス間通信が行われるような場合、たとえば、図１９あるいは図２０で開示したシーケンスが行われてもよい。たとえば、ステップＳＴ２１０４でＵＥがデバイスの測定を行い、該測定結果から通信可能なデバイスを検出する。そのような場合、ステップＳＴ２１０４に続いて、図１９のステップＳＴ１９０３からＳＴ１９０８の処理を行ってもよい。図１９のステップＳＴ１９０２は予め基地局からＵＥに送信しておくとよい。たとえば、ステップＳＴ１９０１の後に送信されてもよい。ＵＥは、デバイス測定を行い通信可能なデバイスを検出することで、ＵＥ－デバイス間の通信を確実に実行可能となる。
　他の例として、たとえば、ステップＳＴ２１０５で基地局がＵＥからデバイス検出結果を受信する。基地局は該情報を用いてＵＥに対してデバイスとの通信を決定する。そのような場合、ステップＳＴ２１０５に続いて、図２０のステップＳＴ２００１からＳＴ１９０８の処理を行ってもよい。基地局は、ＵＥと通信可能なデバイスを検出することで、該デバイスとの通信を、該ＵＥを介して行うことが可能となる。
　ＵＥ－デバイス間通信が行われている場合は、デバイス測定を中断してもよい。たとえば、ＵＥがＵＥ－デバイス間通信とデバイス測定とを同時に行える能力がない場合に有効である。ＵＥ－デバイス間通信が行われている場合は、デバイス測定を中断しなくてもよい。たとえば、ＵＥがＵＥ－デバイス間通信とデバイス測定とを同時に行える能力がある場合に有効である。
　ＵＥ－デバイス間通信が行われている場合、ＵＥはデバイスからの通信信号を用いて測定を行ってもよい。ＵＥ－デバイス間通信によりデバイス測定設定によるデバイス測定が中断されたような場合も、ＵＥは通信を行っているデバイスの測定は可能となる。ＵＥは通信を行っているデバイスの測定結果を基地局に送信してもよい。ＵＥから基地局への送信方法は前述に開示した方法を適宜適用するとよい。
　ＵＥはデバイスからの通信信号を用いて測定を行う場合、たとえば、デバイスからの通信信号が所定の受信電力（受信品質あるいはＳＩＮＲであってもよい）以下の場合、デバイスとの通信を不可にする、としてもよい。該所定の値はあらかじめ規格等で静的に決められてもよいし、基地局から通知されてもよい。ＵＥ－デバイス間の通信制御とデバイス測定を関連付けた制御が可能となる。
　本実施の形態で開示したような方法とすることで、ＵＥや基地局が近傍にデバイスが存在することを認識可能となる。ＵＥや基地局が通信可能なデバイスが存在することを認識可能となる。このため、ＵＥや基地局はそのようなデバイスとの通信が可能となる。また、基地局はＵＥの近傍に存在するデバイスあるいはＵＥと通信可能なデバイスを認識可能となる。基地局がＵＥに対してそのようなデバイスとの通信要求を行うことが可能となる。デバイスを用いたサービスを提供するため移動通信システムにデバイスを取込むことが可能となる。
　デバイス測定用ギャップでＵＥはＵＥとＵＥあるいは基地局間の通信や処理を行わなくてもよい。デバイス測定用ギャップを設定することで、たとえば、ＵＥとＵＥあるいは基地局間の通信と異なる周波数でデバイス測定が行われるような場合でも、ＵＥはデバイス測定用ギャップで周波数を変更してデバイス測定を実施可能となる。デバイス測定とＵＥとＵＥあるいは基地局間の通信とを共存させることが可能となる。デバイス測定用ギャップを設定することで、たとえば、デバイス測定とＵＥとＵＥあるいは基地局間の通信とが干渉することを回避させることが可能となる。ＵＥとデバイス間およびＵＥとＵＥあるいは基地局間で高品質で安定した通信を提供することが可能となる。
　デバイス測定用に所定の期間を有するギャップを設定することで、たとえば、デバイスからの送信とＵｕあるいはＰＣ５上の通信とで通信方式や基準タイミングなどが異なるような場合でも、ギャップの期間内でデバイス測定が可能となる。
　デバイス測定用ギャップとＳＩＢ送信タイミングとが重なった場合、ＵＥはＳＩＢ受信を優先してもよい。デバイス測定用ギャップと特定のＳＩＢ送信タイミングとが重なった場合、ＵＥは該特定のＳＩＢ受信を優先してもよい。特定のＳＩＢとして、緊急情報や警報情報が含まれるＳＩＢとしてもよい。緊急情報や警報情報として、たとえば、ＥＴＷＳ、ＣＭＡＳなどがある。このようにすることで、ＵＥは、ＵＥ－デバイス通信用ギャップが設定されたとしても、緊急情報や警報情報を受信可能となる。
　デバイス測定用ギャップとＵＣＩ送信タイミングとが重なった場合、ＵＥはＵＣＩ送信を優先してもよい。デバイス測定用ギャップと特定のＵＣＩの送信タイミングとが重なった場合、ＵＥは該特定のＵＣＩの送信を優先してもよい。特定のＵＣＩとして、ＳＲとしてもよい。このようにすることで、ＵＥは基地局との間の通信を早期に開始可能となる。
　デバイス測定用ギャップとページング受信タイミングとが重なった場合、ＵＥはページング受信を優先してもよい。このようにすることで、ＵＥは基地局との間の通信を早期に開始可能となる。
　基地局がデバイス測定を行ってもよい。基地局がデバイスから送信される電波を受信して測定を行ってもよい。基地局によるデバイス測定方法は前述のＵＥによるデバイス測定方法で開示した方法を適宜適用するとよい。基地局は近傍に存在するデバイスを検出してもよい。基地局は通信可能なデバイスを検出してもよい。基地局によるデバイス検出方法については、前述のＵＥによるデバイス検出方法で開示した方法を適宜適用するとよい。
　ＣＵはＤＵに対してデバイス測定設定に関する情報を通知してもよい。ＤＵによるデバイス測定が可能となる。ＣＵはＲＵ（Radio　Unit）に対してデバイス測定設定に関する情報を通知してもよい。ＣＵはＤＵを介してＲＵに対してデバイス測定設定に関する情報を通知してもよい。ＲＵによるデバイス測定が可能となる。
　基地局はＵＥの近傍に存在するデバイスを検出してもよい。基地局はＵＥと通信可能なデバイスを検出してもよい。基地局は、該検出に、ＵＥからのデバイス測定結果の報告を用いてもよい。基地局は、該検出に、基地局でのデバイス測定結果を用いてもよい。
　基地局はＵＥの近傍に存在するデバイスの位置情報を導出してもよい。基地局は、デバイスの位置情報の導出に、デバイスの近傍に存在するＵＥの位置情報を用いてもよい。
　基地局は検出したデバイスをＵＥに通知してもよい。基地局は検出したデバイスに関する情報をＵＥに通知してもよい。基地局はＵＥが検出したデバイスを他のＵＥに通知してもよい。基地局はＵＥが検出したデバイスに関する情報を他のＵＥに通知してもよい。デバイスに関する情報は、たとえば、デバイスを特定するための情報であってもよい。たとえばデバイス識別子としてもよい。検出したデバイスを通知することを開示したが、デバイスの測定結果を通知してもよい。デバイスの検出結果とともにデバイスの測定結果を通知してもよい。デバイスの測定結果をデバイスに関する情報に含めてもよい。このようにすることで、ＵＥは近傍に存在するデバイスを認識可能となる。ＵＥは通信可能なデバイスを認識可能となる。
　ＵＥは検出したデバイスを周辺のＵＥに対して通知してもよい。ＵＥは検出したデバイスに関する情報を周辺のＵＥに対して通知してもよい。該通知に、ＰＣ５インタフェースを用いてもよい。ＵＥ間で直接通知可能となる。このようにすることで、ＵＥは周辺に存在するデバイスを認識可能となる。
　ＵＥが通信するデバイスを基地局が決定してもよい。基地局は、該決定に、ＵＥから受信した通信可能なデバイス情報を用いてもよい。基地局はＵＥに対して、通信するデバイスに関する情報を通知する。該デバイスは１つまたは複数であってもよい。基地局はＵＥに対して、ＵＥが通信するデバイスに関する情報を送信する。ＵＥが通信するデバイスに関する情報は、デバイスを特定するための情報、たとえば、デバイスの識別子であってもよい。ＵＥが通信するデバイスに関する情報は、たとえば、ＵＥでのデバイスからの受信電力であってもよい。該受信電力の所定の値であってもよい。たとえば、閾値であってもよい。たとえば、ＵＥでの受信電力が該閾値を超えたデバイスとＵＥは通信を行うとしてもよい。デバイスを特定するための情報は、たとえば、ＵＥとデバイス間の距離であってもよい。該距離の所定の値であってもよい。たとえば、閾値であってもよい。たとえば、ＵＥとデバイス間の距離が該閾値以下のデバイスとＵＥが通信を行うとしてもよい。
　基地局はＵＥに対して、ＵＥ－デバイス間通信用ギャップ設定情報とともに、あるいは、該情報に含めて、ＵＥが通信するデバイスに関する情報を通知してもよい。基地局はＵＥに対して、ＵＥが通信するデバイスに関する情報と、ＵＥ－デバイス間通信用ギャップ設定とを関連付けて通知してもよい。ＵＥが通信するデバイスとの通信用ギャップ設定として通知してもよい。
　このように、基地局が、ＵＥが通信するデバイス決定することを可能とすることで、ＵＥ－デバイス間通信が行われるＵＥとデバイスとを基地局が管理することが可能となる。たとえば、多くのＵＥやデバイスで、ＵＥ－デバイス間通信が行われるような場合に、該通信間の干渉を低減可能となる。ＵＥ－デバイス間通信の通信品質を向上させることが可能となる。
　基地局は周辺の基地局に対して、ＵＥに設定したデバイス測定期間する情報を通知してもよい。基地局は、ＵＥのＨＯ処理において、該ＵＥに設定したデバイス測定期間に関する情報をＨＯ先基地局（Target　gNB）に送信してもよい。基地局間インタフェースを用いて該情報を送信してもよい。たとえば、Ｘｎシグナリングを用いて送信してもよい。たとえば、ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴメッセージに該設定情報を含めて送信してもよい。ＨＯ先基地局は該ＵＥに対してデバイス測定設定を行う。該設定に、ＨＯ元基地局（Source　gNB）から受信した該ＵＥのデバイス測定設定に関する情報を用いてもよい。同じ設定としてもよいし、一部あるいは全部が異なる設定としてもよい。
　ＨＯ先基地局は該ＵＥのデバイス測定設定を該ＵＥに対して送信する。ＨＯ先基地局は、該設定に関する情報をＨＯ元基地局に送信してもよい。ＨＯ元基地局は該ＵＥに対して該設定に関する情報を送信する。ＨＯ先基地局からＨＯ元基地局への該設定に関する情報の送信は、基地局間インタフェースを用いて送信してもよい。たとえば、Ｘｎシグナリングを用いて送信してもよい。たとえば、ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥメッセージに該設定情報を含めて送信してもよい。ＨＯ元基地局から該ＵＥへの該設定に関する情報の送信は、ＲＲＣシグナリングを用いて送信してもよい。たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに該設定情報を含めて送信してもよい。
　このようにすることで、ＵＥが基地局間を移動するような場合も、ＨＯ先基地局においてデバイス測定設定を取得可能となり、該設定を用いてデバイス測定が可能となる。
　本実施の形態で開示した方法を、ＭＤＴ（Minimization　of　Drive　Tests）（非特許文献３７）に適用してもよい。ＵＥでのデバイス測定結果をＭＤＴに適用してもよい。ＭＤＴにおける測定結果として、ＵＥでのデバイス測定結果を含めてもよい。ＵＥでのデバイス測定結果に限らず、ＵＥでのデバイス検出結果を含めてもよい。また、デバイスの測定を行ったＵＥの位置情報を含めてもよい。ＵＥがデバイスの位置情報を導出する場合、該デバイスの位置情報を含めてもよい。
　本実施の形態で開示した方法を、トレース機能（非特許文献３８）に適用してもよい。トレース機能にＵＥでのデバイス測定結果を含めてもよい。ＵＥでのデバイス測定結果に限らず、ＵＥでのデバイス検出結果を含めてもよい。また、デバイスの測定を行ったＵＥの位置情報を含めてもよい。ＵＥがデバイスの位置情報を導出する場合、該デバイスの位置情報を含めてもよい。また、基地局がデバイス測定を行ってもよく、基地局でのデバイス測定結果、あるいは、基地局でのデバイス検出結果をＭＤＴ、トレース機能に含めてもよい。
　このように、ＭＤＴやトレース機能にデバイス測定結果を取込むことで、基地局やＮＷノードが、デバイスの分布状況や検出状況を管理することが可能となる。デバイスを３ＧＰＰによる移動通信システムに取込むことが可能となる。
実施の形態４．
　３ＧＰＰでは、デバイスを移動通信システム内に取込むため、ＵＥとデバイス間で通信を行うことが提案されている。また、デバイスがＵＥを介してＮＷ（ＲＡＮ、ＣＮ）と通信を行うことも提案されている。しかし、デバイスと通信を行うＵＥの状態については何ら開示が無い。ＵＥの状態が不明だと、デバイスとどのような通信が可能か不明となり、移動通信システムにデバイスを取込むことができなくなる。
　本実施の形態では、そのような課題を解決する方法を開示する。
　ＵＥのＲＭ状態にＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤとＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤがある（非特許文献１０）。
　ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤで、ＵＥ－デバイス間通信可能とする。ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤで、ＵＥを介したデバイスとＮＷ間の通信可能としてもよい。ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤで、デバイスはＵＥおよびＲＡＮを介してＣＮと通信可能としてもよい。ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤで、ＵＥ－デバイス間通信　ａｎｄ／ｏｒ　ＵＥを介したデバイスとＮＷ間通信をＵＰ　ａｎｄ／ｏｒ　ＣＰを用いて実施可能としてもよい。ＣＰはＣＰの一部あるいは全部のＮＷノード（ファンクションであってもよい）であってもよい。該通信はデータ通信であってもよい。該通信はデバイスとの通信に必要な情報の通信であってもよい。ＵＥは、ＵＥ－デバイス間通信でデバイスから受信したデータをＮＷに送信してもよい。あるいは、ＵＥは、ＮＷから受信したデータをＵＥ－デバイス間通信でデバイスに送信してもよい。
　ＵＥ－デバイス間通信に必要な情報を設けてもよい。ＵＥは該情報を取得することで、ＵＥ－デバイス間通信を可能とする。ＵＥを介したデバイス－ＮＷ間通信に必要な情報を設けてもよい。ＵＥを介したデバイス－ＮＷ間通信に必要な情報に関しては、ＵＥ－デバイス間通信に必要な情報を適宜適用するとよい。たとえば、ＵＥ－デバイス間通信用を、ＵＥを介したデバイス－ＮＷ間通信用に置き換えるとよい。
　ＵＥ－デバイス間通信に必要な情報は、ＣＮノードからＵＥに対して送信されてもよい。基地局を介してＵＥに送信されてもよい。ＰＣＦによってＵＥに対して提供されてもよい。ＰＣＦに記憶されている該情報をＵＥに提供可能となる。ＰＣＦに記憶される該情報はアップデートされてもよい。これにより、最新の情報をＵＥに提供可能となる。他の方法として、該情報は、ＰＣＦを介してアプリケーションサーバから提供されてもよい。ＵＥとアプリケーションサーバ間インタフェースを用いて提供されてもよい。アプリケーションサーバにおいて該情報はアップデートされてもよい。デバイスを用いるアプリケーションに適した情報をＵＥに提供可能となる。
　該情報は、あらかじめＳＩＭ（Subscriber　Identity　Module）内に設定されてもよい。他の方法として、該情報は、あらかじめＵＥ内に設定されてもよい。このようにすることで、該情報の提供のための処理を不要とすることができる。シグナリング負荷を低減可能となる。
　該情報をＵＥへ提供する方法、該情報をＳＩＭ内、ＵＥ内にあらかじめ設定する方法は、併用されてもよい。組み合わせて用いられてもよい。この場合、ＵＥはどの方法で得た情報を用いるかが問題になる。該情報を得た方法に優先順位を設けて、該優先順位に従って該情報を用いてもよい。たとえば、ＵＥ内にあらかじめ設定されている該情報の優先順位を低くし、他ノード、たとえばＰＣＦやアプリケーションサーバ、から提供された該情報の優先順位を高くする。ＰＣＦやアプリケーションサーバでは該情報が随時アップデートされたり、サービスに適した情報が設定されるため、より適した情報をＵＥは取得可能となる。
　ＰＣＦから提供された該情報をアプリケーションから提供された該情報よりも優先順位を高くしてもよい。ＰＣＦでは該情報が随時アップデートされるため最新の情報を得ることが可能となる。ＳＩＭ内にあらかじめ設定された該情報をＵＥ内にあらかじめ設定された該情報よりも優先順位を高くしてもよい。ＳＩＭ内の情報は適宜書き換えられてもよいため、より適した情報が得られる。
　ＵＥはＣＮノードに対してＵＥ－デバイス間通信に必要な情報の提供を要求してもよい。ＣＮノードはたとえばＡＭＦであってもよい。ＵＥは該要求を基地局を介してＣＮノードに送信してもよい。該要求を受信したＡＭＦはＰＣＦに対して該ＵＥのＵＥ－デバイス間通信に必要な情報の提供を要求してもよい。該要求を受信したＰＣＦはＵＥに対してＵＥ－デバイス間通信に必要な情報の提供処理を行ってもよい。デバイスとの通信を行うＵＥは、デバイスとの通信に必要な情報をＣＮノードから提供されることができる。
　ＵＥはＣＮノードに対して、後述するデバイスとの通信に必要な情報の提供に関する情報を、ＵＥ－デバイス間通信に必要な情報の提供の要求とともにあるいは該要求に含めて送信してもよい。該情報を受信したＣＮノードは、たとえば、該要求がどのデバイスとの通信に必要な情報の提供要求かを認識可能となる。
　ＵＥに対してデバイスとの通信に必要な情報の提供を行うためにレジストレーション処理が用いられてもよい。ＵＥのレジストレーション処理において、基地局あるいはＣＮノードは、ＵＥ－デバイス間通信に必要な情報をＵＥに送信する。ＣＮノードが基地局を介してＵＥに送信してもよい。ＵＥはデバイスとの通信に必要な情報を受信することが可能となる。ＵＥは該情報を用いてデバイスとの通信を行うとよい。このようにすることで、たとえば、ＵＥに該情報を提供するためのデバイスによるレジストレーション処理を不要とすることができる。
　ＵＥは、レジストレーション要求メッセージにデバイスとの通信が可能であることを示す情報を含めてもよい。該情報を含むＵＥケーパビリティを含めてもよい。該情報を受信したＣＮノード、たとえば、ＡＭＦは、ＵＥ－デバイス間通信に必要な情報の提供をサポートするＰＣＦを選択する。ＡＭＦはＵＥ－デバイス間通信に必要な情報配信のため、ＰＣＦとＵＥポリシアソシエーションを確立する。ＵＥから該情報を受信したＡＭＦは、選択したＰＣＦに該情報を報告してもよい。ＰＣＦは該情報を用いてＵＥ－デバイス間通信に必要な情報を決定する。
　ＵＥがＵＥ－デバイス間通信をサポートしているが、有効なＵＥ－デバイス間通信に必要な情報を有しない場合、ＵＥはレジストレーション処理でＵＥ－デバイス間通信に必要な情報提供要求を示すポリシコンテナを含めるとよい。ＵＥがポリシコンテナの中でＵＥ－デバイス間通信に必要な情報提供要求を示す場合、ＰＣＦはＵＥ－デバイス間通信に必要な情報を提供するか否かを決定する。ＰＣＦはＵＥにＵＥ－デバイス間通信に必要な情報を提供する。
　前述ではＵＥ－デバイス間通信について開示した。ＵＥを介したデバイス－ＮＷ間通信であってもよい。ＵＥ－デバイス間通信に必要な情報としたが、ＵＥを介したデバイス－ＮＷ間通信に必要な情報とするとよい。ＵＥ－デバイス間通信に必要な情報として、ＵＥ－デバイス間通信用ポリシ、ＵＥ－デバイス間通信を用いるサービスに関する情報、ＵＥ－デバイス間通信可能なＮＷに関する情報などがある。
　ＵＥ－デバイス間通信に必要な情報例を以下に２４個開示する。
（１）認証ポリシ（Authorization　policy）。
（２）通信可能なＰＬＭＮ。１つまた複数であってもよい。
（３）通信可能なＵＥの状態。
（４）通信可能なＲＡＴ。１つまたは複数であってもよい。
（５）ＵＥがＮＲ傘下か否か。
（６）無線パラメータ。たとえば、ＵＥ－デバイス間ＲＡＴの無線パラメータ。たとえば、周波数帯域等。たとえば、無線パラメータがオペレータ管理か否かを示す情報であってもよい。
（７）ＵＥ－デバイス間通信選択ポリシ。たとえば、ＵＥ－デバイス間通信を行うサービス関連情報であってもよい。
（８）プライバシー関連ポリシ／パラメータ。
（９）ＵＥ－デバイス間通信用ポリシ／パラメータ。パラメータは各種設定情報であってもよい。
（１０）サービスとの関連付け情報。たとえば、サービスと周波数との関連付け情報。たとえば、サービスと通信モードとの関連付け情報。たとえば、サービスと相手先デバイス関連情報。たとえば、識別子であってもよい。
（１１）サービスとＵＥ－デバイス間通信用ＱｏＳパラメータ関連付け情報。たとえば、ＵＥを介したデバイス－ＮＷ間でのデバイスデータ通信用のＱｏＳパラメータであってもよい。たとえば、ＵＥとＮＷ間でのデバイスデータ通信用のＱｏＳパラメータであってもよい。
（１２）ＡＳレイヤ設定。たとえば、ＵＥとＮＷ間でのデバイスデータ通信用のＡＳレイヤ設定。たとえば、ＵＥとＮＷ間でのデバイスデータ通信用のＲＢへの関連付け情報。たとえば、ＱｏＳパラメータを含むＱｏＳプロファイル情報。たとえば、プライオリティレベルに関するＱｏＳ特性。たとえば、アベレージングウィンドウやデータバーストボリュームなど。
（１３）ポリシ／パラメータの有効タイマー。たとえば、ポリシ／パラメータの満了時間。
（１４）地理的エリアに関する情報。他の情報と関連付けられてもよい。
（１５）サービスがマッピングされるＰＤＵセッションタイプ。たとえば、ＩＰタイプかＵｎｓｔｒｕｃｔｕｒｅｄタイプかを示す情報。
（１６）トランスポートレイヤプロトコル。たとえば、ＵＤＰかＴＣＰか。
（１７）ＳＳＣ（Session　and　Service　Continuity）モード。
（１８）スライシングに関する情報。たとえば、１つまたは複数のＳ－ＮＳＳＡＩ。
（１９）１つまたは複数のＤＮＮ（Data　Network　Name）。
（２０）ポリシ／パラメータの有効タイマー。たとえば、ポリシ、パラメータの満了時間。
（２１）サービスがマッピングされるアプリケーションサーバーアドレス情報。たとえば、ＩＰアドレス／ＦＱＤＮ（Fully　Qualified　Domain　Name）。たとえば、トランスポートレイヤのポートナンバ。
（２２）地理的エリア情報と関連した、１つまたは複数のＦＱＤＮのリスト、アプリケーションサーバのＩＰアドレス。
（２３）設定が適用される１つまたは複数のＰＬＭＮのリスト。
（２４）（１）～（２３）の組み合わせ。
　図２２は、ＵＥに対してＵＥ－デバイス間通信に必要な情報を提供するシーケンス例を示す図である。ステップＳＴ２２０１で、ＵＥは基地局に対してＵＥ－デバイス間通信に必要な情報提供の要求を送信する。該要求にＲＲＣシグナリングを用いてもよい。たとえば、該要求をＲＲＣメッセージに含めてもよい。たとえば、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージに含めてもよい。あるいは、ＵＥ－デバイス間通信に必要な情報提供の要求のために新たなＲＲＣメッセージを設けてもよい。該要求をＮＡＳメッセージに含めてＲＲＣシグナリングで送信してもよい。
　ステップＳＴ２２０２で、基地局はＡＭＦに対してＵＥ－デバイス間通信に必要な情報提供の要求を送信する。該要求の送信にＮＡＳメッセージを用いてもよい。たとえば、該要求をＵｐｌｉｎｋ　ＮＡＳ　ｔｒａｎｓｐｏｒｔメッセージに含めてもよい。あるいは、ＵＥ－デバイス間通信に必要な情報提供の要求のために新たなＮＡＳメッセージを設けてもよい。
　ステップＳＴ２２０３で、ＡＭＦはＰＣＦに対してＵＥ－デバイス間通信に必要な情報提供の要求を送信する。該要求にＮ１５シグナリングを用いてもよい。たとえば、該要求をＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１ＭｅｓｓａｇｅＮｏｔｉｆｙメッセージに含めてもよい。あるいは、ＵＥ－デバイス間通信に必要な情報提供の要求のために新たなメッセージを設けてもよい。
　該要求を受信したＰＣＦは、該要求を送信したＵＥのＵＥ－デバイス間通信に必要な情報を決定する。該要求にＵＥの識別子を含めてもよい。ＰＣＦは該要求に含まれるＵＥの識別子を取得することで、該要求を送信したＵＥを容易に特定可能となる。該要求を受信したＰＣＦは、どのデバイスとの通信に必要な情報かを決定してもよい。１つまたは複数のデバイス毎に、ＵＥ－デバイス間通信に必要な情報が異ならせてもよく、そのような場合に有効である。
　ステップＳＴ２２０４で、ＰＣＦはＡＭＦに対して、ＵＥ－デバイス間通信に必要な情報を送信する。該情報の送信にＮ１５シグナリングを用いてもよい。たとえば、該情報をＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒメッセージに含めてもよい。あるいは、ＵＥ－デバイス間通信に必要な情報の提供のために新たなメッセージを設けてもよい。
　ステップＳＴ２２０５で、ＡＭＦは基地局に対してＵＥ－デバイス間通信に必要な情報を送信する。該情報の送信にＮＡＳメッセージを用いてもよい。たとえば、該情報をＤｏｗｎｌｉｎｋ　ＮＡＳ　ｔｒａｎｓｐｏｒｔメッセージに含めてもよい。あるいは、ＵＥ－デバイス間通信に必要な情報の提供のために新たなＮＡＳメッセージを設けてもよい。
　ステップＳＴ２２０６で、基地局はＵＥに対してＵＥ－デバイス間通信に必要な情報を送信する。該情報の送信にＲＲＣシグナリングを用いてもよい。たとえば、該情報をＲＲＣメッセージに含めてもよい。たとえば、該情報をＤＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージに含めてもよい。あるいは、ＵＥ－デバイス間通信に必要な情報の提供のために新たなＲＲＣメッセージを設けてもよい。該情報をＮＡＳメッセージに含めてＲＲＣシグナリングで送信してもよい。
　このようにすることで、ＵＥはＵＥ－デバイス間通信に必要な情報を取得できる。ステップＳＴ２２０７でＵＥは該情報を用いてデバイスとの通信を実施するとよい。
　ステップＳＴ２２０６でＵＥ－デバイス間通信に必要な情報を受信したＵＥは、ＡＭＦに対して該情報を受信したことを示す情報を送信してもよい。ＵＥ－デバイス間通信に必要な情報を受信したことを示す該情報は、ＵＥが受信したＵＥ－デバイス間通信に必要な情報を設定したことを示す情報であってもよい。該情報は、ＵＥから基地局に送信され、基地局からＡＭＦに送信されてもよい。該情報を受信したＡＭＦはＰＣＦに対して該情報を送信してもよい。ＰＣＦは、提供したＵＥ－デバイス間通信に必要な情報をＵＥが受信したことを認識可能となる。ＰＣＦは最新のＵＥ－デバイス間通信に必要な情報を認識可能となる。
　ＵＥに対してデバイスとの通信に必要な情報の提供を行うためにサービスリクエスト処理を用いてもよい。たとえば、ＵＥがＣＭ－ＣＯＮＮＥＣＴＥＤでは無い場合、サービスリクエスト処理を行ってもよい。たとえば、図２２において、ＵＥは、ステップＳＴ２２０１のＵＥ－デバイス間通信に必要な情報の提供の要求を行う前にサービスリクエスト処理を起動してサービスリクエスト処理を行ってもよい。たとえば、図２２において、ステップＳＴ２２０４でＵＥ－デバイス間通信に必要な情報を受信したＡＭＦが、ＵＥとのサービスリクエストを起動してサービスリクエスト処理を行ってもよい。ＵＥはＡＭＦからＵＥ－デバイス間通信に必要な情報を取得可能になる。
　ＡＭＦがＵＥに対して、デバイスとの通信に必要な情報の提供実施後、ＵＥはＣＭ-ＣＯＮＮＥＣＴＥＤに移行しなくてもよい。たとえば、ＵＥ－デバイス間通信に必要な情報の提供のためにサービスリクエスト処理を行ったような場合、ＣＭ－ＣＯＮＮＥＣＴＥＤに移行せず、ＣＭ－ＩＤＬＥの状態を維持してもよい。ＵＥはサービスリクエスト処理においてＮＷノードに後述するデバイスとの通信に必要な情報の提供に関する情報を送信するとよい。該情報を受信したＮＷノードは、ＵＥをＣＭ－ＩＤＬＥ状態に維持するとしてもよい。たとえば、ＵＥでのメモリ使用量を削減可能となる。
　前述に、ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤで、ＵＥ－デバイス間通信　ａｎｄ／ｏｒ　ＵＥを介したデバイスとＮＷ間通信をＣＰで実施してもよいことを開示した。次に、ＣＰでデバイスデータを通信する方法を開示する。デバイスデータをＮＡＳメッセージに含めてもよい。たとえば、デバイスデータはイニシャルＵＥメッセージに含められて送信されてもよい。ＮＡＳメッセージとすることで、ＵＥとＣＮノードであるＡＭＦ間でのデバイスデータ送信が可能となる。ＡＭＦとＵＥ－デバイス間通信用ＡＦやＡＳ（Application　Server）との間のデバイスデータ通信方法は、後述のＵＥがＲＭ－ＤＥＲＥＧＩＳＴＲＥＤの場合について開示する方法を適宜適用してもよい。このようにすることで、デバイスデータをＣＰで通信可能となる。
　基地局が、直接デバイスデータ通信用ＮＦとデバイスデータ通信を行ってもよい。該デバイスデータ通信用ＮＦは、基地局とＡＦやＡＳとのプロキシ機能を有してもよい。後述に開示する、基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行う方法を適宜適用してもよい。このようにすることで、ＡＭＦ、ＳＭＦ、ＵＰＦ等のＣＮノードを省略できるため、早期に、また、容易に、デバイスデータ通信が可能となる。
　デバイスデータの通信にサービスリクエスト処理を用いてもよい。ＲＭ－ＲＥＧＩＳＴＥＲＥＤのＵＥはデバイスデータの通信のためサービスリクエスト処理を用いてもよい。このようにすることで、デバイスを用いるサービスのためのデータ通信が可能となる。
　ＵＥはＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤで、ＵＥ－デバイス間通信のみ可能とする。ＵＥはＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤで、ＵＥを介したデバイスとＮＷ間の通信を不可能としてもよい。ＵＥはＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤで、ＵＥ－デバイス間通信をＵＰ　ａｎｄ／ｏｒ　ＣＰで実施可能としてもよい。該通信はデータ通信であってもよい。該通信はデータ通信に必要な情報の通信であってもよい。
　ＵＥはＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤで、ＵＥを介したデバイスとＮＷ間の通信を可能としてもよい。該通信を可能とする方法を開示する。該通信のためにレジストレーション処理を用いる。レジストレーション要求メッセージにデバイスデータを含めてもよい。
　デバイスデータ通信のため、ＵＥはデバイスデータ通信に関する情報をＮＷに通知してもよい。該情報例を以下に１２個開示する。
（１）デバイスとＮＷ間のデータ通信用であることを示す情報。
（２）デバイスを特定するための情報。
（３）デバイスとの通信が可能であることを示す情報。ＵＥケーパビリティであってもよい。
（４）ＵＥ－デバイス間通信のＲＡＴに関する情報。
（５）ヘッダーコンプレッションがサポートされるか否かを示す情報。
（６）基地局からＵＰＦへ送信されるかＡＭＦへ送信されるかを示す情報。
（７）ＵＰＦからＡＦへ送信されるかＮＥＦへ送信されるかを示す情報。
（８）ＵＰＦからＡＳ（ＤＮであってもよい）へ送信されるかＡＦ（ＮＥＦであってもよい）へ送信されるかを示す情報。
（９）ＳＭＦからＵＰＦへ送信されるかＡＦ（ＮＥＦであってもよい）へ送信されるかを示す情報。
（１０）ＵＰＦから基地局へ送信されるかＳＭＦへ送信されるかを示す情報。
（１１）ここで開示した方法によるデバイスとＮＷ間データ通信をサポートするか否かの情報。
（１２）（１）～（１１）の組み合わせ。
　該情報をレジストレーション要求メッセージに含めることで、レジストレーション要求メッセージを受信したＮＷノードが、該レジストレーション要求が該通信のためのものであることを認識可能となる。
　デバイスデータをＮＡＳメッセージに含めてもよい。たとえば、イニシャルＵＥメッセージに含めて送信してもよい。また、前述の該通信のためのレジストレーション要求メッセージに含める情報を、ＮＡＳメッセージに含めてもよい。たとえば、イニシャルＵＥメッセージに含めて送信してもよい。ＮＡＳメッセージとすることで、ＵＥからＣＮノードであるＡＭＦに対して送信可能となる。
　ＡＭＦは該通信を行うＵＥがデバイスデータ通信認証を得ているかどうか判断してもよい。ＡＭＦはあらかじめＵＤＭあるいはＰＣＦからＵＥのサブスクリプション情報を受信する。ＡＭＦは、ＵＥからのレジストレーション処理においてＵＥのサブスクリプション情報を受信してもよい。ＡＭＦは該ＵＥのサブスクリプション情報を記憶してもよい。ＡＭＦは該ＵＥがＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤでもサブスクリプション情報を記憶してもよい。
　ＡＭＦは該ＵＥがデバイスデータ通信認証を得ている場合、該ＵＥを介したデバイスとＮＷ間の通信が可能であると判断する。デバイスデータ通信認証を得ていない場合、該ＵＥを介したデバイスとＮＷ間の通信不可能と判断する。
　該ＵＥがデバイスデータ通信認証を得ている場合、ＡＭＦはＵＥから受信したデバイスデータをＳＭＦに送信する。ＳＭＦは受信したデバイスデータをＵＰＦに送信する。ＵＰＦは受信したデバイスデータをＤＮ（Data　Network）やＡＳに送信する。ＡＳはＵＥ－デバイス間通信用ＡＳであってもよい。ＵＰＦは受信したデバイスデータを、ＮＥＦを介してＡＦに送信してもよいし、直接ＡＦに送信してもよい。ＡＦが信頼できるＮＷであるような場合に、直接ＡＦに送るとよい。シグナリング負荷を低減できる。ＡＭＦからデバイスデータを受信したＳＭＦが、デバイスデータを、ＮＥＦを介してＡＦに送信してもよいし、直接ＡＦに送信してもよい。ＡＦが信頼できるＮＷであるような場合に、直接ＡＦに送るとよい。シグナリング負荷を低減できる。ＡＭＦが、デバイスデータを、ＮＥＦを介してＡＦに送信してもよいし、直接ＡＦに送信してもよい。ＡＦが信頼できるＮＷであるような場合に、直接ＡＦに送るとよい。シグナリング負荷を低減できる。
　該ＵＥがデバイスデータ通信認証を得ていない場合、ＡＭＦは拒否メッセージをＵＥに通知してもよい。ＡＭＦから基地局を介してＵＥに通知してもよい。該拒否メッセージに理由情報を含めてもよい。たとえば、デバイスデータ通信不可、などである。拒否メッセージとして、レジストレーション拒否メッセージを用いてもよい。レジストレーション処理においてＵＥに対して拒否メッセージを通知可能となる。
　前述では、ＡＭＦが、デバイスデータの通信を行うＵＥがデバイスデータ通信認証を得ているかどうかを判断することを開示した。他のＮＷノードが該認証を得ているかどうか判断してもよい。該認証を判断するＮＷノードはあらかじめＵＤＭあるいはＰＣＦからＵＥのサブスクリプション情報を受信しておくとよい。他のＮＷノードとして、たとえば、ＲＡＮであってもよい。ＲＡＮとして基地局であってもよいし、基地局のＣＵであってもよい。該認証をＲＡＮで行うことで、ＵＥがＲＡＮにアクセスした際に該認証が可能になるため、早期に判断可能となる。
　このようにすることで、ＵＥはＮＷに対してデバイスデータを送信可能となる。
　デバイスデータの通信後、ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しなくてもよい。該通信のためのレジストレーション処理の場合、ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しなくてもよい。このようにすることで、ＵＥはＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤでデバイスデータの通信を行うことができる。
　図２３は、ＵＥがＲＭ-ＤＥＲＥＧＩＳＴＥＲＥＤでＵＥを介したデバイスとＮＷ間の通信を行うシーケンス例を示す図である。ＵＥが起動する場合を示している。ＵＥからデバイスデータの送信を行う場合を示している。ステップＳＴ２３０１で、ＵＥはＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態である。ステップＳＴ２３０２で、ＵＥ－デバイス間で通信を行う。ＵＥがデバイスデータを受信する。ステップＳＴ２３０３で、ＵＥは基地局に対してデバイスデータを送信する。ＵＥは基地局に対してデバイスデータ通信に関する情報を送信してもよい。該送信にＲＲＣシグナリングを用いてもよい。たとえば、ＲＲＣ接続確立処理を用いてもよい。たとえば、デバイスデータをＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなＲＲＣメッセージを設けてもよい。該情報をＮＡＳメッセージに含めてＲＲＣシグナリングで送信してもよい。
　デバイスデータを受信した基地局は、デバイスデータ通信に関する情報を用いてＡＭＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、基地局は、ステップＳＴ２３０４で、ＡＭＦに対してデバイスデータを送信する。基地局はＡＭＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮＡＳメッセージを用いてもよい。たとえば、デバイスデータをＲｅｇｉｓｔｒａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ｍｅｓｓａｇｅに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＡＭＦは、ステップＳＴ２３０５で、基地局に対してデバイスデータ受信応答を送信してもよい。該送信にＮＡＳメッセージを用いてもよい。基地局は、ステップＳＴ２３０６で、ＵＥに対してデバイスデータ受信応答を送信する。該送信にＲＲＣシグナリングを用いてもよい。該応答をＮＡＳメッセージに含めてＲＲＣシグナリング送信してもよい。このようにすることで、ＵＥはデバイスデータがＡＭＦに送信されたことを認識できる。ＵＥによるデバイスデータの再送機能を設けてもよい。ＵＥはデバイスデータ受信応答を受信した場合、デバイスデータを再送しない。ＵＥはデバイスデータ受信応答を受信しなかった場合、デバイスデータを再送する。ＵＥがデバイスデータ受信応答を受信した場合、ステップＳＴ２３０７で、ＵＥはＲＲＣ接続確立処理を停止してもよい。あるいは、デバイスデータを送信するために起動した処理を停止してもよい。このようにすることで、ＵＥはデバイスデータ送信後、送信前の状態に戻ることができる。
　デバイスデータを受信したＡＭＦは、デバイスデータ通信に関する情報を用いてＳＭＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、ＡＭＦは、ステップＳＴ２３０８で、ＳＭＦに対してデバイスデータを送信する。ＡＭＦはＳＭＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮ１１シグナリングを用いてもよい。たとえば、デバイスデータをＮｓｍｆ＿ＰＤＵｓｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＳＭＦは、デバイスデータ通信に関する情報を用いてＵＰＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、ＳＭＦは、ステップＳＴ２３０９で、ＵＰＦに対してデバイスデータを送信する。ＳＭＦはＵＰＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮ４シグナリングを用いてもよい。デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＵＰＦは、ステップＳＴ２３１０で、ＡＦあるいはＡＳにデバイスデータを送信する。デバイスデータを受信したＵＰＦは、デバイスデータ通信に関する情報を用いてＡＦにデバイスデータを送信するかＡＳにデバイスデータを送信するかを判断してもよい。デバイスデータ通信用に新たなＮＦ（Network　Function）を設けてもよい。ＵＰＦはデバイスデータをＮＥＦあるいはＮＦを介してＡＦに送信してもよい。ＵＰＦはデバイスデータ通信に関する情報を用いてどのＮＦにデバイスデータを送信するかを判断してもよい。ＵＰＦは決定したＮＦにデバイスデータを送信する。ＮＥＦあるいはＮＦはＵＰＦから受信したデバイスデータをＡＦに送信するとよい。ＵＰＦは決定したＡＦあるいはＡＳに対してデバイスデータ通信に関する情報を送信してもよい。
　基地局が、ＡＭＦ、ＳＭＦ、ＵＰＦを介して該デバイスデータ通信用ＮＦとデバイスデータ通信を行うことを開示した。他の方法として、基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行ってもよい。該デバイスデータ通信用ＮＦは、基地局とＡＦやＡＳとのプロキシ機能を有してもよい。このようにすることで、ＡＭＦ、ＳＭＦ、ＵＰＦ等のＣＮノードを省略できるため、早期に、また、容易に、デバイスデータ通信が可能となる。
　デバイスデータが終了したか否かの情報を設けてもよい。たとえば、ＵＥが該情報を生成してもよい。ＵＥはＣＮノードに対してデバイスデータが終了したか否かの情報を通知してもよい。ＵＥは基地局に該情報を送信し、基地局がＣＮノードに対して該情報を送信してもよい。該情報をデバイスデータとともに送信してもよいし、該情報をデバイスデータとは別に送信してもよい。このようにすることで、該情報を受信したＣＮノードはＵＥから送信されるデバイスデータが終了したことを認識可能となる。
　デバイスデータの通信後、ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しない。たとえば、ＵＥはデバイスデータの送信終了で、ＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しないと判断してもよい。ＵＥはデバイスデータの送信終了後にＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤを維持する。たとえば、ＵＥはステップＳＴ２３０６のデバイスデータ受信応答の受信により、ＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しないと判断してもよい。ＵＥはＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤを維持する。
　デバイスデータの通信後、ＣＮノードは該ＵＥの状態をＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しない。たとえば、ＣＮノードはデバイスデータの送信終了で、該ＵＥの状態をＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しないと判断してもよい。ＣＮノードは、デバイスデータ送信終了後の該ＵＥの状態をＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤに維持する。たとえば、ＣＮノードはステップＳＴ２３０５のデバイスデータ受信応答の送信により、該ＵＥの状態をＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しないと判断してもよい。該ＵＥの状態をＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤに維持する。
　デバイスデータの送信にレジストレーション処理を用いた場合もＵＥおよびＣＮノードで該ＵＥの状態をＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤに維持することができる。
　このようにすることで、ＵＥがＲＭ－ＤＥＲＥＧＩＳＴＥＲＤで、デバイスデータを、デバイスから自ＵＥを介してＡＦやＡＳへ送信することが可能となる。
　ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤのＵＥに対してデバイスとの通信に必要な情報の提供を行うためにレジストレーション処理を用いてもよい。デバイスとの通信に必要な情報の提供実施後、ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しなくてもよい。該提供の通信のためのレジストレーション処理の場合、ＵＥはＲＭ－ＲＥＧＩＳＴＥＲＥＤに移行しなくてもよい。このようにすることで、ＵＥはＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤでデバイスとの通信に必要な情報を取得することができる。これにより、ＵＥはＲＭ－ＤＥＲＧＩＳＴＥＲＥＤでもＵＥ－デバイス間通信を実行可能となる。また、ＵＥはＲＭ－ＤＥＲＧＩＳＴＥＲＥＤでもＵＥを介したデバイス－ＮＷ間通信を実行可能となる。
　デバイスとの通信に必要な情報の提供のため、ＵＥはデバイスとの通信に必要な情報の提供に関する情報をＮＷに通知してもよい。該情報例を以下に１２個開示する。
（１）デバイスとの通信に必要な情報の提供のためであることを示す情報。デバイスとの通信に必要な情報の提供要求を示す情報であってもよい。
（２）デバイスを特定するための情報。
（３）デバイスとの通信が可能であることを示す情報。ＵＥケーパビリティであってもよい。
（４）ＵＥ－デバイス間通信のＲＡＴに関する情報。
（５）ヘッダーコンプレッションがサポートされるか否かを示す情報。
（６）基地局からＵＰＦへ送信されるかＡＭＦへ送信されるかを示す情報。
（７）ＵＰＦからＡＦへ送信されるかＮＥＦへ送信されるかを示す情報。
（８）ＵＰＦからＡＳ（ＤＮであってもよい）へ送信されるかＡＦ（ＮＥＦであってもよい）へ送信されるかを示す情報。
（９）ＳＭＦからＵＰＦへ送信されるかＡＦ（ＮＥＦであってもよい）へ送信されるかを示す情報。
（１０）ＵＰＦから基地局へ送信されるかＳＭＦへ送信されるかを示す情報。
（１１）ここで開示した方法によるデバイスとＮＷ間データ通信をサポートするか否かの情報。
（１２）（１）～（１１）の組み合わせ。
　該情報をレジストレーション要求メッセージに含めてもよい。レジストレーション要求メッセージを受信したＮＷノードが、該レジストレーション要求がデバイスとの通信に必要な情報の提供を行うためであることを認識可能となる。
　該情報をＮＡＳメッセージに含めてもよい。たとえば、イニシャルＵＥメッセージに含めて送信してもよい。ＮＡＳメッセージとすることで、ＵＥからＣＮノードであるＡＭＦに対して送信可能となる。
　デバイスとの通信に必要な情報を取得したＵＥは、該情報を保持してもよい。デバイスとの通信に必要な情報の提供処理により該情報を取得した基地局は、該情報を保持してもよい。デバイスとの通信に必要な情報の提供処理により該情報を取得したＡＭＦは、該情報を保持してもよい。基地局、ＡＭＦにおいては、該情報を該ＵＥと対応づけて保持するとよい。ＵＥ　ａｎｄ／ｏｒ　基地局　ａｎｄ／ｏｒ　ＡＭＦは、ＵＥがＲＭ－ＤＥＲＥＧＩＳＴＲＡＴＩＯＮに移行しても該情報を保持してもよい。このようにすることで、ＵＥがＲＭ－ＤＥＲＥＧＩＳＴＲＡＴＩＯＮでも、ＵＥ－デバイス間通信、ＵＥを介したデバイス－ＮＷ間通信が可能となる。
　デバイスとの通信に必要な情報はＵＥ　ＣＯＮＴＥＸＴに含まれてもよい。デバイスとの通信に必要な情報の保持は、該情報を含むＵＥ　ＣＯＮＴＥＸＴの保持により行われてもよい。
　ＬＴＥではＵＥのＲＭ状態のかわりにＥＭＭ（EPS　Mobility　Management）状態がある。ＵＥのＥＭＭ状態にはＥＭＭ－ＲＥＧＩＳＴＥＲＥＤとＥＭＭ－ＤＥＲＥＧＩＳＴＥＲＥＤがある。前述に開示したＲＭでの方法をＥＭＭ状態に適宜適用してもよい。同様の効果を得ることができる。
　ＵＥのＣＭ状態にはＣＭ－ＣＯＮＮＥＣＴＥＤとＣＭ－ＩＤＬＥがある（非特許文献１０）。
　ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤで、ＵＥ－デバイス間通信可能とする。ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤで、ＵＥを介したデバイスとＮＷ間の通信可能としてもよい。ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤで、デバイスはＵＥおよびＲＡＮを介してＣＮと通信可能としてもよい。ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤで、ＵＥ－デバイス間通信　ａｎｄ／ｏｒ　ＵＥを介したデバイスとＮＷ間通信をＵＰ　ａｎｄ／ｏｒ　ＣＰで実施可能としてもよい。該通信はデータ通信であってもよい。該通信はデータ通信に必要な情報の通信であってもよい。ＵＥは、ＵＥ－デバイス間通信でデバイスから受信したデータをＮＷに送信してもよい。あるいは、ＵＥは、ＮＷから受信したデータをＵＥ－デバイス間通信でデバイスに送信してもよい。
　ＣＰでデバイスデータを通信する方法を開示する。デバイスデータをＮＡＳメッセージに含めてもよい。たとえば、デバイスデータはＵｐｌｉｎｋ　ＮＡＳ　ｔｒａｎｓｐｏｒｔメッセージに含められて送信されてもよい。ＮＡＳメッセージとすることで、ＵＥとＣＮノードであるＡＭＦ間でのデバイスデータ送信が可能となる。ＡＭＦとＵＥ－デバイス間通信用ＡＦやＡＳとの間のデバイスデータ通信方法は、ＵＥがＲＭ－ＤＥＲＥＧＩＳＴＲＥＤの場合について開示した方法を適宜適用してもよい。このようにすることで、デバイスデータをＣＰで通信可能となる。
　基地局が、直接デバイスデータ通信用ＮＦとデバイスデータ通信を行ってもよい。該デバイスデータ通信用ＮＦは、基地局とＡＦやＡＳとのプロキシ機能を有してもよい。後述に開示する、基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行う方法を適宜適用してもよい。このようにすることで、ＡＭＦ、ＳＭＦ、ＵＰＦ等のＣＮノードを省略できるため、早期に、また、容易に、デバイスデータ通信が可能となる。
　ＵＥはＣＭ－ＩＤＬＥで、ＵＥ－デバイス間通信のみ可能とする。ＵＥはＣＭ－ＩＤＬＥで、ＵＥを介したデバイスとＮＷ間の通信を不可能としてもよい。ＵＥはＣＭ－ＩＤＬＥで、ＵＥ－デバイス間通信をＵＰ　ａｎｄ／ｏｒ　ＣＰで実施可能としてもよい。該通信はデータ通信であってもよい。該通信はデータ通信に必要な情報の通信であってもよい。
　ＵＥはＣＭ－ＩＤＬＥで、ＵＥを介したデバイスとＮＷ間の通信を可能としてもよい。該通信を可能とする方法を開示する。該通信のためにＮＡＳメッセージを用いてもよい。デバイスデータをＮＡＳメッセージに含めてもよい。たとえば、デバイスデータはイニシャルＵＥメッセージに含められて送信されてもよい。ＮＡＳメッセージとすることで、ＵＥとＣＮノードであるＡＭＦ間でのデバイスデータ送信が可能となる。
　デバイスデータの通信にサービスリクエスト処理を用いてもよい。サービスリクエストにデバイスデータを含めてもよい。
　デバイスデータ通信後、ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤに移行しなくてもよい。たとえば、デバイスデータ通信のためのサービスリクエスト処理の場合、ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤに移行しなくてもよい。このようにすることで、ＵＥはＣＭ－ＩＤＬＥでデバイスデータの通信を行うことができる。
　デバイスデータ通信のため、ＵＥはデバイスデータ通信に関する情報をＮＷに通知してもよい。デバイスデータ通信に関する情報は前述に開示したＵＥ－デバイス間通信に関する情報を適宜適用するとよい。
　該情報をＮＡＳメッセージに含めてもよい。該情報をサービスリクエスト処理に含めてもよい。該情報をデバイスデータとともに送信してもよいし、別のメッセージで送信してもよい。該情報を含むＮＡＳメッセージを受信したＮＷノードは、デバイスデータ通信後、ＵＥに対してＣＭ－ＣＯＮＮＥＣＴＥＤ処理を実施しないようにしてもよい。ＵＥはＣＭ－ＩＤＬＥでデバイスデータの通信を行うことが可能となる。
　デバイスデータ通信のためＰＤＵセッションを確立しなくてもよい。ＳＭＦがどのＵＰＦにデバイスデータを送信したらよいかを予め設定しておくとよい。ＳＭＦは予めＰＣＦからＵＰＦに関する情報を取得しておくとよい。ＳＭＦとデバイスデータ送信に用いられるＵＰＦ間で予めセットアップ処理を実施しておくとよい。デバイスデータ通信のためにＰＤＵセッションを確立しない場合でも、ＳＭＦがデバイスデータを受信した際にどのＵＰＦに送信するか判断可能となる。
　これらの設定はＵＥのレジストレーション処理で実施されてもよい。ＵＥのサービスリクエスト処理によるＰＤＵセッション確立処理で設定するのではなくレジストレーション処理を用いるとよい。他の方法として、これらの設定はＰＤＵセッション確立処理を伴わないサービスリクエスト処理で実施されてもよい。デバイスデータ通信のためのＰＤＵセッション確立を不要にできる。
　ＵＥがデバイスの代わりにＰＤＵセッション確立を実施してもよい。ＰＤＵセッション識別子はデバイスとの通信用に割り当てられてもよい。ＵＥがＮＷとの通信用に割り当てられたＰＤＵセッション識別子とは別に、デバイスとの通信用にＰＤＵセッション識別子が割り当てられてもよい。ＵＥがデバイスの代わりにＰＤＵセッション確立処理を行う場合、該処理に用いるシグナリングで前記設定が実施されるとよい。
　図２４は、ＵＥがＣＭ－ＩＤＬＥでＵＥを介したデバイスとＮＷ間の通信を行うシーケンス例を示す図である。ＵＥが起動する場合を示している。ＵＥからデバイスデータの送信を行う場合を示している。ステップＳＴ３１０１で、ＵＥはＣＭ－ＩＤＬＥ状態である。ステップＳＴ３１０２で、ＵＥ－デバイス間で通信を行う。ＵＥがデバイスデータを受信する。ステップＳＴ３１０３で、ＵＥは基地局に対してデバイスデータを送信する。ＵＥは基地局に対してデバイスデータ通信に関する情報を送信してもよい。該送信にＲＲＣシグナリングを用いてもよい。たとえば、ＲＲＣ接続確立処理を用いてもよい。たとえば、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージに含めて送信してもよい。ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなＲＲＣメッセージを設けてもよい。該情報をＮＡＳメッセージに含めてＲＲＣシグナリングで送信してもよい。
　デバイスデータを受信した基地局は、デバイスデータ通信に関する情報を用いてＡＭＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、基地局は、ステップＳＴ３１０４で、ＡＭＦに対してデバイスデータを送信する。基地局はＡＭＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮＡＳメッセージを用いるとよい。たとえば、Ｉｎｉｔｉａｌ　ＵＥ　ｍｅｓｓａｇｅに含めて送信してもよい。Ｕｐｌｉｎｋ　ＮＡＳ　ｔｒａｎｓｐｏｒｔメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＡＭＦは、ステップＳＴ３１０５で、基地局に対してデバイスデータ受信応答を送信する。該送信にＮＡＳメッセージを用いるとよい。基地局は、ステップＳＴ３１０６で、ＵＥに対してデバイスデータ受信応答を送信する。該送信にＲＲＣシグナリングを用いてもよい。該応答をＮＡＳメッセージに含めてＲＲＣシグナリング送信してもよい。このようにすることで、ＵＥはデバイスデータがＡＭＦに送信されたことを認識できる。ＵＥによるデバイスデータの再送機能を設けてもよい。ＵＥはデバイスデータ受信応答を受信した場合、デバイスデータを再送しない。ＵＥはデバイスデータ受信応答を受信しなかった場合、デバイスデータを再送する。ＵＥがデバイスデータ受信応答を受信した場合、ステップＳＴ３１０７で、ＵＥはＲＲＣ接続確立処理を停止してもよい。あるいは、デバイスデータを送信するために起動した処理を停止してもよい。このようにすることで、ＵＥはデバイスデータ送信後、送信前の状態に戻ることができる。
　デバイスデータを受信したＡＭＦは、デバイスデータ通信に関する情報を用いてＳＭＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、ＡＭＦは、ステップＳＴ３１０８で、ＳＭＦに対してデバイスデータを送信する。ＡＭＦはＳＭＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮ１１シグナリングを用いてもよい。たとえば、Ｎｓｍｆ＿ＰＤＵｓｅｓｓｉｏｎ＿ＳｅｎｄＭＯＤａｔａメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＳＭＦは、デバイスデータ通信に関する情報を用いてＵＰＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、ＳＭＦは、ステップＳＴ３１０９で、ＵＰＦに対してデバイスデータを送信する。ＳＭＦはＵＰＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮ４シグナリングを用いてもよい。デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＵＰＦは、ステップＳＴ３１１０で、ＡＦあるいはＡＳにデバイスデータを送信する。デバイスデータを受信したＵＰＦは、デバイスデータ通信に関する情報を用いてＡＦにデバイスデータを送信するかＡＳにデバイスデータを送信するかを判断してもよい。デバイスデータ通信用に新たなＮＦ（Network　Function）を設けてもよい。ＵＰＦはデバイスデータをＮＥＦあるいはＮＦを介してＡＦに送信してもよい。ＵＰＦはデバイスデータ通信に関する情報を用いてどのＮＦにデバイスデータを送信するかを判断してもよい。ＵＰＦは、決定したＮＦにデバイスデータを送信する。ＮＥＦあるいはＮＦはＵＰＦから受信したデバイスデータをＡＦに送信するとよい。ＵＰＦは決定したＡＦあるいはＡＳに対してデバイスデータ通信に関する情報を送信してもよい。
　基地局が、ＡＭＦ、ＳＭＦ、ＵＰＦを介して該デバイスデータ通信用ＮＦとデバイスデータ通信を行うことを開示した。他の方法として、基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行ってもよい。該デバイスデータ通信用ＮＦは、基地局とＡＦやＡＳとのプロキシ機能を有してもよい。このようにすることで、ＡＭＦ、ＳＭＦ、ＵＰＦ等のＣＮノードを省略できるため、早期に、また、容易に、デバイスデータ通信が可能となる。
　デバイスデータが終了したか否かの情報を設けてもよい。たとえば、ＵＥが該情報を生成してもよい。ＵＥはＣＮノードに対してデバイスデータが終了したか否かの情報を通知してもよい。ＵＥは基地局に該情報を送信し、基地局がＣＮノードに対して該情報を送信してもよい。デバイスデータとともに送信してもよいし、デバイスデータとは別に送信してもよい。このようにすることで、該情報を受信したＣＮノードはＵＥから送信されるデバイスデータが終了したことを認識可能となる。
　デバイスデータの通信後、ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤに移行しない。たとえば、ＵＥはデバイスデータの送信終了で、ＣＭ－ＣＯＮＮＥＣＴＥＤに移行しないと判断してもよい。ＵＥはデバイスデータの送信終了後ＣＭ－ＩＤＬＥを維持する。たとえば、ＵＥはステップＳＴ３１０６のデバイスデータ受信応答の受信により、ＣＭ－ＣＯＮＮＥＣＴＥＤに移行しないと判断してもよい。ＵＥはＣＭ－ＩＤＬＥを維持する。
　デバイスデータの通信後、ＣＮノードは該ＵＥの状態をＣＭ－ＣＯＮＮＥＣＴＥＤに移行しない。たとえば、ＣＮノードはデバイスデータの送信終了で、該ＵＥの状態をＣＭ－ＣＯＮＮＥＣＴＥＤに移行しないと判断してもよい。ＣＮノードは、デバイスデータ送信終了後の該ＵＥの状態をＣＭ－ＩＤＬＥに維持する。たとえば、ＣＮノードはステップＳＴ３１０５のデバイスデータ受信応答の送信により、該ＵＥの状態をＣＭ－ＣＯＮＮＥＣＴＥＤに移行しないと判断してもよい。該ＵＥの状態をＣＭ－ＩＤＬＥに維持する。
　デバイスデータの送信にサービスリクエスト処理を用いた場合もＵＥおよびＣＮノードで該ＵＥの状態をＣＭ－ＩＤＬＥに維持することができる。
　このようにすることで、ＵＥがＣＭ－ＩＤＬＥで、デバイスデータを、デバイスから自ＵＥを介してＡＦやＡＳへ送信することが可能となる。
　図２５は、ＵＥがＣＭ－ＩＤＬＥでＵＥを介したデバイスとＮＷ間の通信を行う他のシーケンス例を示す図である。ＣＮノードが起動する場合を示している。ＣＮノードからデバイスデータの送信を行う場合を示している。ステップＳＴ３２０１で、ＵＥはＣＭ－ＩＤＬＥ状態である。ステップＳＴ３２０２で、ＵＰＦはＡＦからあるいはＡＳから（ＤＮからであってもよい）デバイスデータを受信する。デバイスデータ通信用に新たなＮＦが設けられる場合は、該ＮＦからデバイスデータを受信する。
　デバイスデータを受信したＵＰＦは、ステップＳＴ３２０３で、ＳＭＦに対してデバイスデータを送信する。該送信にＮ４シグナリングを用いてもよい。たとえば、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＳＭＦは、ステップＳＴ３２０４で、ＡＭＦに対してデバイスデータを送信する。該送信にＮ１１シグナリングを用いてもよい。たとえば、Ｎｓｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２Ｍｅｓｓａｇｅ　Ｔｒａｎｓｆｅｒメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＡＭＦは、ステップＳＴ３２０５で、デバイスデータをバッファしてもよい。
　デバイスデータを受信したＡＭＦは、ステップＳＴ３２０６で、ＳＭＦに対してデバイスデータ受信応答を送信してもよい。該送信にＮ１１シグナリングを用いてもよい。たとえば、Ｎｓｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２Ｍｅｓｓａｇｅ　Ｔｒａｎｓｆｅｒ　Ｒｅｓｐｏｎｓｅメッセージに含めて送信してもよい。あるいは、デバイスデータ受信応答送信用に新たなメッセージを設けてもよい。ＳＭＦはＡＭＦにデバイスデータが送信されたことを認識可能となる。
　ステップＳＴ３２０７で、ＡＭＦは基地局に対してデバイスデータを受信したことを通知する。たとえば、該通知にページングを用いてもよい。デバイスデータ受信通知であることを示す情報を設けてもよい。デバイスデータ受信通知であることを示す情報は、デバイスを特定するための情報、たとえばデバイス識別子を含んでもよい。該情報をページングに含めるとよい。基地局はデバイスデータの着信を認識可能となる。
　基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行う場合、該デバイスデータ通信用ＮＦは基地局に対してデバイスデータを受信したことを通知するとよい。このようにすることで、ＵＰＦ、ＳＭＦ、ＡＭＦ等のＣＮノードを省略できるため、基地局は早期にデバイスデータの着信を認識可能となる。
　ステップＳＴ３２０８で、基地局はＵＥに対してＣＮノードがデバイスデータを受信したことを通知する。たとえば、該通知にページングを用いてもよい。デバイスデータ受信通知に、ＵＥ宛のページングを用いてもよい。ＵＥは自ＵＥ宛のページングを受信する。デバイスデータ受信通知であることを示す情報を設けてもよい。該情報をページングに含めるとよい。デバイスを特定するための情報、たとえばデバイス識別子を含んでもよい。ＵＥは自ＵＥ宛のページングを受信し、ページングに含まれる該情報を取得することで、デバイスデータの着信を認識可能となる。
　他の方法を開示する。デバイスデータ受信通知に、デバイス用のページングを設けてもよい。ＵＥはデバイス用のページングを受信する。デバイスデータ受信通知であることを示す情報やデバイスを特定するための情報をデバイス用のページングに含めるとよい。ＵＥはデバイス用のページングを受信し、ページングに含まれる該情報を取得することで、デバイスデータの着信を認識可能となる。
　他の方法を開示する。ページングを、ＵＥが通信を行うデバイス宛のページングとしてもよい。ＵＥは通信を行うデバイス宛のページングを受信し、ページングに含まれる、デバイスデータ受信通知であることを示す情報を取得することで、デバイスに対するデバイスデータの着信を認識可能となる。たとえば、ＵＥが通信を行うデバイスを特定するための情報を認識しているような場合に有効である。
　ＣＭ－ＩＤＬＥのＵＥは、ステップＳＴ３２０９で、基地局に対して、デバイスデータ受信通知応答を送信する。該送信にＲＲＣシグナリングを用いてもよい。たとえば、ＲＲＣ接続確立処理を用いてもよい。たとえば、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージに含めて送信してもよい。ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含めて送信してもよい。あるいは、デバイスデータ受信通知応答送信用に新たなＲＲＣメッセージを設けてもよい。
　デバイスデータ受信通知応答を受信した基地局は、ステップＳＴ３２１０で、ＡＭＦに対してデバイスデータ受信通知応答を送信する。該送信にＮＡＳメッセージを用いるとよい。たとえば、Ｉｎｉｔｉａｌ　ＵＥ　ｍｅｓｓａｇｅに含めて送信してもよい。Ｕｐｌｉｎｋ　ＮＡＳ　ｔｒａｎｓｐｏｒｔメッセージに含めて送信してもよい。あるいは、デバイスデータ受信通知応答送信用に新たなメッセージを設けてもよい。
　デバイスデータ受信通知応答を受信したＡＭＦは、ステップＳＴ３２１１で、基地局に対してデバイスデータを送信する。該送信にＮＡＳメッセージを用いるとよい。基地局は、ステップＳＴ３２１２で、ＵＥに対してデバイスデータを送信する。該送信にＲＲＣシグナリングを用いてもよい。このようにすることで、ＵＥはデバイスデータを受信できる。デバイスデータを受信したＵＥは、ステップＳＴ３２１３で、ＵＥ－デバイス間通信を行い、デバイスに対してデバイスデータを送信する。
　デバイスに対してデバイスデータを送信したＵＥは、ステップＳＴ３２１４で、ＲＲＣ接続確立処理の停止処理を行うとよい。あるいは、デバイスデータ受信通知応答の送信やデバイスデータの受信を行うために起動した処理を停止してもよい。このようにすることで、ＵＥはデバイスデータ受信後、デバイスデータ受信通知応答の送信やデバイスデータの受信前の状態に戻ることができる。
　ＵＥがデバイスデータ受信後、継続してＮＷ間でデバイスデータの送信あるいは受信がある場合、ＵＥはＲＲＣ接続確立処理を停止しなくてもよい。
　デバイスデータが終了したか否かの情報を設けてもよい。たとえば、ＣＮノードが該情報を生成してもよい。ＣＮノードはＵＥに対してＮＷからのデバイスデータが終了したか否かの情報を通知してもよい。ＣＮノードは基地局に該情報を送信し、基地局がＵＥに対して該情報を送信してもよい。デバイスデータとともに送信してもよいし、デバイスデータとは別に送信してもよい。このようにすることで、ＵＥはＣＮノードから送信されるデバイスデータが終了したことを認識可能となる。
　デバイスデータの通信後、ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤに移行しない。たとえば、ＵＥはデバイスデータの受信終了で、ＣＭ－ＣＯＮＮＥＣＴＥＤに移行しないと判断してもよい。ＵＥはデバイスデータの受信終了後ＣＭ－ＩＤＬＥを維持する。
　デバイスデータの通信後、ＣＮノードは該ＵＥの状態をＣＭ－ＣＯＮＮＥＣＴＥＤに移行しない。たとえば、ＣＮノードはデバイスデータの送信終了で、該ＵＥの状態をＣＭ－ＣＯＮＮＥＣＴＥＤに移行しないと判断してもよい。ＣＮノードは、ＵＥへのデバイスデータの送信終了後、該ＵＥの状態をＣＭ－ＩＤＬＥに維持する。
　デバイスデータの送信にサービスリクエスト処理を用いた場合もＵＥおよびＣＮノードで該ＵＥの状態をＣＭ－ＩＤＬＥに維持することができる。
　このようにすることで、ＵＥがＣＭ－ＩＤＬＥで、ＡＦやＡＳからのデバイスデータを受信することが可能となり、デバイスデータをデバイスに対して送信することが可能となる。
　ＬＴＥではＵＥのＣＭ状態のかわりにＥＣＭ（EPS　Connection　Management）状態がある。ＵＥのＥＣＭ状態にはＥＣＭ－ＣＯＮＮＥＣＴＥＤとＥＣＭ－ＩＤＬＥがある。前述に開示したＣＭ状態での方法をＥＣＭ状態に適宜適用してもよい。同様の効果を得ることができる。
　ＵＥのＲＲＣ状態にはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ、ＲＲＣ＿ＩＤＬＥがある（非特許文献２）。
　ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥ－デバイス間通信可能とする。ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥを介したデバイスとＮＷ間の通信可能としてもよい。ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥ－デバイス間通信　ａｎｄ／ｏｒ　ＵＥを介したデバイスとＮＷ間通信をＵＰ　ａｎｄ／ｏｒ　ＣＰで実施可能としてもよい。該通信はデータ通信であってもよい。該通信はデータ通信に必要な情報の通信であってもよい。ＵＥは、ＵＥ－デバイス間通信でデバイスから受信したデータをＮＷに送信してもよい。あるいは、ＵＥは、ＮＷから受信したデータをＵＥ－デバイス間通信でデバイスに送信してもよい。
　ＣＰでデバイスデータを通信する方法を開示する。デバイスデータをＲＲＣメッセージに含めてもよい。デバイスデータはＲＲＣシグナリングに含めて送信されてもよい。たとえば、デバイスデータはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、ＤＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含められて送信されてもよい。このようにすることで、デバイスデータをＵＥと基地局間で通信可能となる。基地局とＵＥ－デバイス間通信用ＡＦやＡＳ間のデバイスデータ通信方法は、前述に開示した方法を適宜適用してもよい。ＵＥのＲＭ状態やＣＭ状態に応じた方法を適宜適用するとよい。このようにすることで、デバイスデータをＣＰで通信可能となる。
　ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥ－デバイス間通信のみ可能とする。ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥを介したデバイスとＮＷ間の通信を不可能としてもよい。ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥ－デバイス間通信をＵＰ　ａｎｄ／ｏｒ　ＣＰで実施可能としてもよい。該通信はデータ通信であってもよい。該通信はデータ通信に必要な情報の通信であってもよい。
　ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥを介したデバイスとＮＷ間の通信を可能としてもよい。該通信を可能とする方法を開示する。該通信のためにＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移処理を用いてもよい。たとえば、デバイスデータをＲＲＣメッセージに含めてもよい。たとえば、デバイスデータをＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに含めてもよい。
　該通信のためにＲＡ処理を用いてもよい。たとえば、デバイスデータをＭｓｇ３に含めてもよい。たとえば、デバイスデータをＭｓｇＡに含めてもよい。基地局は、デバイスデータの送信に用いるＲＡ処理のためのＰＲＡＣＨ設定を、ＳＩＢに含めて送信してもよい。傘下のＵＥが該ＰＲＡＣＨ設定を取得可能となる。基地局はＵＥに対して、ｓｕｓｐｅｎｄのためのＲＲＣＲｅｌｅａｓｅメッセージにデバイスデータの送信に用いるＲＡ処理のためのＰＲＡＣＨ設定を含めて送信してもよい。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移するため、ｓｕｓｐｅｎｄのためのＲＲＣＲｅｌｅａｓｅメッセージが用いられる。このメッセージに含めて送信することで、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにおいて、該ＰＲＡＣＨ設定を用いることが可能となる。ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥにおいて該ＰＲＡＣＨ設定を保持するとよい。
　該通信のために予め設定されたリソースを用いてもよい。たとえば、設定済みグラント（ＣＧ：Configured　Grant）により割り当てられたリソースを用いてもよい。デバイスデータはＰＵＳＣＨに含めて設定済みグラントにより割り当てられリソースを用いて送信されてもよい。基地局はＵＥに対して、ｓｕｓｐｅｎｄのためのＲＲＣＲｅｌｅａｓｅメッセージにデバイスデータの送信に用いるリソースの設定済みグラント設定を含めて送信してもよい。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移するため、ｓｕｓｐｅｎｄのためのＲＲＣＲｅｌｅａｓｅメッセージが用いられる。このメッセージに含めて送信することで、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにおいて、該設定済みグラント設定を用いることが可能となる。ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥにおいて該設定済みグラント設定を保持するとよい。
　デバイスデータ通信のため、ＵＥはデバイスデータ通信に関する情報をＮＷに通知してもよい。デバイスデータ通信に関する情報は前述に開示したＵＥ－デバイス間通信に関する情報を適宜適用するとよい。
　該情報の送信にＲＲＣメッセージが用いられてもよい。該情報の送信にＲＡ処理が用いられてもよい。該情報の送信に設定済みグラントにより割り当てられたリソースが用いられてもよい。該情報をデバイスデータとともに送信してもよいし、別のメッセージ等で送信してもよい。該情報を受信した基地局は、デバイスデータ通信後、ＵＥに対してＲＲＣ＿ＣＯＮＮＥＣＴＥＤ処理を実施しないようにしてもよい。ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥでデバイスデータの通信を行うことが可能となる。
　このようにすることで、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥにおいて、ＵＥを介したデバイスと基地局間の通信が可能となる。
　図２６は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥを介したデバイスとＮＷ間の通信を行うシーケンス例を示す図である。ＵＥと基地局間のデバイスデータ通信にＲＲＣシグナリングを用いる方法を開示している。ＵＥがデバイスデータを送信する場合を示している。ステップＳＴ３３０１で、ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤでＲＲＣ＿ＩＮＡＣＴＩＶＥである。ステップＳＴ３３０２で、ＵＥ－デバイス間で通信を行う。ＵＥがデバイスデータを受信する。ステップＳＴ３３０３で、ＵＥは基地局に対してデバイスデータを送信する。ＵＥは基地局に対してデバイスデータ通信に関する情報を送信してもよい。該送信にＲＲＣシグナリングを用いてもよい。たとえば、ＲＲＣ再開処理を用いてもよい。たとえば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなＲＲＣメッセージを設けてもよい。
　デバイスデータを受信した基地局は、デバイスデータ通信に関する情報を用いてＵＰＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスデータをＵＰＦを介して送信すると判断した場合、ステップＳＴ３３０４で、基地局はデバイスデータをＵＰＦに対して送信する。
　このようにすることで、制御プレーンのＡＭＦやＳＭＦを介さずにデバイスとＮＷ間のデータ通信を行うことができる。
　デバイスデータを受信したＵＰＦは、ステップＳＴ３３０５で、ＡＦあるいはＡＳにデバイスデータを送信する。デバイスデータを受信したＵＰＦは、デバイスデータ通信に関する情報を用いてＡＦにデバイスデータを送信するかＡＳにデバイスデータを送信するかを判断してもよい。デバイスデータ通信用に新たなＮＦ（Network　Function）を設けてもよい。ＵＰＦはデバイスデータをＮＥＦあるいはＮＦを介してＡＦに送信してもよい。ＵＰＦはデバイスデータ通信に関する情報を用いてどのＮＦにデバイスデータを送信するかを判断してもよい。ＵＰＦは、決定したＮＦにデバイスデータを送信する。ＵＰＦは決定したＮＦに対してデバイスデータ通信に関する情報を送信してもよい。ＮＥＦあるいはＮＦはＵＰＦから受信したデバイスデータをＡＦに送信するとよい。ＵＰＦは決定したＡＦあるいはＡＳに対してデバイスデータ通信に関する情報を送信してもよい。
　他の方法として、基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行ってもよい。該デバイスデータ通信用ＮＦは、基地局とＡＦやＡＳとのプロキシ機能を有してもよい。このようにすることで、ＵＰＦを省略できるため、早期に、また、容易に、デバイスデータ通信が可能となる。
　デバイスデータが終了したか否かの情報を設けてもよい。たとえば、ＵＥが該情報を生成してもよい。ＵＥはＮＷに対してデバイスデータが終了したか否かの情報を通知してもよい。ＮＷは、たとえば、基地局であってもよい。ＮＷは、たとえば、ＵＰＦであってもよい。ＵＥは基地局に該情報を送信し、基地局がＵＰＦに対して該情報を送信してもよい。ＵＰＦはＡＳあるいはＡＦ（ＮＥＦあるいはＮＦであってもよい）に対して該情報を送信してもよい。デバイスデータとともに送信してもよいし、デバイスデータとは別に送信してもよい。このようにすることで、該情報を受信したＮＷノードはＵＥから送信されるデバイスデータが終了したことを認識可能となる。
　このようにすることで、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥで、デバイスデータを、デバイスから自ＵＥを介してＡＦやＡＳへ送信することが可能となる。
　ＣＮノードからデバイスデータを送信する場合について示す。ＣＮノードからのデバイスデータがある場合、ステップＳＴ３３０６で、ＵＰＦはＡＦからあるいはＡＳから（ＤＮからであってもよい）デバイスデータを受信する。デバイスデータ通信用に新たなＮＦが設けられる場合は、該ＮＦからデバイスデータを受信する。デバイスデータを受信したＵＰＦは、ステップＳＴ３３０７で、基地局に対してデバイスデータを送信する。
　基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行う場合、該デバイスデータ通信用ＮＦは基地局に対してデバイスデータを送信する。ＵＰＦを省略できるため、基地局は早期にデバイスデータを受信可能となる。
　デバイスデータを受信した基地局は、ステップＳＴ３３０８で、ＵＥに対してデバイスデータを送信する。該送信にＲＲＣシグナリングを用いてもよい。停止情報を含むＲＲＣＲｅｌｅａｓｅメッセージを用いてもよい。あるいは、デバイスデータ送信用に新たなＲＲＣメッセージを設けてもよい。停止情報を含むＲＲＣＲｅｌｅａｓｅメッセージを用いることで、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥを継続できる。
　このようにすることで、ＵＥはデバイスデータを受信できる。デバイスデータを受信したＵＥは、ステップＳＴ３３０９で、ＵＥ－デバイス間通信を行い、デバイスに対してデバイスデータを送信する。
　図２７は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥで、ＵＥを介したデバイスとＮＷ間の通信を行う他のシーケンス例を示す図である。ＣＰで通信する場合について示している。ＵＥがデバイスデータを送信する場合を示している。ステップＳＴ３４０１で、ＵＥはＣＭ－ＣＯＮＮＥＣＴＥＤでＲＲＣ＿ＩＮＡＣＴＩＶＥである。ステップＳＴ３４０２で、ＵＥ－デバイス間で通信を行う。ＵＥがデバイスデータを受信する。ステップＳＴ３４０３で、ＵＥは基地局に対してデバイスデータを送信する。ＵＥは基地局に対してデバイスデータ通信に関する情報を送信してもよい。該送信にＲＲＣシグナリングを用いてもよい。たとえば、ＲＲＣ再開処理を用いてもよい。たとえば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなＲＲＣメッセージを設けてもよい。
　デバイスデータを受信した基地局は、デバイスデータ通信に関する情報を用いてＡＭＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、基地局は、ステップＳＴ３４０４で、ＡＭＦに対してデバイスデータを送信する。基地局はＡＭＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮＡＳメッセージを用いるとよい。たとえば、Ｕｐｌｉｎｋ　ＮＡＳ　ｔｒａｎｓｐｏｒｔメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＡＭＦは、デバイスデータ通信に関する情報を用いてＳＭＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、ＡＭＦは、ステップＳＴ３４０５で、ＳＭＦに対してデバイスデータを送信する。ＡＭＦはＳＭＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮ１１シグナリングを用いてもよい。たとえば、Ｎｓｍｆ＿ＰＤＵｓｅｓｓｉｏｎ＿ＳｅｎｄＭＯＤａｔａメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＳＭＦは、デバイスデータ通信に関する情報を用いてＵＰＦにデバイスデータを送信するか否かを判断してもよい。たとえば、デバイスとＮＷ間のデータ通信用である場合、ＳＭＦは、ステップＳＴ３４０６で、ＵＰＦに対してデバイスデータを送信する。ＳＭＦはＵＰＦに対してデバイスデータ通信に関する情報を送信してもよい。該送信にＮ４シグナリングを用いてもよい。デバイスデータ送信用に新たなメッセージを設けてもよい。
　このようにすることで、制御プレーンのＡＭＦやＳＭＦを用いてデバイスとＮＷ間のデータ通信を行うことができる。
　デバイスデータを受信したＵＰＦは、ステップＳＴ３４０７で、ＡＦあるいはＡＳにデバイスデータを送信する。デバイスデータを受信したＵＰＦは、デバイスデータ通信に関する情報を用いてＡＦにデバイスデータを送信するかＡＳにデバイスデータを送信するかを判断してもよい。デバイスデータ通信用に新たなＮＦ（Network　Function）を設けてもよい。ＵＰＦはデバイスデータをＮＥＦあるいはＮＦを介してＡＦに送信してもよい。ＵＰＦはデバイスデータ通信に関する情報を用いてどのＮＦにデバイスデータを送信するかを判断してもよい。ＵＰＦは、決定したＮＦにデバイスデータを送信する。ＮＥＦあるいはＮＦはＵＰＦから受信したデバイスデータをＡＦに送信するとよい。ＵＰＦは決定したＡＦあるいはＡＳに対してデバイスデータ通信に関する情報を送信してもよい。
　他の方法として、基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行ってもよい。該デバイスデータ通信用ＮＦは、基地局とＡＦやＡＳとのプロキシ機能を有してもよい。このようにすることで、ＡＭＦ、ＳＭＦ、ＵＰＦ等のＣＮノードを省略できるため、早期に、また、容易に、デバイスデータ通信が可能となる。
　デバイスデータが終了したか否かの情報を設けてもよい。たとえば、ＵＥが該情報を生成してもよい。ＵＥはＮＷに対してデバイスデータが終了したか否かの情報を通知してもよい。ＮＷは、たとえば、基地局であってもよい。ＮＷは、たとえば、ＵＰＦであってもよい。ＵＥは基地局に該情報を送信し、基地局がＵＰＦに対して該情報を送信してもよい。ＵＰＦはＡＳあるいはＡＦ（ＮＥＦあるいはＮＦであってもよい）に対して該情報を送信してもよい。デバイスデータとともに送信してもよいし、デバイスデータとは別に送信してもよい。このようにすることで、該情報を受信したＮＷノードはＵＥから送信されるデバイスデータが終了したことを認識可能となる。
　このようにすることで、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥで、デバイスデータを、デバイスから自ＵＥを介してＡＦやＡＳへ送信することが可能となる。
　ＣＮノードからデバイスデータを送信する場合について示す。ＣＮノードからのデバイスデータがある場合、ステップＳＴ３４０８で、ＵＰＦはＡＦからあるいはＡＳから（ＤＮからであってもよい）デバイスデータを受信する。デバイスデータ通信用に新たなＮＦが設けられる場合は、該ＮＦからデバイスデータを受信する。
　デバイスデータを受信したＵＰＦは、ステップＳＴ３４０９で、ＳＭＦに対してデバイスデータを送信する。該送信にＮ４シグナリングを用いてもよい。たとえば、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＳＭＦは、ステップＳＴ３４１０で、ＡＭＦに対してデバイスデータを送信する。該送信にＮ１１シグナリングを用いてもよい。たとえば、Ｎｓｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２Ｍｅｓｓａｇｅ　Ｔｒａｎｓｆｅｒメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　デバイスデータを受信したＡＭＦは、ステップＳＴ３４１１で、基地局に対してデバイスデータを送信する。該送信にＮＡＳメッセージを用いるとよい。たとえば、Ｄｏｗｎｌｉｎｋ　ＮＡＳ　ｔｒａｎｓｐｏｒｔメッセージに含めて送信してもよい。あるいは、デバイスデータ送信用に新たなメッセージを設けてもよい。
　基地局が直接デバイスデータ通信用ＮＦとデバイスデータ通信を行う場合、該デバイスデータ通信用ＮＦは基地局に対してデバイスデータを送信する。ＵＰＦ、ＳＭＦ、ＡＭＦを省略できるため、基地局は早期にデバイスデータを受信可能となる。
　デバイスデータを受信した基地局は、ステップＳＴ３４１２で、ＵＥに対してデバイスデータを送信する。該送信にＲＲＣシグナリングを用いてもよい。停止情報を含むＲＲＣＲｅｌｅａｓｅメッセージを用いてもよい。あるいは、デバイスデータ送信用に新たなＲＲＣメッセージを設けてもよい。停止情報を含むＲＲＣＲｅｌｅａｓｅメッセージを用いることで、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥを継続できる。
　このようにすることで、ＵＥはデバイスデータを受信できる。デバイスデータを受信したＵＥは、ステップＳＴ３４１３で、ＵＥ－デバイス間通信を行い、デバイスに対してデバイスデータを送信する。
　ＵＥはＲＲＣ＿ＩＤＬＥで、ＵＥ－デバイス間通信のみ可能とする。ＵＥはＲＲＣ＿ＩＤＬＥで、ＵＥを介したデバイスとＮＷ間の通信を不可能としてもよい。ＵＥはＲＲＣ＿ＩＤＬＥで、ＵＥ－デバイス間通信をＵＰ　ａｎｄ／ｏｒ　ＣＰで実施可能としてもよい。該通信はデータ通信であってもよい。該通信はデータ通信に必要な情報の通信であってもよい。
　ＵＥはＲＲＣ＿ＩＤＬＥで、ＵＥを介したデバイスとＮＷ間の通信を可能としてもよい。該通信を可能とする方法を開示する。該通信のためにＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移処理を用いてもよい。たとえば、デバイスデータをＲＲＣメッセージに含めてもよい。たとえば、デバイスデータをＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージに含めてもよい。
　該通信のためにＲＡ処理を用いてもよい。たとえば、デバイスデータをＭｓｇ３に含めてもよい。たとえば、デバイスデータをＭｓｇＡに含めてもよい。基地局は、デバイスデータの送信に用いるＲＡ処理のためのＰＲＡＣＨ設定を、ＳＩＢに含めて送信してもよい。傘下のＵＥが該ＰＲＡＣＨ設定を取得可能となる。基地局はＵＥに対して、ＲＲＣＲｅｌｅａｓｅメッセージにデバイスデータの送信に用いるＲＡ処理のためのＰＲＡＣＨ設定を含めて送信してもよい。ＵＥがＲＲＣ＿ＩＤＬＥに遷移するためＲＲＣＲｅｌｅａｓｅメッセージが用いられる。このメッセージに含めて送信することで、ＵＥがＲＲＣ＿ＩＤＬＥにおいて、該ＰＲＡＣＨ設定を用いることが可能となる。ＵＥはＲＲＣ＿ＩＤＬＥにおいて該ＰＲＡＣＨ設定を保持するとよい。
　該通信のために予め設定されたリソースを用いてもよい。たとえば、設定済みグラントにより割り当てられたリソースを用いてもよい。デバイスデータはＰＵＳＣＨに含めて設定済みグラントにより割り当てられリソースを用いて送信されてもよい。基地局はＵＥに対して、ＲＲＣＲｅｌｅａｓｅメッセージにデバイスデータの送信に用いるリソースの設定済みグラント設定を含めて送信してもよい。ＵＥがＲＲＣ＿ＩＤＬＥに遷移するためＲＲＣＲｅｌｅａｓｅメッセージが用いられる。このメッセージに含めて送信することで、ＵＥがＲＲＣ＿ＩＤＬＥにおいて、該設定済みグラント設定を用いることが可能となる。ＵＥはＲＲＣ＿ＩＤＬＥにおいて該設定済みグラント設定を保持するとよい。
　デバイスデータ通信のため、ＵＥはデバイスデータ通信に関する情報をＮＷに通知してもよい。デバイスデータ通信に関する情報は前述に開示したＵＥ－デバイス間通信に関する情報を適宜適用するとよい。
　該情報の送信にＲＲＣメッセージが用いられてもよい。該情報の送信にＲＡ処理が用いられてもよい。該情報の送信に設定済みグラントにより割り当てられたリソースが用いられてもよい。該情報をデバイスデータとともに送信してもよいし、別のメッセージ等で送信してもよい。該情報を受信した基地局は、デバイスデータ通信後、ＵＥに対してＲＲＣ＿ＣＯＮＮＥＣＴＥＤ処理を実施しないようにしてもよい。ＵＥはＲＲＣ＿ＩＤＬＥでデバイスデータの通信を行うことが可能となる。
　このようにすることで、ＵＥはＲＲＣ＿ＩＤＬＥにおいて、ＵＥを介したデバイスと基地局間の通信が可能となる。基地局とＵＥ－デバイス間通信用ＡＦやＡＳとの間のデバイスデータ通信方法は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥの場合について開示した方法を適宜適用してもよい。このようにすることで、デバイスデータをＵＥとＣＮノード間で通信可能となる。
　ＲＲＣ＿ＩＮＡＣＴＩＶＥあるいはＲＲＣ＿ＩＤＬＥのＵＥは、ＵＥとＮＷ間のデバイスデータの通信のため、ＲＲＣ＿ＣＯＮＥＥＣＴＥＤに移行してもよい。たとえば、ＲＲＣ接続確立の際にデバイスデータ通信用のＤＲＢ（Data　Radio　Bearer）を設定してもよい。
　ＲＲＣ＿ＩＮＡＣＴＩＶＥあるいはＲＲＣ＿ＩＤＬＥのＵＥが、ＵＥとＮＷ間のデバイスデータの通信のため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するかしないかを判断してもよい。該判断は、たとえば、ＵＥ－デバイス間通信を用いるサービスに要求されるＱｏＳを用いて行われてもよい。たとえば、サービスに要求される遅延時間を用いて判断されてもよい。たとえば、該要求される遅延時間が所定の閾値より小さい場合はＲＲＣ＿ＩＤＬＥあるいはＲＲＣ＿ＩＮＡＣＴＩＶＥを維持したまま、ＮＷ間でデバイスデータの通信が行われる。該要求される遅延時間が所定の閾値以上の場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行して、ＮＷ間でデバイスデータの通信が行われる。このようにすることで、低遅延が要求されるデバイスデータをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行せずに早期に通信可能となる。
　ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するかしないかの判断は、たとえば、ＵＥ－デバイス間のデバイスデータ量を用いて行われてもよい。たとえば、デバイスデータ量が所定の閾値より大きい場合は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行して、ＮＷ間でデバイスデータ通信が行われる。デバイスデータ量が所定の閾値以下の場合は、ＲＲＣ＿ＩＤＥＬあるいはＲＲＣ＿ＩＮＡＣＴＩＶＥを維持したまま、ＮＷ間でデバイスデータ通信が行われる。このようにすることで、多量のデバイスデータをＲＲＣシグナリングに含めて通信しないで済み、シグナリング負荷を低減することが可能となる。
　ＲＲＣ＿ＩＮＡＣＴＩＶＥあるいはＲＲＣ＿ＩＤＬＥのＵＥが、ＵＥとＮＷ間のデバイスデータの通信のため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するかしないかの判断は、ＵＥが行ってもよい。たとえば、ＵＥ－デバイス間の通信状況を考慮して該判断を行ってもよい。
　該閾値はＮＷノードからＵＥに対して設定されてもよい。ＮＷノードは基地局であってもよい。ＵＥは該閾値を用いてＵＥとＮＷ間のデバイスデータの通信のため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するかしないかの判断を行ってもよい。このようにすることで、ＮＷノードはＵＥがデバイスデータを通信する場合の状態を制御可能となる。
　本実施の形態で開示したように、デバイスと通信可能なＵＥの状態を明確にすることで、移動通信システムにデバイスを取込むことが可能となる。移動通信システムにおいて、デバイスとＵＥ間、デバイスがＵＥを介してＮＷと通信を行うことが可能となる。移動通信システムにおいて超低消費電力なＩｏＴデバイスとの通信が可能となる。
実施の形態４変形例１．
　移動通信システムにおいてデバイスが通信を行うためのネットワークによる管理方法について開示する。
　移動通信システムにおいてデバイスにＵＥと同様の状態を設ける。デバイスをＣＮノードが管理してもよい。デバイスのレジストレーション状態を管理してもよい。デバイスのＲＭ状態として設定してもよい。デバイスに２つのＲＭ状態を設ける。ＮＷにレジストレーションされている状態とＮＷにレジストレーションされていない状態を設けるとよい。レジストレーションされている状態をＲＭ－ＲＥＧＩＳＴＥＲＥＤとするとよい。レジストレーションされていない状態をＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤとするとよい。このようにすることで、ＵＥのＲＭ状態と同様の扱いが可能となるため、制御を容易にすることができる。
　デバイスのレジストレーション方法を開示する。デバイスがレジストレーション処理を行う。デバイスはＵＥあるいは基地局を介してＣＮノードに対してレジストレーション処理を行うとよい。該レジストレーション処理に、デバイスに関する情報、たとえばデバイスの識別子、デバイスとＵＥあるいは基地局間の通信方式（ＲＡＴ）の情報を含めるとよい。デバイスのレジストレーション処理として、ＵＥのレジストレーション処理を適宜適用するとよい。
　他の方法を開示する。ＵＥがデバイスのレジストレーション処理を行う。ＵＥからＣＮノードへのレジストレーション要求に、デバイスのレジストレーション要求であることを示す情報を含めるとよい。デバイスに関する情報、たとえばデバイスの識別子、デバイスとＵＥあるいは基地局間の通信方式（ＲＡＴ）の情報を含めるとよい。このようにすることで、ＵＥからデバイスのレジストレーション要求を受信したＣＮノードはデバイスのレジストレーション処理であることを認識可能となる。
　デバイスのレジストレーション処理において、基地局は自基地局に関する情報をＣＮノードに通知してもよい。たとえば、自基地局の識別子を通知してもよい。このようにすることでＣＮノードはデバイスがどの基地局を介して通信可能かを認識可能となる。デバイスを管理するＣＮノードは、デバイスとＵＥと基地局、あるいはデバイスと基地局との対応付けを記憶しておいてもよい。ＣＮノードはデバイスとの通信処理において、該デバイスと通信可能なＵＥあるいは基地局を判断可能となる。
　ＣＮノードはデバイスの位置に関する情報を取得してもよい。たとえば、デバイスと通信を行うＵＥあるいは基地局から該情報を取得してもよい。デバイスを管理するＣＮノードがデバイスの位置に関する情報を取得してもよい。デバイスを管理するＣＮノードは、デバイスとＵＥと基地局、あるいはデバイスと基地局との対応付けとともに、デバイスの位置に関する情報を記憶しておいてもよい。ＣＮノードはデバイスとの通信処理において、たとえば、該デバイスの位置を用いて通信可能なＵＥあるいは基地局を判断してもよい。
　ＣＮノードはＵＥあるいは基地局に対して、デバイスの位置情報の通知を要求してもよい。ＣＮノードからデバイスの位置情報の通知要求を受信したＵＥあるいは基地局は、デバイスの位置情報を取得してもよい。ＵＥあるいは基地局は、取得したデバイスの位置情報をＣＮノードに送信してもよい。このようにすることで、ＣＮノードがデバイスの位置情報を管理することが可能となる。
　デバイスのＣＮノードとの接続状態を管理してもよい。デバイスのＣＭ状態として管理してもよい。デバイスに２つのＣＭ状態を設ける。ＣＮノードに接続している状態とＣＮノードに接続していない状態を設けるとよい。ＣＮノードと接続している状態をＣＭ－ＣＯＮＮＥＣＴＥＤとするとよい。ＣＮノードと接続していない状態をＣＭ－ＩＤＬＥとするとよい。ＣＮノードはＡＭＦであってもよい。このようにすることで、ＵＥのＣＭ状態と同様の扱いが可能となるため、制御を容易にすることができる。
　デバイスのＣＮノードとの接続方法を開示する。デバイスがＣＮノードに対して接続処理を行う。デバイスはＵＥあるいは基地局を介してＣＮノードに対して接続処理を行うとよい。該接続処理に、デバイスに関する情報、たとえばデバイスの識別子、デバイスとＵＥあるいは基地局間の通信方式（ＲＡＴ）の情報を含めるとよい。デバイスの接続処理として、ＵＥの接続処理を適宜適用するとよい。たとえば、サービス要求処理を適宜適用してもよい。たとえば、ＰＤＵセッション確立処理を適宜適用してもよい。
　他の方法を開示する。ＵＥがデバイスのＣＮノードへの接続処理を行う。ＵＥからＣＮノードへの接続要求に、デバイスのＣＮノードへの接続要求であることを示す情報を含めるとよい。デバイスに関する情報、たとえばデバイスの識別子、デバイスとＵＥあるいは基地局間の通信方式（ＲＡＴ）の情報を含めるとよい。ＣＮノードはＡＭＦであってもよい。ＵＥがＣＮノードへの接続処理を行うデバイスは１つであってもよいし複数であってもよい。たとえば、ＵＥが通信可能な１つまたは複数のデバイスのＣＮノードへの接続処理を行ってもよい。このようにすることで、ＵＥからデバイスのＣＮノードへの接続要求を受信したＣＮノードはデバイスからの接続要求であることを認識可能となる。
　デバイスのＣＮノードへの接続処理において、基地局は自基地局に関する情報をＣＮノードに通知してもよい。たとえば、自基地局の識別子を通知してもよい。このようにすることでＣＮノードはデバイスがどの基地局を介して通信可能かを認識可能となる。デバイスを管理するＣＮノードは、デバイスとＵＥと基地局、あるいはデバイスと基地局との対応付けを記憶しておいてもよい。ＣＮノードはデバイスとの通信処理において、該デバイスと通信可能なＵＥあるいは基地局を判断可能となる。
　ＣＮノードはデバイスの位置に関する情報を取得してもよい。たとえば、デバイスと通信を行うＵＥあるいは基地局から該情報を取得してもよい。デバイスを管理するＣＮノードがデバイスの位置に関する情報を取得してもよい。デバイスを管理するＣＮノードは、デバイスとＵＥと基地局、あるいはデバイスと基地局との対応付けとともに、デバイスの位置に関する情報を記憶しておいてもよい。ＣＮノードはデバイスとの通信処理において、たとえば、該デバイスの位置を用いて通信可能なＵＥあるいは基地局を判断してもよい。
　デバイスの基地局との接続状態を管理してもよい。デバイスのＲＲＣ状態として管理してもよい。デバイスに３つのＲＲＣ状態を設ける。基地局に接続している状態、基地局との接続がＩｎａｃｔｉｖｅの状態、基地局と接続していない状態を設けるとよい。基地局に接続している状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤとするとよい。基地局との接続がＩｎａｃｔｉｖｅの状態をＲＲＣ＿ＩＮＡＣＴＩＶＥとするとよい。基地局に接続していない状態をＲＲＣ＿ＩＤＬＥとするとよい。このようにすることで、ＵＥのＲＲＣ状態と同様の扱いが可能となるため、制御を容易にすることができる。
　デバイスの基地局との接続方法を開示する。デバイスが基地局に対して接続処理を行う。デバイスはＵＥを介して基地局に、あるいは基地局に直接、接続処理を行うとよい。該接続処理に、デバイスに関する情報、たとえばデバイスの識別子、デバイスとＵＥあるいは基地局間の通信方式（ＲＡＴ）の情報を含めるとよい。接続処理はＲＲＣ接続処理としてもよい。デバイスの接続処理として、ＵＥの接続処理を適宜適用するとよい。たとえば、ＲＲＣ確立処理を適宜適用してもよい。たとえば、デバイスは、ＲＲＣセットアップ要求を基地局に対して行ってもよい。
　他の方法を開示する。ＵＥがデバイスの基地局への接続処理を行う。ＵＥから基地局への接続要求に、デバイスの基地局への接続要求であることを示す情報を含めるとよい。デバイスに関する情報、たとえばデバイスの識別子、デバイスとＵＥあるいは基地局間の通信方式（ＲＡＴ）の情報を含めるとよい。このようにすることで、ＵＥから接続要求を受信した基地局はデバイスからの接続要求であることを認識可能となる。
　基地局はデバイスの位置に関する情報を取得してもよい。たとえば、デバイスと通信を行うＵＥから該情報を取得してもよい。基地局はデバイスとの通信処理において、たとえば、該デバイスの位置を用いて通信可能なＵＥを判断してもよい。基地局はデバイスを管理するＣＮノードに対して、デバイスの位置に関する情報を送信してもよい。デバイスを管理するＣＮノードは、デバイスとＵＥと基地局、あるいはデバイスと基地局との対応付けとともに、デバイスの位置に関する情報を記憶しておいてもよい。ＣＮノードはデバイスとの通信処理において、たとえば、該デバイスの位置を用いて通信可能なＵＥあるいは基地局を判断してもよい。
　このようにすることで、移動通信システムにおいてデバイスが通信を行うためのＮＷによる管理が容易になる。移動通信システムにおいて超低消費電力なＩｏＴデバイスとの通信が可能となる。
　１つのｇＮＢに１つまたは複数のセルが構成される。本開示において、ｇＮＢあるいはセルとして記載しているが、特に説明の無い限り、ｇＮＢであってもよいしセルであってもよい。
　本開示において、ｇＮＢはＭＣＧであってもよいしＳＣＧであってもよい。
　前述の各実施の形態およびその変形例は、例示に過ぎず、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
　例えば、前述の各実施の形態およびその変形例において、スロットは、第５世代通信システムにおける通信の時間単位の一例である。スロットはスケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、スロット単位として記載している処理を、ＴＴＩ単位、サブフレーム単位、サブスロット単位、ミニスロット単位として行ってもよい。
　例えば、前述の各実施の形態およびその変形例において開示した方法は、ＩＡＢに適用してもよい。ＩＡＢドナーとＩＡＢノード間の通信に適用してもよい。ＩＡＢにおいてＵｕを用いる処理に適用してもよい。
　例えば、前述の各実施の形態およびその変形例において開示した方法は、ＳＬ通信を用いたリレー（relay）を介したＵＥとＵＥあるいはＵＥとＮＷとの間の通信に適用してもよい。
　例えば、前述の各実施の形態およびその変形例において開示した方法は、Ｖ２Ｘ（Vehicle-to-everything）サービスに限らずＳＬ通信が用いられるサービスに適用してもよい。例えば、プロキシミティサービス（Proximity-based　service）、パブリックセイフティ（Public　Safety）、ウェアラブル端末間通信、工場における機器間通信など、多種のサービスで用いられるＳＬ通信に適用してもよい。
　以下、本開示の諸態様を付記としてまとめて記載する。
（付記１）
　第５世代無線アクセスシステムに対応した基地局と、
　前記基地局に接続する通信端末と、
　前記基地局または前記通信端末に接続するデバイスと、
　を含み、
　前記デバイスと前記基地局との通信あるいは前記デバイスと前記通信端末との通信である第１の通信と、前記通信端末と前記基地局との通信あるいは前記通信端末同士の通信である第２の通信とを、周波数分割多重および時間分割多重の少なくとも一方を用いて共存させる、
　ことを特徴とする通信システム。
（付記２）
　前記デバイスと前記通信端末とが通信する場合、
　前記基地局が、前記デバイスと前記通信端末とが通信するための通信用ギャップを設定し、
　前記基地局により予め設定された前記通信用ギャップにおいて前記通信端末と前記デバイスとが通信する、
　ことを特徴とする付記１に記載の通信システム。
（付記３）
　前記基地局が、前記通信端末が前記デバイスとの間の通信品質を測定して通信可能なデバイスを検出するための測定用ギャップを設定し、
　前記基地局により予め設定された前記測定用ギャップにおいて、前記通信端末が通信可能なデバイスを検出する、
　ことを特徴とする付記１または２に記載の通信システム。
（付記４）
　前記通信端末および前記デバイスのレジストレーション状態がＲＭ－ＲＥＧＩＳＴＥＲＥＤの場合に前記通信端末と前記デバイスとの間の通信を可能とする、
　ことを特徴とする付記１から３のいずれか一つに記載の通信システム。
（付記５）
　前記通信端末および前記デバイスのコアネットワークノードとの接続状態がＣＭ－ＣＯＮＮＥＣＴＥＤの場合に前記通信端末と前記デバイスとの間の通信を可能とする、
　ことを特徴とする付記１から４のいずれか一つに記載の通信システム。
（付記６）
　前記通信端末および前記デバイスのコアネットワークノードとの接続状態がＣＭ－ＩＤＬＥの場合に前記通信端末を介した前記デバイスとコアネットワークとの間の通信を可能とする、
　ことを特徴とする付記１から５のいずれか一つに記載の通信システム。
（付記７）
　前記通信端末および前記デバイスの前記基地局との状態がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥの場合に前記通信端末と前記デバイスとの間の通信を可能とする、
　ことを特徴とする付記１から６のいずれか一つに記載の通信システム。
　２０２　通信端末装置（移動端末）、２１０　通信システム、２１３，２４０－１，２４０－２，７５０　基地局装置（ＮＲ基地局，基地局）、２１４　５Ｇコア部、２１５　中央ユニット、２１６　分散ユニット、２１７　制御プレイン用中央ユニット、２１８　ユーザプレイン用中央ユニット、２１９　ＴＲＰ、３０１，４０３　プロトコル処理部、３０２　アプリケーション部、３０４，４０５　エンコーダー部、３０５，４０６　変調部、３０６，４０７　周波数変換部、３０７－１～３０７－４，４０８－１～４０８－４　アンテナ、３０８，４０９　復調部、３０９，４１０　デコーダー部、３１０，４１１，５２６　制御部、４０１　ＥＰＣ通信部、４０２　他基地局通信部、４１２　５ＧＣ通信部、５２１　Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部、５２２　基地局通信部、５２３　ユーザプレイン通信部、５２３－１　ＰＤＵ処理部、５２３－２　モビリティアンカリング部、５２５　制御プレイン制御部、５２５－１　ＮＡＳセキュリティ部、５２５－２　アイドルステートモビリティ管理部、５２７　セッション管理部、５２７－１　ＰＤＵセッションコントロール部、５２７－２　ＵＥ　ＩＰアドレス割当部、７５１－１～７５１－８　ビーム、７５２　セル。

Claims (7)

  1. 　第５世代無線アクセスシステムに対応した基地局と、
    　前記基地局に接続する通信端末と、
    　前記基地局または前記通信端末に接続するデバイスと、
    　を含み、
    　前記デバイスと前記基地局との通信あるいは前記デバイスと前記通信端末との通信である第１の通信と、前記通信端末と前記基地局との通信あるいは前記通信端末同士の通信である第２の通信とを、周波数分割多重および時間分割多重の少なくとも一方を用いて共存させる、
    　ことを特徴とする通信システム。
  2. 　前記デバイスと前記通信端末とが通信する場合、
    　前記基地局が、前記デバイスと前記通信端末とが通信するための通信用ギャップを設定し、
    　前記基地局により予め設定された前記通信用ギャップにおいて前記通信端末と前記デバイスとが通信する、
    　ことを特徴とする請求項１に記載の通信システム。
  3. 　前記基地局が、前記通信端末が前記デバイスとの間の通信品質を測定して通信可能なデバイスを検出するための測定用ギャップを設定し、
    　前記基地局により予め設定された前記測定用ギャップにおいて、前記通信端末が通信可能なデバイスを検出する、
    　ことを特徴とする請求項１または２に記載の通信システム。
  4. 　前記通信端末および前記デバイスのレジストレーション状態がＲＭ－ＲＥＧＩＳＴＥＲＥＤの場合に前記通信端末と前記デバイスとの間の通信を可能とする、
    　ことを特徴とする請求項１から３のいずれか一つに記載の通信システム。
  5. 　前記通信端末および前記デバイスのコアネットワークノードとの接続状態がＣＭ－ＣＯＮＮＥＣＴＥＤの場合に前記通信端末と前記デバイスとの間の通信を可能とする、
    　ことを特徴とする請求項１から４のいずれか一つに記載の通信システム。
  6. 　前記通信端末および前記デバイスのコアネットワークノードとの接続状態がＣＭ－ＩＤＬＥの場合に前記通信端末を介した前記デバイスとコアネットワークとの間の通信を可能とする、
    　ことを特徴とする請求項１から５のいずれか一つに記載の通信システム。
  7. 　前記通信端末および前記デバイスの前記基地局との状態がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥの場合に前記通信端末と前記デバイスとの間の通信を可能とする、
    　ことを特徴とする請求項１から６のいずれか一つに記載の通信システム。
PCT/JP2023/046669 2022-12-27 2023-12-26 通信システム WO2024143363A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-210660 2022-12-27
JP2022210660 2022-12-27

Publications (1)

Publication Number Publication Date
WO2024143363A1 true WO2024143363A1 (ja) 2024-07-04

Family

ID=91718104

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/046669 WO2024143363A1 (ja) 2022-12-27 2023-12-26 通信システム

Country Status (1)

Country Link
WO (1) WO2024143363A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018520599A (ja) * 2015-07-09 2018-07-26 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける端末の同期化実行方法及び前記方法を利用する端末
WO2019031085A1 (ja) * 2017-08-09 2019-02-14 ソニー株式会社 通信装置及び通信方法
JP2022169551A (ja) * 2018-01-11 2022-11-09 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 第１の基地局、第２の基地局、ユーザ装置、およびそれらによって実行される方法であって、一つ以上の測定の変更を取り扱うための方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018520599A (ja) * 2015-07-09 2018-07-26 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける端末の同期化実行方法及び前記方法を利用する端末
WO2019031085A1 (ja) * 2017-08-09 2019-02-14 ソニー株式会社 通信装置及び通信方法
JP2022169551A (ja) * 2018-01-11 2022-11-09 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 第１の基地局、第２の基地局、ユーザ装置、およびそれらによって実行される方法であって、一つ以上の測定の変更を取り扱うための方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; NR and NG-RAN Overall Description; Stage 2 (Release 17)", 3GPP TS 38.300, no. V17.2.0, 29 September 2022 (2022-09-29), pages 1 - 210, XP052211355 *
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 17)", 3GPP TS 23.501, no. V17.6.0, 22 September 2022 (2022-09-22), pages 1 - 571, XP052210897 *

Similar Documents

Publication Publication Date Title
JP7405911B2 (ja) 無線通信システム、基地局
US10931483B2 (en) Device-to-device (D2D) communication management techniques
JP2022185020A (ja) 通信システム、セントラルユニット、およびユーザ装置
JPWO2018117248A1 (ja) 通信システム
JP7420732B2 (ja) ユーザ装置および通信システム
US20220287003A1 (en) Communication system, communication terminal, and network
EP4195866A1 (en) Communication system and communication terminal
EP4255025A1 (en) Communication system and communication terminal
WO2020022389A1 (ja) 通信システム、基地局および通信端末
WO2020054642A1 (ja) 通信システム、通信端末および基地局
KR20230161965A (ko) 통신 시스템 및 기지국
WO2022075906A1 (en) Network node, requesting network node and methods for communication over a path comprising remote ue, relay ue and radio network node.
EP4462880A2 (en) Communication system, base station, and communication terminal
WO2023153336A1 (ja) 通信システムおよび基地局
EP4106368A1 (en) Communication system, communication terminal, and network
WO2024143363A1 (ja) 通信システム
WO2024171989A1 (ja) 通信システム
WO2023153335A1 (ja) 通信システム
WO2024185748A1 (ja) 通信システムおよび基地局
WO2024171988A1 (ja) 通信システム
WO2024029424A1 (ja) 通信システム
WO2024232311A1 (ja) 通信システム
WO2024029422A1 (ja) 通信システム
WO2024029423A1 (ja) 通信システム
WO2023013513A1 (ja) 通信システム

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

Country of ref document: EP

Kind code of ref document: A1