[go: up one dir, main page]

WO2024171989A1 - 通信システム - Google Patents

通信システム Download PDF

Info

Publication number
WO2024171989A1
WO2024171989A1 PCT/JP2024/004619 JP2024004619W WO2024171989A1 WO 2024171989 A1 WO2024171989 A1 WO 2024171989A1 JP 2024004619 W JP2024004619 W JP 2024004619W WO 2024171989 A1 WO2024171989 A1 WO 2024171989A1
Authority
WO
WIPO (PCT)
Prior art keywords
device data
base station
communication
information
settings
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2024/004619
Other languages
English (en)
French (fr)
Inventor
満 望月
忠宏 下田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2025501131A priority Critical patent/JPWO2024171989A1/ja
Priority to CN202480011511.5A priority patent/CN120660429A/zh
Publication of WO2024171989A1 publication Critical patent/WO2024171989A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • 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.
  • 5G fifth-generation
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution Advanced
  • NR New Radio Access Technology
  • the NR system is being considered based on the LTE system and the LTE-A system.
  • Non-Patent Document 3 For example, in Europe, an organization called METIS has compiled 5G requirements (see Non-Patent Document 3).
  • the requirements for a 5G wireless access system are that it will have 1,000 times the system capacity, 100 times the data transmission speed, one-fifth (1/5) the data processing delay, and 100 times the number of simultaneous connections of communication terminals compared to an LTE system, while also achieving further reductions in power consumption and lower costs for the equipment (see Non-Patent Document 3).
  • 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.
  • NR which may use higher frequencies than LTE, ensures cell coverage by forming a narrow beam-like transmission and reception range (beamforming) and changing the direction of the beam (beam sweeping).
  • Figure 1 is an explanatory diagram showing the configuration of a radio frame used in an NR communication system.
  • one radio frame is 10 ms.
  • the radio frame is divided into 10 equally sized subframes.
  • one or more numerologies i.e., one or more subcarrier spacings (SCS)
  • SCS subcarrier spacings
  • one subframe is 1 ms regardless of the subcarrier spacing, and one slot is composed of 14 symbols.
  • 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 Physical Broadcast Channel is a channel for downlink transmission from a base station device (hereinafter sometimes simply referred to as a "base station”) to a communication terminal device (hereinafter sometimes referred to as a “communication terminal” or “terminal”) such as a mobile terminal device (hereinafter sometimes simply referred to as a “mobile terminal”).
  • the PBCH is transmitted together with a downlink synchronization signal.
  • Downstream synchronization signals in NR include a primary synchronization signal (P-SS) and a secondary synchronization signal (S-SS).
  • Synchronization signals are transmitted from base stations as synchronization signal bursts (hereinafter sometimes referred to as SS bursts) at a specified cycle and for a specified duration.
  • SS bursts are composed of synchronization signal blocks (hereinafter sometimes referred to as SS blocks) for each beam of the base station.
  • 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 Downlink Control Channel is a channel for downlink transmission from a base station to a communication terminal.
  • the PDCCH carries downlink control information (DCI).
  • the DCI includes resource allocation information for the Downlink Shared Channel (DL-SCH), which is one of the transport channels described below, resource allocation information for the Paging Channel (PCH), which is one of the transport channels described below, and HARQ (Hybrid Automatic Repeat reQuest) information for the DL-SCH.
  • the DCI may also include an uplink scheduling grant.
  • the DCI may also include an Ack (Acknowledgement)/Nack (Negative Acknowledgement), which is a response signal to the uplink transmission.
  • the DCI may include a slot format indication (SFI).
  • SFI slot format indication
  • the PDCCH or DCI is also called an L1/L2 control signal.
  • a time-frequency region is provided that is a candidate for including PDCCH. This region is called the control resource set (CORESET).
  • the communication terminal monitors the CORESET and acquires the PDCCH.
  • the Physical Downlink Shared Channel is a channel for downlink transmission from a base station to a communication terminal.
  • the PDSCH is mapped to the Downlink Shared Channel (DL-SCH), which is a transport channel, and the PCH, which is a transport channel.
  • DL-SCH Downlink Shared Channel
  • PCH which is a transport channel
  • 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 uplink reference signal is also a known symbol in an NR communication system.
  • Three types of uplink reference signals are defined: Data demodulation reference signal (DM-RS), phase tracking reference signal (PT-RS), and sounding reference signal (SRS).
  • DM-RS Data demodulation reference signal
  • PT-RS phase tracking reference signal
  • SRS sounding reference signal
  • Non-Patent Document 2 The following describes the transport channels described in Non-Patent Document 2 (Chapter 5).
  • the broadcast channel (BCH) is broadcast to the entire coverage of the base station (cell).
  • the BCH is mapped to the physical broadcast channel (PBCH).
  • PBCH physical broadcast channel
  • HARQ retransmission control is applied to the downlink shared channel (DL-SCH).
  • DL-SCH can be notified to the entire coverage of the base station (cell).
  • DL-SCH supports dynamic or semi-static resource allocation. Semi-static resource allocation is also called semi-persistent scheduling.
  • DL-SCH supports discontinuous reception (DRX) of communication terminals to reduce power consumption of communication terminals.
  • DL-SCH is mapped to the physical downlink shared channel (PDSCH).
  • 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
  • the uplink shared channel (UL-SCH) is subject to retransmission control using HARQ.
  • the UL-SCH supports dynamic or semi-static resource allocation. Semi-static resource allocation is also called configured grant.
  • the UL-SCH is mapped to the physical uplink shared channel (PUSCH).
  • the Random Access Channel is limited to control information. There is a risk of collisions on the RACH.
  • the RACH is mapped to the Physical Random Access Channel (PRACH).
  • PRACH Physical Random Access 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.
  • a CRC error occurs on the receiving side
  • the receiving side requests a retransmission to the transmitting side.
  • the retransmission request is made by toggling the NDI (New Data Indicator).
  • the transmitting side that receives the retransmission request retransmits the data. If no CRC error occurs on the receiving side, no retransmission request is made. If the transmitting side does not receive a retransmission request for a specified period of time, it assumes that no CRC error occurred on the receiving side.
  • the Broadcast Control Channel is a downlink channel for broadcasting system control information.
  • the logical channel BCCH is mapped to the broadcast channel (BCH), which is a transport channel, or the downlink shared channel (DL-SCH).
  • the Paging Control Channel is a downlink channel for transmitting paging information and changes to system information.
  • the PCCH which is a logical channel, is mapped to the Paging Channel (PCH), which is a transport channel.
  • the Common Control Channel is a channel for transmitting control information between a communication terminal and a base station.
  • the CCCH is used when the communication terminal does not have an RRC connection with the network.
  • the CCCH is mapped to the downlink shared channel (DL-SCH), which is a transport channel.
  • the CCCH is mapped to the uplink shared channel (UL-SCH), which is a transport channel.
  • the Dedicated Control Channel is a channel that transmits dedicated control information between a communication terminal and a network on a one-to-one basis.
  • the DCCH is used when the communication terminal has an RRC connection with the network.
  • the DCCH is mapped to the uplink shared channel (UL-SCH) in the uplink and to the downlink shared channel (DL-SCH) in the downlink.
  • the Dedicated Traffic Channel is a one-to-one communication channel to a communication terminal for transmitting user information.
  • DTCH exists for both uplink and downlink.
  • DTCH is mapped to the uplink shared channel (UL-SCH), and in the downlink, it is mapped to the downlink shared channel (DL-SCH).
  • UL-SCH uplink shared channel
  • DL-SCH downlink shared channel
  • the location of a communication terminal is tracked in units of an area consisting of one or more cells. Location tracking is performed in order to track the location of the communication terminal even when it is in standby mode and to enable the communication terminal to be called, in other words, to allow the communication terminal to receive calls.
  • the area for tracking the location of this communication terminal is called a Tracking Area (TA).
  • TA Tracking Area
  • NR supports calling of communication terminals in a range that is smaller than a tracking area. This range is called the RAN Notification Area (RNA). Paging of communication terminals in the RRC_INACTIVE state, as described below, is performed within this range.
  • RNA RAN Notification Area
  • CA carrier aggregation
  • CCs component carriers
  • transmission bandwidths transmission bandwidths
  • a communication terminal UE When CA is configured, a communication terminal UE has only one RRC connection with the network (NW).
  • one serving cell provides NAS (Non-Access Stratum) mobility information and security input.
  • This cell is called a Primary Cell (PCell).
  • a Secondary Cell (SCell) is configured to form a set of serving cells together with the PCell.
  • a set of serving cells consisting of one PCell and one or more SCells is configured for one UE.
  • DC Dual Connectivity
  • the serving cells configured by the master base station may be collectively called the Master Cell Group (MCG), and the serving cells configured by the secondary base station may be collectively called the Secondary Cell Group (SCG).
  • MCG Master Cell Group
  • SCG Secondary Cell Group
  • the primary cell in the MCG or SCG is called a special cell (Special Cell: SpCell or SPCell).
  • the special cell in the MCG is called the PCell, and the special cell in the SCG is called the primary SCG cell (PSCell).
  • the base station pre-configures a portion of the carrier frequency band (hereinafter sometimes referred to as the Bandwidth Part (BWP)) for the UE, and the UE transmits and receives data to and from the base station using that BWP, thereby reducing power consumption in the UE.
  • BWP Bandwidth Part
  • SL communication also called PC5 communication
  • EPS Evolved Packet System
  • 5G core system 5G core system
  • SL communication communication is performed between terminals.
  • Services using SL communication include, for example, V2X (Vehicle-to-everything) service and proximity service.
  • V2X Vehicle-to-everything
  • SL communication not only direct communication between terminals but also communication between UE and NW via a relay has been proposed (see non-patent documents 26 and 28).
  • the physical sidelink broadcast channel (PSBCH) carries information related to the system and synchronization and is transmitted from the UE.
  • the physical sidelink control channel (PSCCH) carries control information from the UE for sidelink and V2X sidelink communications.
  • the physical sidelink shared channel (PSSCH) carries data from the UE for sidelink and V2X sidelink communications.
  • the physical sidelink feedback channel (PSFCH) carries HARQ feedback on the sidelink from a UE that receives a PSSCH transmission to the UE that transmitted the PSSCH.
  • the transport channel used for SL (see Non-Patent Document 1) is explained below.
  • the sidelink broadcast channel (SL-BCH) has a predetermined transport format and is mapped to the PSBCH, which is a physical channel.
  • the sidelink shared channel supports broadcast transmissions.
  • the SL-SCH supports both UE autonomous resource selection and base station scheduled resource allocation. There is a collision risk with UE autonomous resource selection, and there is no collision when the UE is allocated individual resources by the base station.
  • the SL-SCH also supports dynamic link adaptation by changing the transmission power, modulation, and coding.
  • the SL-SCH is mapped to the PSSCH, which is a physical channel.
  • the Sidelink Broadcast Control Channel is a channel for sidelink that is used to broadcast sidelink system information from one UE to other UEs.
  • the SBCCH is mapped to the SL-BCH, which is a transport channel.
  • the Sidelink Traffic Channel is a one-to-many sidelink traffic channel for transmitting user information from one UE to other UEs.
  • STCH is used only by UEs with sidelink communication capability and UEs with V2X sidelink communication capability.
  • One-to-one communication between two sidelink communication capable UEs is also realized by STCH.
  • STCH is mapped to the SL-SCH, which is a transport channel.
  • the Sidelink Control Channel is a sidelink control channel for transmitting control information from one UE to another.
  • the SCCH is mapped to the SL-SCH, which is a transport channel.
  • Unicast and groupcast communication in SL supports HARQ feedback (Ack/Nack), CSI reporting, etc.
  • 3GPP is also considering integrated access and backhaul (IAB), which would wirelessly perform both the access link between UE and base station, and the backhaul link between base stations (see non-patent documents 2, 20, and 29).
  • IAB integrated access and backhaul
  • ultra-low power consumption IoT devices For example, resources for communicating with ultra-low power consumption IoT devices, communication methods between IoT devices and UEs or gNBs, etc. have not been disclosed, which means that ultra-low power consumption IoT devices cannot be incorporated into mobile communication systems and communication is not possible.
  • one of the objectives of this disclosure is to realize a communications system that enables communication with ultra-low power consumption IoT devices.
  • the communication system disclosed herein includes a base station compatible with a fifth-generation wireless access system, a communication terminal connected to the base station, and a device connected to the base station or the communication terminal, and the base station transmits to the communication terminal communication setting information, which is information relating to settings for communication between the communication terminal and the device, and device data transmission setting information, which is information relating to settings for the communication terminal to transmit device data acquired from the device to the base station, and the communication terminal communicates with the device using the communication setting information received from the base station and transmits the device data to the base station using the device data transmission setting information received from the base station.
  • the base station transmits to the communication terminal communication setting information, which is information relating to settings for communication between the communication terminal and the device
  • device data transmission setting information which is information relating to settings for the communication terminal to transmit device data acquired from the device to the base station
  • the communication terminal communicates with the device using the communication setting information received from the base station and transmits the device data to the base station using the device data transmission setting information received from the base station.
  • This disclosure makes it possible to realize a communications system that enables communication with ultra-low power consumption IoT devices.
  • FIG. 1 is a block diagram showing the overall configuration of an NR communication system 210 being discussed in 3GPP. This is a configuration diagram of DC by a base station connecting to an NG core.
  • FIG. 3 is a block diagram showing the configuration of a mobile terminal 202 shown in FIG. 2.
  • 3 is a block diagram showing a configuration of a base station 213 shown in FIG. 2.
  • a block diagram showing the configuration of the 5GC unit. 1 is a flowchart showing an outline of the process from cell search to standby operation performed by a communication terminal (UE) in an NR communication system.
  • UE communication terminal
  • FIG. 2 is a connection configuration diagram showing an example of a connection configuration of terminals in SL communication.
  • FIG. 11 is a diagram showing an example of a sequence in which a UE transmits device data acquired from a device to a base station in accordance with the first embodiment.
  • FIG. 11 is a diagram showing an example of a sequence in which a UE transmits device data acquired from multiple devices to a base station in accordance with the first embodiment.
  • FIG. 11 is a diagram showing another example of a sequence in which a UE transmits device data acquired from multiple devices to a base station in accordance with the first embodiment.
  • FIG. 11 is a diagram illustrating an example of a sequence in which a UE that is not connected to a base station transmits device data acquired from a device to a base station according to a second embodiment.
  • FIG. 2 is a block diagram showing the overall configuration of a NR communication system 210 being discussed in 3GPP.
  • the radio access network is called NG-RAN (Next Generation Radio Access Network) 211.
  • a mobile terminal device hereinafter referred to as “mobile terminal (User Equipment: UE)"
  • UE User Equipment
  • UE base station
  • NG-RAN NodeB gNB
  • the NG-RAN 211 is composed of one or more NR base stations 213.
  • “communication terminal device” includes not only mobile terminal devices such as mobile mobile phone terminal devices, but also stationary devices such as sensors.
  • “communication terminal device” may be simply referred to as “communication terminal.”
  • the AS (Access Stratum) protocol is terminated between UE 202 and NG-RAN 211.
  • AS protocols include RRC (Radio Resource Control), SDAP (Service Data Adaptation Protocol), PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), MAC (Medium Access Control), and PHY (Physical layer).
  • RRC Radio Resource Control
  • SDAP Service Data Adaptation Protocol
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • PHY Physical layer
  • RRC Radio Resource Control
  • SDAP Service Data Adaptation Protocol
  • SDAP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • PHY Physical layer
  • the control protocol RRC Radio Resource Control
  • RRC Radio Resource Control
  • the states of the NR base station 213 and the UE 202 in RRC include RRC_IDLE, RRC_CONNECTED, and RRC_INACTIVE.
  • RRC_IDLE PLMN (Public Land Mobile Network) selection, system information (SI) notification, paging, cell re-selection, mobility, etc. are performed.
  • RRC_CONNECTED the mobile terminal has an RRC connection and can transmit and receive data with the network.
  • RRC_CONNECTED handover (HO) and neighbor cell measurement are performed.
  • RRC_INACTIVE the connection between the 5G core unit 214 and the NR base station 213 is maintained, and system information (SI) notification, paging, cell re-selection, mobility, etc. are performed.
  • the gNB213 is connected to a 5G core unit (hereinafter sometimes referred to as a "5GC unit") 214 including an access and mobility management function (AMF), a session management function (SMF), or a user plane function (UPF) via an NG interface.
  • AMF access and mobility management function
  • SMF session management function
  • UPF user plane function
  • Control information and/or user data is communicated between the gNB213 and the 5GC unit 214.
  • the NG interface is a collective term for the N2 interface between the gNB213 and the AMF220, the N3 interface between the gNB213 and the UPF221, the N11 interface between the AMF220 and the SMF222, and the N4 interface between the UPF221 and the SMF222.
  • Multiple 5GC units 214 may be connected to one gNB213.
  • gNB213 are connected via the Xn interface, and control information and/or user data are communicated between gNB213.
  • the 5GC unit 214 is an upper device, specifically an upper node, and controls the connection between the NR base station 213 and the mobile terminal (UE) 202, distributes paging signals to one or more NR base stations (gNB) 213 and/or LTE base stations (E-UTRAN NodeB: eNB), etc.
  • the 5GC unit 214 also performs mobility control in the idle state.
  • the 5GC unit 214 manages the tracking area list when the mobile terminal 202 is in the idle state, in the inactive state, and in the active state.
  • the 5GC unit 214 initiates the paging protocol by transmitting a paging message to a cell belonging to the tracking area in which the mobile terminal 202 is registered.
  • gNB213 may configure one or more cells. When one gNB213 configures multiple cells, each cell is configured to be capable of communicating with UE202.
  • the gNB 213 may be divided into a central unit (hereinafter sometimes referred to as CU) 215 and a distributed unit (hereinafter sometimes referred to as DU) 216.
  • CU central unit
  • DU distributed unit
  • One CU 215 is configured within the gNB 213.
  • One or more DUs 216 are configured within the gNB 213.
  • One DU 216 configures one or more cells.
  • the CU 215 is connected to the DU 216 via an F1 interface, and control information and/or user data are communicated between the CU 215 and the DU 216.
  • the F1 interface is composed of an F1-C interface and an F1-U interface.
  • the CU 215 is responsible for the functions of the RRC, SDAP, and PDCP protocols, and the DU 216 is responsible for the functions of the RLC, MAC, and PHY protocols.
  • One or more TRPs (Transmission Reception Points) 219 may be connected to the DU 216.
  • the TRPs 219 transmit and receive radio signals to and from the UE.
  • the CU 215 may be divided into a CU for C-plane (CU-C) 217 and a CU for U-plane (CU-U) 218.
  • One CU-C 217 is configured within the CU 215.
  • One or more CU-Us 218 are configured within the CU 215.
  • the CU-C 217 is connected to the CU-U 218 via an E1 interface, and control information is communicated between the CU-C 217 and the CU-U 218.
  • the CU-C 217 is connected to the DU 216 via an F1-C interface, and control information is communicated between the CU-C 217 and the DU 216.
  • the CU-U 218 is connected to the DU 216 via an F1-U interface, and user data is communicated between the CU-U 218 and the DU 216.
  • a 5G communication system may include a Unified Data Management (UDM) function and a Policy Control Function (PCF) described in Non-Patent Document 10 (3GPP TS23.501).
  • the UDM and/or PCF may be included in the 5GC unit 214 in FIG. 2.
  • a location management function described in non-patent document 24 (3GPP TS 38.305) may be provided.
  • the LMF may be connected to the base station via the AMF as disclosed in non-patent document 25 (3GPP TS 23.273).
  • a 5G communication system may include a Non-3GPP Interworking Function (N3IWF) described in Non-Patent Document 10 (3GPP TS23.501).
  • the N3IWF may terminate the Access Network (AN) between the UE and the UE in non-3GPP access between the UE and the N3IWF.
  • AN Access Network
  • 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.
  • FIG. 3 an example is shown in which the U-Plane connection between the 5GC unit 214 and the secondary base station 240-2 is made via the master base station 240-1, but it may also be made directly between the 5GC unit 214 and the secondary base station 240-2. Also, in FIG. 3, instead of the 5GC unit 214, an EPC (Evolved Packet Core), which is a core network connected to the LTE system and the LTE-A system, may be connected to the master base station 240-1. A U-Plane connection may be made directly between the EPC and the secondary base station 240-2.
  • EPC Evolved Packet Core
  • FIG. 4 is a block diagram showing the configuration of the mobile terminal 202 shown in FIG. 2.
  • the transmission process of the mobile terminal 202 shown in FIG. 4 will be described.
  • the control data from the control unit 310 and the user data from the application unit 302 are sent to the protocol processing unit 301. Buffering of the control data and the user data may be performed. Buffers for the control data and the user data may be provided in the control unit 310, the application unit 302, or the protocol processing unit 301.
  • the protocol processing unit 301 performs protocol processing such as SDAP, PDCP, RLC, MAC, etc., for example, determining the destination base station in DC, etc., and adding a header in each protocol.
  • the data that has been subjected to the protocol processing is passed to the encoder unit 304, where it is subjected to encoding processing such as error correction.
  • the data that has been encoded by the encoder unit 304 is modulated by the modulation unit 305. Precoding in MIMO may be performed by the modulation unit 305.
  • the modulated data is converted into a baseband signal, and then output to frequency conversion section 306, where it is converted into a radio transmission frequency. Then, the transmission signal is transmitted from antennas 307-1 to 307-4 to base station 213.
  • FIG. 4 an example in which the number of antennas is four is shown, but the number of antennas is not limited to four.
  • the reception process of the mobile terminal 202 is executed as follows. Radio signals from the base station 213 are received by the antennas 307-1 to 307-4. The received signals are converted from the radio reception frequency to a baseband signal by the frequency conversion unit 306, and demodulation process is performed by the demodulation unit 308. Weight calculation and multiplication process may also be performed by the demodulation unit 308.
  • the demodulated data is passed to the decoder unit 309, where decoding process such as error correction is performed.
  • the decoded data is passed to the protocol processing unit 301, where protocol processing such as MAC, RLC, PDCP, SDAP, etc. is performed, for example, operations such as removing the header in each protocol are performed.
  • protocol processing such as MAC, RLC, PDCP, SDAP, etc. is performed, for example, operations such as removing the header in each protocol are performed.
  • the control data is passed to the control unit 310, and the user data is passed to the application unit 302.
  • control unit 310 The series of processes of the mobile terminal 202 are controlled by the control unit 310. Therefore, although the control unit 310 is omitted in FIG. 4, it is also connected to each of the units 302, 304 to 309.
  • Each part of the mobile terminal 202 is realized by a processing circuit including, for example, a processor and a memory.
  • the control unit 310 is realized by a processor executing a program in which a series of processes of the mobile terminal 202 are described.
  • the program in which a series of processes of the mobile terminal 202 are described is stored in a memory. Examples of memory are non-volatile or volatile semiconductor memories such as RAM (Random Access Memory), ROM (Read Only Memory), and flash memory.
  • Each part of the mobile terminal 202 may be realized by a dedicated processing circuit such as an FPGA (Field Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), or a DSP (Digital Signal Processor).
  • a dedicated processing circuit such as an FPGA (Field Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), or a DSP (Digital Signal Processor).
  • FPGA Field Programmable Gate Array
  • ASIC Application Specific Integrated Circuit
  • DSP Digital Signal Processor
  • FIG. 5 is a block diagram showing the configuration of the base station 213 shown in Figure 2. The transmission process of the base station 213 shown in Figure 5 will be described.
  • the EPC communication unit 401 transmits and receives data between the base station 213 and the EPC.
  • the 5GC communication unit 412 transmits and receives data between the base station 213 and the 5GC (such as the 5GC unit 214).
  • the other base station communication unit 402 transmits and receives data with other base stations.
  • the EPC communication unit 401, the 5GC communication unit 412, and the other base station communication unit 402 each exchange information with the protocol processing unit 403.
  • Control data from the control unit 411, and user data and control data from the EPC communication unit 401, the 5GC communication unit 412, and the other base station communication unit 402 are sent to the protocol processing unit 403. Buffering of the control data and user data may be performed. Buffers for control data and user data may be provided in the control unit 411, in the EPC communication unit 401, in the 5GC communication unit 412, or in the other base station communication unit 402.
  • the protocol processing unit 403 performs protocol processing such as SDAP, PDCP, RLC, MAC, etc., for example, routing of transmission data in DC, etc., and adding headers in each protocol.
  • the data that has been subjected to protocol processing is passed to the encoder unit 405, where encoding processing such as error correction is performed.
  • Data may also be sent from the protocol processing unit 403 to the other base station communication unit 402.
  • DC data sent from the 5GC communication unit 412 or the EPC communication unit 401 may be sent to another base station, for example, a secondary base station, via the other base station communication unit 402.
  • the encoded data is modulated by the modulation unit 406. 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. Then, the transmission signal is transmitted from antennas 408-1 to 408-4 to one or more mobile terminals 202.
  • FIG. 5 an example in which the number of antennas is four is shown, but the number of antennas is not limited to four.
  • the reception process of the base station 213 is executed as follows. Radio signals from one or more mobile terminals 202 are received by antennas 408-1 to 408-4. The received signals are converted from a radio reception frequency to a baseband signal by frequency conversion unit 407, and demodulation process is performed by demodulation unit 409. The demodulated data is passed to decoder unit 410, where decoding process such as error correction is performed. The decoded data is passed to protocol processing unit 403, where protocol processing such as MAC, RLC, PDCP, SDAP, etc., for example, operations such as removing the header in each protocol, are performed.
  • protocol processing such as MAC, RLC, PDCP, SDAP, etc.
  • control data is passed to the control unit 411, 5GC communication unit 412, EPC communication unit 401, or other base station communication unit 402 and the user data is passed to the 5GC communication unit 412, EPC communication unit 401, or other base station communication unit 402.
  • Data sent from the other base station communication unit 402 may be sent to the 5GC communication unit 412 or the EPC communication unit 401.
  • the data may be, for example, uplink data sent to the 5GC communication unit 412 or the EPC communication unit 401 via the other base station in the DC.
  • control unit 411 The series of processes in the base station 213 are controlled by the control unit 411. Therefore, although the control unit 411 is omitted in FIG. 5, it is also connected to each of the units 401, 402, 405 to 410, and 412.
  • the various parts of the base station 213, such as the control unit 411, protocol processing unit 403, 5GC communication unit 412, EPC communication unit 401, other base station communication unit 402, encoder unit 405, and decoder unit 410, are implemented by a processing circuit including a processor and memory, or a dedicated processing circuit such as an FPGA, ASIC, or DSP, similar to the mobile terminal 202 described above.
  • a processing circuit including a processor and memory, or a dedicated processing circuit such as an FPGA, ASIC, or DSP, similar to the mobile terminal 202 described above.
  • the number of antennas used by the base station 213 for transmission and the number of antennas used for reception may be the same or different.
  • the DU communication unit is connected to the protocol processing unit 403.
  • the protocol processing unit 403 in the CU 215 performs protocol processing such as PDCP and SDAP.
  • a configuration in which a CU communication unit is provided may be used, excluding the EPC communication unit 401, other base station communication unit 402, and 5GC communication unit 412 shown in FIG. 5.
  • the CU communication unit is connected to a protocol processing unit 403.
  • the protocol processing unit 403 in the DU 216 performs protocol processing such as PHY, MAC, and RLC.
  • FIG. 6 is a block diagram showing the configuration of the 5GC unit.
  • FIG. 6 shows the configuration of the 5GC unit 214 shown in FIG. 2 described above.
  • FIG. 6 shows a case where the 5GC unit 214 shown in FIG. 2 includes an AMF configuration, an SMF configuration, and a UPF configuration.
  • the AMF may have the function of the control plane control unit 525
  • the SMF may have the function of the session management unit 527
  • the UPF may have the function of the user plane communication unit 523 and the Data Network communication unit 521.
  • the Data Network communication unit 521 transmits and receives data between the 5GC unit 214 and the Data Network.
  • the base station communication unit 522 transmits and receives data between the 5GC unit 214 and the base station 213 via the NG interface.
  • User data sent from the Data Network is passed from the Data Network communication unit 521 to the base station communication unit 522 via the user plane communication unit 523, and is then transmitted to one or more base stations 213.
  • User data sent from the base station 213 is passed from the base station communication unit 522 to the Data Network communication unit 521 via the user plane communication unit 523, and is then transmitted to the Data Network.
  • the control data sent from the base station 213 is passed from the base station communication unit 522 to the control plane control unit 525.
  • the control plane control unit 525 may pass the control data to the session management unit 527.
  • the control data may be sent from the Data Network.
  • the control data sent from the Data Network may be sent from the Data Network communication unit 521 to the session management unit 527 via the user plane communication unit 523.
  • the session management unit 527 may send the control data to the control plane control unit 525.
  • the user plane control unit 523 includes a PDU processing unit 523-1, a mobility anchoring unit 523-2, etc., and performs general processing for the user plane (hereinafter sometimes referred to as U-Plane).
  • the PDU processing unit 523-1 processes data packets, for example, sending and receiving packets with the Data Network communication unit 521, and sending and receiving packets with the base station communication unit 522.
  • the mobility anchoring unit 523-2 is responsible for anchoring the data path during UE mobility.
  • the session management unit 527 manages the PDU session established between the UE and the UPF.
  • the session management unit 527 includes a PDU session control unit 527-1 and a UE IP address allocation unit 527-2.
  • the PDU session control unit 527-1 manages the PDU session between the mobile terminal 202 and the 5GC unit 214.
  • the UE IP address allocation unit 527-2 allocates an IP address to the mobile terminal 202.
  • the control plane control unit 525 includes a NAS security unit 525-1, an idle state mobility management unit 525-2, etc., and performs general processing for the control plane (hereinafter sometimes referred to as the C-Plane).
  • the NAS security unit 525-1 performs security for NAS (Non-Access Stratum) messages, etc.
  • the idle state mobility management unit 525-2 performs mobility management for the standby state (idle state: also called RRC_IDLE state or simply idle), generation and control of paging signals in the standby state, addition, deletion, update, search, tracking area list management, etc. for one or more mobile terminals 202 under its umbrella.
  • the series of processes in the 5GC unit 214 are controlled by the control unit 526. Therefore, although the control unit 526 is omitted in FIG. 6, it is connected to each of the units 521 to 523, 525, and 527.
  • Each unit in the 5GC unit 214 is realized, for example, by a processing circuit including a processor and memory, or a dedicated processing circuit such as an FPGA, ASIC, or DSP, similar to the control unit 310 of the mobile terminal 202 described above.
  • FIG. 7 is a flow chart showing an outline of the process from cell search to standby operation performed by a communication terminal (UE) in an NR communication system.
  • the communication terminal starts a cell search, in step ST601, it synchronizes slot timing and frame timing using a first synchronization signal (P-SS) and a second synchronization signal (S-SS) transmitted from a nearby base station.
  • P-SS first synchronization signal
  • S-SS second synchronization signal
  • 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 communication terminal receives the PBCH for the next synchronized cell.
  • the MIB Master Information Block
  • the MIB is mapped to the BCCH on the PBCH. Therefore, the MIB can be obtained by receiving the PBCH and obtaining the BCCH.
  • MIB information include SFN (System Frame Number), scheduling information for SIB (System Information Block) 1, subcarrier spacing for SIB1, etc., and DM-RS position information.
  • the communication terminal also acquires an SS block identifier from the PBCH. A part of the bit string of the SS block identifier is included in the MIB. The remaining bit string is included in an identifier used to generate a sequence of a DM-RS associated with the PBCH. The communication terminal acquires the SS block identifier using the MIB included in the PBCH and the sequence of a DM-RS associated with the PBCH.
  • step ST603 the communication terminal measures the received power of the SS block.
  • the communication terminal selects the cell with the best reception quality, for example, the cell with the highest reception power, that is, the best cell, from among the one or more cells detected up to step ST603.
  • the communication terminal also selects the beam with the best reception quality, for example, the beam with the highest reception power of the SS block, that is, the best beam.
  • the reception power of the SS block for each SS block identifier is used to select the best beam.
  • step ST605 the communication terminal receives DL-SCH based on the scheduling information of SIB1 included in the MIB, and obtains SIB1 in the broadcast information BCCH.
  • SIB1 includes information on access to the cell, cell configuration information, and scheduling information of other SIBs (SIBk: an integer k ⁇ 2).
  • SIB1 also includes a tracking area code (TAC).
  • TAC tracking area code
  • the communication terminal compares the TAC of SIB1 received in step ST605 with the TAC portion of the tracking area identity (TAI) in the tracking area list already held by the communication terminal.
  • the tracking area list is also called a TAI list.
  • TAI is identification information for identifying a tracking area, and is composed of MCC (Mobile Country Code), MNC (Mobile Network Code), and TAC (Tracking Area Code).
  • MCC Mobile Country Code
  • MNC Mobile Network Code
  • TAC Track Area Code
  • MCC Mobile Country Code
  • MNC Mobile Network Code
  • TAC Track Area Code
  • step ST606 If the comparison result in step ST606 shows that the TAC received in step ST605 is the same as the TAC included in the tracking area list, the communications terminal enters standby mode in the cell. If the comparison shows that the TAC received in step ST605 is not included in the tracking area list, the communications terminal requests a change of tracking area through the cell to the core network (EPC) including the MME, etc., in order to perform a Tracking Area Update (TAU).
  • EPC core network
  • MME Tracking Area Update
  • the devices constituting the core network update the tracking area list based on the identification number (UE-ID, etc.) of the communication terminal sent from the communication terminal together with the TAU request signal.
  • the core network side device transmits the updated tracking area list to the communication terminal.
  • the communication terminal rewrites (updates) the TAC list held by the communication terminal based on the received tracking area list.
  • the communication terminal then enters standby mode in the cell.
  • random access In random access, four-step random access and two-step random access are used. In addition, for each of four-step random access and two-step random access, there is contention-based random access, i.e., random access in which timing collisions with other mobile terminals may occur, and contention-free random access.
  • contention-based random access i.e., random access in which timing collisions with other mobile terminals may occur
  • 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.
  • the base station transmits a random access response to the mobile terminal.
  • the random access response includes uplink scheduling information to be used in the third step, a terminal identifier to be used in the uplink transmission in the third step, etc.
  • the mobile terminal performs an uplink transmission to the base station.
  • the mobile terminal uses the information acquired in the second step.
  • the base station notifies the mobile terminal whether the collision has been resolved. If the mobile terminal is notified that there is no collision, it ends the random access process. If the mobile terminal is notified that there is a collision, it restarts the process from the first step.
  • the collision-free four-step random access method differs from the collision-based four-step random access method in the following ways. That is, prior to the first step, the base station assigns a random access preamble and uplink scheduling to the mobile terminal in advance. Also, in the fourth step, there is no need to notify whether or not the collision has been resolved.
  • the mobile terminal transmits a random access preamble and performs uplink transmission to the base station.
  • the base station notifies the mobile terminal whether there is a collision. If the mobile terminal is notified that there is no collision, it ends the random access process. If the mobile terminal is notified that there is a collision, it restarts the process from the first step.
  • the collision-free two-step random access method differs from the collision-based two-step random access method in the following ways.
  • the base station assigns a random access preamble and uplink scheduling to the mobile terminal in advance.
  • the base station transmits a random access response to the mobile terminal.
  • Figure 8 shows an example of a cell configuration in NR.
  • narrow beams are formed and transmitted in different directions.
  • base station 750 transmits and receives signals to and from a mobile terminal using beam 751-1.
  • base station 750 transmits and receives signals to and from a mobile terminal using beam 751-2.
  • base station 750 transmits and receives signals to and from a mobile terminal using one or more of beams 751-3 to 751-8. In this way, base station 750 forms a wide-range cell 752.
  • the number of beams used by the base station 750 is eight, but the number of beams may be different from eight. Also, in the example shown in FIG. 8, the number of beams used simultaneously by the base station 750 is one, but it may be multiple.
  • the concept of Quasi-CoLocation is used to identify beams (see Non-Patent Document 14 (3GPP TS38.214)). That is, the beam is identified by information indicating which reference signal (e.g., SS block, CSI-RS) the beam can be considered to be the same as.
  • the information may include the type of information on the viewpoint of the beam being considered to be the same, such as Doppler shift, Doppler shift spread, average delay, average delay spread, and spatial Rx parameters (see Non-Patent Document 14 (3GPP TS38.214)).
  • SL Side Link
  • D2D Device to Device
  • V2V Vehicle to Vehicle
  • PC5-S signaling is implemented to establish a link for implementing SL, i.e., PC5 communication.
  • the link is implemented at the V2X layer and is also called a Layer 2 link.
  • RRC signaling in SL communication is also called PC5 RRC signaling.
  • PC5 RRC signaling it has been proposed to notify UE capabilities between UEs performing PC5 communication, and to notify AS layer settings for V2X communication using PC5 communication.
  • Figure 9 shows an example of the connection configuration of a mobile terminal in SL communication.
  • UE805 and UE806 are present within the coverage 803 of base station 801.
  • UL/DL communication 807 is performed between base station 801 and UE805.
  • UL/DL communication 808 is performed between base station 801 and UE806.
  • SL communication 810 is performed between UE805 and UE806.
  • UE811 and UE812 are present outside the coverage 803.
  • SL communication 814 is performed between UE805 and UE811.
  • SL communication 816 is performed between UE811 and UE812.
  • UE 805 shown in FIG. 9 relays communication between UE 811 and base station 801.
  • a configuration similar to that shown in FIG. 4 may be used for the UE that performs relaying.
  • the relaying process in the UE will be described using FIG. 4.
  • the relaying process by UE 805 in communication from UE 811 to base station 801 will be described.
  • Radio signals from UE 811 are received by antennas 307-1 to 307-4.
  • the received signals are converted from a radio reception frequency to a baseband signal by frequency conversion unit 306, and demodulated by demodulation unit 308. Weight calculation and multiplication may also be performed by demodulation unit 308.
  • the demodulated data is passed to decoder unit 309, where decoding such as error correction is performed.
  • the decoded data is passed to protocol processing unit 301, where protocol processing such as MAC and RLC used for communication with UE 811 is performed, such as removing the header in each protocol. Protocol processing such as RLC and MAC used for communication with base station 801 is also performed, such as adding a header in each protocol. In some cases, protocol processing of PDCP and SDAP may be performed in the protocol processing unit 301 of the UE 811.
  • the data that has undergone protocol processing is passed to the encoder unit 304, where encoding processing such as error correction is performed. There may be data that is output directly from the protocol processing unit 301 to the modulation unit 305 without undergoing encoding processing.
  • the data that has undergone encoding processing in the encoder unit 304 is modulated in the modulation unit 305.
  • Precoding in MIMO may be performed in the modulation unit 305.
  • the modulated data is converted into a baseband signal, and then output to the frequency conversion unit 306, where it is converted into a wireless transmission frequency. Thereafter, a transmission signal is transmitted from the antennas 307-1 to 307-4 to the 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).
  • IAB donor CU 901 is connected to IAB donor DU 902.
  • IAB node 903 is connected to IAB donor DU 902 using a wireless interface.
  • IAB node 903 is connected to IAB node 904 using a wireless interface. That is, IAB nodes may be connected in multiple stages.
  • UE 905 is connected to IAB node 904 using a wireless interface.
  • UE 906 may be connected to IAB node 903 using a wireless interface, and UE 907 may be connected to IAB donor DU 902 using a wireless interface.
  • Multiple IAB donor DUs 902 may be connected to an IAB donor CU 901, multiple IAB nodes 903 may be connected to an IAB donor DU 902, and multiple IAB nodes 904 may be connected to an IAB node 903.
  • the BAP (Backhaul Adaptation Protocol) layer is provided in the connection between the IAB donor DU and the IAB node and in the connection between the IAB nodes (see Non-Patent Document 29).
  • the BAP layer performs operations such as routing the received data to the IAB donor DU and/or the IAB node, and mapping to the RLC channel (see Non-Patent Document 29).
  • 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.
  • the decoded data is passed to the protocol processing unit 403, where protocol processing such as MAC and RLC used for communication with the IAB node 904 is performed, for example, operations such as removing the header in each protocol are performed.
  • protocol processing such as MAC and RLC used for communication with the IAB node 904
  • routing to the IAB donor DU 902 using the BAP header is performed, and protocol processing such as RLC and MAC used for communication with the IAB donor DU 902, for example, operations such as adding a header for each protocol, are performed.
  • the data that has been subjected to protocol processing is passed to the encoder unit 405, where encoding processing such as error correction is performed.
  • the encoded data is modulated by the modulation unit 406.
  • 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.
  • IAB node 904 In IAB node 904, the same sending and receiving processing as in IAB node 903 is performed. In protocol processing unit 403 of IAB node 903, processing of the BAP layer is performed, such as adding a BAP header in upstream communication and routing to IAB node 904, and removing the BAP header in downstream communication.
  • ultra-low power consumption IoT devices (hereinafter sometimes referred to as devices) into mobile communication systems is being discussed. It has been proposed that ultra-low power consumption IoT devices communicate with UEs or base stations using a communication method different from the communication method used for the air interface defined by conventional 3GPP (Non-Patent Documents 31, 33, 34). When incorporating devices into a mobile communication system, it is expected that the UE that communicates with the device will have to communicate with the NW. This paper discloses a method that enables such UEs to communicate with the device and the NW.
  • Communication between a device and a UE is direct communication between the device and the UE, and communication between a device and a base station is direct communication between the device and the base station.
  • Communication between UEs is direct communication between UEs, and communication between a UE and a base station is direct communication between the UE and the base station.
  • 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.
  • the base station sends to the UE a configuration for UE-device communication.
  • the base station may also send to the UE a configuration for transmitting device data from the UE to the base station.
  • a method of transmitting these settings from a base station to a UE is disclosed.
  • the base station may broadcast these setting information.
  • the base station may include these setting information in an SIB.
  • the base station may broadcast the SIB. Since the setting information can be transmitted to the entire cell, UEs present in the cell area can receive the setting information.
  • the base station may transmit these setting information individually to the UE.
  • the base station may transmit these setting information to the UE by RRC signaling.
  • the setting information may be transmitted in an RRC message.
  • the setting information may be transmitted in an RRCReconfiguration message. Since the setting information can be transmitted to each UE individually, each UE can transmit its own setting information.
  • the base station may transmit these setting information by MAC signaling. For example, it may be included in a MAC CE and transmitted. The base station may multiplex the setting information with other MAC data and transmit it to the UE. Since it can be transmitted together with other data, efficient transmission is possible. Other methods are disclosed. The base station may transmit these setting information by L1/L2 signaling. The base station may include these setting information in DCI. The base station may transmit the DCI to the UE on the PDCCH. This makes it possible to transmit these setting information earlier.
  • Communication frequency information (1) Communication frequency information. (2) Communication time information. (3) Communication period information. (4) Time information. (5) Communication area information. (6) Grouping information. (7) Reception quality information. (8) Information regarding the service. (9) Information about the device. (10) Information regarding the source node. (11) Information sent from the UE to the device. (12) Information regarding the beam. (13) Information regarding interference. (14) A combination of (1) to (13).
  • (1) is information about the frequency at which UE-device communication is performed.
  • it is a frequency, a band, etc.
  • it may be BWP information.
  • it may be RB (Resource Block) or subcarrier information.
  • it may be information about subcarrier spacing.
  • the information may be one or more.
  • (2) is information about the time at which UE-device communication is performed. For example, it is a communication start time, a communication end time, a communication time interval, a period, an offset, etc. For example, it may be information about a symbol length.
  • the information may be one or more.
  • the time unit may be time, or the time unit used between the UE and base station may be used.
  • the time unit used between the UE and base station may be, for example, a symbol, a slot, a subframe, a TTI (Transmission Timing Interval), a radio frame, etc. Using the time unit used between the UE and base station makes it easier to control the UE.
  • (3) is information about the period during which UE-device communication is performed. It may be a UE-device communication service period. Within the communication period, communication is performed, for example, at the time disclosed in (2). The information may be one or more pieces of information.
  • the communication period may be a timer setting. The timer setting may enable UE-device communication, and the expiration of the timer may disable UE-device communication. By setting the communication time (2) and the communication period (3), it is possible to provide, for example, a service that requires regular or periodic communication with the device.
  • the (4) is information for setting the time in the UE.
  • the absolute time on the network side may be transmitted.
  • the information may be one or more pieces of information.
  • the UE may derive, for example, the communication time with the device based on the received time. In this way, it becomes possible to use time synchronized between UEs.
  • the time information may be notified to the device.
  • the time information may be transmitted from the base station or UE to the device. For example, it may be used when deriving information indicating the time at the data acquisition time in the device. It becomes possible to use time information synchronized between devices.
  • (5) is area information where UE-device communication is possible. It may be area information where UE-device communication is not possible (may be prohibited). It may be one or more areas listed. It may be a device-to-device communication area list. The information may be one or more. Area information may be, for example, a beam, cell, base station, RNA (RAN Notification Area), TA, PLMN, NPN (Non-Public Network), etc. It may also be information for identifying these, such as an identifier. For example, a beam identifier for UE-device communication.
  • One or more devices may be grouped.
  • (6) is information about a group to which one or more devices belong. It may be information about which device is assigned to which group. The information may be one or more. Examples of the grouping method include by service, by device type, by area, etc. Examples of the service type include devices for asset management services, devices for temperature management services, and services for specific companies. Examples of the device type include speed/acceleration sensor devices, temperature sensor devices, and pressure sensor devices.
  • Information for identifying a device group may be provided. The information may be, for example, a device group identifier. Information may be provided that associates a device group identifier with the device identifiers that belong to it.
  • the (7) is information about reception quality from a device that allows UE-device communication. It may also be information about reception quality from a device that does not allow UE-device communication.
  • the information may be one or more.
  • the reception quality information may be, for example, reception quality, reception power, RSSI (Received Signal Strength Indicator), SINR (Signal to Interference plus Noise Ratio), etc.
  • the reception quality information may also be, for example, an error rate. It may also be BER (Bit Error Rate) or FER (Frame Error Rate).
  • a predetermined value indicating whether UE-device communication is possible or not may be set. It may also be a threshold value.
  • (8) is information about a service that uses UE-device communication.
  • a service that uses UE-device communication.
  • the information may be one or more.
  • Information for identifying a service may be provided.
  • the information may be, for example, a service identifier.
  • Information that associates a service identifier with a corresponding device identifier may be provided.
  • Information that associates a service identifier with a corresponding group identifier may be provided.
  • the information may be, for example, information about an AF (Application Function) or AS (Application Server) used in the service.
  • the information may be, for example, an address.
  • the information is information about devices that can communicate with the UE.
  • the information may be information about devices that cannot communicate with the UE (may be prohibited). For example, it may be information for identifying a device, such as an identifier. For example, it may be a device name. For example, it may be a sensor name.
  • the information may be one or more pieces of information. A list of information about one or more devices may be provided.
  • (10) is information about the source node of the settings for UE-device communication. It may be information about the source node of the settings for device data transmission. It may be information indicating which node the settings were sent from. It may be the node to which the settings were sent directly or indirectly. For example, it may be an AF, a CN node, an MnS (Management Service), a base station, etc.
  • the CN node may be, for example, an AMF, a PCF, etc.
  • the MnS may be, for example, a MaS (Management System). The UE that receives the information becomes able to recognize which node the settings were sent from.
  • (11) is information sent from the UE to the device. For example, this is data to be sent to the device and setting information for UE-device communication. The UE sends this information to the device.
  • (12) is information about a beam through which the UE communicates with the device. It may be information about a beam formed by the UE. It may be information about a beam formed by the base station. The information may be information for identifying the beam, for example, an identifier of the beam.
  • (13) is information about interference in UE-device communication.
  • it may be information about interference received by a device. It may be information about interference caused by transmission and reception of multiple wireless methods within a UE. It may be information about interference received by other UEs.
  • the information about interference may be, for example, an interfering wireless method, an interfering wireless method, an interfering frequency, an interfering frequency, a time for interfering, a time for interfering, a power for interfering, a power for interfering, information about a device for interfering, or information about a device that is interfering.
  • the information about interference may be information about interference avoidance.
  • the UE can obtain information about interference in UE-device communication. For example, by using this information, it is possible to reduce interference in UE-device communication.
  • the UE-device communication configuration disclosed above may be one or more.
  • Information for identifying the UE-device communication configuration such as an identifier, may be provided.
  • the base station may transmit the identifier to the UE in association with the configuration.
  • a list of one or more of the configurations may be provided. The list may include identifiers of one or more of the settings to be set.
  • the UE that receives the UE-device communication settings from the base station performs UE-device communication using the setting information. For example, the UE uses the setting information to send a data transmission instruction to the device and receives the data that the device transmits in response.
  • the UE transmits data acquired from the device (in the following explanation, this data may be referred to as "device data") to the device data destination node.
  • the base station configures the UE to transmit the device data. Seven examples of configuration information for transmitting device data that is transmitted from the base station to the UE are disclosed below.
  • Information about the device (2) Information about the group. (3) Information regarding the service. (4) Transmission timing setting and/or Information regarding transmission timing. (5) Information regarding the destination node. (6) Information regarding the nodes used for device data communication. (7) A combination of (1) to (6).
  • (1) is information indicating from which device the device data is to be transmitted.
  • the information may be, for example, information for identifying the device, such as an identifier.
  • the information may be one or more.
  • a list of information relating to one or more devices may be provided.
  • the information relating to the device may be the number of devices.
  • a maximum value may be set for the number of devices to which device data is transmitted.
  • the data may be transmitted when data is received from a predetermined number of devices, or the predetermined number of devices.
  • the information is information indicating which group of devices the device data is to be sent from.
  • the information may be, for example, information for identifying a device group, such as an identifier.
  • the information may be one or more pieces of information.
  • a list of information relating to one or more device groups may be provided.
  • the information may associate a device group identifier with a device identifier belonging to the group.
  • the information is information indicating which service's device data is to be sent from the device.
  • the information may be, for example, information for identifying the service, such as an identifier.
  • the information may be one or more pieces of information.
  • a list of information relating to one or more services may be provided.
  • the information may associate a service identifier with a device identifier for the service.
  • (4-1) Setting the transmission time. (4-2) Periodic. (4-3) After the UE-device communication ends. (4-4) After the UE-device communication setup time has expired. (4-5) After receiving device data. (4-6) Event trigger. (4-7) After receiving a device data transmission instruction. (4-8) A combination of (4-1) to (4-7).
  • the UE transmits device data at the set transmission time.
  • the transmission time include the transmission start time, transmission end time, and transmission duration.
  • the transmission time may be included in the information regarding the transmission timing.
  • the timing of transmitting device data from the UE can be flexibly set.
  • the UE transmits device data at a set period.
  • the period and offset should be included in the information about the transmission timing. For example, this is effective when UE-device communication is performed periodically.
  • the period may be equal to the period set for UE-device communication, or may be an integer multiple.
  • the period may be equal to the period set for UE-device communication, or may be an integer multiple, statically determined by standards, etc. This simplifies control.
  • the UE transmits device data after the UE-device communication ends. It may be set to transmit immediately after the communication ends. Alternatively, it may be set to transmit a predetermined period after the communication ends. For example, this is applicable to cases where the UE-device communication is not performed periodically.
  • the predetermined period may be included in the information regarding the transmission timing. If the predetermined period is set to 0, it may be set to transmit immediately after the predetermined period after the communication ends.
  • the UE transmits the device data after the UE-device communication setup time has expired.
  • the setup may be such that the transmission occurs immediately after the communication setup time has expired.
  • the setup may be such that the transmission occurs a predetermined period of time after the communication setup time has expired.
  • the predetermined period may be included in the information regarding the transmission timing.
  • the setting may be such that the device data is transmitted immediately after the communication setup time has expired when the predetermined period is set to 0.
  • the information included in the UE-device communication setup information may be used as the UE-device communication setup time.
  • the UE transmits the device data after receiving it. It may be set to transmit immediately after receiving the device data. Alternatively, it may be set to transmit a predetermined period after receiving the device data. For example, this is applicable to cases where it is not known when UE-device communication will take place.
  • the predetermined period should be included in the information regarding the transmission timing. If the predetermined period is set to 0, it may be set to transmit the device data immediately after receiving it.
  • the UE transmits device data when the conditions set in the event trigger are met.
  • Five examples of the event trigger conditions are disclosed below. It is recommended that the event trigger conditions be included in the setting information for transmitting device data.
  • (4-6-1) Device data volume.
  • (4-6-2) Number of devices.
  • (4-6-3) Number of times device data has been received.
  • (4-6-4) Number of communications with the device. A combination of (4-6-5), (4-6-1) and (4-6-4).
  • the predetermined amount of device data may be set for each device. For example, it can be set according to the characteristics of each device.
  • the predetermined amount of device data may be set for one or more devices. For example, it is possible to reduce the amount of information in the configuration information.
  • the predetermined amount of device data may be set for each device group. For example, it can be controlled by the total amount of device data of one or more devices belonging to a device group.
  • the predetermined amount of device data may be set for each service. For example, it can be controlled by the total amount of device data of one or more devices for a predetermined service.
  • the predetermined amount of device data may be set for each UE. For example, it may be applied in a case where it is not predetermined which device the UE will communicate with.
  • a UE When a UE receives device data from a predetermined number of devices, it transmits the device data received from the devices.
  • the predetermined number of devices may be set for each device group, for each service, or for each UE. The same effect as described above can be obtained.
  • the UE When the UE receives device data from a device a predetermined number of times, it transmits the device data received from the device. There may be one device or multiple devices. The predetermined number of times device data is received may be set for each device, may be set for one or multiple devices, may be set for each device group, may be set for each service, or may be set for each UE. The same effect as described above can be obtained.
  • (4-6-4) transmits device data received from a device when the UE has communicated with the device a predetermined number of times.
  • the number of communications with a predetermined device may be set for each device, for one or more devices, for each device group, for each service, or for each UE. The same effect as described above can be obtained.
  • the above-mentioned predetermined amount should be included in the setting information for sending device data.
  • the UE transmits device data when it receives a device data transmission instruction from the base station.
  • the setting may be such that the device data is transmitted immediately after receiving the device data transmission instruction.
  • the setting may be such that the device data is transmitted a predetermined period after receiving the device data transmission instruction.
  • the predetermined period may be included in the information regarding the transmission timing.
  • the setting may be such that the device data is transmitted immediately after the communication ends when the predetermined period is set to 0.
  • the predetermined period may be included in the setting information for transmitting device data.
  • the base station can instruct the timing of device data transmission from the UE. Dynamic control of the device data transmission timing becomes possible.
  • (5) is information about a destination node of device data. It may be information indicating to which node the device data is to be sent. It may be a node that directly sends the device data, or a node that indirectly sends the device data.
  • the destination node is, for example, an AS, a CN node, an MnS, a base station, etc.
  • the CN node is, for example, an NF (Network Function), an AMF, an SMF, an UPF, an NWDAF (Network Data Analytics Function), an NEF, etc.
  • a node (which may be an entity or function) for managing (which may be collecting) device data may be provided in the CN.
  • the node is hereinafter referred to as a DMF (Device Management Function) in this specification.
  • the MnS may be, for example, a MaS.
  • a node (which may be an entity or function) for managing (which may be collecting) device data may be provided in the MnS.
  • the node is hereinafter referred to as a DCE (Device data Collection Entity) in this specification. This allows the UE to know which node to send the device data to.
  • the information on the node used for the device data communication in (6) may be, for example, information on the transmission route of the device data.
  • the information may include one or more destination nodes.
  • information on the device or UE that is the source of the device data may be included.
  • information on the device, UE, base station, AMF, NEF (Network Exposure Function), AF, etc. may be included.
  • Information for identifying the device data transmission route for example, an identifier, may be provided.
  • the device data transmission route identifier may be associated with the identifier or address of the node included in the transmission route. There may be one or more device data transmission routes. In this way, the UE can recognize the device data transmission route.
  • the device data transmission configuration disclosed above may be one or more.
  • Information for identifying the device data transmission configuration such as an identifier, may be provided.
  • the base station may transmit the identifier to the UE in association with the configuration.
  • a list of one or more such configurations may be provided. The list may include identifiers of one or more settings to be set.
  • a UE When a UE receives settings for transmitting device data from a base station, it uses the settings information to transmit device data.
  • the UE may send a request for UE-device communication settings to the base station.
  • the UE may send the request if it does not have a UE-device communication setting.
  • the UE may also send a reconfiguration request if it has a UE-device communication setting.
  • the base station that receives the request can recognize that the UE is requesting a UE-device communication setting.
  • the base station that receives the request may configure the UE for UE-device communication settings and send the setting to the UE.
  • the UE may send a request for device data transmission settings to the base station.
  • the method disclosed in the above-mentioned UE-device communication settings may be applied as appropriate. Similar effects can be obtained.
  • the UE may transmit a request to start UE-device communication to the base station.
  • the request may be a request for settings for UE-device communication.
  • the base station that receives the request can recognize that the UE is requesting UE-device communication.
  • the base station that receives the request may configure the UE for UE-device communication and transmit the settings to the UE.
  • the UE may transmit a request to start transmitting device data to the base station.
  • the method disclosed in the UE-device communication start request described above may be applied as appropriate. Similar effects can be obtained.
  • the UE may send a request to the base station for activation/deactivation (hereinafter referred to as act/deact) of the settings for UE-device communication. If the base station that receives the request has one or more settings for UE-device communication, it may send the settings to be activated/deactivated. The UE can then use the settings to perform UE-device communication.
  • act/deact activation/deactivation
  • the UE may send a request to the base station to act/deact settings for device data transmission. If the base station receives the request and has one or more settings for device data transmission, it may send the settings to be acted/deacted. The UE can then use the settings to transmit device data.
  • the base station may send a UE-device communication start/end instruction to the UE. It may also send an identifier for the UE-device communication settings to be used for starting/ending communication. For example, the base station may send the identifier together with or included in the instruction.
  • the base station may transmit a device data transmission start/end instruction to the UE. It may also transmit an identifier of the device data transmission setting to be used for the communication to be started/ended. For example, the base station may transmit the identifier together with or included in the instruction.
  • the base station may transmit to the UE the act/deact setting for UE-device communication. It may also transmit an identifier for the UE-device communication setting to be acted/deacted. When one or more UE-device communication settings are configured, it becomes unnecessary to operate all settings. This allows for simplified UE processing and reduced power consumption.
  • the base station may transmit to the UE the act/deact of the device data transmission setting. It may also transmit an identifier of the device data transmission setting to be acted/deacted. When one or more device data transmission settings are configured, it becomes unnecessary to operate all settings. This allows for simplified UE processing and reduced power consumption.
  • the base station may reset the UE-device communication settings for the UE.
  • the base station may change the UE-device communication settings for the UE.
  • the base station may notify the UE of some or all of the information about the settings. As part of the information about the settings, for example, it may notify only the information to be changed.
  • the method for resetting or changing the UE-device communication settings from the base station to the UE may be an appropriate application of the UE-device communication setting method.
  • the base station may reset the device data transmission settings for the UE.
  • the base station may change the device data transmission settings for the UE.
  • the base station changes the device data transmission settings for the UE it may notify the UE of some or all of the information about the settings. As part of the information about the settings, for example, it may notify only the information to be changed.
  • the method for resetting or changing the device data transmission settings from the base station to the UE may be an appropriate method for applying the device data transmission setting method.
  • the base station may reconfigure the settings used for UE-device communication for the UE.
  • the base station may change the settings used for UE-device communication for the UE.
  • the base station may send to the UE an identifier of the settings used for UE-device communication.
  • the base station may send to the UE an identifier of the changed settings to be used for UE-device communication.
  • Act/deact may be used for the reconfiguration or change.
  • the base station may deact the settings before the change that are used for UE-device communication to the UE. An identifier of the settings to be deacted may be transmitted.
  • the base station may act the settings after the change that are used for UE-device communication to the UE. An identifier of the settings to be acted may be transmitted.
  • Act/deact may be used for the reconfiguration or change.
  • the base station may deact the pre-change settings used for device data transmission to the UE. An identifier of the settings to be deacted may be transmitted.
  • the base station may act the changed settings used for device data transmission to the UE. An identifier of the settings to be acted may be transmitted. In this manner, it is possible to quickly reconfigure the settings to be used for UE-device communication.
  • the UE and/or base station may discard the settings that have been deacted for a predetermined period of time.
  • the base station may notify the UE of the predetermined period of time.
  • the predetermined period may be included, for example, in the settings for UE-device communication. In this manner, it is possible, for example, to reduce the amount of memory in the UE.
  • the base station may reset or change the settings for UE-device communication when instructing the UE to start/end UE-device communication.
  • the base station may reset or change the settings for device data transmission when instructing the UE to start/end device data transmission.
  • a method for releasing UE-device communication settings is disclosed.
  • the base station notifies the UE of the release of the UE-device communication settings.
  • the method for notifying the release may be any of the methods for notifying the UE-device communication settings disclosed above, as appropriate.
  • the UE is able to receive the release of the UE-device communication settings.
  • the UE that receives the release of the UE-device communication settings releases the configured UE-device communication settings.
  • the release notified to the UE by the base station may include information for identifying the UE-device communication settings to be released.
  • the UE that receives the release may use the information to identify the UE-device communication settings to be released.
  • the UE that receives the release of the UE-device communication settings may release all configured UE-device communication settings.
  • the UE that receives the release of the UE-device communication settings will release the UE-device communication settings.
  • the UE may discard the released UE-device communication setting information. By enabling release in this way, for example, when UE-device communication is not being performed, the UE does not need to hold unnecessary UE-device communication settings. This allows for efficient use of the UE's memory, etc.
  • the base station may notify the UE of the release of the device data transmission settings.
  • the method of notifying the release may be any of the methods of notifying the device data transmission settings disclosed above, as appropriate.
  • the UE becomes able to receive the release of the device data transmission settings.
  • the UE that receives the release of the device data transmission settings releases the configured device data transmission settings.
  • the release notified to the UE by the base station may include information for identifying the device data transmission settings to be released.
  • the UE that receives the release may use the information to identify the device data transmission settings to be released.
  • the UE that receives the release of the device data transmission settings may release all configured device data transmission settings.
  • the UE may clear any device data remaining in the buffer. This allows the UE's buffer capacity to be used for other purposes earlier.
  • the UE may transmit any device data remaining in the buffer. For example, the UE may transmit until there is no device data left in the buffer.
  • the device data transmission settings may be released when the service ends. This allows the UE to transmit device data until the service ends.
  • the transmission process of the device data in the buffer after receiving the release of the above-mentioned device data transmission settings may be configurable.
  • the base station may notify the UE of the transmission process method.
  • information on the transmission process method may be included in the UE-device communication settings or device data transmission settings and transmitted from the base station to the UE. This allows for flexible control suited to the status of the UE or base station and the service content.
  • the UE starts UE-device communication by receiving a setting for UE-device communication.
  • the UE ends UE-device communication by receiving a setting release for UE-device communication.
  • the UE may start UE-device communication by receiving a UE-device communication start instruction.
  • the UE may end UE-device communication by receiving a UE-device communication end instruction.
  • the UE may start UE-device communication by receiving an act setting for UE-device communication.
  • the UE may end UE-device communication by receiving a deact setting for UE-device communication.
  • Information on whether or not the device data has ended may be provided.
  • the device may generate the information.
  • the device may notify the UE of the information on whether or not the device data has ended.
  • the UE may generate the information.
  • the UE may transmit the information to the base station.
  • the base station may transmit the information to the CN node.
  • the information may be transmitted together with the device data, or may be transmitted separately from the device data. In this way, the UE, base station, or CN node that receives the information will be able to recognize that the device data transmitted from the device has ended.
  • the UE may store the device data received from the device.
  • a buffer for storing device data may be provided in the UE.
  • the device data may be stored, for example, for each device or for each device group. It may be stored in association with a device identifier or a device group identifier.
  • the device data may be stored, for example, for each UE-device communication. This allows for flexible control over the handling of device data and the transmission of device data from the UE to the base station.
  • a limit may be set on the number of UE-device communications performed to receive device data transmitted in one go to the base station. For example, if the limit is exceeded, the device data may not be stored. Alternatively, if the limit is reached, no further UE-device communications may be performed. Alternatively, if the limit is exceeded, the oldest device data may be cleared. The oldest device data may be cleared and device data from a new UE-device communication may be stored. When device data is transmitted, the number may be cleared. Device data may be transmitted when a predetermined number of UE-device communications have been performed. For example, a limit may be set on the number of UE-device communications, making it easier to control the UE.
  • a lower limit may be set for the number of UE-device communications performed to receive device data that is transmitted in one go to the base station. For example, if the number of times falls below the lower limit, device data may not be transmitted. Alternatively, if the number of times reaches the lower limit, device data may be allowed to be transmitted. When the UE transmits device data, the number may be cleared. For example, by limiting the number of UE-device communications required before transmitting device data, the device data communication load from the UE to the base station can be reduced.
  • the UE transmits device data to the base station using the device data transmission configuration received from the base station.
  • the UE starts device data transmission upon receiving the device data transmission configuration.
  • the UE ends device data transmission upon receiving a device data transmission configuration release.
  • the UE may start device data transmission upon receiving a device data transmission start instruction.
  • the UE may end device data transmission upon receiving a device data transmission end instruction.
  • the UE may start device data transmission upon receiving a device data transmission configuration act.
  • the UE may end device data transmission upon receiving a device data transmission configuration deact.
  • a method of transmitting device data from a UE to a base station is disclosed.
  • the UE may transmit device data to the base station by RRC signaling.
  • the device data may be transmitted by being included in an RRC message. This allows a larger amount of data to be transmitted.
  • the device data may be transmitted, for example, by being included in a ULInformationTransfer message or an RRCReconfigurationComplete message.
  • the device data may be transmitted, for example, by being included in a NAS message by RRC signaling.
  • a new RRC message for transmitting device data may be provided. It is possible to provide settings for transmitting device data and a message suitable for the device data to be transmitted.
  • the UE may transmit device data to the base station by MAC signaling.
  • the data may be included in a MAC CE and transmitted.
  • the UE may multiplex the data with other MAC data and transmit it to the base station. Since the data can be transmitted together with other data, efficient transmission becomes possible.
  • the UE may transmit device data to the base station by L1/L2 signaling.
  • the device data may be included in UCI.
  • the device data may be included in UCI and transmitted on PUCCH. In this way, the device data can be communicated between the UE and the base station at an earlier stage.
  • the UE may transmit device data to the base station in a Random Access (RA) process.
  • RA Random Access
  • the device data may be transmitted in Msg3 of a four-step RA process, or in MsgA of a two-step RA process. In this way, the device data can be transmitted more quickly between the UE and the base station.
  • FIG. 11 is a diagram showing an example of a sequence in which a UE transmits device data acquired from a device to a base station.
  • a UE connected to a base station (which may be RRC_Connected) notifies the base station of information indicating that communication with the device is possible.
  • the information indicating that communication with the device is possible may be information indicating that a RAT (Radio Access Technology) 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 a frequency for communication with the device.
  • the information regarding a frequency for communication may be a frequency band. These pieces of information may be combined.
  • the information may be included in the UE capabilities.
  • the base station transmits to the UE a setting for UE-device communication and a setting for device data transmission.
  • the setting may be transmitted, for example, by being included in an RRCReconfiguration message.
  • the UE that has received the setting is able to receive setting information for communication with the device and setting information for transmitting device data to the base station.
  • the UE that has received the setting for UE-device communication uses the setting information to communicate with the device. For example, if UE-device communication is set to be performed periodically, the UE communicates with the device periodically.
  • the UE that has received data from the device stores the device data.
  • the device data may be stored in a buffer provided in the UE. It is advisable to store the device data in the buffer until it is transmitted to the base station.
  • the UE transmits device data to the base station in step ST1105 using the device data transmission setting received in step ST1102. For example, if the device data is set to be transmitted in the same cycle as the UE-device communication cycle, the UE transmits the device data received in each cycle to the base station. For example, if the device data is set to be transmitted when the amount of device data stored in the buffer exceeds a predetermined amount, the UE transmits device data to the base station when the amount of device data stored by the UE-device communication exceeds the predetermined amount.
  • the base station can receive the device data transmitted from the UE.
  • the device data transmission setting transmitted in step ST1102 may be transmitted by signaling separate from the UE-device communication setting. For example, RRC signaling may be used to transmit the device data in step ST1105. For example, the device data may be transmitted in an RRCReconfigurationComplete message.
  • the UE may store the device data related information. It may also transmit the device data related information to the base station. Details of the device data related information will be described later.
  • the UE may store the device data related information together with the device data.
  • the UE may transmit the device data related information to the base station. For example, if the device data transmission setting includes setting information for transmitting device data related information, the UE may store the device data related information together with the device data in step ST1104, and transmit the device data related information together with the device data in step ST1105.
  • the base station can receive the device data related information.
  • the base station transmits the setting changes to the UE.
  • RRC signaling may be used to transmit the setting changes.
  • the setting changes may be transmitted in an RRCReconfiguration message.
  • the UE that has received the setting changes for UE-device communication communicates with the device using the changed setting information.
  • the UE that has received data from the device stores the device data.
  • step ST1109 the UE transmits device data to the base station using the change in the device data transmission setting received in step ST1106.
  • the base station can receive the device data transmitted from the UE.
  • the change in the device data transmission setting transmitted in step ST1106 may be transmitted by a signaling different from the change in the setting for UE-device communication.
  • RRC signaling may be used to transmit the device data in step ST1109.
  • the device data may be transmitted in an RRCReconfigurationComplete message.
  • the UE may transmit information related to device data to the base station.
  • the base station can receive information related to device data.
  • the base station transmits a release of the UE-device communication settings and a release of the device data transmission settings to the UE.
  • RRC signaling may be used for this transmission.
  • the settings may be transmitted, for example, by being included in an RRCReconfiguration message.
  • the UE that has received the release of the UE-device communication settings terminates the UE-device communication.
  • the UE that has received the release of the device data transmission settings terminates the transmission of device data to the base station.
  • the release of the device data transmission settings may be transmitted by a signaling different from that of the UE-device communication settings release.
  • the transmission process of the device data in the buffer may be performed by applying the method disclosed above.
  • the base station can receive device data from the device via the UE. Communication between the device and the NW becomes possible.
  • the PUSCH may be used to transmit device data from the UE to the base station.
  • the UE transmits device data to the base station on the PUSCH.
  • the UE may transmit a Scheduling Request (SR) to the base station to request scheduling of the PUSCH for transmitting device data.
  • the base station that receives the SR may transmit scheduling information for the PUSCH for transmitting device data to the UE.
  • the UE that receives scheduling information for the PUSCH for transmitting device data from the base station uses the information to transmit device data on the PUSCH.
  • SR Scheduling Request
  • Scheduling information for the PUSCH for transmitting device data from the base station to the UE may be included in the DCI.
  • a new DCI may be provided for scheduling the PUSCH for transmitting device data.
  • the DCI containing the scheduling information for the PUSCH for transmitting device data may be detected using the UE's RNTI (Radio Network Temporary Identifier).
  • RNTI Radio Network Temporary Identifier
  • different RNTIs may be used for device data transmission and data transmission of conventional services.
  • a new RNTI may be provided for detecting the DCI containing the scheduling information for the PUSCH for transmitting device data.
  • the UE will be able to recognize whether the DCI is scheduling information for device data transmission or scheduling information for data transmission of conventional services.
  • the UE will be able to select and receive these DCIs.
  • the base station may set a PUSCH for transmitting device data to the UE in advance.
  • a configured grant (CG) for transmitting device data may be set.
  • the CG for transmitting device data may be CG type 1 or CG type 2. This makes it possible to reduce the amount of signaling.
  • device data can be transmitted early at the timing of transmitting device data from the UE to the base station.
  • the base station may transmit the device data transmission settings to the UE including the CG settings.
  • the device data transmission settings may be transmitted in association with the CG settings used for transmitting device data. The UE will be able to recognize which CG settings to use for transmitting device data.
  • an RNTI for that CG may be provided.
  • the UE may detect and receive the DCI for that CG using the RNTI for that CG.
  • the UE can select and receive either the DCI of the CG for transmitting device data or the CG for transmitting data for a conventional service.
  • a setting for UE-device communication is provided for each device.
  • Setting information for UE-device communication may be provided for each device.
  • Setting information for UE-device communication suitable for each device can be set.
  • a setting for device data transmission may be provided for each device.
  • Setting information for device data transmission may be provided for each device.
  • Setting information for device data transmission suitable for the device data for each device can be set.
  • the UE may store device data for each device.
  • the UE may store device identifiers and device data in association with each other. This makes it possible to identify which device the device data belongs to.
  • the UE may transmit device data for each device to the base station.
  • the UE transmits the device data to the base station using device data transmission settings for each device.
  • FIG. 12 is a diagram showing an example sequence in which a UE transmits device data acquired from multiple devices to a base station.
  • the example in FIG. 12 shows two devices (device #1, device #2). Steps common to FIG. 11 are given the same step numbers, and common explanations will be omitted.
  • the base station transmits to the UE the UE-device communication settings and device data transmission settings for each device.
  • the UE communicates with device #1 using the UE-device communication settings set for device #1.
  • the device data received from device #1 is stored in a buffer within the UE.
  • the UE transmits device data to the base station using the device data transmission settings for device #1 received in step ST1102.
  • the base station can receive the device data for device #1 transmitted from the UE.
  • step ST1204 the UE communicates with device #2 using the UE-device communication settings set for device #2.
  • step ST1205 the device data received from device #2 is stored in a buffer in the UE.
  • step ST1206 the UE transmits device data to the base station using the device data transmission settings for device #2 received in step ST1102.
  • the base station can receive the device data for device #2 transmitted from the UE.
  • communication between UE and device #2 is shown to occur after communication between UE and device #1, but the communication period between UE and device #1 and the communication period between UE and device #2 may overlap. For example, communication between UE and device #1 and communication between UE and device #2 may occur alternately.
  • the device data transmission settings transmitted in step ST1102 may be transmitted by a signaling different from the settings for UE-device communication.
  • the UE may transmit device data related information for each device to the base station.
  • the base station can receive device data related information for each device.
  • Information on whether or not the device data has ended may be provided for each device.
  • the device may generate the information and transmit it to the UE.
  • the UE may generate the information.
  • the UE may transmit the information to the base station.
  • the information may be transmitted together with the device data, or may be transmitted separately from the device data. In this way, the UE or base station that receives the information can recognize that the device data transmitted from the device has ended.
  • the UE can communicate with multiple devices and can transmit device data received from multiple devices to the base station.
  • the base station can receive device data from multiple devices via the UE. Communication between multiple devices and the NW becomes possible.
  • the settings for UE-device communication are common to each device.
  • the setting information for UE-device communication is common to each device. There may be only one setting for UE-device communication. Communication is performed between the UE and one or more devices with the same settings. For example, the UE may communicate with one or more devices within a set UE-device communication period.
  • the settings for device data transmission may be common to each device.
  • the setting information for device data transmission may be common to each device. There may be only one setting for device data transmission. One or more device data transmissions are performed with the same settings. For example, the UE may transmit one or more device data at a set device data transmission period.
  • the same settings can be used to communicate with one or multiple devices, and device data can be transmitted, reducing the complexity of UE control.
  • the UE may store one or more device data collectively.
  • the UE may store the device data in association with a device identifier. Even if the data is stored collectively, it will be possible to recognize which device the device data belongs to.
  • the UE may transmit information indicating which device the data belongs to along with transmitting the device data. For example, the UE may transmit the device identifier and device data in association with each other to the base station. In this way, the base station will be able to recognize which device the device data belongs to.
  • FIG. 13 is a diagram showing another example sequence in which a UE transmits device data acquired from multiple devices to a base station.
  • two devices devices #1 and device #2
  • Steps common to FIG. 11 are given the same step numbers, and common explanations will be omitted.
  • the base station transmits one UE-device communication setting and one device data transmission setting to the UE.
  • the UE uses the received UE-device communication setting, the UE communicates with device #1 in step ST1301 and with device #2 in step ST1302.
  • UE-device #1 communication in step ST1301 and UE-device #2 communication in step ST1302 are performed within the UE-device communication time set in the UE-device communication setting.
  • step ST1303 the device data received from device #1 and device #2 is stored in a buffer in the UE. It is recommended that the device data received from each device be stored in association with the identifier of each device. This makes it possible to recognize which device the data was received from.
  • step ST1304 the UE uses the device data transmission settings received in step ST1102 to transmit the device data of device #1 and device #2 to the base station. It is recommended that the device data of each device be transmitted in association with the identifier of each device. This makes it possible to recognize which device the device data belongs to.
  • the base station can receive the device data of device #1 and device #2 transmitted from the UE.
  • the device data transmission settings transmitted in step ST1102 may be transmitted by a signaling different from the settings for UE-device communication.
  • the UE may transmit device data related information for each device to the base station.
  • the device data related information for each device may be transmitted in association with a device identifier.
  • the base station can receive the device data related information for each device.
  • Information may be provided indicating whether or not device data from multiple devices has ended.
  • the UE may generate this information. This is effective in cases where the UE transmits device data from multiple devices together.
  • the UE may transmit this information to the base station. This information may be transmitted together with the device data, or may be transmitted separately from the device data. In this way, the UE or base station that receives the information can recognize that the device data transmitted from the device has ended.
  • the UE can communicate with multiple devices, and can transmit device data received from multiple devices to the base station.
  • the base station can receive device data from multiple devices via the UE. Communication between multiple devices and the NW becomes possible.
  • control can be simplified as it eliminates the need for settings for each device and the transmission of device data.
  • the base station transmits one UE-device communication setting and one device data transmission setting to the UE, but either setting may be for each device as shown in the example of FIG. 12.
  • the base station may transmit one UE-device communication setting to the UE and transmit device data transmission settings for each device.
  • UE-device communication is performed using one setting received by the UE.
  • the UE may transmit device data for each device stored in a buffer within the UE to the base station using the device data transmission setting set for each device.
  • the UE may communicate with devices with which it can communicate during the period set for UE-device communication. It may also communicate with devices that have not been specified to the UE in advance. For example, the UE may communicate with a device that it has detected during the period set for UE-device communication. In this way, the UE becomes able to receive device data from devices with which it can communicate. The base station becomes able to receive device data from devices with which the UE can communicate.
  • the UE-device communication settings may be set for each device group including one or more devices.
  • the UE-device communication setting information may be set for each device group including one or more devices. Communication is performed between the UE and one or more devices included in the device group with the same settings. For example, the UE may communicate with one or more devices included in the device group within a set UE-device communication period.
  • the device data transmission settings may be set for each device group including one or more devices.
  • the device data transmission setting information may be set for each device group including one or more devices.
  • the same settings are used to transmit data for one or more devices included in the device group.
  • the UE may transmit data for one or more devices included in the device group at a set device data transmission period.
  • the same settings can be used to communicate with one or multiple devices, and device data can be transmitted, reducing the complexity of UE control. Also, by providing settings for each device group, it becomes possible to provide settings that are more suitable for each device group.
  • a device group may be provided for each service.
  • a device group consisting of devices used for a specific service may be provided.
  • a device group may be provided for each area.
  • a device group consisting of devices present in a specific area may be provided.
  • the device group may be determined in advance.
  • the NW node may determine the device group.
  • Information for identifying the device group such as an identifier, may be provided.
  • the device group identifier may be associated with an identifier of the device included in the device group.
  • the NW node transmits information about one or more device groups to the UE.
  • the information about the device group may be, for example, information about the devices included in the device group, information about the service, information about the area, etc. This information may be included in the settings for UE-device communication or in the settings for device data transmission. The UE will be able to recognize which device group the settings are for.
  • the settings for UE-device communication and/or device data transmission may be configurable for each service, whether they are for each UE, common to multiple UEs, or for each group.
  • the base station may configure these settings for each service that uses a device to communicate.
  • the network node may also configure these settings. This allows for flexible configuration that is more suited to the service.
  • the UE may store device data received from a device in association with a device group identifier.
  • device data can be stored for each service or for each area.
  • the UE may store data received from a device in association with a device group identifier and a device identifier.
  • Device data can be stored not only for each device group but also for each device.
  • the UE transmits device data to the base station using the device data transmission settings set for each device group.
  • the UE may transmit device data received from one or more devices in the device group to the base station.
  • the UE may associate the device group identifier with the device data and transmit it to the base station.
  • the base station will be able to recognize which device group the device data is from.
  • the UE may also associate the device group identifier and device identifier with the device data and transmit it to the base station.
  • the base station will be able to recognize not only the device group but also which device the device data is from.
  • Device data related information may be transmitted together with the device data.
  • Device data related information may be transmitted separately from the device data. Twenty examples of device data related information are disclosed below.
  • Device data identifier (2) A device group identifier. (3) Information regarding the service. (4) Information about the area. (5) Information regarding the PDU session. (6) Information regarding network slices. (7) Information indicating the destination of device data transmission. (8) Location information. (9) Information regarding the time of UE-device communication. (10) Information on the number of communications between the UE and the device. (11) Reception quality. (12) Information regarding PLMNs and NPNs. (13) Information regarding the TA. (14) Information regarding RNA. (15) Information regarding base stations and cells. (16) Information regarding the beam. (17) Information regarding the time of device data. (18) Device identifier. (19) Information regarding interference. (20) A combination of (1) to (19).
  • (1) is information for identifying device data.
  • the information may be added to the device data.
  • it may be a header of the device data.
  • the information may be numbered in the order of transmission from the device. In this way, even if the UE or NW node that receives the device data receives the device data in a different order, the device data can be arranged in the order of transmission.
  • the information (3) is information indicating which service the device data was received from.
  • the information may be, for example, a service identifier.
  • (4) is information indicating which area the device data is received from.
  • the information may be, for example, an area identifier.
  • (5) is information regarding a PDU session set for device data transmission.
  • the information may be, for example, a PDU session identifier.
  • (6) is information regarding a network slice set for device data transmission.
  • the information may be, for example, a network slice identifier.
  • (7) is information indicating the destination of device data.
  • the information may be, for example, an identifier or an address.
  • As the device destination for example, AMF, UPF, NWDAF, NEF, NF, AF, or AS may be used. These identifiers or addresses may also be used.
  • (8) may be, for example, location information of the UE.
  • location information of the device may be location information of the device.
  • the device location information may be derived by the UE.
  • the device location information may be derived by the device.
  • the device location information derived by the device may be notified from the device to the UE. The information may be notified, for example, together with the device data.
  • (9) may be, for example, timestamp information of the time of communication between the UE and the device. For example, it may be information indicating the time when the UE received the device data. For example, it may be information indicating the start time, end time, and device data reception time of the UE. (9) may be, for example, information indicating the time when the device transmitted the device data. For example, it may be information indicating the start time, end time, and device data transmission time of the device. The information indicating the time when the device transmitted the device data may be notified from the device to the UE. The information may be notified, for example, together with the device data.
  • (10) is information indicating how many times UE-device communication has occurred. It may also be information indicating how many times UE-device communication the device data has been received by the UE.
  • the reception quality is the reception quality of the signal from the device measured by the UE.
  • the reception quality may be, for example, reception power, SINR, or SNR (Signal to Noise Ratio).
  • the reception power may be, for example, RSSI.
  • (12) is information indicating which PLMN or NPN the UE is in.
  • the information may be information for identifying the PLMN or NPN, for example, a PLMN or NPN identifier.
  • (13) is information indicating which TA the UE is in.
  • the information may be information for identifying the TA, for example, a TAC.
  • (14) is information indicating which RNA the UE is in.
  • the information may be information for identifying the RNA, for example, an RNA identifier.
  • (15) is information regarding a base station or cell to which the UE is connected.
  • the information may be information for identifying a base station or cell, for example, a base station identifier or a cell identifier.
  • (16) is information regarding a beam through which the UE communicates with a device. It may be information regarding a beam formed by the UE. It may be information regarding a beam formed by the base station. The information may be information for identifying a beam, for example, a beam identifier.
  • (17) is information indicating the time when the device acquired data. It may be information indicating the data acquisition start time, end time, and measurement time. For example, if the device is a temperature sensor, the information may be information indicating the time when temperature data was acquired. The information indicating the time when the device acquired data may be notified from the device to the UE. For example, it may be notified together with the device data.
  • Identifiers such as the device data identifier (1), the device group identifier (2), and the device identifier (18) may be identification information recognizable by the user.
  • a UE that receives the identification information from a device displays the identification information on a display.
  • the identification information is output as audio. In this way, by using identification information recognizable by the user as an identifier, the user can recognize which device the information pertains to, etc.
  • the UE or NW node can obtain information about interference. For example, by using this information, it is possible to reduce interference in UE-device communication.
  • the UE that receives the device data stores the device data. It may also store device data-related information together with the device data.
  • the base station may configure the device data-related information to be stored together with the device data for the UE. This may be included in the settings for UE-device communication or the settings for transmitting device data.
  • the device data related information may be included in the device data or may be transmitted together with the device data. Alternatively, it may be transmitted separately from the device data.
  • the destination of the device data related information and the destination of the device data may be the same or different. For example, if a NW node that uses the device data also uses the device data related information, the destination may be the same. For example, if a NW node different from the NW node that uses the device data uses the device data related information, the destination may be different.
  • the UE transmits the device data related information to the base station.
  • the device may transmit the device data related information to the UE.
  • the UE that receives the information may transmit part or all of the received information to the base station.
  • the base station becomes able to receive the device data related information. In this way, for example, the UE and the NW node can recognize the status of communication between the UE and the device. It becomes possible to obtain the device data related information required for the service in the NW, and it becomes possible to provide a service using the
  • the device data related information may be configurable.
  • the base station may transmit device data related information settings to the UE.
  • the device data related information settings may be transmitted together with the settings for UE-device communication or the settings for device data transmission, or may be transmitted included in those settings. Alternatively, the device data related information settings may be transmitted separately from those settings.
  • the device data related information transmission settings may include, for example, information indicating which device data related information to obtain and which device data related information to transmit. It becomes possible to set device data related information requested by the NW.
  • the method of transmitting the device data related information transmission settings from the base station to the UE may be the same as the method of transmitting the device data transmission settings disclosed above. Similar effects can be obtained.
  • the UE becomes able to receive device data. Also, it becomes possible for the UE to transmit device data to the base station. The base station becomes able to receive device data from the device. This enables communication between the device and the NW via the UE.
  • the base station performs settings for UE-device communication and settings for sending device data from the UE to the base station, it is possible to reduce interference between UE-device communication and communication on Uu or PC5. This makes it possible to provide high-quality and stable device data communication.
  • Embodiment 2 In 3GPP, the incorporation of ultra-low power consumption IoT devices into a mobile communication system is being discussed. When incorporating the devices into a mobile communication system, it is expected that communication must be performed between the devices and a base station via a UE that is not connected to the base station. A method for enabling such a UE to communicate with the devices and the base station is disclosed.
  • communication is enabled between a UE that is not connected to a base station (may be in RRC_Idle or RRC_Inactive) and a device.
  • the UE communicates with the device in RRC_Idle or RRC_Inactive.
  • the UE stores device data after communication with the device.
  • the UE transitions to a connected state with the base station and transmits device data to the base station.
  • the UE transitions to RRC_Connected and transmits device data to the base station.
  • the UE may transmit device data to the base station during connection processing with the base station.
  • the UE may transmit device data to the base station during transition processing to RRC_Connected.
  • the base station transmits a setting for UE-device communication to a UE connected to the base station.
  • the base station may transmit a setting for device data transmission to a UE connected to the base station.
  • the method of transmitting the setting may be any of the methods disclosed in the first embodiment, as appropriate.
  • the setting information may be included in an RRC message, for example, the setting information may be included in a message that transitions the UE from an RRC_Connected state to an RRC_Idle state and transmitted.
  • the setting information may be included in a message that transitions the UE from an RRC_Connected state to an RRC_Inactive state and transmitted.
  • the setting information may be included in an RRCRelease message accompanied by suspend and transmitted.
  • a UE connected to a base station can receive a setting for UE-device communication and a setting for device data transmission from the UE to the base station from the base station.
  • the base station may transmit a setting for UE-device communication to a UE that is not connected when the UE is RRC_Connected in order to enable UE-device communication.
  • the base station may transmit a setting for device data transmission to a UE that is not connected when the UE is RRC_Connected in order to enable a UE that is not connected to transmit device data received from a device to the base station.
  • the base station may report the UE-device communication settings and/or device data transmission settings in an SIB.
  • the method disclosed in the first embodiment may be applied as appropriate.
  • a UE that is not in a connected state can receive the UE-device communication settings and/or device data transmission settings by receiving an SIB including the information reported from the base station.
  • the UE can use the information to communicate with the device in RRC_Idle or RRC_Inactive.
  • the base station may transmit notification of the UE-device communication settings and/or device data transmission settings to the UE by both SIB notification and RRC signaling.
  • part of the setting information may be notified by SIB, and the rest may be included in an RRC message and notified by individual RRC signaling.
  • information common to one or more UEs may be notified by SIB, and UE-specific information may be included in an RRC message and notified.
  • notification by RRC signaling may be performed when the UE is in a connected state. In this way, the amount of signaling can be reduced.
  • the UE can communicate with the device in RRC_Idle or RRC_Inactive by using the information received by SIB and RRC signaling.
  • the example information disclosed in the first embodiment may be applied as appropriate to the setting information example for UE-device communication. This is valid even if the UE is in RRC_Idle or RRC_Inactive.
  • the example information disclosed in the first embodiment may be applied as appropriate to the setting information example for device data transmission.
  • the UE-device communication period set in the UE may be an integer multiple of the DRX period.
  • the DRX period may be a DRX period set in the base station.
  • the DRX period may be a DRX period set in the UE.
  • the DRX period may be a DRX period for receiving paging.
  • the timing of the UE-device communication may be close to the reception timing by DRX.
  • the UE-device communication time may be close to the reception time by DRX.
  • the UE-device communication time may be set so as not to overlap with the reception time by DRX.
  • the UE-device communication time may be set to be before or after the reception time by DRX.
  • the UE-device communication time and the reception time by DRX may be continuous or discontinuous.
  • the UE-device communication time and the reception time by DRX may be set within a predetermined period.
  • the offset of the UE-device communication timing may be an offset from the DRX reception time.
  • the UE that receives the device data stores the device data. It may also store device data related information together with the device data. Examples of device data related information may be the examples of information disclosed in embodiment 1, as appropriate.
  • the base station may set device data related information to be stored together with the device data in the UE. This setting may be included in the settings for UE-device communication. It may also be included in the settings for device data transmission. It becomes possible to set which device data related information is to be stored and transmitted to the base station.
  • the information may be, for example, the amount of device data stored by the UE.
  • the information may be the maximum amount of device data stored by the UE. It may be a predetermined amount of device data.
  • the predetermined amount may be a threshold.
  • the device data may be transmitted to the base station.
  • device data that exceeds the threshold may not be stored or may be discarded.
  • new data may be stored and the amount of old data that exceeds the threshold may be discarded.
  • device data of a service with a high priority may be stored and the amount of device data of a service with a low priority may be discarded.
  • device data of a service with a small required latency may be stored and the amount of device data of a service with a large required latency may be discarded.
  • the base station may transmit to the UE information regarding the buffer for storing device data in the UE.
  • the base station may transmit to the UE a processing method to be used when the amount of device data stored in the UE exceeds a threshold.
  • the processing method may be included in the settings for UE-device communication. It may also be included in the settings for transmitting device data.
  • a UE that is not connected to a base station stores device data received from a device until it connects to the base station and transmits the device data to the base station. In this way, for example, it is possible to limit the amount of buffer the UE requires to store device data.
  • the information may be, for example, the maximum number of devices of device data stored by the UE.
  • the number of devices may be a predetermined number.
  • the predetermined number may be a threshold.
  • device data may be transmitted to the base station.
  • device data from devices that exceed the threshold may not be stored or may be discarded.
  • data from new devices in a number that exceeds the threshold may be stored and data from old devices in excess of the threshold may be discarded.
  • data from devices of a service with a high priority may be stored and data from devices of a service with a low priority may be discarded in excess of the threshold.
  • data from devices of a service with a small required latency may be stored and data from devices of a service with a large required latency may be discarded in excess of the threshold.
  • the base station may transmit to the UE information regarding the number of devices in the device data stored in the UE.
  • the base station may transmit to the UE a processing method to be used when the number of devices in the device data stored in the UE exceeds a threshold.
  • the processing method may be included in the settings for UE-device communication. It may also be included in the settings for device data transmission. The same effects as described above can be obtained.
  • the UE transmits device data when it connects to the base station.
  • the UE may transmit device data when it transitions to RRC_Connected.
  • the UE transmits device data received from the device in RRC_Idle or RRC_Inactive to the base station when it transitions to RRC_Connected.
  • the UE may transmit device data to the base station when it transitions to RRC_Connected for the first time after receiving device data. In this way, it is possible to avoid, for example, the UE connecting to the base station just for the purpose of transmitting device data. It is possible to simplify the control of the UE and avoid an increase in power consumption.
  • the UE transmits device data to the base station by applying a timing setting for transmitting device data from the UE.
  • the UE may transmit device data to the base station using information on the timing setting for transmitting device data received from the base station.
  • the UE connects to the base station at the timing for transmitting the device data or prior to the timing for transmitting the device data.
  • the UE may transition to an RRC_Connected state.
  • the UE connected to the base station transmits device data to the base station. In this way, a UE that is not connected to the base station can transmit device data to the base station at the timing for transmitting device data.
  • the UE transmits device data when it receives a device data transmission instruction from the NW node.
  • paging may be used.
  • the device data transmission instruction information may be included in the paging message.
  • the device data transmission instruction information may be included in the DCI used for paging and transmitted.
  • the device data transmission instruction information may be included in the short message. It may be set to transmit immediately after receiving the device data transmission instruction. Alternatively, it may be set to transmit a predetermined period after receiving the device data transmission instruction.
  • the predetermined period may be included in the information regarding the transmission timing. If the predetermined period is set to 0, it may be set to transmit immediately after the communication ends.
  • the predetermined period may be included in the setting information for device data transmission, may be included in the paging message, may be included in the DCI used for paging, or may be included in the short message.
  • the predetermined period may be included in the paging message together with the device data transmission instruction information, may be included in the DCI used for paging, or may be included in the short message.
  • a UE that is not connected to a base station can receive device data transmission instruction information.
  • a UE that receives the device data transmission instruction information connects to a base station.
  • a UE connected to a base station transmits device data to the base station. In this way, the UE can transmit device data received when not connected to the base station to the base station.
  • An SIB is used to send the device data transmission instruction.
  • the base station transmits the SIB including device data transmission instruction information.
  • the method disclosed above may be applied to the transmission timing after receiving the device data transmission instruction.
  • the specified period may be included in the device data transmission setting information or in the SIB. It may be included in the same SIB as the device data transmission instruction information.
  • a UE that receives the device data transmission instruction information connects to the base station. In this way, a UE that is not connected to the base station can receive the device data transmission instruction information.
  • a UE that is connected to the base station transmits device data to the base station. In this way, the UE can transmit device data to the base station.
  • Device data is transmitted when the UE moves between cells. For example, device data is transmitted when the UE selects or reselects a cell. The UE may transmit device data to the selected or reselected cell. If there is device data to transmit, the UE connects to the selected or reselected cell. The UE connected to the cell transmits device data to the cell. In this way, device data can be transmitted to the base station even when the UE moves between cells.
  • Another method is disclosed. Transmitting device data when a UE moves between RNAs.
  • a UE moves between RNAs it is preferable for the UE to transmit device data to the base station. If there is device data to transmit, the UE connects to the base station. The UE connected to the base station transmits device data to the base station. In this way, it becomes possible for the UE to transmit device data to the base station even when it moves between RNAs.
  • Another method is disclosed. Transmitting device data when the UE moves between TAs.
  • the UE When the UE moves between TAs, it is preferable for the UE to transmit device data to the base station. If there is device data to transmit, the UE connects to the base station. The UE connected to the base station transmits the device data to the base station. In this way, it becomes possible for the UE to transmit device data to the base station even when it moves between TAs.
  • the UE connects to the base station and transmits device data to the base station.
  • the UE may transmit device data to the base station during the process of connecting to the base station. This allows the device data to be transmitted to the base station at an early stage.
  • the base station may set to the UE a method for transmitting device data received from a device by a UE not connected to the base station to the base station.
  • the base station may transmit information indicating the transmission method to the UE.
  • the base station may transmit to the UE information indicating which of the transmission methods disclosed above to use.
  • the information indicating the transmission method may be included in the device data transmission settings.
  • the base station becomes able to set to the base station a method for transmitting device data received by a UE not connected to the base station, enabling flexible control suited to the service, for example.
  • the UE transmits device data to the base station.
  • the UE may transmit some or all of the stored device data.
  • the UE may transmit device data related information to the base station.
  • the UE may transmit some or all of the stored device data related information. It may be possible to configure which device data and device data related information are transmitted to the base station. For example, it may be configured to transmit only device data and device data related information of a specific service to the base station. For example, it may be configured to transmit only device data and device data related information received from a device in a specific area to the base station.
  • the base station transmits information to the UE regarding which device data and device data related information are transmitted to the base station. The information may be included in the device data transmission settings. In this way, for example, the base station can receive desired device data and device data related information from the UE.
  • the UE After receiving the UE-device communication configuration, if the connection with the base station is released (which may be when the UE transitions to RRC_Idle or RRC_Inactive), the UE may start UE-device communication. After the UE transitions from RRC_Idle or RRC_Inactive to RRC_Connected, the UE-device communication may end. If the UE transitions again to RRC_Idle or RRC_Inactive, the UE may start UE-device communication again.
  • a UE connected to a base station using the method disclosed in embodiment 1 is performing UE-device communication
  • the UE-device communication may be continued.
  • the UE-device communication may be performed using the UE-device communication settings in a state where the UE is not connected to the base station.
  • the UE-device communication settings suitable for the state of the UE may be used.
  • the UE-device communication settings in a state where the UE is connected to the base station may be continued. There is no need to change the UE-device communication settings, the communication process can be continued, and communication can be performed with low latency.
  • the UE-device communication may be continued.
  • the method disclosed in the first embodiment may be used to continue the communication.
  • the UE-device communication settings suitable for the state of the UE may be used.
  • the UE-device communication settings in the state where the UE is not connected to the base station may be continued. There is no need to change the UE-device communication settings, communication processing can be continued, and communication can be performed with low latency.
  • Whether or not to continue to use the UE-device communication settings when the UE's connection state changes may be set in advance.
  • the base station may notify the UE of information on whether or not to continue to use the UE-device communication settings. This makes it possible to provide UE-device communication suitable for services that use devices.
  • the release of the UE-device communication setting, the instruction to start the UE-device communication, the instruction to end the UE-device communication, the act of the UE-device communication setting, and the deact of the UE-device communication setting disclosed in the first embodiment may be applied as appropriate. These may be notified while the UE is connected to the base station. When the connection between the UE and the base station is released, it may be determined whether or not to perform UE-device communication according to the above settings.
  • the UE when the UE transitions to RRC_Idle or RRC_Inactive, if an instruction to start the UE-device communication has been notified but an instruction to end the UE-device communication has not been notified, the UE may start UE-device communication.
  • Information may be provided as to whether or not the device data has ended.
  • the method disclosed in the first embodiment may be applied as appropriate.
  • the UE, base station, or CN node that receives this information will be able to recognize that the device data transmitted from the device has ended.
  • the UE that is not connected to the base station may store the device data received from the device.
  • a buffer for storing device data may be provided within the UE.
  • the UE transmits device data to the base station.
  • a UE that is not connected to a base station connects to the base station prior to transmitting device data to the base station.
  • the UE transmits device data to the base station using the device data transmission setting received from the base station.
  • the UE may end device data transmission upon receiving a device data transmission setting release.
  • a UE that has connected to a base station prior to transmitting device data to the base station may start device data transmission upon receiving a device data transmission start instruction.
  • the UE may end device data transmission upon receiving a device data transmission end instruction.
  • a UE that has connected to a base station prior to transmitting device data to the base station may start device data transmission upon receiving a device data transmission setting act.
  • the UE may end device data transmission upon receiving a device data transmission setting deact.
  • the device data may be transmitted, for example, during an RRC establishment process.
  • the device data may be transmitted, for example, in an RRCSetupComplete message.
  • the device data may be transmitted, for example, during an RRC re-establishment process.
  • the device data may be transmitted, for example, in an RRCReestablishmentComplete message.
  • the device data may be transmitted, for example, during an RRCResume process.
  • the device data may be transmitted, for example, in an RRCResumeComplete message.
  • the device data may be transmitted, for example, in an RRC reconfiguration process.
  • the device data may be transmitted, for example, in an RRCReconfiguration message.
  • the device data may be transmitted, for example, in a UEInformationResponse message.
  • the device data may be transmitted, for example, in a ULInformationTransfer message.
  • the device data may be transmitted, for example, in a NAS message by RRC signaling.
  • the UE may transmit device data to the base station by MAC signaling. For example, the UE may transmit the device data by including it in a MAC CE. The UE may transmit the device data to the base station by multiplexing it with other MAC data. Since the device data can be transmitted together with other data, efficient transmission becomes possible.
  • the UE may transmit device data to the base station by L1/L2 signaling.
  • the device data may be included in UCI.
  • the device data may be included in UCI and transmitted on PUCCH. In this way, the device data can be communicated between the UE and the base station at an earlier stage.
  • the UE may transmit device data to the base station in the RA process.
  • the device data may be transmitted in Msg3 of the four-step RA process, or in MsgA of the two-step RA process. In this way, the device data can be communicated between the UE and the base station at an earlier stage.
  • PUSCH may be used to transmit device data from the UE to the base station.
  • the method disclosed in the first embodiment may be applied as appropriate.
  • the UE may maintain the connection with the base station. Alternatively, the UE may release the connection with the base station after transmitting device data to the base station. After transmitting device data to the base station, the UE may return the connection with the base station to the original state before starting transmission of device data.
  • the processing after transmitting device data may be configurable.
  • the base station sets the processing method after transmitting device data to the UE.
  • the setting information may be included in the settings for UE-device communication or the settings for transmitting device data. In this way, for example, the base station can execute processing appropriate to the situation of the UE transmitting device data.
  • Information may be provided to indicate that transmittable device data is present in the UE. For example, if the device data cannot be sent from the UE to the base station in one signaling, the UE transmits the information to the base station.
  • the base station that receives the information can recognize that there is device data that can be transmitted to the UE.
  • the information may be transmitted together with the device data. For example, it becomes possible to indicate early that there is device data that can be transmitted.
  • the information may be transmitted separately from the device data. It becomes possible to indicate in a timely manner that there is device data that can be transmitted.
  • the method of transmitting device data related information from the UE to the base station may be any of the device data transmission methods described above.
  • the device data related information may be transmitted together with the device data or using a separate signaling.
  • the UE may transmit device data and device data related information using the device data transmission settings received from the base station. In this way, the base station can receive the device data related information.
  • FIG. 14 is a diagram showing an example of a sequence in which a UE that is not connected to a base station transmits device data acquired from a device to a base station. This shows a case in which a UE in RRC_Idle transmits device data acquired from a device to a base station. The same step numbers are used for steps common to FIG. 11, and common explanations are omitted. While the UE is connected to the base station (which may be RRC_Connected), in step ST1101 the UE notifies the base station of information indicating that communication with the device is possible.
  • the information indicating that communication with the device is possible may include information indicating the connection state of the UE that is capable of communication with the device.
  • a setting for UE-device communication when the UE is not connected to a base station, and a setting for transmitting device data received when the UE is not connected to a base station may be provided.
  • the setting may be provided for each connection state of the UE (RRC_Connected, RRC_Idle, RRC_Inactive).
  • the UE may use the setting according to the connection state with the base station when communicating with the device.
  • the setting method for each connection state of the UE may be different for the setting for UE-device communication and the setting for device data transmission.
  • the setting for UE-device communication may be set for each connection state of the UE, and the setting for device data transmission may be the same for all states.
  • the setting for each connection state of the UE may be transmitted individually or as one setting.
  • information indicating which connection state the setting is to be used for may be provided and transmitted by including it in the setting. In this way, a setting suitable for the connection state with the base station when the UE communicates with the device is possible. More flexible control is possible.
  • the base station transmits to the UE settings for UE-device communication in RRC_Idle and settings for device data transmission.
  • the base station may transmit the settings while the UE is connected to the base station.
  • RRC signaling may be used for the transmission.
  • the settings may be transmitted, for example, in an RRCRelease message, which is a message for transitioning from the RRC_Connected state to the RRC_Idle state.
  • the settings for device data transmission may be transmitted by signaling separate from the settings for UE-device communication.
  • the UE that has received the settings becomes able to receive setting information for communication with the device in RRC_Idle and setting information for transmitting device data received in RRC_Idle to the base station.
  • the UE that has received the RRCRelease transitions to RRC_Idle in step ST1402.
  • the UE receives a setting for UE-device communication during RRC_Connected, it transitions to RRC_Idle and communicates with the device using the setting information in step ST1403. If the UE receives device data from the device, it stores the device data in step ST1404. The device data may be stored in a buffer provided within the UE. It is recommended that the device data be stored in the buffer until it is transmitted to the base station.
  • the UE performs connection processing with the base station to transmit device data.
  • the UE performs RA processing with the base station.
  • the UE transmits device data to the base station.
  • the base station receives the device data transmitted from the UE.
  • RRC signaling may be used to transmit the device data.
  • the device data may be transmitted included in an RRCSetupComplete message in the connection processing between the UE and the base station.
  • the UE If the UE cannot transmit the device data in one signaling, it transmits more device data. For example, RRC signaling may be used for this transmission.
  • the data may be transmitted in a ULInformationTransfer message.
  • the UE continues transmitting to the base station until the device data is complete.
  • the UE transmits information indicating whether the device data is complete together with the device data.
  • the base station that receives the information indicating whether the device data is complete can recognize that the device data transmitted in step ST1407 is the end.
  • the UE may return to the state before starting communication with the UE (UE-device communication), i.e., RRC_Idle, in step ST1408.
  • the base station may transmit an RRCRelease message to the UE.
  • the base station that received the last device data in step ST1407 transmits an RRCRelease message to the UE.
  • the UE that receives the RRCRelease message transitions to RRC_Idle.
  • the UE may perform UE-device communication again after transitioning to RRC_Idle.
  • the UE may perform UE-device communication even after transitioning to RRC_Idle until it receives a UE-device communication setting release from the base station. Steps ST1403 to ST1408 may be repeated until the UE receives a UE-device communication setting release from the base station.
  • the UE may store the device data related information.
  • the UE may transmit the device data related information to the base station.
  • the UE may store the device data related information together with the device data.
  • the UE may transmit the device data related information to the base station.
  • the device data transmission setting includes setting information for transmitting device data related information
  • the UE may store the device data related information together with the device data in step ST1404, and transmit the device data related information together with the device data in steps ST1406 to ST1407.
  • the base station can receive the device data related information.
  • a case where a UE in RRC_Idle performs UE-device communication is disclosed.
  • a UE in RRC_Inactive may perform UE-device communication.
  • the sequence example of Figure 14 may be applied as appropriate.
  • the base station transmits the UE-device communication settings in RRC_Inactive and the device data transmission settings for the device data received from the device in RRC_Inactive by the UE.
  • An RRCRelease message accompanied by Suspend may be used for this transmission.
  • a UE that receives an RRCRelease message accompanied by Suspend transitions to RRC_Inactive.
  • the UE that transitions to RRC_Inactive performs UE-device communication using the settings received from the base station.
  • the RRCResumeComplete message may be used to transmit device data from the UE to the base station.
  • a UE that is not connected to a base station can perform UE-device communication and transmit device data received from the device to the base station.
  • the base station can receive device data from the device via the UE. Communication between the device and the network becomes possible.
  • a UE that is not connected to a base station may communicate with multiple devices.
  • the method of communicating with multiple devices may be the same as that disclosed in the first embodiment. Similar effects can be obtained.
  • the base station may notify surrounding base stations of the UE-device communication settings and/or device data transmission settings set for the UE. If the UE moves to another base station, the base station can use the settings for the UE received from the surrounding base station. If the UE connects to a base station other than the base station that received the settings to transmit device data, the UE may transmit device data using the settings. The different base station can receive device data by receiving the settings for the UE from the surrounding base station. If the UE is located in a base station other than the base station that received the settings, the settings may be used to communicate with the device. The different base station can recognize the settings for the UE-device communication by receiving the settings for the UE from the surrounding base station.
  • the base station may change some or all of the information in the UE-device communication settings and/or device data transmission settings received from a neighboring base station. If the UE connects to a base station different from the base station that received the settings, the different base station may transmit the changed settings to the UE. It may also transmit only the changed information. In this way, for example, the base station can make new settings for the UE taking into account the situation of its own base station.
  • a UE that is not connected to a base station can perform UE-device communication.
  • a UE that is not connected to a base station can receive device data.
  • device data received from a device when the UE is not connected to a base station can be transmitted to the base station.
  • the base station can receive device data received by a UE that is not connected to a base station. This enables communication between the device and the NW via the UE.
  • Embodiment 3 In 3GPP, the incorporation of ultra-low power consumption IoT devices into a mobile communication system is being discussed. Incorporation of a device into a mobile communication system requires a device data communication method between the device and a network and a device data management method in the network, but these methods have not been disclosed at all. In this embodiment, a method for solving such problems is disclosed.
  • a setting for UE-device communication and/or a setting for device data transmission may be transmitted from an application to a base station.
  • the application may be, for example, an AF or an AS.
  • the setting may be transmitted from a DN (Data Network) to a base station.
  • the setting may be transmitted from an MnS to a base station.
  • the device may be managed in the MnS.
  • the MnS may be, for example, an MaS or a DCE.
  • the setting may be transmitted from a CN node to a base station.
  • the CN node may manage the device.
  • the CN node may be, for example, an AMF, an SMF, an UPF, a PCF, an UDM, an NF, an NWDAF (Network Data Analytics Function), or a DMF.
  • the base station transmits the setting to the UE.
  • the method of transmitting the setting from the base station to the UE may be the method disclosed in the first or second embodiment, as appropriate.
  • the UE communicates with the device.
  • the UE may perform UE-device communication using the UE-device communication settings received from an application or the like via the base station.
  • the UE transmits device data to the base station.
  • the UE may transmit device data using device data transmission settings received from an application or the like via the base station.
  • the base station transmits the device data received from the UE to the application.
  • the base station may transmit the device data to the DN.
  • the base station may transmit the device data to the MnS.
  • the base station may transmit the device data to a CN node.
  • the device data related information may be transmitted together with the device data.
  • the device data related information may be included in the device data, or may be transmitted together with the device data. Alternatively, the device data related information may be transmitted separately from the device data.
  • the destination of the device data and the destination of the device data related information may be different.
  • the method disclosed in the first and second embodiments may be appropriately applied as the method of transmitting the device data related information.
  • an application that uses the device can perform the setting and can receive device data and device data related information. Services that use the device become possible.
  • the setting can be transmitted from the DN and device data and device data related information can be received.
  • a node connected to the DN can manage devices, device data, and device data related information.
  • the MnS can perform the setting and can receive device data and device data related information. The MnS can manage devices, device data, and device data related information. It becomes possible to incorporate the device into the management of the mobile communication system.
  • the CN node can perform the setting and can receive device data and device data related information. The CN node can manage devices, device data, and device data related information. It becomes possible to incorporate the device into the mobile communication system.
  • the source of the setting and the destination of the device data or device data related information do not have to be the same. They may be different.
  • the setting may be performed by the MnS and the device data may be sent to the application. In this way, it becomes possible to provide a wide variety of services using devices.
  • the application may transmit settings for UE-device communication and/or settings for device data transmission to a node related to UE-device communication or a node related to device data transmission.
  • the settings may be transmitted from a DN, MnS, or CN node, rather than from an application.
  • related nodes include a base station, AMF, SMF, UPF, NWDAF, NEF, and DMF.
  • the settings transmitted to the related nodes may be part or all of the settings transmitted to the UE.
  • the setting information may be transmitted from more than one source.
  • the setting information may be shared and configured by multiple sources.
  • the setting related to the service may be configured by the AF
  • the setting related to the RAN may be configured by the base station. In this way, it becomes possible to configure the setting according to the function of the source of the setting.
  • device data, etc. When device data, etc. is transmitted to a CN node, it is transmitted from the base station to the CN node.
  • Device data, etc. may be transmitted from the base station to the CN node via another CN node.
  • device data, etc. may be transmitted from the base station to the NWDAF via the AMF.
  • Device data, etc. may be transmitted from the base station to the DMF via the AMF and NWDAF.
  • device data, etc. When device data, etc. is transmitted to the MnS, it is transmitted from the base station to the MnS. It may be transmitted via the CN node. For example, it may be transmitted from the base station to the NWDAF via the AMF and DCE.
  • device data, etc. When device data, etc. is transmitted to a CN node, it is transmitted from the base station to the NWDAF via the AMF and DCE.
  • the AF is transmitted to the AF, it is transmitted from the base station to the AF via the CN node. It may be transmitted via the MnS. For example, it may be transmitted from the base station to the AF via the AMF and NEF. For example, it may be transmitted from the base station to the AF via the MnS. For example, it may be transmitted from the base station to the AF via the AMF and MnS. For example, it may be sent to the AF via the AMF, NWDAF, and DCE.
  • the base station When sending device data, etc. to an AS, it is sent from the base station to the AS via a CN node. For example, it may be sent from the base station to the AS via a UPF. For example, it may be sent from the base station to the AS via an AMF, SMF, and UPF.
  • a DN When sending to a DN, it is sent from the base station to the DN via a CN node. For example, it may be sent from the base station to the DN via a UPF. For example, it may be sent from the base station to the DN via an AMF, SMF, and UPF.
  • the transmission route of the device data and/or device data related information may be configurable.
  • the sender of the settings for device data transmission described above may set the transmission route of the device data.
  • the device data transmission route setting information may be included in the settings for device data transmission.
  • the sender of the settings for device data transmission may transmit the transmission route setting information to a node related to the device data transmission.
  • (1) is information about the destination of device data. It may be information for identifying the destination. For example, it may be an identifier, an address, etc. The information may be information for identifying the device data destination node (for example, AMF, UPF, etc.). These may be combined.
  • (2) may be information indicating which node the device data is to be sent to. For example, it may be information for identifying the node, for example, an identifier, an address, etc.
  • the information may be information for identifying the device data destination node. These may be combined.
  • (3) may be information indicating which node the device data is to be received from. For example, it may be information for identifying the node, for example, an identifier, an address, etc.
  • the information may be information for identifying the device data source node (for example, AMF, UPF, etc.). These may be combined.
  • (4) may be information for identifying a service. For example, it may be an identifier of the service. Alternatively, it may be the QoS required for the service.
  • Information for identifying the set service data transmission route may be provided. (5) may be this information. Multiple routes may be set, and the identifier may be used to set which route setting to use. For example, a service may be set in association with the identifier of the route. Information (1) to (4) may be associated with each route setting. In this way, it becomes possible to set a route suitable for the service.
  • Each node that receives the transmission route configuration information can recognize which node to receive device data from, which node to send it to, and the final destination of the device data.
  • the transmission route for device data For example, it is possible to set a transmission route suitable for the service that uses the device, or a transmission route suitable for the situation of each node.
  • the application may send a device data transmission request to the base station.
  • the DN, MnS, or CN node may send a device data transmission request to the base station.
  • the base station may send a device data transmission request to the UE.
  • the method of sending a device data transmission request from the base station to the UE may be any of the methods disclosed in the first and second embodiments.
  • the UE that receives the request sends the device data to the base station.
  • the base station that receives the device data from the UE sends the device data to the requester.
  • the source of the device data transmission request may be the device data transmission destination disclosed above.
  • the transmission route of the device data transmission request may be the reverse of the device data transmission route disclosed above.
  • the source of the device data transmission request may set the device data transmission route.
  • the source of the device data transmission request may set the device data transmission route and transmit the setting information to the node related to the device data transmission.
  • the source of the device data transmission request may be the same as or different from the source of the UE-device communication settings and/or device data transmission settings.
  • the settings for UE-device communication settings and/or device data transmission settings may be set from different sources than the source of the device data transmission request.
  • the settings for UE-device communication settings and/or device data transmission settings may be set from the PCF, and the device data transmission request may be set from the AF. This enables communication of device data suitable for services that use the device.
  • the NWDAF may be set as a destination or a node in a transmission route for device data and/or device data-related information.
  • the device data and/or device data-related information may be input to the NWDAF.
  • the NWDAF is a function for analyzing NW data. By inputting the device data and/or device data-related information to the NWDAF, a wide variety of analyses can be performed using the device data and/or device data-related information in the NWDAF.
  • the analysis results in the NWDAF may also be output, and the output may be transmitted to the device data destination. In this way, the device data and/or device data-related information can be analyzed and processed within the mobile communication system, and the results can be used in applications, MnS, etc.
  • FIG. 15 is a diagram showing an example sequence of device data communication between a device and a network.
  • FIG. 15 shows an example in which the AF is the source of the UE-device communication settings and device data transmission settings, and the destination of the device data is the AS.
  • the UE transmits information indicating that communication with the device is possible to the base station.
  • the base station receives the information and transmits the information to the AMF.
  • the information may be transmitted, for example, in a NAS message.
  • the AMF can recognize that the UE is able to communicate with the device.
  • the AF transmits the UE-device communication settings and device data transmission settings to the NEF.
  • the NEF that receives the settings transmits the settings to the AMF in step ST1504.
  • the AMF that receives the settings transmits the settings to the base station in step ST1505.
  • the base station that receives the settings transmits the settings to the UE in step ST1508.
  • the AF is able to transmit the UE-device communication settings and device data transmission settings to the UE.
  • the UE is able to receive the UE-device communication settings and device data transmission settings from the AF.
  • the AMF that receives the settings from the NEF may determine whether or not any UE is capable of communicating with the device. It may transmit the settings to the UEs that are capable of communicating with the device.
  • the AMF that receives the setting from the NEF transmits a setting for transmitting device data to the SMF in step ST1506.
  • the AMF may use information about the transmission route of device data included in the setting to determine to which node the setting should be transmitted.
  • the SMF that receives the setting transmits the setting to the UPF in step ST1507.
  • the SMF and AMF may use information about the transmission route of device data included in the setting to determine to which node the setting should be transmitted. In this way, the AF can transmit the setting to a node that requires a setting for UE-device communication and a node that requires a setting for transmitting device data.
  • the settings for device data transmission may be transmitted using signaling separate from the settings for UE-device communication.
  • the UE that has received the UE-device communication setting in step ST1508 uses the setting to communicate with the device in step ST1509.
  • the UE that has received device data from the device stores the device data in a buffer in the UE in step ST1510.
  • the UE transmits the device data to the base station in step ST1511.
  • the device data transmission setting may be used for the transmission.
  • the base station transmits the device data to the UPF in step ST1512.
  • the device data transmission setting may be used for the transmission.
  • the base station may use information about the device data transmission route included in the setting to determine to which node the setting should be transmitted.
  • the UPF transmits the device data to the AS in step ST1513.
  • the device data transmission setting may be used for the transmission.
  • Information on whether the device data has ended may be provided.
  • the device may generate the information and transmit it to the UE.
  • the UE may generate the information.
  • the information may be provided for each device. For example, this is effective when device data is transmitted for each device.
  • the information may be provided for device data from multiple devices. For example, this is effective when device data for multiple devices is transmitted collectively.
  • the UE may notify the CN node of the information on whether the device data has ended.
  • the CN node may notify the AS of the information on whether the device data has ended.
  • the UE may transmit the information to the base station, the base station may transmit the information to the CN node, and the CN node may transmit the information to the AS.
  • the information may be transmitted together with the device data, or may be transmitted separately from the device data. In this way, the CN node or AS that receives the information can recognize that the device data transmitted from the UE has ended.
  • the UE may store the device data related information.
  • the UE may store the device data related information together with the device data.
  • the UE may transmit the device data related information to the base station.
  • the base station may transmit the device data related information to the UPF, and the UPF may transmit the device data related information to the AS.
  • the device data related information may be transmitted together with the device data.
  • the base station, the UPF, and the AS can receive the device data related information.
  • Changes or releases of settings for UE-device communication and/or settings for device data transmission may be provided.
  • the AF may transmit changes or releases of settings for UE-device communication and/or settings for device data transmission to the NEF, AMF, base station, and UE.
  • Each node may change the settings by changing the settings, and terminate UE-device communication or device data transmission by releasing the settings.
  • the AF allows the UE to perform UE-device communication, and the AS can receive device data from the UE. Applications can receive device data via the UE. Communication between the device and the NW becomes possible.
  • FIG. 16 is a diagram showing another example of a first sequence of device data communication between a device and a NW.
  • FIG. 16 illustrates a case where the transmission route of device data is different from that of the example of FIG. 15. The same step numbers are used for steps common to FIG. 15, and common explanations are omitted.
  • the base station that receives device data from the UE in step ST1511 transmits the device data to the AMF in step ST1601.
  • the device data transmission setting may be used for the transmission.
  • the AMF transmits device data to the SMF in step ST1602.
  • the device data transmission setting may be used for the transmission.
  • the SMF transmits device data to the UPF in step ST1603.
  • the device data transmission setting may be used for the transmission.
  • the UPF transmits device data to the AS in step ST1604.
  • the device data transmission setting may be used for the transmission.
  • FIG. 17 is a diagram showing a second example of another sequence of device data communication between a device and a NW.
  • FIG. 17 illustrates a case where the AF is the source of the UE-device communication settings and the device data transmission settings, and the destination of the device data is also the AF.
  • the settings for device data transmission may be transmitted using signaling separate from the settings for UE-device communication.
  • the UE having received the UE-device communication setting in step ST1704, uses the setting to communicate with the device in step ST1705.
  • the UE having received device data from the device, stores the device data in a buffer in the UE in step ST1706.
  • the UE transmits the device data to the base station in step ST1707.
  • the device data transmission setting may be used for the transmission.
  • the base station transmits the device data to the CN node in step ST1708.
  • the device data transmission setting may be used for the transmission.
  • the CN node may determine to which node the setting should be transmitted using information on the transmission route of the device data contained in the setting.
  • the CN node transmits the device data to the NEF in step ST1709.
  • the device data transmission setting may be used for the transmission.
  • the NEF transmits the device data to the AF in step ST1710.
  • the device data transmission setting may be used for the transmission.
  • the UE may store the device data related information.
  • the UE may store the device data related information together with the device data.
  • the UE may transmit the device data related information to the base station.
  • the base station may transmit the device data related information to the CN node.
  • the CN node may transmit the device data related information to the NEF.
  • the NEF may transmit the device data related information to the AF.
  • the device data related information may be transmitted together with the device data.
  • the AF can receive the device data related information.
  • the AF can execute UE-device communication with the UE, and the AF can receive device data from the UE.
  • the AF can receive device data without using the UP's CN node.
  • the CP enables communication between the device and the NW.
  • FIG. 18 is a diagram showing a third example of another sequence of device data communication between a device and a NW.
  • FIG. 18 illustrates a case where the MnS is the source of the UE-device communication settings and the device data transmission settings, and the destination of the device data is the DCE.
  • the MnS transmits the UE-device communication settings and device data transmission settings to the CN node.
  • the CN node that receives the settings transmits the settings to the base station in step ST1802.
  • the base station that receives the settings transmits the settings to the UE in step ST1803.
  • the MnS is able to transmit the UE-device communication settings and device data transmission settings to the UE.
  • the UE is able to receive the UE-device communication settings and device data transmission settings from the MnS.
  • the CN node that receives the settings from the MnS may determine whether or not any UE is capable of communicating with the device.
  • the CN node may transmit the settings to the UEs that are capable of communicating with the device.
  • the settings for device data transmission may be transmitted using signaling separate from the settings for UE-device communication.
  • the UE having received the UE-device communication setting in step ST1803, uses the setting to communicate with the device in step ST1804.
  • the UE having received device data from the device, stores the device data in a buffer in the UE in step ST1805.
  • the UE transmits the device data to the base station in step ST1806.
  • the device data transmission setting may be used for the transmission.
  • the base station transmits the device data to the CN node in step ST1807.
  • the device data transmission setting may be used for the transmission.
  • the CN node may determine to which node the setting should be transmitted using information on the device data transmission route contained in the setting.
  • the CN node transmits the device data to the DCE in step ST1808.
  • the device data transmission setting may be used for the transmission.
  • the UE may store the device data related information.
  • the UE may store the device data related information together with the device data.
  • the UE may transmit the device data related information to the base station.
  • the base station may transmit the device data related information to the CN node.
  • the CN node may transmit the device data related information to the DCE.
  • the device data related information may be transmitted together with the device data.
  • the DCE may receive the device data related information.
  • the management service of the mobile communication system allows the UE to perform UE-device communication, and the data collection node can receive device data from the UE. Communication between the device and the network becomes possible.
  • the destination of the device data related information and the destination of the device data may be the same or different. For example, if a NW node that uses the device data also uses the device data related information, the destination may be the same. For example, if a NW node different from the NW node that uses the device data uses the device data related information, the destination may be different.
  • the device data may be sent to the AS and the device data related information to the AF. Data from the device may be stored in the AS and used for an application, and the device data related information may be used by the AF for application management.
  • the device data may be sent to the AS and the device data related information to the MnS. Data from the device may be stored in the AS and used for an application, and the device data related information may be used by the MnS for network management suitable for the application. In this way, devices can be incorporated and a network suitable for services using the devices can be constructed.
  • the method disclosed in this embodiment enables device data communication between devices and the NW.
  • the application, DN, MnS, and CN nodes can acquire device data and device data related information, and can handle and manage device data. For example, by sending device data and device data related information from a device such as a wearable terminal to an application, the application can grasp and manage the health condition. For example, by sending device data and device data related information such as reception quality and location information from an industrial sensor device to the NWDAF, the NWDAF can analyze the information. For example, by sending device data and device data related information such as time information and location information from an environmental sensor device to the MnS, network resources can be optimized according to the environment, time, location, etc. In this way, it becomes possible to incorporate devices into a 3GPP mobile communication system and provide services using the devices.
  • the UE may transmit device data or device data related information to another UE.
  • the UE may transmit device data or device data related information to the NW via another UE.
  • a UE-UE relay may be used for transmission from the UE to another UE.
  • a UE-NW relay may be used for transmission from the UE to the NW.
  • PC5 which is an interface for direct communication between UEs, may be used for these communications.
  • a UE-NW relay may be used for communication between the UE and the NW. Communication between the UE and the base station may be performed via the UE-NW relay.
  • a UE that is outside the base station area can transmit device data to the base station via the UE-NW relay.
  • the UE transmits device data or device data related information to another UE.
  • the other UE may transmit the received device data or device data related information to the NW.
  • a UE that is outside the range of a base station can transmit device data to the base station via another UE.
  • the UE may transmit the device data or device data-related information that exceeds the predetermined amount to another UE.
  • the other UE may transmit the received device data or device data-related information to the NW. In this way, even if there is a limit to the amount that can be stored in the UE, more device data and device data-related information can be transmitted to the NW.
  • one or more cells are configured in one gNB.
  • it is described as a gNB or a cell, but unless otherwise specified, it may be a gNB or a cell.
  • a gNB may be an MCG or an SCG.
  • a slot is an example of a time unit for communication in a fifth generation communication system.
  • a slot may be a scheduling unit.
  • the processing described as being performed on a slot basis may be performed on a TTI basis, a subframe basis, a subslot basis, or a minislot basis.
  • the methods disclosed in the above-mentioned embodiments and their modified examples may be applied to the IAB. They may be applied to communications between an IAB donor and an IAB node. They may be applied to processing using Uu in the IAB.
  • the methods disclosed in the above-mentioned embodiments and their modified examples may be applied to communication between UEs or between a UE and a NW via a relay using SL communication.
  • the methods disclosed in the above-mentioned embodiments and their modified examples may be applied to services that use SL communication, not limited to V2X (Vehicle-to-everything) services.
  • the methods may be applied to SL communication used in a variety of services, such as proximity-based services, public safety, communication between wearable devices, and communication between devices in factories.
  • 202 Communication terminal device (mobile terminal), 210 Communication system, 213, 240-1, 240-2, 750 Base station device (NR base station, base station), 214 5G core unit, 215 Central unit, 216 Distributed unit, 217 Central unit for control plane, 218 Central unit for user plane, 219 TRP, 301, 403 Protocol processing unit, 302 Application unit, 304, 405 Encoder unit, 305, 406 Modulation unit, 306, 407 Frequency conversion unit, 307-1 to 307-4, 408-1 to 408-4 Antenna, 308, 409 Demodulation unit, 309, 410 Decoder unit, 310, 411, 526 control unit, 401 EPC communication unit, 402 other base station communication unit, 412 5GC communication unit, 521 Data Network communication unit, 522 base station communication unit, 523 user plane communication unit, 523-1 PDU processing unit, 523-2 mobility anchoring unit, 525 control plane control unit, 525-1 NAS security unit, 525-2 idle state mobility management unit, 527 session management unit

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）１のスケジューリング情報、ＳＩＢ１等のサブキャリア間隔、ＤＭ－ＲＳ位置の情報などがある。
　また、通信端末は、ＰＢＣＨより、ＳＳブロック識別子を取得する。ＳＳブロック識別子のビット列の一部は、ＭＩＢに含まれている。残りのビット列は、ＰＢＣＨに付随するＤＭ－ＲＳのシーケンス生成に用いられる識別子に含まれている。通信端末は、ＰＢＣＨに含まれるＭＩＢ、および、ＰＢＣＨに付随するＤＭ－ＲＳのシーケンスを用いて、ＳＳブロック識別子を取得する。
　次にステップＳＴ６０３で、通信端末は、ＳＳブロックの受信電力を測定する。
　次にステップＳＴ６０４で、通信端末は、ステップＳＴ６０３までで検出された１つ以上のセルの中から、受信品質が最もよいセル、例えば、受信電力が最も高いセル、つまりベストセルを選択する。また、通信端末は、受信品質が最もよいビーム、例えば、ＳＳブロックの受信電力が最も高いビーム、つまりベストビームを選択する。ベストビームの選択には、例えば、ＳＳブロック識別子毎の、ＳＳブロックの受信電力が用いられる。
　次にステップＳＴ６０５で、通信端末は、ＭＩＢに含まれるＳＩＢ１のスケジューリング情報をもとにＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルの構成情報、他のＳＩＢ（ＳＩＢｋ：ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（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）レイヤが設けられる（非特許文献２９参照）。ＢＡＰレイヤは、受信したデータの、ＩＡＢドナーＤＵおよび／あるいはＩＡＢノードへのルーティング、ＲＬＣチャネルへのマッピング等の動作を行う（非特許文献２９参照）。
　ＩＡＢドナーＣＵの構成の例として、ＣＵ２１５と同様の構成が用いられる。
　ＩＡＢドナーＤＵの構成の例として、ＤＵ２１６と同様の構成が用いられる。ＩＡＢドナーＤＵのプロトコル処理部においては、ＢＡＰレイヤの処理、例えば、下りデータにおけるＢＡＰヘッダの付与、ＩＡＢノードへのルーティング、上りデータにおけるＢＡＰヘッダの除去等の処理が行われる。
　ＩＡＢノードの構成の例として、図５に示すＥＰＣ通信部４０１、他基地局通信部４０２、５ＧＣ通信部４１２を除いた構成が用いられる場合がある。
　ＩＡＢノードにおける送受信処理を、図５、図１０を用いて説明する。ＩＡＢドナーＣＵ９０１とＵＥ９０５との間の通信における、ＩＡＢノード９０３の送受信処理について説明する。ＵＥ９０５からＩＡＢドナーＣＵ９０１への上り通信において、ＩＡＢノード９０４からの無線信号が、アンテナ４０８（アンテナ４０８－１～４０８－４の一部または全部）により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータは、プロトコル処理部４０３に渡され、ＩＡＢノード９０４との間の通信に用いるＭＡＣ、ＲＬＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの除去等の動作が行われる。また、ＢＡＰヘッダを用いたＩＡＢドナーＤＵ９０２へのルーティングが行われるとともに、ＩＡＢドナーＤＵ９０２との間の通信に用いるＲＬＣ、ＭＡＣ等のプロトコル処理、例えば、各プロトコルにおけるヘッダの付与等の動作を行う。プロトコル処理が行われたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、プロトコル処理部４０３から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４よりＩＡＢドナーＤＵ９０２に対して送信信号が送信される。ＩＡＢドナーＣＵ９０１からＵＥ９０５への下り通信においても同様の処理が行われる。
　ＩＡＢノード９０４においても、ＩＡＢノード９０３と同様の送受信処理が行われる。ＩＡＢノード９０３のプロトコル処理部４０３においては、ＢＡＰレイヤの処理として、例えば、上り通信におけるＢＡＰヘッダの付与およびＩＡＢノード９０４へのルーティング、下り通信におけるＢＡＰヘッダの除去等の処理が行われる。
　３ＧＰＰにおいて超低消費電力なＩｏＴデバイス（以降、デバイス、と称する場合がある）を移動通信システムに取込むことが議論されている。超低消費電力なＩｏＴデバイスは、従来の３ＧＰＰで規定するエアインタフェースに用いられる通信方式とは異なる通信方式を用いてＵＥあるいは基地局と通信を行うことが提案されている（非特許文献３１、３３、３４）。デバイスを移動通信システムに取込むにあたって、デバイスと通信を行うＵＥがＮＷと通信を行わなくてはならないことが想定される。このようなＵＥがデバイスおよびＮＷと通信を可能にする方法について開示する。
　デバイスとＵＥとの間の通信は、デバイスとＵＥとの直接通信であり、デバイスと基地局との間の通信は、デバイスと基地局との直接通信である。ＵＥとＵＥとの間の通信は、ＵＥ同士の直接通信であり、ＵＥと基地局との間の通信は、ＵＥと基地局との直接通信である。
　デバイスとＵＥとの間の通信は、ＵＥを介したデバイスとＮＷとの間の通信のための、デバイスとＵＥとの間の通信であってもよい。
　移動通信システムにデバイスを取込むため、基地局はＵＥに対して、ＵＥ－デバイス間通信用設定を送信する。基地局はＵＥに対して、ＵＥから基地局へのデバイスデータ送信用設定を送信してもよい。
　基地局からＵＥへのこられの設定の送信方法を開示する。基地局はこれらの設定情報を報知してもよい。基地局は、これらの設定情報をＳＩＢに含めてもよい。基地局は該ＳＩＢを報知してもよい。セル全体に送信可能となるため、該セルエリアに存在するＵＥが設定情報を受信可能となる。基地局はこれらの設定情報をＵＥに対して個別に送信してもよい。基地局はＵＥに対してこれらの設定情報をＲＲＣシグナリングで送信してもよい。これらの設定情報をＲＲＣメッセージに含めて送信してもよい。たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信してもよい。ＵＥ個別に送信可能となるため、ＵＥ個別の設定情報を送信できる。
　他の方法を開示する。基地局はこれらの設定情報をＭＡＣシグナリングで送信してもよい。たとえば、ＭＡＣ　ＣＥに含めて送信してもよい。基地局はＵＥに対して該設定情報を他のＭＡＣデータと多重して送信してもよい。他のデータとともに送信可能となるため、効率的な送信が可能となる。他の方法を開示する。基地局はこれらの設定情報を、Ｌ１／Ｌ２シグナリングで送信してもよい。基地局はこれらの設定情報をＤＣＩに含めてもよい。基地局はＵＥに対して該ＤＣＩをＰＤＣＣＨで送信してもよい。これらの設定情報をより早期に送信可能となる。
　ＵＥ－デバイス間通信用設定情報例を以下に１４個開示する。
（１）通信周波数情報。
（２）通信時間情報。
（３）通信期間情報。
（４）時間情報。
（５）通信エリア情報。
（６）グルーピング情報。
（７）受信品質情報。
（８）サービスに関する情報。
（９）デバイスに関する情報。
（１０）送信元ノードに関する情報。
（１１）ＵＥからデバイスへ送信する情報。
（１２）ビームに関する情報。
（１３）干渉に関する情報。
（１４）（１）から（１３）の組合せ。
　（１）は、ＵＥ－デバイス間通信を行う周波数に関する情報である。たとえば、周波数、帯域などである。たとえば、ＢＷＰ情報であってもよい。たとえば、ＲＢ（Resource　Block）やサブキャリア情報であってもよい。たとえば、サブキャリア間隔に関する情報であってもよい。該情報は１つまたは複数であってもよい。（２）は、ＵＥ－デバイス間通信を行う時間に関する情報である。たとえば、通信開始時間、通信終了時間、通信時間間隔、周期、オフセットなどである。たとえば、シンボル長に関する情報であってもよい。該情報は１つまたは複数であってもよい。時間単位は時間であってもよいし、ＵＥ－基地局間で用いられる時間単位を用いてもよい。ＵＥ－基地局間で用いられる時間単位は、たとえば、シンボル、スロット、サブフレーム、ＴＴＩ（Transmission　Timing　Interval）、無線フレームなどである。ＵＥ－基地局間で用いられる時間単位を用いることでＵＥの制御が容易になる。（３）は、ＵＥ－デバイス間通信を行う期間に関する情報である。ＵＥ－デバイス間通信サービス期間であってもよい。該通信期間内で、たとえば（２）で開示した時間に通信が行われる。該情報は１つまたは複数であってもよい。通信期間はタイマ設定としてもよい。タイマ設定でＵＥ－デバイス間通信が可能となり、タイマ満了でＵＥ－デバイス間通信が不可能になるような設定でもよい。（２）の通信時間や（３）の通信期間を設定することで、たとえば、定期的あるいは周期的にデバイスとの通信が必要なサービスを提供することができる。
　（４）は、ＵＥに時間を設定するための情報である。ＮＷ側の絶対時間を送信してもよい。該情報は１つまたは複数であってもよい。ＵＥは受信した時間をもとにして、たとえば、デバイスとの通信時間などを導出するとよい。このようにすることで、ＵＥ間で同期した時間を用いることが可能となる。時間情報はデバイスに通知されてもよい。基地局あるいはＵＥからデバイスに対して時間情報が送信されてもよい。たとえば、デバイスにおいてデータ取得時間に時間を示す情報を導出する場合に用いるとよい。デバイス間で同期した時間情報を用いることが可能となる。
　（５）は、ＵＥ－デバイス間通信が可能なエリア情報である。ＵＥ－デバイス間通信が不可能な（禁止でもよい）エリア情報であってもよい。１つまたは複数のエリアをリストにしてもよい。デバイス間通信エリアリストとしてもよい。該情報は１つまたは複数であってもよい。エリア情報として、たとえば、ビーム、セル、基地局、ＲＮＡ（RAN　Notification　Area）、ＴＡ、ＰＬＭＮ、ＮＰＮ（Non-Public　Network）などであってもよい。これらを特定するための情報、たとえば、識別子であってもよい。たとえば、ＵＥ－デバイス間通信可能なビーム識別子などである。
　１つまたは複数のデバイスをグルーピングしてもよい。（６）は、１つまたは複数のデバイスが属するグループに関する情報である。どのデバイスをどのグループに割振るかの情報であってもよい。該情報は１つまたは複数であってもよい。グルーピングの方法として、たとえば、サービス毎、デバイス種類毎、エリア毎などがある。サービスの種類として、たとえば、資産管理サービス用デバイス、温度管理サービス用デバイスや、所定の会社向けサービスなどがある。デバイス種類として、たとえば、速度／加速度センサデバイス、温度センサデバイス、圧力センサデバイスなどがある。デバイスグループを特定するための情報を設けてもよい。該情報は、たとえば、デバイスグループ識別子であってもよい。デバイスグループ識別子とそれに属するデバイス識別子を関連付けた情報を設けてもよい。
　（７）は、ＵＥ－デバイス間通信可能な、デバイスからの受信品質に関する情報である。ＵＥ－デバイス間通信不可能な、デバイスからの受信品質に関する情報であってもよい。該情報は１つまたは複数であってもよい。受信品質情報として、たとえば、受信品質、受信電力、ＲＳＳＩ（Received　Signal　Strength　Indicator）、ＳＩＮＲ（Signal　to　Interference　plus　Noise　Ratio）などであってもよい。また、受信品質情報は、たとえば、誤り率であってもよい。ＢＥＲ（Bit　Error　Rate）、ＦＥＲ（Frame　Error　Rate）であってもよい。ＵＥ－デバイス間通信可能あるいは不可能な所定の値を設定してもよい。閾値としてもよい。
　（８）は、ＵＥ－デバイス間通信を用いるサービスに関する情報である。たとえば、資産管理サービス用デバイス、温度管理サービス用デバイスや、所定の会社向けサービスなどがある。たとえば、ｅＭＢＢ（enhanced　Mobile　Broadband）、ｍＭＴＣ（massive　Machine　Type　Communication）、ＵＲＬＬＣ（Ultra-Reliability　Low　Latency　Communication）であってもよい。該情報は１つまたは複数であってもよい。サービスを特定するための情報を設けてもよい。該情報は、たとえば、サービス識別子であってもよい。サービス識別子と対応するデバイス識別子とを関連付けた情報を設けてもよい。サービス識別子と対応するグループ識別子とを関連付けた情報を設けてもよい。該情報は、たとえば、サービスに用いられるＡＦ（Application　Function）やＡＳ（Application　Server）に関する情報であってもよい。該情報は、たとえば、アドレスであってもよい。
　（９）は、ＵＥと通信可能なデバイスに関する情報である。該情報は、ＵＥと通信不可能（禁止であってもよい）なデバイスに関する情報であってもよい。たとえば、デバイスを特定するための情報、たとえば、識別子であってもよい。たとえば、デバイスネームであってもよい。たとえば、センサネームであってもよい。該情報は１つまたは複数であってもよい。１つまたは複数のデバイスに関する情報のリストを設けてもよい。
　（１０）は、ＵＥ－デバイス間通信用設定の送信元ノードに関する情報である。デバイスデータ送信用設定送信元ノードに関する情報であってもよい。該設定がどのノードから送信されたかを示す情報であってもよい。該設定が直接的に送信されたノードでもよいし、間接的に送信されたノードでもよい。たとえば、ＡＦ、ＣＮノード、ＭｎＳ（Management　Service）、基地局などである。ＣＮノードとして、たとえば、ＡＭＦ、ＰＣＦなどであってもよい。ＭｎＳとして、たとえば、ＭａＳ（Management　System）であってもよい。該情報を受信したＵＥは、該設定がどのノードから送信されたかを認識可能となる。
　（１１）は、ＵＥからデバイスへ送信する情報である。たとえば、デバイスに対して送信するデータやＵＥ－デバイス間通信用設定情報などである。ＵＥは該情報をデバイスに対して送信する。
　（１２）は、ＵＥがデバイスとの通信を行うビームに関する情報である。ＵＥが形成するビームに関する情報であってもよい。基地局が形成するビームに関する情報であってもよい。該情報は、ビームを特定するための情報、たとえば、ビームの識別子であってもよい。
　（１３）は、ＵＥ－デバイス間通信における干渉に関する情報である。たとえば、デバイスが受けている干渉に関する情報であってもよい。デバイスが与えている干渉に関する情報であってもよい。ＵＥ内で複数の無線方式の送受信によって生じる干渉に関する情報であってもよい。他のＵＥが受けている干渉に関する情報であってもよい。干渉に関する情報は、たとえば、干渉を与える無線方式、干渉を受ける無線方式、干渉を与える周波数、干渉を受ける周波数、干渉を与える時間、干渉を受ける時間、干渉を与える電力、干渉を受ける電力、干渉を与えるデバイスに関する情報、干渉を受けるデバイスに関する情報であってもよい。干渉に関する情報は、干渉回避に関する情報であってもよい。ＵＥはＵＥ－デバイス間通信における干渉に関する情報を取得可能となる。たとえばこれらの情報を利用することでＵＥ－デバイス間通信における干渉の低減が可能となる。
　前述に開示したＵＥ－デバイス間通信用設定は１つであってもよいし複数であってもよい。ＵＥ－デバイス間通信用設定を特定するための情報、たとえば識別子を設けてもよい。基地局はＵＥに対して該設定と関連付けて該識別子を送信してもよい。１つまたは複数の該設定のリストを設けてもよい。リストに設定する１つまたは複数の設定の識別子を含めてもよい。
　基地局からＵＥ－デバイス間通信用設定を受信したＵＥは、該設定情報を用いてＵＥ－デバイス間通信を行う。たとえば、ＵＥは、該設定情報を用いて、デバイスに対してデータ送信指示を送信し、デバイスがそれに応じて送信するデータを受信する。
　ＵＥはデバイスから取得したデータ（以下の説明ではこのデータを「デバイスデータ」と称する場合がある）をデバイスデータ送信先ノードに対して送信する。基地局はＵＥに対して、該デバイスデータを送信するための設定を行う。基地局からＵＥに対して送信するデバイスデータ送信用設定情報例を以下に７つ開示する。
（１）デバイスに関する情報。
（２）グループに関する情報。
（３）サービスに関する情報。
（４）送信タイミング設定　ａｎｄ／ｏｒ　送信タイミングに関する情報。
（５）送信先ノードに関する情報。
（６）デバイスデータ通信に用いられるノードに関する情報。
（７）（１）から（６）の組合せ。
　（１）は、どのデバイスからのデバイスデータを送信するかを示す情報である。該情報は、たとえば、デバイスを特定するための情報、たとえば、識別子であってもよい。該情報は１つまたは複数であってもよい。１つまたは複数のデバイスに関する情報のリストを設けてもよい。デバイスに関する情報としてデバイスの数であってもよい。デバイスデータを送信するデバイスの数に最大値を設けてもよい。所定のデバイス数のデバイスからデータを受信した場合に送信してもよく、該所定のデバイス数であってもよい。
　（２）は、どのグループのデバイスからのデバイスデータを送信するかを示す情報である。該情報は、たとえば、デバイスグループを特定するための情報、たとえば、識別子であってもよい。該情報は１つまたは複数であってもよい。１つまたは複数のデバイスグループに関する情報のリストを設けてもよい。デバイスグループ識別子と該グループに属するデバイス識別子とを関連付けた情報であってもよい。
　（３）は、どのサービスのデバイスからのデバイスデータを送信するかを示す情報である。該情報は、たとえば、サービスを特定するための情報、たとえば、識別子であってもよい。該情報は１つまたは複数であってもよい。１つまたは複数のサービスに関する情報のリストを設けてもよい。サービス識別子と該サービス用のデバイス識別子とを関連付けた情報であってもよい。
　（４）は、ＵＥからデバイスデータを送信するタイミングの設定に関する情報である。送信タイミング設定に関する情報例を以下に８つ開示する。
（４－１）送信時間設定。
（４－２）周期的。
（４－３）ＵＥ－デバイス間通信終了後。
（４－４）ＵＥ－デバイス間通信設定時間終了後。
（４－５）デバイスデータ受信後。
（４－６）イベントトリガ。
（４－７）デバイスデータ送信指示受信後。
（４－８）（４－１）から（４－７）の組み合わせ。
　（４－１）の場合、ＵＥは設定された送信時間でデバイスデータを送信する。送信時間として、たとえば、送信開始時間、送信終了時間、送信継続時間などがある。該送信時間を送信タイミングに関する情報に含めるとよい。ＵＥからのデバイスデータの送信タイミングを柔軟に設定できる。
　（４－２）の場合、ＵＥは設定された周期でデバイスデータを送信する。周期、オフセットを送信タイミングに関する情報に含めるとよい。たとえば、ＵＥ－デバイス間通信が周期的に行われるような場合に有効である。周期は、ＵＥ－デバイス間通信用設定の周期と等しく、あるいは、整数倍にしてもよい。周期は、ＵＥ－デバイス間通信用設定の周期と等しい、あるいは、整数倍であることを規格等で静的に決めておいてもよい。制御を簡易にできる。
　（４－３）の場合、ＵＥはＵＥ－デバイス間通信終了後デバイスデータを送信する。該通信終了後ただちに送信する設定としてもよい。あるいは、該通信終了後所定の期間後送信する設定としてもよい。たとえば、ＵＥ－デバイス間通信が周期的に行われないような場合にも適用できる。所定の期間を送信タイミングに関する情報に含めるとよい。所定の期間を０とした場合、該通信終了後所定の期間後ただちに送信する設定としてもよい。
　（４－４）の場合、ＵＥはＵＥ－デバイス間通信設定時間終了後デバイスデータを送信する。該通信設定時間終了後ただちに送信する設定としてもよい。あるいは、該通信設定時間終了後所定の期間後送信する設定としてもよい。所定の期間を送信タイミングに関する情報に含めるとよい。該所定の期間を０とした場合を、該通信設定時間終了後ただちにデバイスデータを送信する設定としてもよい。ＵＥ－デバイス間通信設定時間として、ＵＥ－デバイス間通信用設定情報に含まれる該情報を用いるとよい。
　（４－５）の場合、ＵＥはデバイスデータ受信後デバイスデータを送信する。デバイスデータ受信後ただちに送信する設定としてもよい。あるいは、デバイスデータ受信後所定の期間後送信する設定としてもよい。たとえば、ＵＥ－デバイス間通信がいつ行われるかわからないような場合にも適用できる。所定の期間を送信タイミングに関する情報に含めるとよい。該所定の期間を０とした場合を、デバイスデータ受信後ただちにデバイスデータを送信する設定としてもよい。
　（４－６）の場合、ＵＥはイベントトリガで設定された条件を満たした場合にデバイスデータを送信する。イベントトリガ条件の例を以下に５つ開示する。イベントトリガ条件をデバイスデータ送信用設定情報に含めるとよい。
（４－６－１）デバイスデータ量。
（４－６－２）デバイス数。
（４－６－３）デバイスデータ受信回数。
（４－６－４）デバイスとの通信回数。
（４－６－５）（４－６－1）から（４－６－４）の組合せ。
　（４－６－１）は、ＵＥが所定のデバイスデータ量を受信した場合に、デバイスデータを送信する。所定のデバイスデータ量はデバイス毎に設定されてもよい。たとえば、デバイス毎の特徴に応じて設定可能となる。所定のデバイスデータ量は１つまたは複数のデバイス毎に設定されてもよい。たとえば、設定情報の情報量を削減可能となる。所定のデバイスデータ量はデバイスグループ毎に設定されてもよい。たとえば、デバイスグループに属する１つまたは複数のデバイスの総デバイスデータ量で制御可能となる。所定のデバイスデータ量はサービス毎に設定されてもよい。たとえば、所定のサービス用の１つまたは複数のデバイスの総デバイスデータ量で制御可能となる。所定のデバイスデータ量はＵＥ毎に設定されてもよい。たとえば、ＵＥがどのデバイスと通信を行うか予め決められていないような場合に適用するとよい。
　（４－６－２）は、ＵＥが所定のデバイス数のデバイスからデバイスデータを受信した場合に、該デバイスから受信したデバイスデータを送信する。所定のデバイス数は、デバイスグループ毎に設定されてもよいし、サービス毎に設定されてもよいし、ＵＥ毎に設定されてもよい。前述と同様の効果が得られる。
　（４－６－３）は、ＵＥがデバイスから所定の回数のデバイスデータを受信した場合に、該デバイスから受信したデバイスデータを送信する。デバイスは１つであってもよいし複数であってもよい。所定のデバイスデータ受信回数は、デバイス毎に設定されてもよいし、１つまたは複数のデバイスに対して設定されてもよいし、デバイスグループ毎に設定されてもよいし、サービス毎に設定されてもよいし、ＵＥ毎に設定されてもよい。前述と同様の効果が得られる。
　（４－６－４）は、ＵＥがデバイスと所定の回数の通信を行った場合に、該デバイスから受信したデバイスデータを送信する。デバイスは１つであってもよいし複数であってもよい。所定のデバイスとの通信回数は、デバイス毎に設定されてもよいし、１つまたは複数のデバイスに対して設定されてもよいし、デバイスグループ毎に設定されてもよいし、サービス毎に設定されてもよいし、ＵＥ毎に設定されてもよい。前述と同様の効果が得られる。
　前述の所定の量はデバイスデータ送信用設定情報に含めるとよい。
　（４－７）の場合、ＵＥは基地局からデバイスデータ送信指示を受信した場合にデバイスデータを送信する。デバイスデータ送信指示受信後ただちに送信する設定としてもよい。あるいは、デバイスデータ送信指示受信後所定の期間後送信する設定としてもよい。所定の期間を送信タイミングに関する情報に含めるとよい。該所定の期間を０とした場合を、該通信終了後ただちにデバイスデータを送信する設定としてもよい。所定の期間はデバイスデータ送信用設定情報に含めるとよい。基地局がＵＥからのデバイスデータ送信タイミングを指示可能となる。ダイナミックなデバイスデータ送信タイミングの制御が可能となる。
　（５）は、デバイスデータの送信先ノードに関する情報である。デバイスデータをどのノードに送信するかを示す情報であってもよい。デバイスデータを直接的に送信するノードでもよいし、間接的に送信するノードでもよい。該送信先ノードは、たとえば、ＡＳ、ＣＮノード、ＭｎＳ、基地局などである。ＣＮノードは、たとえば、ＮＦ（Network　Function）、ＡＭＦ、ＳＭＦ、ＵＰＦ、ＮＷＤＡＦ（Network　Data　Analytics　Function）、ＮＥＦなどである。ＣＮにデバイスデータを管理（収集であってもよい）するためのノード（エンティティ、ファンクションであってもよい）を設けてもよい。該ノードを本明細書では以降ＤＭＦ（Device　Management　Function）と称する。ＭｎＳとして、たとえば、ＭａＳであってもよい。ＭｎＳにデバイスデータを管理（収集であってもよい）するためのノード（エンティティ、ファンクションであってもよい）を設けてもよい。該ノードを本明細書では以降ＤＣＥ（Device　data　Collection　Entity）と称する。このようにすることで、ＵＥはデバイスデータをどのノードに送信すればよいかを認識可能となる。
　（６）は、たとえば、基地局、ＣＮノード、ＭｎＳ、ＡＳ、ＡＦなどである。（６）のデバイスデータ通信に用いられるノードに関する情報は、たとえば、デバイスデータの送信ルートに関する情報であってもよい。該情報に１つまたは複数の送信先ノードを含めてもよい。たとえば、デバイスデータ送信元のデバイスやＵＥの情報を含めてもよい。たとえば、デバイス、ＵＥ、基地局、ＡＭＦ、ＮＥＦ（Network　Exposure　Function）、ＡＦなどの情報を含めてもよい。デバイスデータ送信ルートを特定するための情報、たとえば、識別子を設けてもよい。デバイスデータ送信ルート識別子と、該送信ルートに含まれるノードの識別子やアドレスとを対応付けてもよい。デバイスデータ送信ルートの設定は１つであってもよいし複数であってもよい。このようにすることで、ＵＥはデバイスデータ送信ルートを認識できる。
　前述に開示したデバイスデータ送信用設定は１つであってもよいし複数であってもよい。デバイスデータ送信用設定を特定するための情報、たとえば識別子を設けてもよい。基地局はＵＥに対して該設定と関連付けて該識別子を送信してもよい。１つまたは複数の該設定のリストを設けてもよい。リストに設定する１つまたは複数の設定の識別子を含めてもよい。
　基地局からデバイスデータ送信用設定を受信したＵＥは、該設定情報を用いてデバイスデータの送信を行う。
　ＵＥは基地局に対してＵＥ－デバイス間通信用設定の要求を送信してもよい。ＵＥはＵＥ－デバイス間通信用設定を有しない場合に該要求を送信してもよい。ＵＥはＵＥ－デバイス間通信用設定を有するような場合も、再設定の要求を送信してもよい。該要求を受信した基地局は、ＵＥがＵＥ－デバイス間通信用設定を要求していることを認識可能となる。該要求を受信した基地局はＵＥに対してＵＥ－デバイス間通信用設定を行い、ＵＥに該設定を送信してもよい。
　ＵＥは基地局に対してデバイスデータ送信用設定の要求を送信してもよい。前述のＵＥ－デバイス間通信用設定で開示した方法を適宜適用するとよい。同様の効果が得られる。
　ＵＥは基地局に対してＵＥ－デバイス間通信開始要求を送信してもよい。該要求をＵＥ－デバイス間通信用設定の要求としてもよい。該要求を受信した基地局は、ＵＥがＵＥ－デバイス間通信を要求していることを認識可能となる。該要求を受信した基地局はＵＥに対してＵＥ－デバイス間通信用設定を行い、ＵＥに該設定を送信してもよい。
　ＵＥは基地局に対してデバイスデータ送信開始要求を送信してもよい。前述のＵＥ－デバイス間通信開始要求で開示した方法を適宜適用するとよい。同様の効果が得られる。
　ＵＥは基地局に対してＵＥ－デバイス間通信用設定のアクティベーション（activation）／デアクティベーション（deactivation）（以降ａｃｔ／ｄｅａｃｔと記載する場合がある）要求を送信してもよい。該要求を受信した基地局は、１つまたは複数のＵＥ－デバイス間通信用設定を行っているような場合、ａｃｔ／ｄｅａｃｔする設定を送信するとよい。ＵＥは該設定を用いてＵＥ－デバイス間通信が可能となる。
　ＵＥは基地局に対してデバイスデータ送信用設定のａｃｔ／ｄｅａｃｔ要求を送信してもよい。該要求を受信した基地局は、１つまたは複数のデバイスデータ送信用設定を行っているような場合、ａｃｔ／ｄｅａｃｔする設定を送信するとよい。ＵＥは該設定を用いてデバイスデータの送信が可能となる。
　基地局はＵＥに対してＵＥ－デバイス間通信開始／終了指示を送信してもよい。開始／終了する通信に用いるＵＥ－デバイス間通信用設定の識別子を送信してもよい。たとえば、基地局は該指示とともに、あるいは該指示に含めて、該識別子を送信してもよい。
　基地局はＵＥに対してデバイスデータ送信開始／終了指示を送信してもよい。開始／終了する通信に用いるデバイスデータ送信用設定の識別子を送信してもよい。たとえば、基地局は該指示とともに、あるいは該指示に含めて、該識別子を送信してもよい。
　基地局はＵＥに対してＵＥ－デバイス間通信用設定のａｃｔ／ｄｅａｃｔを送信してもよい。ａｃｔ／ｄｅａｃｔするＵＥ－デバイス間通信用設定の識別子を送信してもよい。１つまたは複数のＵＥ－デバイス間通信用設定を行っているような場合に、全ての設定を動作させる必要がなくなる。ＵＥの処理の簡易化、低消費電力化が可能となる。
　基地局はＵＥに対してデバイスデータ送信用設定のａｃｔ／ｄｅａｃｔを送信してもよい。ａｃｔ／ｄｅａｃｔするデバイスデータ送信用設定の識別子を送信してもよい。１つまたは複数のデバイスデータ送信用設定を行っているような場合に、全ての設定を動作させる必要がなくなる。ＵＥの処理の簡易化、低消費電力化が可能となる。
　基地局はＵＥに対してＵＥ－デバイス間通信用設定の再設定を行ってもよい。基地局はＵＥに対してＵＥ－デバイス間通信用設定の変更を行ってもよい。基地局はＵＥに対してＵＥ－デバイス間通信用設定の変更を行う場合、該設定に関する情報の一部または全部を通知してもよい。該設定に関する情報の一部として、たとえば、変更する情報のみを通知してもよい。基地局からＵＥへのＵＥ－デバイス間通信用設定の再設定や変更方法はＵＥ－デバイス間通信用設定方法を適宜適用するとよい。
　基地局はＵＥに対してデバイスデータ送信用設定の再設定を行ってもよい。基地局はＵＥに対してデバイスデータ送信用設定の変更を行ってもよい。基地局はＵＥに対してデバイスデータ送信用設定の変更を行う場合、該設定に関する情報の一部または全部を通知してもよい。該設定に関する情報の一部として、たとえば、変更する情報のみを通知してもよい。基地局からＵＥへのデバイスデータ送信用設定の再設定や変更方法はデバイスデータ送信用設定方法を適宜適用するとよい。
　基地局はＵＥに対してＵＥ－デバイス間通信に用いている設定の再設定を行ってもよい。基地局はＵＥに対してＵＥ－デバイス間通信に用いている設定の変更を行ってもよい。基地局はＵＥに対してＵＥ－デバイス間通信に用いている設定の識別子を送信してもよい。基地局はＵＥに対してＵＥ－デバイス間通信に用いる変更後の設定の識別子を送信してもよい。
　該再設定あるいは変更に、ａｃｔ／ｄｅａｃｔを用いてもよい。基地局はＵＥに対してＵＥ－デバイス間通信に用いている変更前の設定をｄｅａｃｔしてもよい。ｄｅａｃｔする設定の識別子を送信してもよい。基地局はＵＥに対してＵＥ－デバイス間通信に用いる変更後の設定をａｃｔしてもよい。ａｃｔする設定の識別子を送信してもよい。
　該再設定あるいは変更に、ａｃｔ／ｄｅａｃｔを用いてもよい。基地局はＵＥに対してデバイスデータ送信に用いている変更前の設定をｄｅａｃｔしてもよい。ｄｅａｃｔする設定の識別子を送信してもよい。基地局はＵＥに対してデバイスデータ送信に用いる変更後の設定をａｃｔしてもよい。ａｃｔする設定の識別子を送信してもよい。このようにすることで、早期にＵＥ－デバイス間通信用に用いる設定の再設定が可能となる。ＵＥ　ａｎｄ／ｏｒ　基地局は、ｄｅａｃｔが所定の期間継続している該設定を破棄してもよい。所定の期間は基地局からＵＥに対して通知してもよい。所定の期間を、たとえば、ＵＥ－デバイス間通信用設定に含めてもよい。このようにすることで、たとえば、ＵＥのメモリ量の削減が可能となる。
　基地局はＵＥに対してＵＥ－デバイス間通信を開始／終了指示する際のＵＥ－デバイス間通信用設定を再設定あるいは変更してもよい。基地局はＵＥに対してデバイスデータ送信を開始／終了指示する際のデバイスデータ送信用設定を再設定あるいは変更してもよい。前述の方法を適宜適用するとよい。
　再設定、設定の変更を可能とすることで、通信状況に適した柔軟な制御を可能とする。
　ＵＥ－デバイス間通信用設定のリリース方法について開示する。基地局はＵＥに対してＵＥ－デバイス間通信用設定のリリースを通知する。リリースの通知方法は前述に開示したＵＥ－デバイス間通信用設定の通知方法を適宜適用するとよい。ＵＥはＵＥ－デバイス間通信用設定のリリースを受信可能となる。ＵＥ－デバイス間通信用設定のリリースを受信したＵＥは、設定されているＵＥ－デバイス間通信用設定をリリースする。基地局がＵＥに通知するリリースに、リリースするＵＥ－デバイス間通信用設定を特定するための情報を含めてもよい。リリースを受信したＵＥは、該情報を用いてリリースするＵＥ－デバイス間通信用設定を特定するとよい。ＵＥ－デバイス間通信用設定のリリースを受信したＵＥは、設定されている全てのＵＥ－デバイス間通信用設定をリリースするとしてもよい。
　ＵＥ－デバイス間通信用設定のリリースを受信したＵＥはＵＥ－デバイス間通信用設定をリリースする。ＵＥはリリースするＵＥ－デバイス間通信用設定情報を破棄してもよい。このようにリリースを可能とすることで、たとえば、ＵＥ－デバイス間通信が行われないようなときに、ＵＥは無駄なＵＥ－デバイス間通信用設定を保持しなくてすむ。ＵＥのメモリ等を効率的に使用できる。
　基地局はＵＥに対してデバイスデータ送信用設定のリリースを通知してもよい。リリースの通知方法は前述に開示したデバイスデータ送信用設定の通知方法を適宜適用するとよい。ＵＥはデバイスデータ送信用設定のリリースを受信可能となる。デバイスデータ送信用設定のリリースを受信したＵＥは、設定されているデバイスデータ送信用設定をリリースする。基地局がＵＥに通知するリリースに、リリースするデバイスデータ送信用設定を特定するための情報を含めてもよい。リリースを受信したＵＥは、該情報を用いてリリースするデバイスデータ送信用設定を特定するとよい。デバイスデータ送信用設定のリリースを受信したＵＥは、設定されている全てのデバイスデータ送信用設定をリリースするとしてもよい。
　デバイスデータ送信用設定のリリース後、ＵＥは、バッファに残っているデバイスデータをクリアしてもよい。早期にＵＥのバッファ容量を他の用途に使用することができる。他の方法として、デバイスデータ送信用設定のリリース後、ＵＥは、バッファに残っているデバイスデータを送信してもよい。たとえば、バッファ内のデバイスデータが無くなるまで送信してもよい。たとえば、サービス終了時にデバイスデータ送信用設定をリリースしてもよい。ＵＥはサービス終了までのデバイスデータを送信することが可能となる。
　前述のデバイスデータ送信用設定のリリース受信後のバッファ内デバイスデータの送信処理について設定可能としてもよい。基地局は該送信処理方法をＵＥに通知するとよい。たとえば、該送信処理方法の情報は、該送信処理方法をＵＥ－デバイス間通信用設定、あるいは、デバイスデータ送信用設定に含めて基地局からＵＥに対して送信されてもよい。ＵＥや基地局の状況や、サービス内容に適した柔軟な制御が可能となる。
　ＵＥは、ＵＥ－デバイス間通信用設定の受信によりＵＥ－デバイス間通信を開始する。ＵＥは、ＵＥ－デバイス間通信用設定リリースの受信によりＵＥ－デバイス間通信を終了する。他の方法として、ＵＥは、ＵＥ－デバイス間通信開始指示の受信によりＵＥ－デバイス間通信を開始してもよい。ＵＥは、ＵＥ－デバイス間通信終了指示の受信によりＵＥ－デバイス間通信を終了してもよい。他の方法として、ＵＥは、ＵＥ－デバイス間通信用設定のａｃｔ受信によりＵＥ－デバイス間通信を開始してもよい。ＵＥは、ＵＥ－デバイス間通信用設定のｄｅａｃｔ受信によりＵＥ－デバイス間通信を終了してもよい。
　デバイスデータが終了したか否かの情報を設けてもよい。たとえば、デバイスが該情報を生成してもよい。デバイスはＵＥに対してデバイスデータが終了したか否かの情報を通知してもよい。他の方法としてＵＥが該情報を生成してもよい。ＵＥは基地局に該情報を送信してもよい。基地局がＣＮノードに対して該情報を送信してもよい。該情報をデバイスデータとともに送信してもよいし、デバイスデータとは別に送信してもよい。このようにすることで、該情報を受信したＵＥや基地局やＣＮノードはデバイスから送信されるデバイスデータが終了したことを認識可能となる。
　ＵＥは、デバイスから受信したデバイスデータを記憶するとよい。ＵＥ内にデバイスデータ記憶用のバッファを設けてもよい。デバイスデータの記憶は、たとえば、デバイス毎あるいはデバイスグループ毎に行われてもよい。デバイス識別子あるいはデバイスグループ識別子と関連付けて記憶されてもよい。デバイスデータの記憶は、たとえば、ＵＥ－デバイス通信毎に行われてもよい。デバイスデータの扱いやＵＥから基地局へのデバイスデータの送信において柔軟な制御が可能になる。
　基地局に１回で送信されるデバイスデータを受信するために行われるＵＥ－デバイス間通信の回数に上限を設けてもよい。たとえば、上限回数を超えた場合、デバイスデータを記憶しないとしてもよい。あるいは、上限回数に達した場合、さらなるＵＥ－デバイス間通信を行わない、としてもよい。あるいは、上限回数を超えた場合、最も古い回のデバイスデータをクリアする、としてもよい。最も古い回のデバイスデータをクリアして、新たなＵＥ－デバイス間通信によるデバイスデータを記憶してもよい。デバイスデータを送信した場合、該回数はクリアされるとよい。所定の回数ＵＥ－デバイス間通信を行った場合にデバイスデータを送信するとしてもよい。たとえば、ＵＥ－デバイス間の通信回数に制限を設けることができ、ＵＥの制御を簡易にすることができる。
　基地局に１回で送信されるデバイスデータを受信するために行われるＵＥ－デバイス間通信に回数に下限を設けてもよい。たとえば、下限回数を下回った場合、デバイスデータの送信はしないとしてもよい。あるいは、下限回数に達した場合、デバイスデータ送信可能としてもよい。ＵＥがデバイスデータを送信した場合、該回数はクリアされるとよい。たとえば、デバイスデータ送信までに必要なＵＥ－デバイス間通信回数を制限することで、ＵＥから基地局へのデバイスデータ通信負荷を低減することができる。
　通信回数の上限値　ａｎｄ／ｏｒ　下限値は、基地局からＵＥに対して送信されてもよい。ＵＥ－デバイス間通信用設定あるいはデバイスデータ送信用設定に含まれてもよい。通信回数の上限値や下限値を設定可能となる。柔軟な制御が可能となる。
　ＵＥは、基地局から受信したデバイスデータ送信用設定を用いて、デバイスデータを基地局に送信する。ＵＥは、デバイスデータ送信用設定の受信によりデバイスデータ送信を開始する。ＵＥは、デバイスデータ送信用設定リリースの受信によりデバイスデータ送信を終了する。他の方法として、ＵＥは、デバイスデータ送信開始指示の受信によりデバイスデータ送信を開始してもよい。ＵＥは、デバイスデータ送信終了指示の受信によりデバイスデータ送信を終了してもよい。他の方法として、ＵＥは、デバイスデータ送信用設定のａｃｔ受信によりデバイスデータ送信を開始してもよい。ＵＥは、デバイスデータ送信用設定のｄｅａｃｔ受信によりデバイスデータ送信を終了してもよい。
　ＵＥから基地局へのデバイスデータの送信方法を開示する。ＵＥは基地局に対してデバイスデータをＲＲＣシグナリングで送信してもよい。デバイスデータをＲＲＣメッセージに含めて送信してもよい。より多量のデータを送信可能となる。デバイスデータは、たとえば、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに含めて送信されてもよい。デバイスデータは、たとえば、ＮＡＳメッセージに含めてＲＲＣシグナリングで送信されてもよい。他の方法として、デバイスデータ送信用のＲＲＣメッセージを新たに設けてもよい。デバイスデータ送信用設定や、送信するデバイスデータに適したメッセージを設けることが可能となる。
　他の方法を開示する。ＵＥは基地局に対してデバイスデータをＭＡＣシグナリングで送信してもよい。たとえば、ＭＡＣ　ＣＥに含めて送信してもよい。ＵＥは基地局に対して他のＭＡＣデータと多重して送信してもよい。他のデータとともに送信可能となるため、効率的な送信が可能となる。
　他の方法を開示する。ＵＥは基地局に対してデバイスデータをＬ１／Ｌ２シグナリングで送信してもよい。デバイスデータをＵＣＩに含めてもよい。デバイスデータはＵＣＩに含めてＰＵＣＣＨで送信されてもよい。このようにすることで、より早期にデバイスデータをＵＥと基地局との間で通信可能となる。
　他の方法を開示する。ＵＥは基地局に対してデバイスデータをＲＡ（Random　Access）処理で送信してもよい。たとえば、デバイスデータは、４ステップＲＡ処理のＭｓｇ３に含めて送信されてもよいし、２ステップＲＡ処理のＭｓｇＡに含めて送信されてもよい。このようにすることで、より早期にデバイスデータをＵＥと基地局との間で通信可能となる。
　図１１は、ＵＥがデバイスから取得したデバイスデータを基地局に送信するシーケンス例を示す図である。基地局と接続している（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄであってもよい）ＵＥは、ステップＳＴ１１０１で基地局に対してデバイスとの通信が可能であることを示す情報を通知する。デバイスとの通信が可能であることを示す情報は、デバイスとの通信に用いられるＲＡＴ（Radio　Access　Technology）あるいは通信方法をサポートしていることを示す情報であってもよい。該情報は、通信可能なデバイスの数であってもよい。該情報は、デバイスとの通信用周波数に関する情報であってもよい。通信用周波数に関する情報は、周波数帯域であってもよい。これらの情報が組み合わされてもよい。該情報はＵＥケーパビリティに含まれてもよい。
　ステップＳＴ１１０２で、基地局はＵＥに対してＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信する。該送信にたとえばＲＲＣシグナリングが用いられてもよい。該設定は、たとえばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信されてもよい。該設定を受信したＵＥは、デバイスとの通信用の設定情報、デバイスデータを基地局に送信するための設定情報を受信可能となる。ＵＥ－デバイス間通信用設定を受信したＵＥは、該設定情報を用いてステップＳＴ１１０３で、デバイスとの間で通信を行う。たとえば、ＵＥ－デバイス間通信が周期的に行われるよう設定された場合、ＵＥは周期的にデバイスとの通信を行う。デバイスからのデータを受信したＵＥは、ステップＳＴ１１０４でデバイスデータを記憶する。ＵＥ内に設けられたバッファに記憶してもよい。基地局へデバイスデータを送信するまでバッファに記憶しておくとよい。
　ＵＥは、ステップＳＴ１１０２で受信したデバイスデータ送信用設定を用いて、ステップＳＴ１１０５で、基地局に対してデバイスデータを送信する。たとえば、ＵＥ－デバイス間通信の周期と同じ周期でデバイスデータを送信するよう設定された場合、ＵＥは基地局に対して各周期で受信したデバイスデータを送信する。たとえば、バッファに記憶されるデバイスデータ量が所定の量を超えた場合にデバイスデータを送信するよう設定された場合、ＵＥはＵＥ－デバイス間通信により記憶されたデバイスデータの量が所定の量を超えた場合に基地局に対してデバイスデータを送信する。基地局はＵＥから送信されたデバイスデータを受信できる。ステップＳＴ１１０２で送信されるデバイスデータ送信用設定は、ＵＥ－デバイス間通信用設定とは別のシグナリングで送信されてもよい。ステップＳＴ１１０５でのデバイスデータの送信にたとえばＲＲＣシグナリングが用いられてもよい。たとえば、デバイスデータがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに含めて送信されてもよい。
　ＵＥはデバイスデータ関連情報を記憶してもよい。基地局に対してデバイスデータ関連情報を送信してもよい。なお、デバイスデータ関連情報の詳細については後述する。ステップＳＴ１１０４でＵＥはデバイスデータとともにデバイスデータ関連情報を記憶してもよい。ステップＳＴ１１０５で、ＵＥは基地局に対してデバイスデータ関連情報を送信してもよい。たとえば、デバイスデータ送信用設定にデバイスデータ関連情報の送信の設定情報が含まれるような場合、ＵＥはステップＳＴ１１０４でデバイスデータとともにデバイスデータ関連情報を記憶し、ステップＳＴ１１０５でデバイスデータとともにデバイスデータ関連情報を送信してもよい。基地局はデバイスデータ関連情報を受信できる。
　ＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定を変更するような場合、ステップＳＴ１１０６で、基地局はＵＥに対して該設定の変更を送信する。該設定変更の送信に、たとえばＲＲＣシグナリングが用いられてもよい。たとえば、該設定変更はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信されてもよい。ＵＥ－デバイス間通信用設定の変更を受信したＵＥは、変更された設定情報を用いてステップＳＴ１１０７で、デバイスとの間で通信を行う。デバイスからのデータを受信したＵＥは、ステップＳＴ１１０８でデバイスデータを記憶する。
　ＵＥは、ステップＳＴ１１０６で受信したデバイスデータ送信用設定の変更を用いて、ステップＳＴ１１０９で、基地局に対してデバイスデータを送信する。基地局はＵＥから送信されたデバイスデータを受信できる。ステップＳＴ１１０６で送信されるデバイスデータ送信用設定の変更は、ＵＥ－デバイス間通信用設定の変更とは別のシグナリングで送信されてもよい。ステップＳＴ１１０９でのデバイスデータの送信にたとえばＲＲＣシグナリングが用いられてもよい。たとえば、デバイスデータがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに含めて送信されてもよい。
　ステップＳＴ１１０９で、ＵＥは基地局に対してデバイスデータに関する情報を送信してもよい。基地局はデバイスデータ関連情報を受信できる。
　ステップＳＴ１１１０で、基地局はＵＥに対してＵＥ－デバイス間通信用設定のリリース、デバイスデータ送信用設定のリリースを送信する。該送信にたとえばＲＲＣシグナリングが用いられてもよい。該設定は、たとえばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信されてもよい。ＵＥ－デバイス間通信用設定のリリースを受信したＵＥは、ステップＳＴ１１１１で、ＵＥ－デバイス間通信を終了する。デバイスデータ送信用設定のリリースを受信したＵＥは、ステップＳＴ１１１１で、基地局へのデバイスデータの送信を終了する。デバイスデータ送信用設定のリリースは、ＵＥ－デバイス間通信用設定のリリースとは別のシグナリングで送信されてもよい。ＵＥがデバイスデータ送信用設定のリリースを受信した場合のバッファ内デバイスデータの送信処理は前述に開示した方法を適用するとよい。
　このようにすることで、ＵＥ－デバイス間通信、および、デバイスから受信したデバイスデータの基地局への送信が実行可能となる。基地局はデバイスからのデバイスデータを、ＵＥを介して受信可能となる。デバイスとＮＷとの間の通信が可能となる。
　ＵＥから基地局へのデバイスデータの送信にＰＵＳＣＨを用いてもよい。ＵＥは基地局に対してデバイスデータをＰＵＳＣＨで送信する。ＵＥは基地局に対してデバイスデータ送信用ＰＵＳＣＨのスケジューリングを要求するためにＳＲ（Scheduling　Request）を送信してもよい。該ＳＲを受信した基地局はＵＥに対してデバイスデータ送信用ＰＵＳＣＨのスケジューリング情報を送信するとよい。基地局からデバイスデータ送信用ＰＵＳＣＨのスケジューリング情報を受信したＵＥは該情報を用いてデバイスデータをＰＵＳＣＨを用いて送信する。
　基地局からＵＥに対するデバイスデータ送信用ＰＵＳＣＨのスケジューリング情報はＤＣＩに含めてもよい。デバイスデータ送信用ＰＵＳＣＨのスケジューリング用に新たなＤＣＩを設けてもよい。デバイスデータ送信用ＰＵＳＣＨのスケジューリング情報が含まれるＤＣＩはＵＥのＲＮＴＩ（Radio　Network　Temporary　Identifier）を用いて検出してもよい。他の方法として、デバイスデータ送信用と従来のサービスのデータ送信用とでＲＮＴＩを異ならせてもよい。デバイスデータ送信用ＰＵＳＣＨのスケジューリング情報が含まれるＤＣＩ検出用に新たなＲＮＴＩを設けてもよい。ＵＥはＤＣＩがデバイスデータ送信用のスケジューリング情報か従来のサービスのデータ送信用のスケジューリング情報かを認識可能となる。ＵＥはこれらのＤＣＩを選択して受信可能となる。
　基地局はＵＥに対してデバイスデータ送信用ＰＵＳＣＨを予め設定してもよい。たとえば、デバイスデータ送信用のＣＧ（Configured　Grant）を設定してもよい。デバイスデータ送信用のＣＧとして、ＣＧタイプ１でもよいし、ＣＧタイプ２でもよい。このようにすることで、シグナリング量を削減可能となる。またＳＲを不要とするため、ＵＥから基地局へのデバイスデータ送信タイミングで早期にデバイスデータを送信可能となる。基地局はＵＥに対してデバイスデータ送信用設定に該ＣＧの設定を含めて送信してもよい。デバイスデータ送信用設定とデバイスデータ送信に用いるＣＧ設定とを関連付けて送信してもよい。ＵＥはデバイスデータ送信にどのＣＧ設定を用いるかを認識可能となる。
　デバイスデータ送信用ＰＵＳＣＨがＣＧで設定される場合、該ＣＧ用のＲＮＴＩを設けてもよい。ＵＥは該ＣＧ用のＲＮＴＩで該ＣＧ用のＤＣＩを検出し受信するとよい。ＵＥはデバイスデータ送信用ＣＧのＤＣＩか従来のサービスのデータ送信用ＣＧかを選択して受信可能となる。
　ＵＥが複数のデバイスと通信を行う場合について開示する。ＵＥ－デバイス間通信用設定をデバイス毎に設ける。ＵＥ－デバイス間通信用設定情報をデバイス毎に設けてもよい。デバイス毎に適したＵＥ－デバイス間通信用設定情報を設定可能となる。デバイスデータ送信用設定をデバイス毎に設けてもよい。デバイスデータ送信用設定情報をデバイス毎に設けてもよい。デバイス毎のデバイスデータに適したデバイスデータ送信用設定情報を設定可能となる。
　ＵＥはデバイス毎にデバイスデータを記憶してもよい。ＵＥはデバイス識別子とデバイスデータとを関連付けて記憶してもよい。どのデバイスのデバイスデータかを識別可能となる。ＵＥは基地局に対してデバイス毎にデバイスデータを送信してもよい。ＵＥはデバイス毎のデバイスデータ送信用設定を用いてデバイスデータを基地局に送信する。
　このようにすることで、ＵＥが複数のデバイスと通信を行うような場合も、デバイス毎にＵＥが取得したデバイスデータを基地局に対して送信可能となる。デバイスを用いたサービスに適したＵＥ－デバイス間通信用設定やデバイスデータ送信用設定が可能となるため、たとえば、サービスに要求されるＱｏＳを満足させることが可能となる。
　図１２は、ＵＥが複数のデバイスから取得したデバイスデータを基地局に送信するシーケンス例を示す図である。図１２の例では２つのデバイス（デバイス＃１、デバイス＃２）について示している。図１１と共通するステップについては同じステップ番号を付し、共通する説明を省略する。
　ステップＳＴ１１０２で、基地局はＵＥに対してデバイス毎のＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信する。ステップＳＴ１２０１で、ＵＥはデバイス＃１用に設定されたＵＥ－デバイス間通信用設定を用いてデバイス＃１との間で通信を行う。ステップＳＴ１２０２で、デバイス＃１から受信したデバイスデータをＵＥ内バッファに記憶する。ＵＥは、ステップＳＴ１１０２で受信したデバイス＃１用のデバイスデータ送信用設定を用いて、ステップＳＴ１２０３で、基地局に対してデバイスデータを送信する。基地局はＵＥから送信されたデバイス＃１のデバイスデータを受信できる。
　ステップＳＴ１２０４で、ＵＥはデバイス＃２用に設定されたＵＥ－デバイス間通信用設定を用いてデバイス＃２との間で通信を行う。ステップＳＴ１２０５で、デバイス＃２から受信したデバイスデータをＵＥ内バッファに記憶する。ＵＥは、ステップＳＴ１１０２で受信したデバイス＃２用のデバイスデータ送信用設定を用いて、ステップＳＴ１２０６で、基地局に対してデバイスデータを送信する。基地局はＵＥから送信されたデバイス＃２のデバイスデータを受信できる。
　図１２の例ではＵＥ－デバイス＃１間通信後にＵＥ－デバイス＃２間通信が行われることを示しているが、ＵＥ－デバイス＃１間通信期間とＵＥ－デバイス＃２間通信期間は重なってもよい。たとえば、ＵＥ－デバイス＃１間通信とＵＥ－デバイス＃２間通信は交互に行われてもよい。
　ステップＳＴ１１０２で送信されるデバイスデータ送信用設定は、ＵＥ－デバイス間通信用設定とは別のシグナリングで送信されてもよい。ステップＳＴ１２０３、ステップＳＴ１２０６で、ＵＥは基地局に対して各デバイスのデバイスデータ関連情報を送信してもよい。基地局は各デバイスのデバイスデータ関連情報を受信できる。
　デバイスデータが終了したか否かの情報をデバイス毎に設けてもよい。デバイスが該情報を生成してＵＥに送信してもよい。他の方法として、ＵＥが該情報を生成してもよい。ＵＥは基地局に該情報を送信してもよい。該情報はデバイスデータとともに送信してもよいし、デバイスデータとは別に送信してもよい。このようにすることで、該情報を受信したＵＥや基地局はデバイスから送信されるデバイスデータが終了したことを認識可能となる。
　このようにすることで、ＵＥは複数のデバイスとの間で通信が可能となる、複数のデバイスから受信したデバイスデータを基地局へ送信することができる。基地局は複数のデバイスからのデバイスデータを、ＵＥを介して受信可能となる。複数のデバイスとＮＷとの間の通信が可能となる。
　ＵＥが複数のデバイスと通信を行う場合の他の方法について開示する。ＵＥ－デバイス間通信用設定を各デバイス共通とする。ＵＥ－デバイス間通信用設定情報を各デバイス共通とする。ＵＥ－デバイス間通信用設定を１つとしてもよい。同一設定で１つまたは複数のデバイスとＵＥとの間の通信を行う。たとえば、ＵＥは、設定されたＵＥ－デバイス通信期間内で１つまたは複数のデバイスと通信を行うとよい。
　デバイスデータ送信用設定を各デバイス共通としてもよい。デバイスデータ送信用設定情報を各デバイス共通としてもよい。デバイスデータ送信用設定を１つとしてもよい。同一設定で１つまたは複数のデバイスデータ送信を行う。たとえば、ＵＥは、設定されたデバイスデータ送信周期で、１つまたは複数のデバイスデータを送信するとよい。
　このようにすることで、設定に必要な情報量を削減可能となる。同一設定で１つまたは複数のデバイスと通信可能となり、デバイスデータの送信が可能となるため、ＵＥの制御の複雑化を低減することができる。
　ＵＥは１つまたは複数のデバイスデータをまとめて記憶してもよい。ＵＥはデバイスの識別子とデバイスデータとを関連付けて記憶してもよい。たとえまとめて記憶したとしても、どのデバイスのデバイスデータかを認識可能となる。ＵＥはデバイスデータの送信とともに、どのデバイスのデータかを示す情報を送信するとよい。たとえば、ＵＥは、デバイスの識別子とデバイスデータとを関連付けて、基地局に対して送信してもよい。このようにすることで、基地局はどのデバイスのデバイスデータかを認識可能となる。
　図１３は、ＵＥが複数のデバイスから取得したデバイスデータを基地局に送信する他のシーケンス例を示す図である。図の例では２つのデバイス（デバイス＃１、デバイス＃２）について示している。図１１と共通するステップについては同じステップ番号を付し、共通する説明を省略する。
　ステップＳＴ１１０２で、基地局はＵＥに対して１つのＵＥ－デバイス間通信用設定、１つのデバイスデータ送信用設定を送信する。ＵＥは受信したＵＥ－デバイス間通信用設定を用いて、ステップＳＴ１３０１でデバイス＃１と、ステップＳＴ１３０２でデバイス＃２と通信を行う。たとえば、ＵＥ－デバイス間通信用設定で設定されたＵＥ－デバイス間通信時間内でステップＳＴ１３０１のＵＥ－デバイス＃１間通信と、ステップＳＴ１３０２のＵＥ－デバイス＃２間通信が行われる。
　ステップＳＴ１３０３で、デバイス＃１およびデバイス＃２から受信したデバイスデータをＵＥ内バッファに記憶する。各デバイスから受信したデバイスデータと各デバイスの識別子とを関連づけて記憶するとよい。どのデバイスから受信したデータであるかが認識可能となる。ＵＥは、ステップＳＴ１１０２で受信したデバイスデータ送信用設定を用いて、ステップＳＴ１３０４で、基地局に対してデバイス＃１とデバイス＃２のデバイスデータを送信する。各デバイスのデバイスデータと各デバイスの識別子とを関連づけて送信するとよい。どのデバイスのデバイスデータであるかが認識可能となる。基地局はＵＥから送信されたデバイス＃１およびデバイス＃２のデバイスデータを受信できる。
　ステップＳＴ１１０２で送信されるデバイスデータ送信用設定は、ＵＥ－デバイス間通信用設定とは別のシグナリングで送信されてもよい。ステップＳＴ１３０４で、ＵＥは基地局に対して各デバイスのデバイスデータ関連情報を送信してもよい。各デバイスのデバイスデータ関連情報とデバイス識別子とを関連づけて送信してもよい。基地局は各デバイスのデバイスデータ関連情報を受信できる。
　複数のデバイスからのデバイスデータが終了したか否かの情報を設けてもよい。ＵＥが該情報を生成してもよい。ＵＥが複数のデバイスのデバイスデータを纏めて送信するような場合に有効である。ＵＥは基地局に該情報を送信してもよい。該情報はデバイスデータとともに送信してもよいし、デバイスデータとは別に送信してもよい。このようにすることで、該情報を受信したＵＥや基地局はデバイスから送信されるデバイスデータが終了したことを認識可能となる。
　このようにすることで、ＵＥは複数のデバイスとの間で通信が可能となる、複数のデバイスから受信したデバイスデータを基地局へ送信することができる。基地局は複数のデバイスからのデバイスデータを、ＵＥを介して受信可能となる。複数のデバイスとＮＷとの間の通信が可能となる。また、デバイス毎の設定や、デバイスデータの送信を不要とするため制御を容易にすることができる。
　前述に開示した方法を適宜組み合わせてもよい。図１３の例では、基地局はＵＥに対して１つのＵＥ－デバイス間通信用設定、１つのデバイスデータ送信用設定を送信することを開示したが、どちらかの設定が図１２の例で示したようにデバイス毎であってもよい。たとえば、基地局はＵＥに対して１つのＵＥ－デバイス間通信用設定を送信し、各デバイスのデバイスデータ送信用設定を送信してもよい。ＵＥ－デバイス間通信は、ＵＥが受信した１つの設定を用いて行う。ＵＥは、ＵＥ内バッファに記憶した各デバイスのデバイスデータを、各デバイスに設定されたデバイスデータ送信用設定を用いて基地局に送信してもよい。このように適宜組み合わせることで、デバイスを用いるサービスにより適した柔軟な制御が可能となる。
　ＵＥは、ＵＥ－デバイス間通信用設定期間で通信可能なデバイスと通信を行ってもよい。予めＵＥに明示されていないデバイスとの通信を行ってもよい。たとえば、ＵＥが検出したデバイスと、ＵＥ－デバイス間通信用設定期間で通信を行ってもよい。このようにすることで、ＵＥは通信可能なデバイスからデバイスデータを受信可能となる。基地局はＵＥが通信可能なデバイスからデバイスデータを受信することが可能となる。
　ＵＥが複数のデバイスと通信を行う場合の他の方法について開示する。ＵＥ－デバイス間通信用設定を１つまたは複数のデバイスを含むデバイスグループ毎としてもよい。ＵＥ－デバイス間通信用設定情報を１つまたは複数のデバイスを含むデバイスグループ毎に設定してもよい。同一設定でデバイスグループに含まれる１つまたは複数のデバイスとＵＥとの間の通信を行う。たとえば、ＵＥは、設定されたＵＥ－デバイス通信期間内でデバイスグループに含まれる１つまたは複数のデバイスと通信を行うとよい。
　デバイスデータ送信用設定を１つまたは複数のデバイスを含むデバイスグループ毎としてもよい。デバイスデータ送信用設定情報を１つまたは複数のデバイスを含むデバイスグループ毎としてもよい。同一設定でデバイスグループに含まれる１つまたは複数のデバイスデータ送信を行う。たとえば、ＵＥは、設定されたデバイスデータ送信周期で、デバイスグループに含まれる１つまたは複数のデバイスデータを送信するとよい。
　このようにすることで、設定に必要な情報量を削減可能となる。同一設定で１つまたは複数のデバイスと通信可能となり、デバイスデータの送信が可能となるため、ＵＥの制御の複雑化を低減することができる。また、デバイスグループ毎に設定を設けることで、デバイスグループ毎により適した設定が可能となる。
　たとえば、デバイスグループはサービス毎に設けられてもよい。所定のサービスに用いられるデバイスからなるデバイスグループを設けてもよい。たとえば、デバイスグループはエリア毎に設けられてもよい。所定のエリアに存在するデバイスからなるデバイスグループを設けてもよい。デバイスグループはあらかじめ決められてもよい。他の方法として、デバイスグループはＮＷノードが決定してもよい。デバイスグループを特定するための情報、たとえば、識別子を設けてもよい。デバイスグループ識別子と、該デバイスグループに含まれるデバイスとの識別子とを関連づけてもよい。ＮＷノードはＵＥに対して１つまたは複数のデバイスグループに関する情報を送信する。デバイスグループに関する情報として、たとえば、デバイスグループに含まれるデバイス情報、サービスに関する情報、エリアに関する情報などであってもよい。これらの情報は、ＵＥ－デバイス間通信用設定に含めてもよいし、デバイスデータ送信用設定に含めてもよい。ＵＥは該設定がどのデバイスグループに対する設定かを認識可能となる。
　ＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定を、ＵＥ個別にするか、複数のＵＥで共通にするか、あるいはグループ毎にするかは、サービス毎に設定可能としてもよい。基地局は通信を行うデバイスを用いるサービス毎に該設定を行うとよい。ＮＷノードが該設定を行ってもよい。このようにすることで、サービスにより適した柔軟な設定が可能となる。
　ＵＥは、デバイスから受信したデバイスデータを、デバイスグループの識別子と関連付けて記憶してもよい。たとえば、デバイスデータをサービス毎やエリア毎に記憶可能となる。ＵＥは、デバイスから受信したデータを、デバイスグループ識別子およびデバイス識別子と関連付けて記憶してもよい。デバイスデータをデバイスグループのみならずデバイス毎に記憶可能となる。
　ＵＥは、デバイスグループ毎の設定されたデバイスデータ送信用設定を用いて、基地局に対してデバイスデータを送信する。ＵＥは基地局に対して、デバイスグループ内の１つまたは複数のデバイスから受信したデバイスデータを送信するとよい。ＵＥは、デバイスグループの識別子とデバイスデータとを関連付けて基地局に送信するとよい。基地局はどのデバイスグループからのデバイスデータかを認識可能となる。ＵＥは、デバイスグループの識別子およびデバイスの識別子とデバイスデータとを関連付けて基地局に送信してもよい。基地局はデバイスグループだけでなくどのデバイスからのデバイスデータかを認識可能となる。
　デバイスデータとともにデバイスデータ関連情報が送信されてもよい。デバイスデータとは別途デバイスデータ関連情報が送信されてもよい。デバイスデータ関連情報例を以下に２０個開示する。
（１）デバイスデータ識別子。
（２）デバイスグループ識別子。
（３）サービスに関する情報。
（４）エリアに関する情報。
（５）ＰＤＵセッションに関する情報。
（６）ネットワークスライスに関する情報。
（７）デバイスデータ送信先を示す情報。
（８）位置情報。
（９）ＵＥ－デバイス間通信の時間に関する情報。
（１０）ＵＥ－デバイス間通信回数情報。
（１１）受信品質。
（１２）ＰＬＭＮ、ＮＰＮに関する情報。
（１３）ＴＡに関する情報。
（１４）ＲＮＡに関する情報。
（１５）基地局、セルに関する情報。
（１６）ビームに関する情報。
（１７）デバイスデータの時間に関する情報。
（１８）デバイス識別子。
（１９）干渉に関する情報。
（２０）（１）から（１９）の組合せ。
　（１）は、デバイスデータを特定するための情報である。該情報は、たとえば、デバイスデータに付与されてもよい。たとえば、デバイスデータのヘッダとしてもよい。該情報は、デバイスからの送信順に番号がつけられてもよい。このようにすることで、デバイスデータを受信したＵＥやＮＷノードなどが、たとえばデバイスデータの受信の順番が異なっていたとしても、デバイスデータを送信順に並べることが可能となる。
　（３）は、デバイスデータがどのサービス用のデバイスから受信したものかを示す情報である。該情報は、たとえば、サービス識別子であってもよい。（４）は、デバイスデータがどのエリアに存在するデバイスデータから受信したものかを示す情報である。該情報は、たとえば、エリア識別子であってもよい。（５）は、デバイスデータ送信のために設定されたＰＤＵセッションに関する情報である。該情報は、たとえば、ＰＤＵセッション識別子であってもよい。（６）は、デバイスデータ送信のために設定されたネットワークスライスに関する情報である。該情報は、たとえば、ネットワークスライス識別子であってもよい。（７）は、デバイスデータの送信先を示す情報である。送信先を示す情報として、該情報は、たとえば、識別子であってもよいしアドレスであってもよい。デバイス送信先として、たとえば、ＡＭＦ、ＵＰＦ、ＮＷＤＡＦ、ＮＥＦ、ＮＦ、ＡＦ、ＡＳであってもよい。これらの識別子あるいはアドレスとしてもよい。
　（８）は、たとえば、ＵＥの位置情報であってもよい。たとえば、デバイスの位置情報であってもよい。デバイスの位置情報はＵＥが導出したものであってもよい。デバイスの位置情報はデバイスが導出したものであってもよい。デバイスが導出したデバイスの位置情報は、デバイスからＵＥに通知されてもよい。該情報は、たとえば、デバイスデータとともに通知されてもよい。
　（９）は、たとえば、ＵＥ－デバイス間通信の時間のタイムスタンプ情報であってもよい。たとえば、ＵＥがデバイスデータを受信した時間を示す情報であってもよい。たとえば、ＵＥによる、デバイスデータ受信開始時間、終了時間、デバイスデータ受信時間を示す情報であってもよい。（９）は、たとえば、デバイスがデバイスデータを送信した時間を示す情報であってもよい。たとえば、デバイスによる、デバイスデータ送信開始時間、終了時間、デバイスデータ送信時間を示す情報であってもよい。デバイスがデバイスデータを送信した時間を示す情報は、デバイスからＵＥに通知されてもよい。該情報は、たとえば、デバイスデータとともに通知されてもよい。
　（１０）は、ＵＥ－デバイス間通信が何回行われたかを示す情報である。送信されるデバイスデータが、何回のＵＥ－デバイス間通信でＵＥによって受信されたデバイスデータかを示す情報であってもよい。
　（１１）は、ＵＥが測定した、デバイスからの信号の受信品質である。受信品質として、たとえば、受信電力、ＳＩＮＲ、ＳＮＲ（Signal　to　Noise　Ratio）であってもよい。受信電力として、たとえば、ＲＳＳＩであってもよい。
　（１２）はＵＥがどのＰＬＭＮ内、あるいはＮＰＮ内に存在するかを示す情報である。該情報は、ＰＬＭＮ、ＮＰＮを特定するための情報、たとえば、ＰＬＭＮ、ＮＰＮの識別子であってもよい。（１３）はＵＥがどのＴＡ内に存在するかを示す情報である。該情報は、ＴＡを特定するための情報、たとえば、ＴＡＣであってもよい。（１４）はＵＥがどのＲＮＡ内に存在するかを示す情報である。該情報は、ＲＮＡを特定するための情報、たとえば、ＲＮＡの識別子であってもよい。（１５）はＵＥが接続する基地局やセルに関する情報である。該情報は、基地局やセルを特定するための情報、たとえば、基地局の識別子やセルの識別子であってもよい。（１６）はＵＥがデバイスとの通信を行ったビームに関する情報である。ＵＥが形成するビームに関する情報であってもよい。基地局が形成するビームに関する情報であってもよい。該情報は、ビームを特定するための情報、たとえば、ビームの識別子であってもよい。
　（１７）は、デバイスがデータを取得した時間を示す情報である。データ取得開始時間、終了時間、測定時間を示す情報であってもよい。該情報は、たとえば、デバイスが温度センサである場合、温度データを取得した時間を示す情報であってもよい。デバイスがデータを取得した時間を示す情報は、デバイスからＵＥに通知されてもよい。たとえば、デバイスデータとともに通知されてもよい。
　（１）のデバイスデータ識別子、（２）のデバイスグループ識別子、（１８）のデバイス識別子などの識別子は、ユーザが認識可能な識別情報であってもよい。たとえば、該識別情報をデバイスから受信したＵＥは、該識別情報をディスプレイに表示する。あるいは、該識別情報を音声で出力する。このように、識別子としてユーザが認識可能な識別情報とすることで、ユーザがどのデバイスの情報か、等を認識可能となる。
　（１９）は、ＵＥ－デバイス間通信における干渉に関する情報である。たとえば、ＵＥが測定した干渉に関する情報であってもよい。デバイスが測定した干渉に関する情報であってもよい。ＵＥ内で複数の無線方式の送受信によって生じる干渉に関する情報であってもよい。干渉に関する情報は、たとえば、干渉を与える無線方式、干渉を受ける無線方式、干渉を与える周波数、干渉を受ける周波数、干渉を与える時間、干渉を受ける時間、干渉を与える電力、干渉を受ける電力、干渉を与えるデバイスに関する情報、干渉を受けるデバイスに関する情報であってもよい。ＵＥやＮＷノードが干渉に関する情報を取得可能となる。たとえばこれらの情報を利用することでＵＥ－デバイス間通信における干渉の低減が可能となる。
　デバイスデータを受信したＵＥはデバイスデータを記憶する。デバイスデータとともにデバイスデータ関連情報を記憶してもよい。基地局はＵＥに対して、デバイスデータとともに記憶するデバイスデータ関連情報を設定してもよい。ＵＥ－デバイス間通信用設定、あるいは、デバイスデータ送信用設定に含めてもよい。
　デバイスデータ関連情報は、デバイスデータに含まれてもよいし、デバイスデータとともに送信されてもよい。あるいは、デバイスデータとは別に送信されてもよい。デバイスデータ関連情報の送信先とデバイスデータの送信先は同じでもよいし、異なっていてもよい。たとえば、デバイスデータを利用するＮＷノードがデバイスデータ関連情報も一緒に用いる場合は送信先を同じとするとよい。たとえば、デバイスデータを利用するＮＷノードと異なるＮＷノードがデバイスデータ関連情報を用いる場合は送信先を異ならせてもよい。ＵＥは基地局に対してデバイスデータ関連情報を送信する。デバイスがＵＥに対してデバイスデータ関連情報を送信してもよい。該情報を受信したＵＥは基地局に対して受信した情報の一部または全部を送信してもよい。基地局はデバイスデータ関連情報を受信可能となる。このようにすることで、たとえば、ＵＥやＮＷノードがＵＥ－デバイス間通信の状況を認識可能となる。サービスに要求されるデバイスデータ関連情報の取得がＮＷにおいて可能となり、デバイスを用いたサービスを提供可能となる。
　デバイスデータ関連情報を設定可能としてもよい。基地局はＵＥに対してデバイスデータ関連情報設定を送信してもよい。ＵＥ－デバイス間通信用設定あるいはデバイスデータ送信用設定とともに、あるいは、該設定に含めて送信してもよい。あるいは、該設定とは別にデバイスデータ関連情報設定を送信してもよい。デバイスデータ関連情報送信設定として、たとえば、どのデバイスデータ関連情報を取得するか、どのデバイスデータ関連情報を送信するかを示す情報を含めてもよい。ＮＷが要求するデバイスデータ関連情報を設定可能となる。
　基地局からＵＥへのデバイスデータ関連情報送信設定の送信方法は、前述に開示した、デバイデータ送信用設定の送信方法を適宜適用するとよい。同様の効果を得られる。
　本実施の形態で開示したような方法とすることで、ＵＥ－デバイス間通信が可能となる。ＵＥはデバイスデータを受信可能となる。また、ＵＥから基地局へのデバイスデータの送信が可能となる。基地局はデバイスからのデバイスデータを受信可能となる。これにより、ＵＥを介したデバイスとＮＷとの間の通信が可能となる。
　また、基地局がＵＥ－デバイス間通信用設定およびＵＥから基地局へのデバイスデータ送信用設定を行うことで、ＵＥ－デバイス間通信と、ＵｕあるいはＰＣ５上の通信との干渉を低減可能となる。高品質で安定したデバイスデータ通信を提供することが可能となる。
実施の形態２．
　３ＧＰＰにおいて超低消費電力なＩｏＴデバイスを移動通信システムに取込むことが議論されている。デバイスを移動通信システムに取込むにあたって、基地局と接続していないＵＥを介してデバイスと基地局との間で通信を行わなくてはならないことが想定される。このようなＵＥがデバイスおよび基地局と通信を可能にする方法について開示する。
　本実施の形態では、基地局と接続状態にない（ＲＲＣ＿ＩｄｌｅやＲＲＣ＿Ｉｎａｃｔｉｖｅであってもよい）ＵＥとデバイスとの通信を可能とする。たとえば、ＵＥはＲＲＣ＿ＩｄｌｅやＲＲＣ＿Ｉｎａｃｔｉｖｅでデバイスと通信を行う。ＵＥはデバイスとの通信後デバイスデータを記憶する。ＵＥは基地局と接続状態に移行しデバイスデータを基地局に送信する。たとえば、ＵＥはＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移行してデバイスデータを基地局に送信する。ＵＥは基地局との接続処理においてデバイスデータを基地局に送信してもよい。ＵＥはＲＲＣ＿Ｃｏｎｎｅｃｔｅｄへの移行処理においてデバイスデータを基地局に送信してもよい。
　基地局は、基地局と接続状態のＵＥに対して、ＵＥ－デバイス間通信用設定を送信する。基地局は、基地局と接続状態のＵＥに対して、デバイスデータ送信用設定を送信してもよい。該設定の送信方法は実施の形態１で開示した方法を適宜適用するとよい。該設定情報をＲＲＣメッセージに含める場合、たとえば、ＵＥをＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態からＲＲＣ＿Ｉｄｌｅ状態に移行させるメッセージに含めて送信してもよい。たとえば、ＵＥをＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態からＲＲＣ＿Ｉｎａｃｔｉｖｅ状態に移行させるメッセージに含めて送信してもよい。たとえば、ｓｕｓｐｅｎｄを伴うＲＲＣＲｅｌｅａｓｅメッセージに含めて送信してもよい。基地局と接続状態にあるＵＥは、ＵＥ－デバイス間通信用設定、ＵＥから基地局へのデバイスデータ送信用設定を基地局から受信できる。
　基地局は、接続状態にないＵＥに対してＵＥ－デバイス間通信を可能とするため、該ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄの時に、ＵＥ－デバイス間通信用設定を送信するとよい。基地局は、接続状態にないＵＥがデバイスから受信したデバイスデータを基地局に対して送信可能とするため、該ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄの時に、デバイスデータ送信用設定を送信するとよい。
　基地局は、ＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定をＳＩＢに含めて報知してもよい。実施の形態１で開示した方法を適宜適用するとよい。接続状態にないＵＥは基地局から報知された該情報を含むＳＩＢを受信することでＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定を受信可能となる。ＵＥは該情報を用いることで、ＲＲＣ＿ＩｄｌｅやＲＲＣ＿Ｉｎａｃｔｉｖｅでデバイスと通信を行うことができる。
　基地局はＵＥに対するＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定の通知を、ＳＩＢによる報知とＲＲＣシグナリングの両方で送信してもよい。たとえば、該設定情報の一部をＳＩＢで報知し、残りをＲＲＣメッセージに含めて個別ＲＲＣシグナリングで通知する。たとえば、該設定情報のうち、１つまたは複数のＵＥに共通な情報をＳＩＢで報知し、ＵＥ個別の情報をＲＲＣメッセージに含めて通知する。前述したように、ＲＲＣシグナリングでの通知はＵＥが接続状態にいる際に行うとよい。このようにすることで、シグナリング量を削減可能となる。ＵＥはＳＩＢとＲＲＣシグナリングとで受信した該情報を用いることで、ＲＲＣ＿ＩｄｌｅやＲＲＣ＿Ｉｎａｃｔｉｖｅでデバイスと通信を行うことができる。
　ＵＥ－デバイス間通信用設定情報例は実施の形態１で開示した情報例を適宜適用するとよい。ＵＥがＲＲＣ＿Ｉｄｌｅ、ＲＲＣ＿Ｉｎａｃｔｉｖｅであっても有効である。デバイスデータ送信用設定情報例は実施の形態１で開示した情報例を適宜適用するとよい。
　ＵＥに設定するＵＥ－デバイス間通信の周期をＤＲＸ周期の整数倍としてもよい。ＤＲＸ周期は基地局で設定されたＤＲＸ周期であってもよい。ＤＲＸ周期はＵＥに設定されたＤＲＸ周期であってもよい。ＤＲＸ周期はページング受信用のＤＲＸ周期であってもよい。ＵＥ－デバイス間通信のタイミングをＤＲＸによる受信タイミング近傍にしてもよい。たとえば、ＵＥ－デバイス間通信時間をＤＲＸによる受信時間の近傍にしてもよい。たとえば、ＵＥ－デバイス間通信時間をＤＲＸによる受信時間と重ならないように設定してもよい。たとえば、ＵＥ－デバイス間通信時間をＤＲＸによる受信時間の前、あるいは、後になるように設定してもよい。ＵＥ－デバイス間通信時間とＤＲＸによる受信時間は連続であってもよいし、非連続であってもよい。ＵＥ－デバイス間通信時間とＤＲＸによる受信時間が所定の期間内に設定されてもよい。たとえば、ＵＥ－デバイス間通信タイミングのオフセットはＤＲＸ受信時間からのオフセットとしてもよい。
　このように、ＤＲＸ周期やＤＲＸによる受信タイミングをＵＥ－デバイス間通信タイミングと関連付けることで、基地局と接続していないＵＥがＵＥ－デバイス間通信を行う場合、該ＵＥの消費電力を低減することができる。
　デバイスデータを受信したＵＥは、デバイスデータを記憶する。デバイスデータとともにデバイスデータ関連情報を記憶してもよい。デバイスデータ関連情報例は実施の形態１で開示した情報例を適宜適用するとよい。基地局はＵＥに対してデバイスデータとともに記憶するデバイスデータ関連情報を設定してもよい。該設定をＵＥ－デバイス間通信用設定に含めてもよい。デバイスデータ送信用設定に含めてもよい。どのデバイスデータ関連情報を記憶するか、基地局に送信させるかを設定可能となる。
　ＵＥでのデバイスデータ記憶用バッファに関する情報を設けてもよい。該情報は、たとえば、ＵＥが記憶するデバイスデータ量であってもよい。たとえば、ＵＥが記憶するデバイスデータ量の最大値であってもよい。所定の量のデバイスデータ量としてもよい。該所定の量を閾値としてもよい。たとえば、該閾値に達した場合、デバイスデータを基地局に送信するとしてもよい。たとえば、該閾値を超えたデバイスデータは記憶しない、あるいは破棄するとしてもよい。たとえば、該閾値を超えたデバイスデータをそのまま破棄するのではなく、新しいデータは記憶し、該閾値を超えた分だけ古いデータから破棄するようにしてもよい。たとえば、優先順位の高いサービスのデバイスデータは記憶し、該閾値を超えた分だけ優先順位の低いサービスのデバイスデータから破棄するようにしてもよい。たとえば、要求遅延時間の小さいサービスのデバイスデータは記憶し、該閾値を超えた分だけ要求遅延時間の大きいサービスのデバイスデータから破棄するようにしてもよい。
　基地局はＵＥに対して、ＵＥでのデバイスデータ記憶用バッファに関する情報を送信してもよい。基地局はＵＥに対して、ＵＥで記憶するデバイスデータ量が閾値を超えた場合の処理方法を送信してもよい。該処理方法をＵＥ－デバイス間通信用設定に含めてもよい。デバイスデータ送信用設定に含めてもよい。基地局と接続していないＵＥは、デバイスから受信したデバイスデータを、基地局と接続して基地局に送信するまで記憶する。このようにすることで、たとえば、デバイスデータの記憶のためにＵＥが必要となるバッファ量を制限できる。
　ＵＥが記憶するデバイスデータのデバイス数に関する情報を設けてもよい。該情報は、たとえば、ＵＥが記憶するデバイスデータのデバイス数の最大値であってもよい。所定の数のデバイス数としてもよい。該所定の数を閾値としてもよい。たとえば、該閾値に達した場合、デバイスデータを基地局に送信するとしてもよい。たとえば、該閾値を超えたデバイスからのデバイスデータは記憶しない、あるいは破棄するとしてもよい。たとえば、該閾値を超えたデバイスからのデバイスデータをそのまま破棄するのではなく、該閾値を超えた数の新しいデバイスからのデータは記憶し、該閾値を超えた分だけ古いデバイスからのデータは破棄するようにしてもよい。たとえば、優先順位の高いサービスのデバイスからのデータは記憶し、該閾値を超えた分だけ優先順位の低いサービスのデバイスからのデータから破棄するようにしてもよい。たとえば、要求遅延時間の小さいサービスのデバイスからのデータは記憶し、該閾値を超えた分だけ要求遅延時間の大きいサービスのデバイスからのデータから破棄するようにしてもよい。
　基地局はＵＥに対して、ＵＥが記憶するデバイスデータのデバイス数に関する情報を送信してもよい。基地局はＵＥに対して、ＵＥで記憶するデバイスデータのデバイス数が閾値を超えた場合の処理方法を送信してもよい。該処理方法をＵＥ－デバイス間通信用設定に含めてもよい。デバイスデータ送信用設定に含めてもよい。前述と同様の効果を得ることができる。
　基地局と接続していないＵＥがデバイスから受信したデバイスデータを基地局に対して送信する方法について開示する。ＵＥが基地局と接続したらデバイスデータを送信する。ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移行したらデバイスデータを送信するとしてもよい。ＵＥがＲＲＣ＿ＩｄｌｅあるいはＲＲＣ＿Ｉｎａｃｔｉｖｅでデバイスから受信したデバイスデータを、ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移行したら基地局に送信する。ＵＥは、デバイスデータ受信後、最初にＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移行した際にデバイスデータを基地局に送信する、としてもよい。このようにすることで、たとえば、デバイスデータ送信のためだけにＵＥが基地局と接続することを避けることができる。ＵＥの制御を簡易にでき、消費電力の増大を回避することができる。
　他の方法を開示する。ＵＥからデバイスデータを送信するタイミング設定を適用して、ＵＥは基地局に対してデバイスデータを送信する。ＵＥは、基地局から受信した、デバイスデータを送信するタイミング設定に関する情報を用いて、基地局に対してデバイスデータを送信してもよい。デバイスデータを送信するため、デバイスデータを送信するタイミングで、あるいは、デバイスデータを送信するタイミングに先立って、ＵＥは基地局と接続する。ＵＥはＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に移行するとしてもよい。基地局と接続したＵＥは、デバイスデータを基地局に対して送信する。このようにすることで、基地局に接続していないＵＥが、デバイスデータを送信するタイミングで、デバイスデータを基地局に送信することができる。
　他の方法を開示する。ＵＥは、ＮＷノードからのデバイスデータ送信指示を受信した場合にデバイスデータを送信する。たとえば、ページングを用いてもよい。ページングメッセージにデバイスデータ送信指示情報を含める。デバイスデータ送信指示情報をページングに用いるＤＣＩに含めて送信してもよい。デバイスデータ送信指示情報をショートメッセージに含めてもよい。デバイスデータ送信指示受信後ただちに送信する設定としてもよい。あるいは、デバイスデータ送信指示受信後所定の期間後送信する設定としてもよい。所定の期間を送信タイミングに関する情報に含めるとよい。所定の期間を０とした場合、該通信終了後ただちに送信する設定としてもよい。所定の期間はデバイスデータ送信用設定情報に含めてもよいし、ページングメッセージに含めてもよいし、ページングに用いるＤＣＩに含めてもよいし、ショートメッセージに含めてもよい。所定の期間はデバイスデータ送信指示情報とともに、ページングメッセージに含めてもよいし、ページングに用いるＤＣＩに含めてもよいし、ショートメッセージに含めてもよい。このようにすることで、基地局と接続していないＵＥがデバイスデータ送信指示情報を受信可能となる。デバイスデータ送信指示情報を受信したＵＥは基地局と接続する。基地局と接続したＵＥは、デバイスデータを基地局に対して送信する。このようにすることで、ＵＥは基地局と接続していない状態のときに受信したデバイスデータを基地局に対して送信可能となる。
　他の方法を開示する。デバイスデータ送信指示の送信にＳＩＢを用いる。基地局はＳＩＢにデバイスデータ送信指示情報を含めて送信する。デバイスデータ送信指示受信後の送信タイミングについては、前述に開示した方法を適用してもよい。なお、所定の期間はデバイスデータ送信用設定情報に含めてもよいし、ＳＩＢに含めてもよい。デバイスデータ送信指示情報と同じＳＩＢに含めてもよい。デバイスデータ送信指示情報を受信したＵＥは基地局と接続する。このようにすることで、基地局と接続していないＵＥがデバイスデータ送信指示情報を受信可能となる。基地局と接続したＵＥは、デバイスデータを基地局に対して送信する。このようにすることで、ＵＥはデバイスデータを基地局に対して送信可能となる。
　他の方法を開示する。ＵＥがセル間を移動した場合にデバイスデータを送信する。たとえば、ＵＥがセル選択あるいはセル再選択をした場合にデバイスデータを送信する。ＵＥは選択したセルあるいは再選択したセルに対してデバイスデータを送信するとよい。送信すべきデバイスデータが存在する場合、ＵＥは選択したセルあるいは再選択したセルと接続する。セルと接続したＵＥは、デバイスデータをセルに対して送信する。このようにすることで、ＵＥがセル間を移動した場合も基地局に対してデバイスデータを送信可能となる。
　他の方法を開示する。ＵＥがＲＮＡ間を移動した場合にデバイスデータを送信する。ＵＥはＲＮＡ間を移動した場合に、基地局に対してデバイスデータを送信するとよい。送信すべきデバイスデータが存在する場合、ＵＥは基地局と接続する。基地局と接続したＵＥは、デバイスデータを基地局に対して送信する。このようにすることで、ＵＥがＲＮＡ間を移動した場合も基地局に対してデバイスデータを送信可能となる。
　他の方法を開示する。ＵＥがＴＡ間を移動した場合にデバイスデータを送信する。ＵＥはＴＡ間を移動した場合に、基地局に対してデバイスデータを送信するとよい。送信すべきデバイスデータが存在する場合、ＵＥは基地局と接続する。基地局と接続したＵＥは、デバイスデータを基地局に対して送信する。このようにすることで、ＵＥがＴＡ間を移動した場合も基地局に対してデバイスデータを送信可能となる。
　前述に開示した方法で、ＵＥが基地局と接続し、デバイスデータを基地局に対して送信することを示した。ＵＥは基地局との接続処理においてデバイスデータを基地局に送信してもよい。早期にデバイスデータを基地局に対して送信可能となる。
　基地局はＵＥに対して、基地局と接続していないＵＥがデバイスから受信したデバイスデータを基地局に対して送信する方法を設定してもよい。基地局はＵＥに対して該送信方法を示す情報を送信してもよい。たとえば、基地局はＵＥに対して、前述に開示した該送信方法のどれを用いるかを示す情報を送信してもよい。該送信方法を示す情報をデバイスデータ送信用設定に含めてもよい。基地局と接続していないＵＥが受信したデバイスデータの基地局への送信方法を基地局が設定可能となり、たとえばサービスに適した柔軟な制御が可能となる。
　ＵＥは基地局に対してデバイスデータを送信する。ＵＥは記憶したデバイスデータの一部または全部を送信してもよい。ＵＥは基地局に対してデバイスデータ関連情報を送信してもよい。ＵＥは記憶したデバイスデータ関連情報の一部または全部を送信してもよい。どのデバイスデータやデバイスデータ関連情報を基地局に送信するかを設定可能としてもよい。たとえば、ある特定のサービスのデバイスデータとデバイスデータ関連情報のみを基地局に送信するように設定する。たとえば、ある特定のエリアのデバイスから受信したデバイスデータとデバイスデータ関連情報のみを基地局に送信するように設定する。基地局はＵＥに対して、どのデバイスデータやデバイスデータ関連情報を基地局に送信するかの情報を送信する。該情報はデバイスデータ送信用設定に含めてもよい。このようにすることで、たとえば基地局は所望のデバイスデータやデバイスデータ関連情報をＵＥから受信することができる。
　ＵＥは、ＵＥ－デバイス間通信用設定の受信後、基地局との接続がリリースされた場合（ＲＲＣ＿ＩｄｌｅあるいはＲＲＣ＿Ｉｎａｃｔｉｖｅへ移行した場合であってもよい）、ＵＥ－デバイス間通信を開始してもよい。ＵＥがＲＲＣ＿ＩｄｌｅあるいはＲＲＣ＿ＩｎａｃｔｉｖｅからＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移行後、ＵＥ－デバイス間通信は終了してもよい。ＵＥが再度ＲＲＣ＿ＩｄｌｅあるいはＲＲＣ＿Ｉｎａｃｔｉｖｅに移行した場合、再度ＵＥ－デバイス間通信を開始してもよい。
　例えば実施の形態１で開示した方法を用いて基地局と接続しているＵＥがＵＥ－デバイス間通信を行っている際に、基地局との接続がリリースされた場合（ＲＲＣ＿ＩｄｌｅあるいはＲＲＣ＿Ｉｎａｃｔｉｖｅへ移行した場合であってもよい）、ＵＥ－デバイス間通信を継続してもよい。ＵＥがＲＲＣ＿ＩｄｌｅあるいはＲＲＣ＿Ｉｎａｃｔｉｖｅに移行した場合、基地局と接続していない状態でのＵＥ－デバイス間通信用設定を用いてＵＥ－デバイス間通信を行うとよい。ＵＥの状態に適したＵＥ－デバイス間通信用設定を用いることができる。他の方法として、基地局と接続している状態でのＵＥ－デバイス間通信用設定を継続して用いてもよい。ＵＥ－デバイス間通信用設定を変更する必要が無く、通信処理を継続でき、低遅延で通信可能となる。
　基地局と接続していないＵＥがＵＥ－デバイス間通信を行っている際に、基地局との接続が確立された場合（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄへ移行した場合であってもよい）、ＵＥ－デバイス間通信を継続してもよい。該通信の継続に、実施の形態１で開示した方法を用いてもよい。ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄに移行した場合、基地局と接続している状態でのＵＥ－デバイス間通信用設定を用いてＵＥ－デバイス間通信を行うとよい。ＵＥの状態に適したＵＥ－デバイス間通信用設定を用いることができる。他の方法として、基地局と接続していない状態でのＵＥ－デバイス間通信用設定を継続して用いてもよい。ＵＥ－デバイス間通信用設定を変更する必要が無く、通信処理を継続でき、低遅延で通信可能となる。
　ＵＥの接続状態が移行した際にＵＥ－デバイス間通信用設定を継続して用いるか否かは予め設定されてもよい。基地局はＵＥに対してＵＥ－デバイス間通信用設定を継続して用いるか否かの情報を通知してもよい。デバイスを用いるサービスに適したＵＥ－デバイス間通信を提供可能となる。
　実施の形態１で開示した、ＵＥ－デバイス間通信用設定リリース、ＵＥ－デバイス間通信開始指示、ＵＥ－デバイス間通信終了指示、ＵＥ－デバイス間通信用設定のａｃｔ、ＵＥ－デバイス間通信用設定のｄｅａｃｔを適宜適用してもよい。これらは、ＵＥが基地局に接続している間に通知されるとよい。ＵＥと基地局との接続がリリースされた場合に、前記設定に従ってＵＥ－デバイス間通信を行うか否かが決定されてもよい。たとえば、ＵＥがＲＲＣ＿ＩｄｌｅあるいはＲＲＣ＿Ｉｎａｃｔｉｖｅに移行した際、ＵＥ－デバイス間通信開始指示が通知されており、ＵＥ－デバイス間通信終了指示が通知されていない場合、ＵＥはＵＥ－デバイス間通信を開始するとよい。
　デバイスデータが終了したか否かの情報を設けてもよい。実施の形態１で開示した方法を適宜適用するとよい。該情報を受信したＵＥや基地局やＣＮノードはデバイスから送信されるデバイスデータが終了したことを認識可能となる。
　基地局と接続していないＵＥは、デバイスから受信したデバイスデータを記憶するとよい。ＵＥ内にデバイスデータ記憶用のバッファを設けてもよい。
　ＵＥは基地局に対してデバイスデータを送信する。基地局と接続していないＵＥは、基地局へのデバイスデータ送信に先立ち、基地局と接続する。ＵＥは、基地局から受信したデバイスデータ送信用設定を用いて、デバイスデータを基地局に送信する。ＵＥは、デバイスデータ送信用設定リリースの受信によりデバイスデータ送信を終了してもよい。他の方法として、基地局へのデバイスデータ送信に先立ち基地局と接続したＵＥは、デバイスデータ送信開始指示の受信によりデバイスデータ送信を開始してもよい。ＵＥは、デバイスデータ送信終了指示の受信によりデバイスデータ送信を終了してもよい。他の方法として、基地局へのデバイスデータ送信に先立ち基地局と接続したＵＥは、デバイスデータ送信用設定のａｃｔ受信によりデバイスデータ送信を開始してもよい。ＵＥは、デバイスデータ送信用設定のｄｅａｃｔ受信によりデバイスデータ送信を終了してもよい。
　ＵＥによるデバイスデータ送信用設定リリースの受信、デバイスデータ送信開始指示の受信、デバイスデータ送信終了指示の受信、デバイスデータ送信用設定のａｃｔ受信、ｄｅａｃｔ受信は、基地局との接続処理において行われてもよい。それにともなう前述の処理が、基地局との接続処理において行われてもよい。基地局との接続処理において行われることで、デバイスデータ送信も含めこれらの処理を早期に実施可能となる。
　ＵＥから基地局へのデバイスデータ送信方法について開示する。ＵＥは基地局に対してデバイスデータをＲＲＣシグナリングで送信してもよい。デバイスデータをＲＲＣメッセージに含めて送信してもよい。より多量のデータを送信可能となる。
　デバイスデータは、たとえば、ＲＲＣ確立処理で送信されてもよい。デバイスデータは、たとえば、ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含めて送信されてもよい。デバイスデータは、たとえば、ＲＲＣ再確立処理で送信されてもよい。デバイスデータは、たとえば、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージに含めて送信されてもよい。デバイスデータは、たとえば、ＲＲＣＲｅｓｕｍｅ処理で送信されてもよい。デバイスデータは、たとえば、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージに含めて送信されてもよい。
　デバイスデータは、たとえば、ＲＲＣ再設定処理で送信されてもよい。デバイスデータは、たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含めて送信されてもよい。デバイスデータは、たとえば、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージに含めて送信されてもよい。デバイスデータは、たとえば、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージに含めて送信されてもよい。デバイスデータは、たとえば、ＮＡＳメッセージに含めてＲＲＣシグナリングで送信されてもよい。
　他の方法として、デバイスデータ送信用のＲＲＣメッセージを新たに設けてもよい。デバイスデータ送信用設定や、送信するデバイスデータに適したメッセージを設けることが可能となる。
　他の方法を開示する。ＵＥは基地局に対してデバイスデータをＭＡＣシグナリングで送信してもよい。ＵＥは、たとえば、デバイスデータをＭＡＣ　ＣＥに含めて送信してもよい。ＵＥは基地局に対してデバイスデータを他のＭＡＣデータと多重して送信してもよい。デバイスデータを他のデータとともに送信可能となるため、効率的な送信が可能となる。
　他の方法を開示する。ＵＥは基地局に対してデバイスデータをＬ１／Ｌ２シグナリングで送信してもよい。デバイスデータをＵＣＩに含めてもよい。デバイスデータはＵＣＩに含めてＰＵＣＣＨで送信されてもよい。このようにすることで、より早期にデバイスデータをＵＥと基地局との間で通信可能となる。
　他の方法を開示する。ＵＥは基地局に対してデバイスデータをＲＡ処理で送信してもよい。たとえば、デバイスデータは、４ステップＲＡ処理のＭｓｇ３に含めて送信されてもよいし、２ステップＲＡ処理のＭｓｇＡに含めて送信されてもよい。このようにすることで、より早期にデバイスデータをＵＥと基地局との間で通信可能となる。
　ＵＥから基地局へのデバイスデータの送信にＰＵＳＣＨを用いてもよい。実施の形態１で開示した方法を適宜適用するとよい。
　ＵＥは基地局に対してデバイスデータ送信後、基地局との接続を維持してもよい。他の方法として、ＵＥは基地局に対してデバイスデータ送信後、基地局との接続をリリースしてもよい。ＵＥは基地局に対してデバイスデータ送信後、基地局との接続について、デバイスデータの送信を開始する前の元の状態に戻ってもよい。デバイスデータ送信後の処理を設定可能としてもよい。基地局はＵＥに対してデバイスデータ送信後の処理方法を設定する。該設定の情報はＵＥ－デバイス間通信用設定、あるいは、デバイスデータ送信用設定に含めてもよい。このようにすることで、たとえば基地局は、デバイスデータを送信するＵＥの状況に適した処理を実行させることができる。
　送信可能なデバイスデータがＵＥ内にあることを示す情報を設けてもよい。たとえば、ＵＥから基地局へ、デバイスデータを１回のシグナリングで送り切れない場合、ＵＥは基地局に対して該情報を送信する。該情報を受信した基地局は、ＵＥに送信可能なデバイスデータが存在することを認識出来る。該情報は、デバイスデータともに送信されてもよい。たとえば、送信可能なデバイスデータが残存していることを早期に示すことが可能となる。該情報は、デバイスデータとは別に送信されてもよい。送信可能なデバイスデータがあることをタイムリーに示すことが可能となる。
　ＵＥから基地局へのデバイスデータ関連情報の送信方法は、前述したデバイスデータ送信方法を適宜適用するとよい。デバイスデータ関連情報は、デバイスデータとともに、あるいは別のシグナリングを用いて送信されてもよい。ＵＥは基地局から受信したデバイスデータ送信用設定を用いてデバイスデータやデバイスデータ関連情報を送信するとよい。このようにすることで、基地局がデバイスデータ関連情報を受信可能となる。
　図１４は、基地局と接続していないＵＥがデバイスから取得したデバイスデータを基地局に送信するシーケンス例を示す図である。ＲＲＣ＿ＩｄｌｅのＵＥがデバイスから取得したデバイスデータを基地局に送信する場合について示している。図１１と共通するステップについては同じステップ番号を付し、共通する説明を省略する。ＵＥは基地局と接続している（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄであってもよい）間に、ステップＳＴ１１０１で基地局に対してデバイスとの通信が可能であることを示す情報を通知する。デバイスとの通信が可能であることを示す情報に、デバイスとの通信が可能であるＵＥの接続状態を示す情報を含めてもよい。
　ＵＥが基地局と接続していない状態でのＵＥ－デバイス間通信用設定、ＵＥが基地局と接続していない状態で受信したデバイスデータの送信用設定を設けてもよい。ＵＥの接続状態毎（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ、ＲＲＣ＿Ｉｄｌｅ、ＲＲＣ＿Ｉｎａｃｔｉｖｅ）の該設定を設けてもよい。ＵＥは、デバイスとの通信を行う際の基地局との接続状態に応じて該設定を用いるとよい。ＵＥの接続状態毎の設定方法は、ＵＥ－デバイス間通信用設定とデバイスデータ送信用設定とで異なっていてもよい。たとえば、ＵＥ－デバイス間通信用設定はＵＥの接続状態毎に設定し、デバイスデータ送信用設定は全状態で１つの同じ設定としてもよい。ＵＥの接続状態毎の設定は個別に送信されてもよいし、１つの設定として送信されてもよい。１つの設定として送信される場合、どの接続状態に使用する設定であるかを示す情報を設けて、該設定に含めて送信されてもよい。このようにすることで、ＵＥがデバイスと通信する際の基地局との接続状態に適した設定が可能となる。より柔軟な制御が可能となる。
　ステップＳＴ１４０１で、基地局はＵＥに対してＲＲＣ＿ＩｄｌｅでのＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信する。基地局はＵＥが基地局と接続している間に該設定を送信してもよい。該送信にたとえばＲＲＣシグナリングが用いられてもよい。該設定は、たとえばＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態からＲＲＣ＿Ｉｄｌｅ状態へ移行するためのメッセージであるＲＲＣＲｅｌｅａｓｅメッセージに含めて送信されてもよい。デバイスデータ送信用設定は、ＵＥ－デバイス間通信用設定とは別のシグナリングで送信されてもよい。該設定を受信したＵＥは、ＲＲＣ＿Ｉｄｌｅでのデバイスとの通信用の設定情報、ＲＲＣ＿Ｉｄｌｅで受信したデバイスデータを基地局に送信するための設定情報を受信可能となる。ＲＲＣＲｅｌｅａｓｅを受信したＵＥはステップＳＴ１４０２でＲＲＣ＿Ｉｄｌｅに移行する。
　ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄの間にＵＥ－デバイス間通信用設定を受信したＵＥは、ＲＲＣ＿Ｉｄｌｅに移行後、該設定情報を用いてステップＳＴ１４０３でデバイスとの間で通信を行う。デバイスからデバイスデータを受信したＵＥは、ステップＳＴ１４０４でデバイスデータを記憶する。ＵＥ内に設けられたバッファに記憶してもよい。基地局へデバイスデータを送信するまでバッファに記憶しておくとよい。
　ＵＥはデバイスデータ送信のため基地局と接続処理を行う。ステップＳＴ１４０５で、ＵＥは基地局とＲＡ処理を行う。ステップＳＴ１４０６で、ＵＥは基地局に対してデバイスデータを送信する。基地局はＵＥから送信されたデバイスデータを受信する。デバイスデータの送信にたとえばＲＲＣシグナリングが用いられてもよい。デバイスデータは、たとえば、ＵＥと基地局との間の接続処理におけるＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含めて送信されてもよい。
　ＵＥはデバイスデータを１回のシグナリングで送信できない場合、さらにデバイスデータを送信する。該送信に、たとえば、ＲＲＣシグナリングが用いられてもよい。たとえば、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージに含めて送信されてもよい。ＵＥはデバイスデータが終了するまで基地局への送信を続ける。送信するデバイスデータが終了した場合、ステップＳＴ１４０７で、ＵＥはデバイスデータとともにデバイスデータが終了したか否かの情報を送信する。デバイスデータが終了したか否かを示す情報を受信した基地局は、ステップＳＴ１４０７で送信されたデバイスデータで終了であることを認識可能となる。
　デバイスデータ送信終了後、ＵＥは、ステップＳＴ１４０８で、ＵＥとの通信（ＵＥ－デバイス間通信）を開始する前の状態に、すなわち、ＲＲＣ＿Ｉｄｌｅに戻ってもよい。ＲＲＣ＿ＩｄｌｅにＵＥを戻らせるため、基地局からＵＥに対してＲＲＣＲｅｌｅａｓｅメッセージを送信してもよい。たとえば、ステップＳＴ１４０７で最後のデバイスデータを受信した基地局はＵＥに対してＲＲＣＲｅｌｅａｓｅメッセージを送信する。ＲＲＣＲｅｌｅａｓｅメッセージを受信したＵＥはＲＲＣ＿Ｉｄｌｅに移行する。ＵＥは、ＲＲＣ＿Ｉｄｌｅに移行後に再度ＵＥ－デバイス間通信を行ってもよい。ＵＥは、基地局からＵＥ－デバイス間通信用設定リリースを受信するまで、ＲＲＣ＿Ｉｄｌｅ移行後もＵＥ－デバイス間通信を行ってもよい。ＵＥが基地局からＵＥ－デバイス間通信用設定リリースを受信するまで、ステップＳＴ１４０３からステップＳＴ１４０８が繰り返されてもよい。
　ＵＥはデバイスデータ関連情報を記憶してもよい。基地局に対してデバイスデータ関連情報を送信してもよい。ステップＳＴ１４０４でＵＥはデバイスデータとともにデバイスデータ関連情報を記憶してもよい。ステップＳＴ１４０６からステップＳＴ１４０７で、ＵＥは基地局に対してデバイスデータ関連情報を送信してもよい。たとえば、デバイスデータ送信用設定にデバイスデータ関連情報の送信の設定情報が含まれるような場合、ステップＳＴ１４０４でデバイスデータとともにデバイスデータ関連情報を記憶し、ステップＳＴ１４０６からステップＳＴ１４０７でデバイスデータとともにデバイスデータ関連情報を送信してもよい。基地局はデバイスデータ関連情報を受信できる。
　図１４の例ではＲＲＣ＿ＩｄｌｅのＵＥがＵＥ－デバイス間通信を行う場合について開示した。他の例としてＲＲＣ＿ＩｎａｃｔｉｖｅのＵＥがＵＥ－デバイス間通信を行ってもよい。図１４のシーケンス例を適宜適用するとよい。たとえば、ステップＳＴ１４０１で、基地局はＵＥがＲＲＣ＿ＩｎａｃｔｉｖｅにおけるＵＥ－デバイス間通信用設定とＵＥがＲＲＣ＿Ｉｎａｃｔｉｖｅでデバイスから受信したデバイスデータのデバイスデータ送信用設定を送信する。この送信に、Ｓｕｓｐｅｎｄを伴うＲＲＣＲｅｌｅａｓｅメッセージを用いてもよい。Ｓｕｓｐｅｎｄを伴うＲＲＣＲｅｌｅａｓｅメッセージを受信したＵＥはＲＲＣ＿Ｉｎａｃｔｉｖｅに移行する。ＲＲＣ＿Ｉｎａｃｔｉｖｅに移行したＵＥは、基地局から受信した該設定を用いてＵＥ－デバイス間通信を行う。ＵＥから基地局へのデバイスデータの送信にＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージが用いられてもよい。
　このようにすることで、基地局と接続していないＵＥがＵＥ－デバイス間通信、および、デバイスから受信したデバイスデータの基地局への送信が実行可能となる。基地局はデバイスからのデバイスデータを、ＵＥを介して受信可能となる。デバイスとＮＷとの間の通信が可能となる。
　基地局と接続していないＵＥが複数のデバイスと通信を行ってもよい。複数のデバイスと通信を行う方法は、実施の形態１で開示した方法を適宜適用するとよい。同様の効果を得ることができる。
　基地局は、ＵＥに対して設定したＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定を、周辺基地局に通知してもよい。ＵＥが他の基地局に移動したような場合に、該基地局は周辺基地局から受信した該ＵＥの該設定を用いることが可能となる。ＵＥがデバイスデータを送信するため、該設定を受信した基地局と異なる基地局と接続するような場合、ＵＥは該設定を用いてデバイスデータを送信してもよい。該異なる基地局は周辺基地局からＵＥの該設定を受信することで、デバイスデータの受信が可能となる。ＵＥが、該設定を受信した基地局と異なる基地局に在圏するような場合、デバイスとの通信に該設定を用いてもよい。該異なる基地局は周辺基地局からＵＥの該設定を受信することで、ＵＥ－デバイス間通信用設定を認識することが可能となる。
　基地局は、周辺基地局から受信したＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定の一部または全部の情報を変更してもよい。ＵＥが該設定を受信した基地局と異なる基地局と接続したような場合、該異なる基地局は変更した該設定をＵＥに対して送信するとよい。変更した情報のみ送信してもよい。このようにすることで、たとえば、基地局は自基地局の状況を考慮してＵＥに対して新たな設定を行うことが可能となる。
　本実施の形態で開示したような方法とすることで、基地局と接続していないＵＥが、ＵＥ－デバイス間通信が可能となる。基地局と接続していないＵＥがデバイスデータを受信可能となる。また、ＵＥが基地局と接続していない状態でデバイスから受信したデバイスデータを、基地局に対して送信可能となる。基地局は、基地局と接続していないＵＥが受信したデバイスデータを受信可能となる。これにより、ＵＥを介したデバイスとＮＷとの間の通信が可能となる。
実施の形態３．
　３ＧＰＰにおいて超低消費電力なＩｏＴデバイスを移動通信システムに取込むことが議論されている。デバイスを移動通信システムに取込むにあたって、デバイスとＮＷとの間のデバイスデータ通信方法や、ＮＷにおけるデバイスデータ管理方法が必要とされるが、これらの方法についてはなんら開示されていない。本実施の形態ではこのような課題を解決する方法を開示する。
　上記課題を解決する方法の一例として、アプリケーションからＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定を基地局に送信してもよい。アプリケーションとして、たとえば、ＡＦであってもよいしＡＳであってもよい。ＤＮ（Data　Network）から該設定を基地局に送信してもよい。ＭｎＳから該設定を基地局に送信してもよい。ＭｎＳにおいてデバイスを管理してもよい。ＭｎＳとして、たとえば、ＭａＳであってもよいしＤＣＥであってもよい。ＣＮノードから該設定を基地局に送信してもよい。ＣＮノードがデバイスを管理してもよい。ＣＮノードとして、たとえば、ＡＭＦ、ＳＭＦ、ＵＰＦ、ＰＣＦ、ＵＤＭ、ＮＦ、ＮＷＤＡＦ（Network　Data　Analytics　Function）、ＤＭＦであってもよい。基地局はＵＥに対して該設定を送信する。基地局からＵＥへの該設定の送信方法は実施の形態１や実施の形態２で開示した方法を適宜適用してもよい。ＵＥはデバイスとの間で通信を行う。ＵＥは、基地局を介してアプリケーションなどから受信したＵＥ－デバイス間通信用設定を用いてＵＥ－デバイス間通信を行うとよい。
　ＵＥは基地局に対してデバイスデータを送信する。ＵＥは、基地局を介してアプリケーションなどから受信したデバイスデータ送信用設定を用いてデバイスデータ送信を行うとよい。基地局はＵＥから受信したデバイスデータをアプリケーションに送信する。基地局はＤＮにデバイスデータを送信してもよい。基地局はＭｎＳにデバイスデータを送信してもよい。基地局はＣＮノードにデバイスデータを送信してもよい。
　デバイスデータ関連情報がデバイスデータとともに送信されてもよい。デバイスデータ関連情報は、デバイスデータに含まれてもよいし、デバイスデータとともに送信されてもよい。あるいは、デバイスデータとは別に送信されてもよい。デバイスデータの送信先とデバイスデータ関連情報の送信先は別であってもよい。デバイスデータ関連情報の送信方法は実施の形態１や実施の形態２で開示した方法を適宜適用してもよい。
　このようにすることで、デバイスを用いるアプリケーションが、該設定を行うことが可能となり、デバイスデータやデバイスデータ関連情報を受信することが可能となる。デバイスを用いるサービスが可能となる。また、ＤＮから該設定を送信することが可能となり、デバイスデータやデバイスデータ関連情報を受信することが可能となる。たとえばＤＮに接続するノードがデバイス、デバイスデータ、デバイスデータ関連情報を管理することが可能となる。また、ＭｎＳが該設定を行うことが可能となり、デバイスデータやデバイスデータ関連情報を受信することが可能となる。ＭｎＳがデバイス、デバイスデータ、デバイスデータ関連情報を管理することが可能となる。移動通信システムの管理にデバイスを取込むことが可能となる。また、ＣＮノードが該設定を行うことが可能となり、デバイスデータやデバイスデータ関連情報を受信することが可能となる。ＣＮノードがデバイス、デバイスデータ、デバイスデータ関連情報を管理することが可能となる。移動通信システム内にデバイスを取込むことが可能となる。
　該設定の送信元と、デバイスデータやデバイスデータ関連情報の送信先は同じでなくてもよい。異なっていてもよい。たとえば、該設定をＭｎＳが行い、デバイスデータはアプリケーションに送信されてもよい。このようにすることで、デバイスを用いた多種多様なサービスを提供可能となる。
　アプリケーションからＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定を、ＵＥ－デバイス間通信に関連するノードあるいはデバイスデータ送信に関連するノードに送信してもよい。アプリケーションからではなく、ＤＮ、ＭｎＳ、ＣＮノードから送信してもよい。関連するノードとして、たとえば、基地局、ＡＭＦ、ＳＭＦ、ＵＰＦ、ＮＷＤＡＦ、ＮＥＦ、ＤＭＦなどがある。関連するノードに送信する該設定は、ＵＥに送信する該設定の一部または全部であってもよい。
　該設定情報の送信元は１つでなく複数であってもよい。該設定情報を複数の送信元から分担して設定してもよい。たとえば、サービスに関する設定をＡＦで、ＲＡＮに関する設定を基地局で行ってもよい。このようにすることで、該設定の送信元の機能に適した設定が可能となる。
　デバイスデータ　ａｎｄ／ｏｒ　デバイスデータ関連情報の送信ルートについて開示する。デバイスデータ等をＣＮノードに送信する場合、基地局からＣＮノードに送信する。デバイスデータ等を他のＣＮノードを介して基地局からＣＮノードに送信してもよい。たとえば、デバイスデータ等が基地局からＡＭＦを介してＮＷＤＡＦに送信されてもよい。デバイスデータ等は、たとえば、基地局からＡＭＦ、ＮＷＤＡＦを介してＤＭＦに送信されてもよい。デバイスデータ等をＭｎＳに送信する場合、基地局からＭｎＳに送信する。ＣＮノードを介してＭｎＳに送信してもよい。たとえば、基地局からＡＭＦ、ＤＣＥを介してＮＷＤＡＦに送信されてもよい。デバイスデータ等をＡＦに送信する場合、基地局からＣＮノードを介してＡＦに送信する。ＭｎＳを介してＡＦに送信してもよい。たとえば、基地局からＡＭＦ、ＮＥＦを介してＡＦに送信されてもよい。たとえば、基地局からＭｎＳを介してＡＦに送信されてもよい。たとえば、基地局からＡＭＦ、ＭｎＳを介してＡＦに送信されてもよい。たとえば、ＡＭＦ、ＮＷＤＡＦ、ＤＣＥを介してＡＦに送信されてもよい。
　デバイスデータ等をＡＳに送信する場合、基地局からＣＮノードを介してＡＳに送信する。たとえば、基地局からＵＰＦを介してＡＳに送信してもよい。たとえば、基地局からＡＭＦ、ＳＭＦ、ＵＰＦを介してＡＳに送信してもよい。ＤＮに送信する場合、基地局からＣＮノードを介してＤＮに送信する。たとえば、基地局からＵＰＦを介してＤＮに送信してもよい。たとえば、基地局からＡＭＦ、ＳＭＦ、ＵＰＦを介してＤＮに送信してもよい。
　デバイスデータ　ａｎｄ／ｏｒ　デバイスデータ関連情報の送信ルートは設定可能としてもよい。前述した、デバイスデータ送信用設定の送信元が、デバイスデータの送信ルートを設定してもよい。デバイスデータ送信ルート設定情報は、デバイスデータ送信用設定に含めてもよい。デバイスデータ送信用設定の送信元が、デバイスデータ送信に関係するノードに該送信ルート設定情報を送信してもよい。
　デバイスデータ送信ルート設定情報の例を以下に６つ開示する。
（１）デバイスデータ送信先に関する情報。
（２）デバイスデータを送信するノードに関する情報。
（３）デバイスデータを受信するノードに関する情報。
（４）サービスに関する情報。
（５）デバイスデータ送信ルートを特定するための情報。
（６）（１）から（５）の組合せ。
　（１）は、デバイスデータの送信先に関する情報である。送信先を特定するための情報であってもよい。たとえば、識別子、アドレスなどである。該情報は、たとえば、デバイスデータ送信先ノード（たとえば、ＡＭＦ、ＵＰＦ等）を識別するための情報であってもよい。これらを組合わせてもよい。（２）は、デバイスデータをどのノードに送信するかを示す情報であってもよい。たとえば、該ノードを特定するための情報、たとえば、識別子、アドレスなどである。該情報は、たとえば、デバイスデータ送信先ノードを識別するための情報であってもよい。これらを組合わせてもよい。（３）は、デバイスデータをどのノードから受信するかを示す情報であってもよい。たとえば、該ノードを特定するための情報、たとえば、識別子、アドレスなどである。該情報は、たとえば、デバイスデータ送信元ノード（たとえば、ＡＭＦ、ＵＰＦ等）を識別するための情報であってもよい。これらを組合わせてもよい。（４）は、サービスを特定するための情報であってもよい。たとえば、サービスの識別子などである。他に、サービスに要求されるＱｏＳであってもよい。
　設定されたサービスデータ送信ルートを特定するための情報、たとえば識別子を設けてもよい。（５）は、該情報であってもよい。複数のルートが設定されてもよく、どのルート設定を用いるかを該識別子で設定してもよい。たとえば、サービスと該ルートの識別子を関連付けて設定してもよい。ルート設定毎に、（１）～（４）の情報が関連付けられてもよい。このようにすることで、サービスに適したルートを設定可能となる。
　送信ルートの設定情報を受信した各ノードはデバイスデータをどのノードから受信するか、どのノードに送信したらよいか、デバイスデータの最終的な送信先を認識可能となる。
　このようにすることで、デバイスデータの送信ルートを設定可能となる。たとえば、デバイスを用いるサービスに適した送信ルートの設定や、各ノードの状況に適した送信ルートの設定が可能となる。
　アプリケーションから基地局に対してデバイスデータ送信要求を送信してもよい。ＤＮ、ＭｎＳ、ＣＮノードから基地局に対してデバイスデータ送信要求を送信してもよい。基地局はＵＥに対してデバイスデータ送信要求を送信してもよい。基地局からＵＥへのデバイスデータ送信要求の送信方法は実施の形態１や実施の形態２で開示した方法を適宜適用してもよい。該要求を受信したＵＥはデバイスデータを基地局に送信する。ＵＥからデバイスデータを受信した基地局は、デバイスデータを要求元に送信する。
　デバイスデータ送信要求元は、前述に開示したデバイスデータ送信先であってもよい。デバイスデータ送信要求の送信ルートは前述に開示したデバイスデータ送信ルートの逆であってもよい。デバイスデータ送信要求元がデバイスデータ送信ルートの設定を行ってもよい。デバイスデータ送信要求元がデバイスデータ送信ルートの設定を行い、デバイスデータ送信に関係するノードに対して該設定情報を送信してもよい。デバイスデータ送信要求元はＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定の送信元と同じであってもよいし、異なってもよい。
　このような方法とすることで、ＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定の設定元とデバイスデータ送信要求の要求元を異ならせることも可能となる。たとえば、ＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定の設定元をＰＣＦとして、デバイスデータ送信要求の要求元をＡＦとしてもよい。デバイスを用いるサービスに適したデバイスデータの通信が可能となる。
　前述に、デバイスデータ　ａｎｄ／ｏｒ　デバイスデータ関連情報の送信先あるいは送信ルート内のノードとしてＮＷＤＡＦを設定してもよいことを開示した。デバイスデータ　ａｎｄ／ｏｒ　デバイスデータ関連情報をＮＷＤＡＦの入力としてもよい。ＮＷＤＡＦはＮＷデータを解析するためのファンクションである。デバイスデータ　ａｎｄ／ｏｒ　デバイスデータ関連情報をＮＷＤＡＦの入力とすることで、ＮＷＤＡＦでデバイスデータ　ａｎｄ／ｏｒ　デバイスデータ関連情報を用いて多種多様な解析を可能とする。また、ＮＷＤＡＦでの解析結果を出力として、該出力をデバイスデータ送信先に送信してもよい。このようにすることで、デバイスデータやデバイスデータ関連情報を移動通信システム内で解析処理し、その結果をアプリケーションやＭｎＳ等で利用可能となる。
　図１５は、デバイスとＮＷとの間のデバイスデータ通信のシーケンス例を示す図である。図１５では、ＡＦがＵＥ－デバイス間通信用設定とデバイスデータ送信用設定の送信元で、デバイスデータの送信先がＡＳの場合について例示している。ＵＥは、ステップＳＴ１５０１で基地局に対してデバイスとの通信が可能であることを示す情報を送信する。該情報を受信した基地局は、ステップＳＴ１５０２でＡＭＦに対して該情報を送信する。該情報はたとえばＮＡＳメッセージに含めて送信されてもよい。ＡＭＦはＵＥがデバイスとの通信が可能であることを認識できる。
　ステップＳＴ１５０３でＡＦはＮＥＦに対してＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信する。該設定を受信したＮＥＦはステップＳＴ１５０４でＡＭＦに対して該設定を送信する。該設定を受信したＡＭＦはステップＳＴ１５０５で基地局に対して該設定を送信する。該設定を受信した基地局はステップＳＴ１５０８でＵＥに対して該設定を送信する。このようにすることで、ＡＦはＵＥに対してＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信可能となる。ＵＥはＡＦからＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を受信可能となる。ＮＥＦから該設定を受信したＡＭＦは、どのＵＥがデバイスとの通信が可能であるかどうかを判断してもよい。デバイスとの通信が可能なＵＥに対して該設定を送信してもよい。
　ＮＥＦから該設定を受信したＡＭＦは、ステップＳＴ１５０６でＳＭＦに対してデバイスデータ送信用設定を送信する。ＡＭＦは該設定に含まれるデバイスデータの送信ルートに関する情報を用いて、どのノードに該設定を送信したらよいかを判断してもよい。該設定を受信したＳＭＦはステップＳＴ１５０７でＵＰＦに対して該設定を送信する。ＳＭＦやＡＭＦは該設定に含まれるデバイスデータの送信ルートに関する情報を用いて、どのノードに該設定を送信したらよいかを判断してもよい。このようにすることで、ＡＦからＵＥ－デバイス間通信用設定が必要なノード、デバイスデータ送信用設定が必要なノードに対して、該設定を送信できる。
　デバイスデータ送信用設定は、ＵＥ－デバイス間通信用設定とは別のシグナリングで送信されてもよい。
　ステップＳＴ１５０８でＵＥ－デバイス間通信用設定を受信したＵＥは、該設定を用いて、ステップＳＴ１５０９で、デバイスとの間で通信を実行する。デバイスからデバイスデータを受信したＵＥは、ステップＳＴ１５１０でＵＥ内のバッファにデバイスデータを記憶する。ＵＥは、ステップＳＴ１５１１で基地局に対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。基地局は、ステップＳＴ１５１２でＵＰＦに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。基地局は、該設定に含まれるデバイスデータの送信ルートに関する情報を用いて、どのノードに該設定を送信したらよいかを判断してもよい。ＵＰＦは、ステップＳＴ１５１３でＡＳに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。
　デバイスデータが終了したか否かの情報を設けてもよい。デバイスが該情報を生成してＵＥに送信してもよい。他の方法として、ＵＥが該情報を生成してもよい。該情報はデバイス毎に設けられてもよい。たとえば、デバイスデータの送信がデバイス毎に行われるような場合に有効である。該情報は複数のデバイスからのデバイスデータに対して設けられてもよい。たとえば、複数のデバイスのデバイスデータが纏めて送信されるような場合に有効である。ＵＥはＣＮノードに対してデバイスデータが終了したか否かの情報を通知してもよい。ＣＮノードはＡＳに対してデバイスデータが終了したか否かの情報を通知してもよい。ＵＥは基地局に該情報を送信し、基地局がＣＮノードに対して該情報を送信し、ＣＮノードがＡＳに対して該情報を送信してもよい。デバイスデータとともに送信してもよいし、デバイスデータとは別に送信してもよい。このようにすることで、該情報を受信したＣＮノードやＡＳはＵＥから送信されるデバイスデータが終了したことを認識可能となる。
　ＵＥはデバイスデータ関連情報を記憶してもよい。ステップＳＴ１５１０でデバイスデータとともにデバイスデータ関連情報を記憶してもよい。ＵＥは基地局に対してデバイスデータ関連情報を送信してもよい。基地局はＵＰＦに対してデバイスデータ関連情報を送信し、ＵＰＦはＡＳに対してデバイスデータ関連情報を送信してもよい。デバイスデータ関連情報はデバイスデータとともに送信されてもよい。基地局、ＵＰＦ、ＡＳはデバイスデータ関連情報を受信できる。
　ＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定の変更やリリースが設けられてもよい。たとえば、ＡＦは、ＮＥＦ、ＡＭＦ、基地局、ＵＥに対して、ＵＥ－デバイス間通信用設定　ａｎｄ／ｏｒ　デバイスデータ送信用設定の変更やリリースを送信してもよい。各ノードは該設定変更によって設定の変更を行い、設定のリリースによってＵＥ－デバイス間通信やデバイスデータ送信を終了してもよい。
　このようにすることで、ＡＦがＵＥに対してＵＥ－デバイス間通信を実行させ、ＡＳがＵＥからのデバイスデータを受信可能となる。アプリケーションがＵＥを介してデバイスデータを受信可能となる。デバイスとＮＷとの間の通信が可能となる。
　図１６は、デバイスとＮＷとの間のデバイスデータ通信の第１の他のシーケンス例を示す図である。図１６は、デバイスデータの送信ルートが図１５の例と異なる場合について例示している。図１５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。ステップＳＴ１５１１でＵＥからデバイスデータを受信した基地局は、ステップＳＴ１６０１でＡＭＦに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。たとえば、該設定に含まれるデバイスデータの送信ルートに関する情報を用いて、どのノードに該デバイスデータを送信したらよいかを判断してもよい。ＡＭＦは、ステップＳＴ１６０２でＳＭＦに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。ＳＭＦは、ステップＳＴ１６０３でＵＰＦに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。ＵＰＦは、ステップＳＴ１６０４でＡＳに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。
　図１６の例のように、基地局からＡＭＦ、ＳＭＦを介してＵＰＦ、ＡＳにデバイスデータを送信することで、ＵＥからＡＭＦまでＣＰ（Control　Plane）でデバイスデータを送信可能となる。ＵＰ（User　Plane）を用いずにすむ。たとえば、デバイスデータの送信のためにＤＲＢ（Data　Radio　Bearer）を設定しなくてもよい。ＳＲＢ（Signaling　Radio　Bearer）を用いてデバイスデータを送信可能となる。
　図１７は、デバイスとＮＷとの間のデバイスデータ通信の第２の他のシーケンス例を示す図である。図１７は、ＡＦがＵＥ－デバイス間通信用設定とデバイスデータ送信用設定の送信元で、デバイスデータの送信先もＡＦの場合について例示している。ＣＮノードは１つであってもよいし複数であってもよい。ＮＥＦと基地局との間の通信は１つあるは複数のＣＮノードを介して行われてもよい。図１５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。
　ステップＳＴ１７０１でＡＦはＮＥＦに対してＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信する。該設定を受信したＮＥＦはステップＳＴ１７０２でＣＮノードに対して該設定を送信する。該設定を受信したＣＮノードはステップＳＴ１７０３で基地局に対して該設定を送信する。該設定を受信した基地局はステップＳＴ１７０４でＵＥに対して該設定を送信する。このようにすることで、ＡＦはＵＥに対してＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信可能となる。ＵＥはＡＦからＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を受信可能となる。ＮＥＦから該設定を受信したＣＮノードは、どのＵＥがデバイスとの通信が可能であるかどうかを判断してもよい。ＣＮノードは、デバイスとの通信が可能なＵＥに対して該設定を送信してもよい。
　デバイスデータ送信用設定は、ＵＥ－デバイス間通信用設定とは別のシグナリングで送信されてもよい。
　ステップＳＴ１７０４でＵＥ－デバイス間通信用設定を受信したＵＥは、該設定を用いて、ステップＳＴ１７０５で、デバイスとの間で通信を実行する。デバイスからデバイスデータを受信したＵＥは、ステップＳＴ１７０６でＵＥ内のバッファにデバイスデータを記憶する。ＵＥは、ステップＳＴ１７０７で基地局に対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。基地局は、ステップＳＴ１７０８でＣＮノードに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。該設定に含まれるデバイスデータの送信ルートに関する情報を用いて、どのノードに該設定を送信したらよいかを判断してもよい。ＣＮノードは、ステップＳＴ１７０９でＮＥＦに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。ＮＥＦは、ステップＳＴ１７１０でＡＦに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。
　ＵＥはデバイスデータ関連情報を記憶してもよい。ステップＳＴ１７０６でデバイスデータとともにデバイスデータ関連情報を記憶してもよい。ＵＥは基地局に対してデバイスデータ関連情報を送信してもよい。基地局はＣＮノードに対してデバイスデータ関連情報を送信してもよい。ＣＮノードはＮＥＦに対してデバイスデータ関連情報を送信してもよい。ＮＥＦはＡＦに対してデバイスデータ関連情報を送信してもよい。デバイスデータ関連情報はデバイスデータとともに送信されてもよい。ＡＦがデバイスデータ関連情報を受信できる。
　このようにすることで、ＡＦがＵＥに対してＵＥ－デバイス間通信を実行させ、ＡＦがＵＥからのデバイスデータを受信可能となる。たとえば、ＣＮノードとしてＣＰのノードを用いることで、ＵＰのＣＮノードを用いることなくＡＦがデバイスデータを受信可能となる。ＣＰでデバイスとＮＷとの間の通信が可能となる。
　図１８は、デバイスとＮＷとの間のデバイスデータ通信の第３の他のシーケンス例を示す図である。図１８は、ＭｎＳがＵＥ－デバイス間通信用設定とデバイスデータ送信用設定の送信元で、デバイスデータの送信先がＤＣＥの場合について例示している。ＣＮノードは１つであってもよいし複数であってもよい。ＮＥＦと基地局との間の通信は１つあるは複数のＣＮノードを介して行われてもよい。図１５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。
　ステップＳＴ１８０１でＭｎＳはＣＮノードに対してＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信する。該設定を受信したＣＮノードはステップＳＴ１８０２で基地局に対して該設定を送信する。該設定を受信した基地局はステップＳＴ１８０３でＵＥに対して該設定を送信する。このようにすることで、ＭｎＳはＵＥに対してＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を送信可能となる。ＵＥはＭｎＳからＵＥ－デバイス間通信用設定、デバイスデータ送信用設定を受信可能となる。ＭｎＳから該設定を受信したＣＮノードは、どのＵＥがデバイスとの通信が可能であるかどうかを判断してもよい。ＣＮノードは、デバイスとの通信が可能なＵＥに対して該設定を送信してもよい。
　デバイスデータ送信用設定は、ＵＥ－デバイス間通信用設定とは別のシグナリングで送信されてもよい。
　ステップＳＴ１８０３でＵＥ－デバイス間通信用設定を受信したＵＥは、該設定を用いて、ステップＳＴ１８０４で、デバイスとの間で通信を実行する。デバイスからデバイスデータを受信したＵＥは、ステップＳＴ１８０５でＵＥ内のバッファにデバイスデータを記憶する。ＵＥは、ステップＳＴ１８０６で基地局に対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。基地局は、ステップＳＴ１８０７でＣＮノードに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。該設定に含まれるデバイスデータの送信ルートに関する情報を用いて、どのノードに該設定を送信したらよいかを判断してもよい。ＣＮノードは、ステップＳＴ１８０８でＤＣＥに対してデバイスデータを送信する。該送信に、デバイスデータ送信用設定を用いてもよい。
　ＵＥはデバイスデータ関連情報を記憶してもよい。ステップＳＴ１８０５でデバイスデータとともにデバイスデータ関連情報を記憶してもよい。ＵＥは基地局に対してデバイスデータ関連情報を送信してもよい。基地局はＣＮノードに対してデバイスデータ関連情報を送信してもよい。ＣＮノードはＤＣＥに対してデバイスデータ関連情報を送信してもよい。デバイスデータ関連情報はデバイスデータとともに送信されてもよい。ＤＣＥがデバイスデータ関連情報を受信できる。
　このようにすることで、移動通信システムの管理サービスがＵＥに対してＵＥ－デバイス間通信を実行させ、データ収集用のノードがＵＥからのデバイスデータを受信可能となる。デバイスとＮＷとの間の通信が可能となる。
　デバイスデータ関連情報の送信先とデバイスデータの送信先は同じでもよいし、異なっていてもよい。たとえば、デバイスデータを利用するＮＷノードがデバイスデータ関連情報も一緒に用いる場合は送信先を同じとするとよい。たとえば、デバイスデータを利用するＮＷノードと異なるＮＷノードがデバイスデータ関連情報を用いる場合は送信先を異ならせてもよい。たとえば、デバイスデータをＡＳに、デバイスデータ関連情報をＡＦに送信してもよい。デバイスからのデータはＡＳに記憶されアプリケーションに用いられ、デバイスデータ関連情報はＡＦによりアプリケーション管理用に用いられてもよい。たとえば、デバイスデータをＡＳに、デバイスデータ関連情報をＭｎＳに送信してもよい。デバイスからのデータはＡＳに記憶されアプリケーションに用いられ、デバイスデータ関連情報はＭｎＳにより該アプリケーションに適したネットワーク管理理用に用いられてもよい。このようにすることで、デバイスを取込むことができ、デバイスを用いたサービスにより適したＮＷを構築可能となる。
　本実施の形態で開示したような方法とすることで、デバイスとＮＷとの間のデバイスデータ通信が可能になる。アプリケーション、ＤＮ、ＭｎＳ、ＣＮノードがデバイスデータやデバイスデータ関連情報を取得可能となり、デバイスデータの取扱いや管理が可能となる。たとえば、ウェアラブル端末などのデバイスからのデバイスデータおよびデバイスデータ関連情報をアプリケーションに送信することで、アプリケーションにより健康状態を把握、管理することが可能となる。たとえば、工業用センサデバイスからのデバイスデータと受信品質や位置情報などのデバイスデータ関連情報とをＮＷＤＡＦに送信することで、ＮＷＤＡＦで該情報を解析可能となる。たとえば、環境センサ用デバイスからのデバイスデータと時間情報や位置情報などのデバイスデータ関連情報とをＭｎＳに送信することで、環境や時間や位置などに応じたネットワークリソースの最適化が図れる。このようにすることで、３ＧＰＰの移動通信システムにデバイスを取込むことが可能となり、デバイスを用いたサービスを提供可能となる。
　ＵＥは、デバイスデータや、デバイスデータ関連情報を、他のＵＥへ送信してもよい。あるいは、ＵＥは、デバイスデータや、デバイスデータ関連情報を、他のＵＥを介してＮＷに送信してもよい。ＵＥから他のＵＥへの送信にＵＥ－ＵＥ間リレーを用いてもよい。ＵＥからＮＷへの送信にＵＥ－ＮＷ間リレーを用いてもよい。これらの通信にＵＥ間直接通信のインタフェースであるＰＣ５を用いてもよい。たとえば、実施の形態１から実施の形態３で開示した方法において、ＵＥとＮＷとの間の通信において、ＵＥ－ＮＷ間リレーを用いてもよい。ＵＥ－ＮＷ間リレーを介してＵＥと基地局との間の通信を行うとよい。たとえば、基地局圏外に存在するＵＥがＵＥ－ＮＷ間リレーを介して基地局に対してデバイスデータを送信可能となる。たとえば、実施の形態１から実施の形態３で開示した方法において、ＵＥは、他のＵＥに対してデバイスデータやデバイスデータ関連情報を送信する。該他のＵＥがＮＷに対して、受信したデバイスデータやデバイスデータ関連情報を送信してもよい。たとえば、基地局圏外に存在するＵＥが他のＵＥを介して基地局に対してデバイスデータを送信可能となる。たとえば、実施の形態２で開示した方法において、ＵＥは、デバイスデータやデバイスデータ関連情報が所定の量を超え、バッファに記憶できなくなった場合、所定の量を超えたデバイスデータやデバイスデータ関連情報を他のＵＥに対して送信してもよい。該他のＵＥがＮＷに対して、受信したデバイスデータやデバイスデータ関連情報を送信してもよい。このようにすることで、たとえＵＥに記憶できる量に制限があるような場合でも、より多くのデバイスデータやデバイスデータ関連情報をＮＷに対して送信可能となる。
　本開示にかかる通信システムにおいては、１つのｇＮＢに１つまたは複数のセルが構成される。本開示において、ｇＮＢあるいはセルとして記載しているが、特に説明の無い限り、ｇＮＢであってもよいしセルであってもよい。
　本開示において、ｇＮＢはＭＣＧであってもよいしＳＣＧであってもよい。
　前述の各実施の形態およびその変形例は、例示に過ぎず、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
　例えば、前述の各実施の形態およびその変形例において、スロットは、第５世代通信システムにおける通信の時間単位の一例である。スロットはスケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、スロット単位として記載している処理を、ＴＴＩ単位、サブフレーム単位、サブスロット単位、ミニスロット単位として行ってもよい。
　例えば、前述の各実施の形態およびその変形例において開示した方法は、ＩＡＢに適用してもよい。ＩＡＢドナーとＩＡＢノード間の通信に適用してもよい。ＩＡＢにおいてＵｕを用いる処理に適用してもよい。
　例えば、前述の各実施の形態およびその変形例において開示した方法は、ＳＬ通信を用いたリレー（relay）を介したＵＥとＵＥあるいはＵＥとＮＷとの間の通信に適用してもよい。
　例えば、前述の各実施の形態およびその変形例において開示した方法は、Ｖ２Ｘ（Vehicle-to-everything）サービスに限らずＳＬ通信が用いられるサービスに適用してもよい。例えば、プロキシミティサービス（Proximity-based　service）、パブリックセイフティ（Public　Safety）、ウェアラブル端末間通信、工場における機器間通信など、多種のサービスで用いられるＳＬ通信に適用してもよい。
　２０２　通信端末装置（移動端末）、２１０　通信システム、２１３，２４０－１，２４０－２，７５０　基地局装置（ＮＲ基地局，基地局）、２１４　５Ｇコア部、２１５　中央ユニット、２１６　分散ユニット、２１７　制御プレイン用中央ユニット、２１８　ユーザプレイン用中央ユニット、２１９　ＴＲＰ、３０１，４０３　プロトコル処理部、３０２　アプリケーション部、３０４，４０５　エンコーダー部、３０５，４０６　変調部、３０６，４０７　周波数変換部、３０７－１～３０７－４，４０８－１～４０８－４　アンテナ、３０８，４０９　復調部、３０９，４１０　デコーダー部、３１０，４１１，５２６　制御部、４０１　ＥＰＣ通信部、４０２　他基地局通信部、４１２　５ＧＣ通信部、５２１　Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部、５２２　基地局通信部、５２３　ユーザプレイン通信部、５２３－１　ＰＤＵ処理部、５２３－２　モビリティアンカリング部、５２５　制御プレイン制御部、５２５－１　ＮＡＳセキュリティ部、５２５－２　アイドルステートモビリティ管理部、５２７　セッション管理部、５２７－１　ＰＤＵセッションコントロール部、５２７－２　ＵＥ　ＩＰアドレス割当部、７５１－１～７５１－８　ビーム、７５２　セル。

Claims (3)

  1. 　第５世代無線アクセスシステムに対応した基地局と、
    　前記基地局に接続する通信端末と、
    　前記基地局または前記通信端末に接続するデバイスと、
    　を含み、
    　前記基地局が、前記通信端末と前記デバイスとが通信するための設定に関する情報である通信用設定情報、および、前記通信端末が前記デバイスから取得したデバイスデータを前記基地局へ送信するための設定に関する情報であるデバイスデータ送信用設定情報を前記通信端末に送信し、
    　前記通信端末は、前記基地局から受信した前記通信用設定情報を用いて前記デバイスと通信を行い、前記基地局から受信した前記デバイスデータ送信用設定情報を用いて前記デバイスデータを前記基地局へ送信する、
    　ことを特徴とする通信システム。
  2. 　前記通信端末は、前記基地局に接続していないときに前記デバイスと通信してデバイスデータを取得した場合は取得したデバイスデータを記憶し、記憶しているデバイスデータを、前記基地局に接続したときに前記基地局へ送信する、
    　ことを特徴とする請求項１に記載の通信システム。
  3. 　前記デバイスデータ送信用設定情報は、デバイスデータの送信ルートに関する情報であるデバイスデータ送信ルート設定情報を含み、
    　前記通信端末は、前記基地局から受信した前記デバイスデータ送信用設定情報に含まれるデバイスデータ送信ルート設定情報に従ったルートで前記デバイスデータを送信する、
    　ことを特徴とする請求項１または２に記載の通信システム。
     
PCT/JP2024/004619 2023-02-14 2024-02-09 通信システム Ceased WO2024171989A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2025501131A JPWO2024171989A1 (ja) 2023-02-14 2024-02-09
CN202480011511.5A CN120660429A (zh) 2023-02-14 2024-02-09 通信系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2023020841 2023-02-14
JP2023-020841 2023-02-14

Publications (1)

Publication Number Publication Date
WO2024171989A1 true WO2024171989A1 (ja) 2024-08-22

Family

ID=92419971

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/004619 Ceased WO2024171989A1 (ja) 2023-02-14 2024-02-09 通信システム

Country Status (3)

Country Link
JP (1) JPWO2024171989A1 (ja)
CN (1) CN120660429A (ja)
WO (1) WO2024171989A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006277378A (ja) * 2005-03-29 2006-10-12 Toshiba Corp 無線検針システム
WO2019031085A1 (ja) * 2017-08-09 2019-02-14 ソニー株式会社 通信装置及び通信方法
WO2022264592A1 (ja) * 2021-06-18 2022-12-22 サイントル株式会社 センサ装置、システム及び送信方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006277378A (ja) * 2005-03-29 2006-10-12 Toshiba Corp 無線検針システム
WO2019031085A1 (ja) * 2017-08-09 2019-02-14 ソニー株式会社 通信装置及び通信方法
WO2022264592A1 (ja) * 2021-06-18 2022-12-22 サイントル株式会社 センサ装置、システム及び送信方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Scenarios, requirements and KPIs for 5G mobile and wireless system", ICT-317669-METIS/D 1.1
ERICSSON: "Input to Study on Ambient IoT in RAN", 3GPP DRAFT; RP-230110, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. TSG RAN, no. Rotterdam, Netherlands; 20230320 - 20230323, 13 March 2023 (2023-03-13), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 16, XP052666195 *

Also Published As

Publication number Publication date
JPWO2024171989A1 (ja) 2024-08-22
CN120660429A (zh) 2025-09-16

Similar Documents

Publication Publication Date Title
JP7507821B2 (ja) 通信システム、セントラルユニット、およびユーザ装置
JP7693546B2 (ja) 通信端末装置および通信システム
JP7420732B2 (ja) ユーザ装置および通信システム
JP7639075B2 (ja) 通信システム、基地局および通信端末
JP2025098084A (ja) 端末装置および通信システム
EP4478784A1 (en) Communication system and base station
JP2025148405A (ja) 第１の端末装置、第２の端末装置および通信システム
KR20230147612A (ko) 통신 시스템 및 기지국
JP2025131824A (ja) 第１の通信端末装置、第２の通信端末装置および通信システム
KR20230147066A (ko) 통신 시스템 및 통신 단말
KR20240036008A (ko) 통신 시스템
EP4668993A1 (en) Communication system
WO2024171989A1 (ja) 通信システム
EP4568393A1 (en) Base station and communication system
EP4568342A1 (en) Communication system
EP4668992A1 (en) Communication system
WO2024143363A1 (ja) 通信システム
WO2025187671A1 (ja) 通信システム
WO2025146774A1 (ja) 通信システム
WO2024185748A1 (ja) 通信システムおよび基地局
WO2025033207A1 (ja) 通信システム
WO2025094903A1 (ja) 通信システム
WO2024171988A1 (ja) 通信システム
WO2024209973A1 (ja) 基地局および通信システム
WO2024247773A1 (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: 24756834

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2025501131

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202480011511.5

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 202517075783

Country of ref document: IN

WWP Wipo information: published in national office

Ref document number: 202517075783

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2024756834

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 202480011511.5

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2024756834

Country of ref document: EP

Effective date: 20250915