WO2025210705A1 - ネットワーク装置、無線通信システム及び無線通信方法 - Google Patents

ネットワーク装置、無線通信システム及び無線通信方法

Info

Publication number
WO2025210705A1
WO2025210705A1 PCT/JP2024/013485 JP2024013485W WO2025210705A1 WO 2025210705 A1 WO2025210705 A1 WO 2025210705A1 JP 2024013485 W JP2024013485 W JP 2024013485W WO 2025210705 A1 WO2025210705 A1 WO 2025210705A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
ambient
information
node
iot
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.)
Pending
Application number
PCT/JP2024/013485
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to PCT/JP2024/013485 priority Critical patent/WO2025210705A1/ja
Publication of WO2025210705A1 publication Critical patent/WO2025210705A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like

Definitions

  • This disclosure relates to a network device, a wireless communication system, and a wireless communication method that support Ambient IoT.
  • the 3rd Generation Partnership Project (3GPP: registered trademark) is developing specifications for the 5th generation mobile communication system (5G, also known as New Radio (NR) or Next Generation (NG)). 3GPP is also developing specifications for the next generation, known as Beyond 5G, 5G Evolution, or 6G.
  • 5G also known as New Radio (NR) or Next Generation (NG)
  • 5G Next Generation
  • 6G 6th Generation
  • 3GPP Release-19 is considering technology (Ambient IoT) related to simplified terminals (hereinafter referred to as Ambient IoT devices) with a simpler configuration than that of a UE (for example, Non-Patent Document 1).
  • the present disclosure has been made to solve the above-mentioned problems, and aims to provide a network device, a wireless communication system, and a wireless communication method that can appropriately perform call control for Ambient IoT devices.
  • the disclosed aspect is a network device comprising a transmitter that transmits a message to call a simple terminal, and a controller that controls the transmission of the message based on a control method for the simple terminal.
  • the disclosed aspect is a wireless communication system comprising a simple terminal and a network device, the network device comprising a transmitter that transmits a message to call the simple terminal, and a controller that controls the transmission of the message based on a control method for the simple terminal.
  • FIG. 12 is a diagram for explaining the sixth operation example.
  • FIG. 13 is a diagram for explaining the sixth operation example.
  • FIG. 14 is a diagram for explaining the seventh modification.
  • FIG. 15 is a diagram for explaining the seventh modification.
  • FIG. 16 is a diagram illustrating an example of the hardware configuration of the network device 50 and the UE 200.
  • FIG. 17 is a diagram showing an example of the configuration of a vehicle 2001.
  • FIG. 1 is a diagram showing an overall schematic configuration of a wireless communication system 10 according to an embodiment.
  • the wireless communication system 10 includes a terminal 200 (hereinafter referred to as UE (User Equipment) 200), a first network 10A, and a second network 10B.
  • UE User Equipment
  • the first network 10A has a radio access network 20A and a core network 30A.
  • the radio access network 20A includes a base station 100A that performs radio communication with the UE 200. Note that the first network 10A may not have the radio access network 20A but may have the base station 100A.
  • the first network 10A may not have the core network 30A.
  • the base station 100A may be composed of a DU (Distributed Unit) and a CU (Central Unit).
  • the DU may perform processing at the MAC layer and below.
  • the CU may perform processing at the PDCP layer and above.
  • the first network 10A may be a network based on a new technology (6G). 6G may be referred to as Beyond 5G or 5G Evolution.
  • the first network 10A may be a network based on an existing technology (5G). 5G may be referred to as 5G New Radio (NR).
  • 5G 5G New Radio
  • the second network 10B has a radio access network 20B and a core network 30B.
  • the radio access network 20B includes a base station 100B that performs radio communication with the UE 200. Note that the second network 10B may not have the radio access network 20B but may have the base station 100B. The second network 10B may not have the core network 30B.
  • the base station 100B may be composed of a DU and a CU.
  • the second network 10B may be a network based on existing technology (5G). 5G may be referred to as 5G New Radio (NR). The second network 10B may be a network based on new technology (6G). 6G may be referred to as Beyond 5G or 5G Evolution.
  • 5G may be referred to as 5G New Radio (NR).
  • NR 5G New Radio
  • 6G may be referred to as Beyond 5G or 5G Evolution.
  • the first network 10A and the second network 10B only need to use different wireless access methods.
  • the wireless access method may be a cellular network wireless access method known as 5G, Beyond 5G, 5G Evolution, or 6G.
  • base station 100A and base station 100B may be collectively referred to as base station 100 or gNB100.
  • Core network 30A and core network 30B may be collectively referred to as core network 30.
  • the cellular network may support multiple frequency ranges (FR) as shown in Figure 2.
  • FR frequency ranges
  • the cellular network supports FR1, FR2-1, and FR2-2.
  • the frequency bands for each FR are as follows:
  • FR1 410 MHz to 7.125 GHz ⁇ FR2-1: 24.25 GHz to 52.6 GHz ⁇ FR2-2: Over 52.6GHz ⁇ 71GHz FR1 may use a sub-carrier spacing (SCS) of 15, 30, or 60 kHz and a bandwidth (BW) of 5 to 100 MHz.
  • FR2 is a higher frequency than FR1, and may use an SCS of 60 kHz or 120 kHz (including 240 kHz) and a bandwidth (BW) of 50 to 400 MHz.
  • the cellular network may also support frequency bands higher than the FR2 frequency band. Specifically, the cellular network supports frequency bands above 52.6 GHz up to 71 GHz or 114.25 GHz.
  • the cellular network may correspond to the radio frames, subframes, and slots shown in Figure 3.
  • time direction (t) shown in Figure 3 may also be called the time domain, symbol period, or symbol time.
  • frequency direction may also be called the frequency domain, resource block, subcarrier, or bandwidth part (BWP).
  • FIG. 4 is a functional block diagram of UE 200.
  • UE 200 includes a radio signal transceiver 210, an amplifier 220, a modem 230, a control signal/reference signal processor 240, an encoder/decoder 250, a data transceiver 260, and a controller 270.
  • the radio signal transmission/reception unit 210 transmits and receives radio signals conforming to 5G or 6G.
  • the radio signal transmission/reception unit 210 supports Massive MIMO, CA that uses a bundle of multiple CCs, and DC that simultaneously communicates between the UE and each of two NG-RAN nodes.
  • the amplifier unit 220 is composed of a PA (Power Amplifier)/LNA (Low Noise Amplifier), etc.
  • the amplifier unit 220 amplifies the signal output from the modulation/demodulation unit 230 to a predetermined power level.
  • the amplifier unit 220 also amplifies the RF signal output from the wireless signal transmission/reception unit 210.
  • the modem unit 230 performs data modulation/demodulation, transmission power setting, resource block allocation, etc. for each specified communication destination (gNB100 or another gNB).
  • the modem unit 230 may apply Cyclic Prefix-Orthogonal Frequency Division Multiplexing (CP-OFDM)/Discrete Fourier Transform-Spread (DFT-S-OFDM).
  • CP-OFDM Cyclic Prefix-Orthogonal Frequency Division Multiplexing
  • DFT-S-OFDM Discrete Fourier Transform-Spread
  • DFT-S-OFDM may be used not only for the uplink (UL) but also for the downlink (DL).
  • the control signal/reference signal processing unit 240 performs processing related to the various control signals transmitted and received by the UE 200, and processing related to the various reference signals transmitted and received by the UE 200.
  • control signal/reference signal processing unit 240 receives various control signals, such as control signals of the radio resource control layer (RRC), transmitted from the gNB 100 via a predetermined control channel.
  • the control signal/reference signal processing unit 240 also transmits various control signals to the gNB 100 via a predetermined control channel.
  • RRC radio resource control layer
  • reference signals may also include Channel State Information-Reference Signal (CSI-RS), Sounding Reference Signal (SRS), and Positioning Reference Signal (PRS) for location information.
  • CSI-RS Channel State Information-Reference Signal
  • SRS Sounding Reference Signal
  • PRS Positioning Reference Signal
  • Control channels also include control channels and data channels.
  • Control channels include PDCCH (Physical Downlink Control Channel), PUCCH (Physical Uplink Control Channel), RACH (Random Access Channel), Downlink Control Information (DCI) including Random Access Radio Network Temporary Identifier (RA-RNTI), and Physical Broadcast Channel (PBCH).
  • PDCCH Physical Downlink Control Channel
  • PUCCH Physical Uplink Control Channel
  • RACH Random Access Channel
  • DCI Downlink Control Information
  • RA-RNTI Random Access Radio Network Temporary Identifier
  • PBCH Physical Broadcast Channel
  • the control signal/reference signal processing unit 240 may receive downlink control information (DCI).
  • DCI includes fields that store existing fields such as DCI Formats, Carrier indicator (CI), BWP indicator, FDRA (Frequency Domain Resource Assignment), TDRA (Time Domain Resource Assignment), MCS (Modulation and Coding Scheme), HPN (HARQ Process Number), NDI (New Data Indicator), and RV (Redundancy Version).
  • the encoding/decoding unit 250 performs data division/concatenation and channel coding/decoding for each specified communication destination (gNB100 or another gNB).
  • the encoding/decoding unit 250 divides the data output from the data transmission/reception unit 260 into pieces of a predetermined size and performs channel coding on the divided data.
  • the encoding/decoding unit 250 also decodes the data output from the modulation/demodulation unit 230 and concatenates the decoded data.
  • the data transmitter/receiver 260 transmits and receives Protocol Data Units (PDUs) and Service Data Units (SDUs). Specifically, the data transmitter/receiver 260 assembles and disassembles PDUs/SDUs at multiple layers (such as the Medium Access Control layer (MAC), Radio Link Control layer (RLC), and Packet Data Convergence Protocol layer (PDCP)). The data transmitter/receiver 260 also performs data error correction and retransmission control based on HARQ (Hybrid Automatic Repeat Request).
  • MAC Medium Access Control layer
  • RLC Radio Link Control layer
  • PDCP Packet Data Convergence Protocol layer
  • the data transmitter/receiver 260 also performs data error correction and retransmission control based on HARQ (Hybrid Automatic Repeat Request).
  • HARQ Hybrid Automatic Repeat Request
  • the control unit 270 controls each functional block that makes up the UE 200.
  • the network device 50 is a device that communicates directly with a simple terminal (hereinafter referred to as an Ambient IoT device) having a simpler configuration than the UE 200 in Ambient IoT, which will be described later.
  • the network device 50 may be a base station (gNB 100)
  • the network device 50 may be an intermediate node
  • the network device 50 may be an assisting node
  • the network device 50 may be a UE 200.
  • the receiver 51 receives various signals from the gNB 100 or the core network 30.
  • the receiver may receive a message containing information specifying the range of the simple terminal (Ambient IoT device) to be called.
  • the transmitter 52 transmits various signals to the gNB 100 or the core network 30.
  • the transmitter 52 may transmit an uplink data signal received from a simple terminal (Ambient IoT device) to a higher-level node (e.g., the gNB 100 or the core network 30).
  • a simple terminal e.g., the gNB 100 or the core network 30.
  • a higher-level node e.g., the gNB 100 or the core network 30.
  • Topology 4 UL transmission and DL reception may be performed with a typical UE.
  • D2D communication between a typical UE and an Ambient IoT device may also be assumed.
  • Operation example 1 In Operation Example 1, the above-mentioned Topology 1 will be described.
  • the above-mentioned network device 50 may be a gNB.
  • the CN sends a message (hereinafter referred to as an NG-AP message(Request)) to the gNB that includes information specifying the range of the Ambient IoT device to be called.
  • the NG-AP message(Request) may be a message requesting at least one of the identification information of the Ambient IoT device (hereinafter referred to as a Device ID), the identification information of the group of Ambient IoT devices (hereinafter referred to as a Group ID), and the location information of the Ambient IoT device.
  • the gNB may be an example of a device (Reader) that acquires information from the Ambient IoT device.
  • the NG-AP message(Request) may be a newly defined message that accompanies the introduction of Ambient IoT.
  • the information identifying the range of an Ambient IoT device can be thought of as information specifying the range within which a message calling the Ambient IoT device is sent. The following options are possible for the information identifying the range of an Ambient IoT device.
  • the information specifying the scope of the Ambient IoT device may include identification information of the device (reader) that obtains information from the Ambient IoT device.
  • the information specifying the range of the Ambient IoT device may include identification information of the base station (gNB100) that communicates directly or indirectly with the Ambient IoT device.
  • the information specifying the range of the Ambient IoT device may include identification of a geographical area in which the Ambient IoT device may be located.
  • the geographical area may be an area defined separately from the tracking area.
  • the geographical area may be identified based on a history of areas in which the Ambient IoT device has previously been located and may be managed in the core network 30.
  • the information specifying the range of the Ambient IoT device may include identification information of the tracking area in which the UE typically performs location registration.
  • the identification information of the tracking area may be a list of tracking areas. Note that the Ambient IoT device does not necessarily have the function to perform location registration.
  • the information specifying the range of Ambient IoT devices may include identification information for a group of Ambient IoT devices.
  • the group of Ambient IoT devices may be referred to as an Ambient IoT device group.
  • the identification information for the group may be a list of identification information for the Ambient IoT devices (e.g., an ambient IoT ID list).
  • Option 1-6 may combine two or more options selected from Options 1-1 to 1-5.
  • step S11 the gNB sends a message to the Ambient IoT device to call the Ambient IoT device (hereinafter referred to as a Paging-like message).
  • the gNB may send a Paging-like message if the Ambient IoT device connected to the gNB is within the range of the Ambient IoT device to be called.
  • the gNB may control the transmission of the paging-like message based on a control method for the ambient IoT device.
  • the paging-like message may be transmitted via PRDCH.
  • the following options are possible as control methods for the ambient IoT device:
  • the gNB may perform repeated transmission of paging-like messages. In other words, the gNB may transmit paging-like messages periodically.
  • the number of times a paging-like message is transmitted (repeated) may be managed by a counter in the gNB.
  • the number of times a paging-like message is transmitted may be predefined in the wireless communication system 10, specified by the CN, or set by the gNB.
  • the paging-like message may be executed until the gNB's timer expires.
  • the time set in the gNB's timer may be predefined in the wireless communication system 10, specified by the CN, or set by the gNB.
  • the transmission period (repetition period) of the paging-like message may be predefined in the wireless communication system 10, may be specified by the CN, or may be set by the gNB.
  • the gNB may execute control to include at least one of the identification information of the Ambient IoT device (Device ID) and the identification information of the group of Ambient IoT devices (Group ID) in the paging-like message.
  • the Device ID may be information that identifies the Ambient IoT device in the CN or gNB (Temporary Device ID).
  • the Group ID may be information that identifies the group of Ambient IoT devices in the CN or gNB (Temporary Group ID).
  • the Ambient IoT device transmits an access request message to the gNB requesting access to the gNB.
  • the access request message may be interpreted as a RACH-like preamble.
  • the RACH-like preamble may be an example of a random access preamble.
  • the RACH-like preamble may be transmitted via a PDRCH.
  • the random access may be slotted-ALOHA random access.
  • the gNB transmits an access response message (hereinafter, RACH-like response) in response to the access request message (RACH-like preamble).
  • RACH-like response may include a UL grant for transmitting an uplink data signal.
  • the RACH-like response may include security configuration information (Security config) regarding the uplink data signal transmitted from the Ambient IoT device after the RACH-like response.
  • Security configuration information Security config
  • the RACH-like response may include at least one of the identification information of the Ambient IoT device (Device ID) and the identification information of a group of Ambient IoT devices (Group ID).
  • the Device ID may be information that identifies the Ambient IoT device in the CN or gNB (Temporary Device ID).
  • the Group ID may be information that identifies a group of Ambient IoT devices in the CN or gNB (Temporary Group ID).
  • the UL message may include at least one of the identification information of the Ambient IoT device (Device ID) and the identification information of a group of Ambient IoT devices (Group ID).
  • the Device ID may be information that identifies the Ambient IoT device in the CN or gNB (Temporary Device ID).
  • the Group ID may be information that identifies a group of Ambient IoT devices in the CN or gNB (Temporary Group ID).
  • the UL message may include a timestamp related to the UL message.
  • the timestamp may be an absolute time based on UTC (Universal time coordinated) or PTP (Precision Time Protocol), etc.
  • the UL data contained in the UL message may be a NAS PDU (Non-Access Stratum Protocol Data Unit).
  • the UL message may be protected by security configuration information (Security config) received in step S13.
  • step S15 the gNB sends a message including the UL message received from the Ambient IoT device to the CN (upper node).
  • the message including the UL message may be considered a response message to the NG-AP message (Request) (hereinafter referred to as the NG-AP message (Response)).
  • the gNB may include location information regarding the UL message in the NG-AP message (Response).
  • the location information regarding the UL message may be the location information of the gNB (Reader).
  • the data included in the NG-AP message (Response) may be a NAS PDU.
  • the NG-AP message (Response) includes the UL message received from the Ambient IoT device. Therefore, the NG-AP message (Response) may include at least one of the identification information (Device ID) of the Ambient IoT device and the identification information (Group ID) of the group of Ambient IoT devices (see Option 3-1). The NG-AP message (Response) may also include a timestamp related to the UL message (see Option 3-2).
  • step S20 the CN sends a message (NG-AP message (Request)) to the gNB that includes information specifying the range of Ambient IoT devices to be called.
  • NG-AP message (Request)
  • the details of the NG-AP message (Request) may be the same as in Operation Example 1.
  • the NG-AP message may include the identification information of the intermediate node instead of the identification information of the base station as information specifying the range of the Ambient IoT device, or may include the identification information of the intermediate node together with the identification information of the base station.
  • step S20A the gNB sends a message (hereinafter referred to as "New message(request)") including information specifying the range of Ambient IoT devices to be called to the intermediate node.
  • the New message(request) may include information specifying the range of Ambient IoT devices similar to the NG-AP message(Request).
  • the New message(request) may also be a newly defined message associated with the introduction of Ambient IoT.
  • step S21 the intermediate node sends a message (paging-like message) to the Ambient IoT device to call the Ambient IoT device.
  • paging-like message may be the same as in Operation Example 1.
  • step S22 the Ambient IoT device sends an access request message to the intermediate node requesting access to the intermediate node.
  • the access request message RACH-like preamble
  • step S23 the intermediate node transmits an access response message (hereinafter referred to as a RACH-like response) in response to the access request message (RACH-like preamble).
  • RACH-like response an access response message
  • RACH-like preamble Details of the RACH-like response may be the same as in Operation Example 1.
  • step S24 the Ambient IoT device transmits an uplink data signal (UL message) to the intermediate node.
  • UL message uplink data signal
  • the details of the UL message may be the same as in Operation Example 1.
  • step S24A the intermediate node sends a message including the UL message received from the Ambient IoT device to the gNB (upper node).
  • the message including the UL message may be considered a response message to the New message (Request) (hereinafter referred to as New message (Response)).
  • the New message (Response) may be a newly defined message with the introduction of Ambient IoT.
  • the intermediate node may include location information regarding the UL message in the New message (Response).
  • the location information regarding the UL message may be the location information of the intermediate node (Reader).
  • the data included in the New message (Response) may be a NAS PDU.
  • the New message (Response) includes the UL message received from the Ambient IoT device. Therefore, the New message (Response) may include at least one of the identification information of the Ambient IoT device (Device ID) and the identification information of the group of Ambient IoT devices (Group ID) (see Option 3-1). The New message (Response) may also include a timestamp related to the UL message (see Option 3-2).
  • the gNB sends a message including the New message (Response) received from the Intermediate node to the CN.
  • the message including the New message (Response) may be considered to be a response message (NG-AP message (Response)) to the NG-AP message (Request).
  • NG-AP message Response message
  • Details of the NG-AP message (Response) may be the same as in operation example 1.
  • the location information related to the UL message may be the location information of the Intermediate node (Reader) rather than the location information of the gNB.
  • step S30 the CN sends a message (NG-AP message (Request)) to the gNB that includes information specifying the range of Ambient IoT devices to be called.
  • NG-AP message (Request)
  • the details of the NG-AP message (Request) may be the same as in Operation Example 1.
  • the NG-AP message may include the identification information of the Assisting node instead of the identification information of the base station as information specifying the range of the Ambient IoT device, or may include the identification information of the Assisting node together with the identification information of the base station.
  • step S31 the gNB sends a message (paging-like message) to the Ambient IoT device to call the Ambient IoT device.
  • paging-like message may be the same as in Operation Example 1.
  • step S32 the Ambient IoT device sends an access request message to the Assisting node requesting access to the Assisting node.
  • the details of the access request message may be the same as in Operation Example 1.
  • step S33 the Assisting node transmits an access response message (hereinafter, RACH-like response) in response to the access request message (RACH-like preamble).
  • RACH-like response an access response message
  • RACH-like preamble Details of the RACH-like response may be the same as in Operation Example 1.
  • step S34 the Ambient IoT device transmits an uplink data signal (UL message) to the Assisting node.
  • UL message uplink data signal
  • the details of the UL message may be the same as in Operation Example 1.
  • step S40A the gNB sends a message (hereinafter referred to as "New message(request)") to the UE, which includes information specifying the range of Ambient IoT devices to be called.
  • the New message(request) may include information specifying the range of Ambient IoT devices similar to the NG-AP message(Request).
  • the New message(request) may also be a newly defined message associated with the introduction of Ambient IoT.
  • step S41 the UE sends a message (paging-like message) to the Ambient IoT device to call the Ambient IoT device.
  • a message paging-like message
  • Details of the paging-like message may be the same as in Operation Example 1.
  • step S42 the Ambient IoT device sends an access request message to the UE requesting access to the UE.
  • the access request message RACH-like preamble
  • the New message (Response) includes the UL message received from the Ambient IoT device. Therefore, the New message (Response) may include at least one of the identification information of the Ambient IoT device (Device ID) and the identification information of the group of Ambient IoT devices (Group ID) (see Option 3-1). The New message (Response) may also include a timestamp related to the UL message (see Option 3-2).
  • one or more Ambient IoT devices and UEs may be grouped into one group (hereinafter referred to as Group with UE).
  • the Group with UE may be managed within the gNB by identification information that identifies the Group with UE.
  • the UE may report all Device IDs within the Group with UE to the gNB.
  • the above-described Topology 2 or Topology 4 may be assumed.
  • the first node that can recognize an Ambient IoT device present in the area related to the first node is a network device 50 (i.e., an intermediate node or UE) that communicates with the Ambient IoT device.
  • the second node that cannot recognize an Ambient IoT device present in the area related to the first node is a base station (gNB) that does not have a direct interface with the Ambient IoT device.
  • the second node may be interpreted as a node that has the function of scheduling uplink communications for the Ambient IoT device.
  • the area related to the first node is the coverage area of the first node (intermediate node/UE).
  • the information about the Ambient IoT device may include at least one of the identification information of the Ambient IoT device (Device ID) and the identification information of a group of Ambient IoT devices (Group ID).
  • Operation Example 6 In Operation Example 6, the above-described Topologies 2 to 4 may be assumed.
  • a network device 50 Intermediate node, Assisting node, or UE
  • a first node that can detect an Ambient IoT device present in the area related to the first node is a source base station (hereinafter, Source gNB).
  • Source gNB source base station
  • Target gNB target base station
  • the second node may be interpreted as a node having a function to schedule uplinks of Ambient IoT devices.
  • the area related to the first node is the coverage area of the network device 50 connected to the first node.
  • step S60 the Source gNB sends a Handover request to the Target gNB.
  • step S61 the Target gNB sends a Handover Ack to the Source gNB.
  • the Handover request may include information about Ambient IoT devices that may be present within the area related to the first node. Details of the information about Ambient IoT devices may be the same as in Operation Example 5.
  • step S70 the Source gNB sends a Handover required to the AMF (Access and Mobility Management Function).
  • AMF Access and Mobility Management Function
  • step S71 the AMF sends a Handover request to the Target gNB.
  • step S72 the Target gNB sends a Handover Ack to the AMF.
  • step S73 the AMF sends a Handover command to the Source gNB.
  • Handover required may include information about Ambient IoT devices that may be present in the area related to the first node.
  • Handover request may include information about Ambient IoT devices that may be present in the area related to the first node. Details of the information about Ambient IoT devices may be the same as in Operation Example 5.
  • Operation example 7 In Operation Example 7, the above-mentioned Topologies 2 to 4 may be assumed.
  • a base station (gNB) that directly or indirectly communicates with an Ambient IoT device is separated into a control unit (CU) and a distributed unit (DU).
  • the first node that can recognize an Ambient IoT device present in the area related to the first node is the CU.
  • the second node that cannot recognize an Ambient IoT device present in the area related to the first node is the DU.
  • the second node may be interpreted as a node that has the function of scheduling uplink communications of the Ambient IoT device.
  • the area related to the first node is the coverage area of the base station (gNB) including the CU.
  • step S80 the CU sends a UE context setup request to the DU.
  • step S81 the DU sends a UE context setup response to the CU.
  • the UE context setup request may include information about Ambient IoT devices that may be present within the area related to the first node.
  • the UE context setup request may include information about Ambient IoT devices that may be present within the area related to the first node. Details of the information about Ambient IoT devices may be the same as in Operation Example 5.
  • step S90 the CU sends a UE CONTEXT MODIFICATION REQUEST to the DU.
  • the DU sends a UE CONTEXT MODIFICATION RESPONSE to the CU.
  • the UE CONTEXT MODIFICATION REQUEST may include information about Ambient IoT devices that may be present within the area related to the first node.
  • the UE CONTEXT MODIFICATION REQUEST may include information about Ambient IoT devices that may be present within the area related to the first node. Details of the information about Ambient IoT devices may be the same as in Operation Example 5.
  • the gNB can determine whether an Ambient IoT device exists under the control of the network device 50 (Intermediate node or UE), and by obtaining the Device ID or Group ID for the Ambient IoT device, it can appropriately schedule the Ambient IoT device.
  • the network device 50 Intermediate node or UE
  • Functions include, but are not limited to, judgment, determination, assessment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, regard, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assignment.
  • a functional block (component) that performs transmission functions is called a transmitting unit or transmitter.
  • transmitting unit or transmitter As mentioned above, there are no particular limitations on how these functions are implemented.
  • apparatus can be interpreted as a circuit, device, unit, etc.
  • the hardware configuration of the apparatus may be configured to include one or more of the devices shown in the diagram, or may be configured to exclude some of the devices.
  • the communication device 1004 is hardware (transmission/reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as a network device, network controller, network card, communication module, etc.
  • one subframe may be called a transmission time interval (TTI)
  • TTI transmission time interval
  • multiple consecutive subframes may be called a TTI
  • one slot or one minislot may be called a TTI.
  • at least one of the subframe and TTI may be a subframe (1 ms) as in existing LTE, a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms.
  • the unit representing the TTI may be called a slot, minislot, etc. instead of a subframe.
  • TTI refers to, for example, the smallest time unit for scheduling in wireless communication.
  • a base station schedules each user terminal by allocating radio resources (such as the frequency bandwidth and transmission power available for use by each user terminal) in TTI units.
  • radio resources such as the frequency bandwidth and transmission power available for use by each user terminal
  • TTI is not limited to this.
  • one slot or one minislot is called a TTI
  • one or more TTIs may be the smallest time unit for scheduling.
  • the number of slots (minislots) that make up the smallest time unit for scheduling may be controlled.
  • the time domain of an RB may include one or more symbols and may be one slot, one minislot, one subframe, or one TTI in length.
  • One TTI, one subframe, etc. may each be composed of one or more resource blocks.
  • one or more RBs may also be referred to as a physical resource block (PRB), sub-carrier group (SCG), resource element group (REG), PRB pair, RB pair, etc.
  • PRB physical resource block
  • SCG sub-carrier group
  • REG resource element group
  • PRB pair RB pair, etc.
  • a resource block may be composed of one or more resource elements (RE).
  • RE resource elements
  • one RE may be a radio resource region of one subcarrier and one symbol.
  • the structures of the radio frames, subframes, slots, minislots, and symbols described above are merely examples.
  • the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, as well as the number of symbols within a TTI, the symbol length, and the cyclic prefix (CP) length can be changed in various ways.
  • connection refers to any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are “connected” or “coupled” to each other.
  • the coupling or connection between elements may be physical, logical, or a combination thereof.
  • “connected” may be read as "access.”
  • two elements may be considered to be “connected” or “coupled” to each other using at least one of one or more wires, cables, and printed electrical connections, as well as electromagnetic energy having wavelengths in the radio frequency range, microwave range, and optical (both visible and invisible) range, as some non-limiting and non-exhaustive examples.
  • the reference signal may also be abbreviated as Reference Signal (RS) or may be called a pilot depending on the applicable standard.
  • RS Reference Signal
  • the phrase “based on” does not mean “based only on,” unless expressly stated otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to an element using a designation such as "first,” “second,” etc. does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, a reference to a first and a second element does not imply that only two elements may be employed therein, or that the first element must in some way precede the second element.
  • determining may encompass a wide variety of actions.
  • Determining and “determining” may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, searching, inquiring (e.g., searching a table, database, or other data structure), and ascertaining something that is considered to be a “determination.”
  • Determining and “determining” may also include receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in memory), and so on.
  • judgment and “decision” can include regarding actions such as resolving, selecting, choosing, establishing, and comparing as having been “judgment” or “decision.” In other words, “judgment” and “decision” can include regarding some action as having been “judgment” or “decision.” Furthermore, “judgment (decision)” can be interpreted as “assuming,” “expecting,” “considering,” etc.
  • a and B are different may mean “A and B are different from each other.” It should be noted that the term may also mean “A and B are each different from C.” Terms such as “separate” and “combined” may also be interpreted in the same way as “different.”
  • FIG. 17 shows an example configuration of a vehicle 2001.
  • the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, left and right front wheels 2007, left and right rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 2012, and a communication module 2013.
  • the steering unit 2003 includes at least a steering wheel (also called a handle) and is configured to steer at least one of the front wheels and rear wheels based on the operation of the steering wheel operated by the user.
  • a steering wheel also called a handle
  • the electronic control unit 2010 is composed of a microprocessor 2031, memory (ROM, RAM) 2032, and a communication port (IO port) 2033. Signals are input to the electronic control unit 2010 from various sensors 2021 to 2027 provided in the vehicle.
  • the electronic control unit 2010 may also be called an ECU (Electronic Control Unit).
  • Signals from the various sensors 2021-2028 include a current signal from a current sensor 2021 that senses the motor current, a front and rear wheel rotation speed signal obtained by a rotation speed sensor 2022, a front and rear wheel air pressure signal obtained by an air pressure sensor 2023, a vehicle speed signal obtained by a vehicle speed sensor 2024, an acceleration signal obtained by an acceleration sensor 2025, an accelerator pedal depression amount signal obtained by an accelerator pedal sensor 2029, a brake pedal depression amount signal obtained by a brake pedal sensor 2026, a shift lever operation signal obtained by a shift lever sensor 2027, and a detection signal for detecting obstacles, vehicles, pedestrians, etc. obtained by an object detection sensor 2028.
  • Features 1-4 are wireless communication systems comprising a simple terminal and a network device, the network device comprising a receiving unit that receives a message containing information specifying the range of simple terminals to be called, and a control unit that executes call control of the simple terminals based on the message.
  • Features 1-5 are wireless communication methods comprising the steps of receiving a message containing information specifying the range of simple terminals to be called, and executing call control for the simple terminals based on the message.
  • Feature 2-1 is a network device comprising a transmitter that transmits a message to call a simple terminal, and a controller that controls the transmission of the message based on a control method for the simple terminal.
  • Feature 2-2 is a network device according to feature 2-1, in which the control unit executes repeated transmission of the message as a control method for the simple terminal.
  • Features 2-4 are wireless communication systems comprising a simple terminal and a network device, the network device comprising a transmitter that transmits a message to call the simple terminal, and a controller that controls the transmission of the message based on a control method for the simple terminal.
  • Feature 3-4 is a wireless communication method comprising the steps of receiving an access request message from a simple terminal and transmitting an access response message in response to the access request message, wherein the access response message includes security setting information related to an uplink data signal transmitted from the simple terminal after the access response message.
  • Feature 4-4 is a network device that, in at least one of Features 4-1 to 4-3, the uplink data signal received from the simple terminal includes at least one of identification information for the simple terminal and identification information for a group of the simple terminal.
  • Features 4-6 are wireless communication methods comprising step A of receiving an uplink data signal from a simple terminal, and step B of executing control to transmit the uplink data signal to an upper node, wherein step B includes a step of executing control to include location information related to the uplink data signal in the uplink data signal.
  • Feature 5-1 is a first node that includes a control unit that controls communication with a simple terminal, and a transmission unit that transmits information about the simple terminal that may be present within the area related to the first node to a second node.
  • Feature 5-2 is a first node according to feature 5-1, in which, when a network device that communicates with the simple terminal is connected to a base station that does not have a direct interface with the simple terminal, the first node is the network device and the second node is the base station.
  • Feature 5-3 is the first node in feature 5-1, where when a network device that communicates with the simple terminal performs a handover from a source base station to a target base station, the first node is the source base station and the second node is the target base station.
  • Feature 5-4 is a first node in feature 5-1, where, in a case where a base station that communicates directly or indirectly with the simple terminal is separated into a control unit and a distributed unit, the first node is the control unit and the second node is the distributed unit.
  • Feature 5-5 is a wireless communication system comprising a first node and a second node, the first node comprising a control unit that controls communication with a simple terminal, and a transmission unit that transmits information about the simple terminal that may be present within the area related to the first node to the second node.
  • Features 5-6 are wireless communication methods comprising a step in which a first node controls communication with a simple terminal, and a step in which a second node transmits information about the simple terminal that may be present within an area related to the first node.
  • Wireless communication system 10A First network 10B Second network 20A, 20B Radio access network 30A, 30B Core network 50 Network device 51 Receiving unit 52 Transmitting unit 53 Control unit 100A, 100B Base station 200 UE 210 Radio signal transmitting/receiving unit 220 Amplifier unit 230 Modulation/demodulation unit 240 Control signal/reference signal processing unit 250 Encoding/decoding unit 260 Data transmitting/receiving unit 270 Control unit 1001 Processor 1002 Memory 1003 Storage 1004 Communication device 1005 Input device 1006 Output device 1007 Bus 2001 Vehicle 2002 Drive unit 2003 Steering unit 2004 Accelerator pedal 2005 Brake pedal 2006 Shift lever 2007 Left and right front wheels 2008 Left and right rear wheels 2009 Axle 2010 Electronic control unit 2012 Information service unit 2013 Communication module 2021 Current sensor 2022 RPM sensor 2023 Tire pressure sensor 2024 Vehicle speed sensor 2025 Acceleration sensor 2026 Brake pedal sensor 2027 Shift lever sensor 2028 Object detection sensor 2029 Accelerator pedal sensor 2030 Driving assistance system section 2031 Microprocessor 2032 Memory (

Landscapes

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

Abstract

ネットワーク装置は、簡易端末を呼び出すメッセージを送信する送信部と、前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御する制御部と、を備える。

Description

ネットワーク装置、無線通信システム及び無線通信方法
　本開示は、Ambient IoTに対応するネットワーク装置、無線通信システム及び無線通信方法に関する。
　3rd Generation Partnership Project（3GPP：登録商標）は、5th generation mobile communication system（5G、New Radio（NR）又はNext Generation（NG）とも呼ばれる）を仕様化している。さらに、3GPPでは、Beyond 5G、5G Evolution又は6Gと呼ばれる次世代の仕様化も進めている。
　さらに、3GPP Release-19では、IoT（Internet of Things）に対応すべく、UEの構成よりも簡易な構成を有する簡易端末（以下、Ambient IoT device）に関する技術（Ambient IoT）が検討されている（例えば、非特許文献１）。
3GPP TR38.848 V18.0.0, 2023年9月
　このような背景下において、発明者等は、鋭意検討の結果、Ambient IoTにおいてAmbient IoT deviceの呼出制御に関する手順を明確化する必要性を見出した。
　そこで、本開示は、上述した課題を解決するためになされたものであり、Ambient IoT deviceの呼出制御を適切に実行し得るネットワーク装置、無線通信システム及び無線通信方法を提供することを目的とする。
　開示の態様は、簡易端末を呼び出すメッセージを送信する送信部と、前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御する制御部と、を備える、ネットワーク装置である。
　開示の態様は、簡易端末と、ネットワーク装置と、を備え、前記ネットワーク装置は、前記簡易端末を呼び出すメッセージを送信する送信部と、前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御する制御部と、を備える、無線通信システムである。
　開示の態様は、簡易端末を呼び出すメッセージを送信するステップと、前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御するステップと、を備える、無線通信方法である。
図１は、無線通信システム10の全体概略構成図である。 図２は、セルラネットワークにおいて用いられる周波数レンジを示す図である。 図３は、セルラネットワークにおいて用いられる無線フレーム、サブフレーム及びスロットの構成例を示す図である。 図４は、UE200の機能ブロック構成図である。 図５は、ネットワーク装置50の機能ブロック構成図である。 図６は、Ambient IoTについて説明するための図である。 図７は、動作例1について説明するための図である。 図８は、動作例2について説明するための図である。 図９は、動作例3について説明するための図である。 図１０は、動作例4について説明するための図である。 図１１は、動作例5について説明するための図である。 図１２は、動作例6について説明するための図である。 図１３は、動作例6について説明するための図である。 図１４は、変更例7について説明するための図である。 図１５は、変更例7について説明するための図である。 図１６は、ネットワーク装置50及びUE200のハードウェア構成の一例を示す図である。 図１７は、車両2001の構成例を示す図である。
　以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一又は類似の符号を付して、その説明を適宜省略する。
　［実施形態］
　（１）無線通信システムの全体概略構成
　図１は、実施形態に係る無線通信システム10の全体概略構成図である。無線通信システム10は、端末200（以下、UE（User Equipment）200）、第1ネットワーク10A及び第2ネットワーク10Bを有する。
　第1ネットワーク10Aは、無線アクセスネットワーク20A及びコアネットワーク30Aを有する。無線アクセスネットワーク20Aは、UE200と無線通信を実行する基地局100Aを含む。なお、第1ネットワーク10Aは、無線アクセスネットワーク20Aを有しておらず、基地局100Aを有していてもよい。第1ネットワーク10Aは、コアネットワーク30Aを有していなくてもよい。基地局100Aは、DU（Distributed Unit）及びCU（Central Unit）によって構成されてもよい。DUは、MACレイヤ以下のレイヤの処理を実行してもよい。CUは、PDCPレイヤ以上の処理を実行してもよい。
　第1ネットワーク10Aは、新たな技術（6G）に従ったネットワークであってもよい。6Gは、Beyond 5G又は5G Evolutionと称されてもよい。第1ネットワーク10Aは、既存の技術（5G）に従ったネットワークであってもよい。5Gは、5G New Radio（NR）と称されてもよい。
　第2ネットワーク10Bは、無線アクセスネットワーク20B及びコアネットワーク30Bを有する。無線アクセスネットワーク20Bは、UE200と無線通信を実行する基地局100Bを含む。なお、第2ネットワーク10Bは、無線アクセスネットワーク20Bを有しておらず、基地局100Bを有していてもよい。第2ネットワーク10Bは、コアネットワーク30Bを有していなくてもよい。基地局100Bは、DU及びCUによって構成されてもよい。
　第2ネットワーク10Bは、既存の技術（5G）に従ったネットワークであってもよい。5Gは、5G New Radio（NR）と称されてもよい。第2ネットワーク10Bは、新たな技術（6G）に従ったネットワークであってもよい。6Gは、Beyond 5G又は5G Evolutionと称されてもよい。
　ここで、第1ネットワーク10A及び第2ネットワーク10Bは、無線アクセス方式が異なっていればよい。例えば、無線アクセス方式は、5G、Beyond 5G、5G Evolution又は6Gなどと称されるセルラネットワークの無線アクセス方式であってもよい。
　以下において、基地局100A及び基地局100Bを総称して基地局100又はgNB100と称することもある。コアネットワーク30A及びコアネットワーク30Bを総称してコアネットワーク30と称することもある。
　第1に、セルラネットワークは、図２に示す複数の周波数レンジ（FR）に対応してもよい。例えば、図２に示すように、セルラネットワークは、FR1及びFR2-1及びFR2-2に対応する。各FRの周波数帯は、次のとおりである。
　・FR1：410 MHz～7.125 GHz
　・FR2-1：24.25 GHz～52.6 GHz
　・FR2-2：52.6GHz超～71GHz
　FR1では、15, 30又は60kHzのSub-Carrier Spacing（SCS）が用いられ、5～100MHzの帯域幅（BW）が用いられてもよい。FR2は、FR1よりも高周波数であり、60kHz又は120kHz（240kHzが含まれてもよい）のSCSが用いられ、50～400MHzの帯域幅（BW）が用いられてもよい。
　なお、SCSは、numerologyと解釈されてもよい。numerologyは、3GPP TS38.300において定義されており、周波数ドメインにおける一つのサブキャリア間隔と対応する。
　さらに、セルラネットワークは、FR2の周波数帯よりも高周波数帯にも対応してもよい。具体的には、セルラネットワークは、52.6GHzを超え、71GHz又は114.25GHzまでの周波数帯に対応する。
　第2に、セルラネットワークは、図３に示す無線フレーム、サブフレーム及びスロットに対応してもよい。
　図３に示すように、1スロットは、14シンボルで構成され、SCSが大きく（広く）なる程、シンボル期間（及びスロット期間）は短くなる。SCSは、15kHz、30kHz、60kHz、120kHz、240kHzなどに加えて、480kHz、960kHzなどが用いられてもよい。
　また、1スロットを構成するシンボル数は、必ずしも14シンボルでなくてもよい（例えば、28シンボル、56シンボル）。さらに、サブフレーム当たりのスロット数は、SCSによって異なっていてよい。
　なお、図３に示す時間方向（t）は、時間領域、シンボル期間又はシンボル時間などと呼ばれてもよい。また、周波数方向は、周波数領域、リソースブロック、サブキャリア、バンド幅部分（BWP: Bandwidth part）などと呼ばれてもよい。
　（２）無線通信システムの機能ブロック構成
　以下において、無線通信システム10の機能ブロック構成について説明する。
　第1に、UE200の機能ブロック構成について説明する。
　図４は、UE200の機能ブロック構成図である。図４に示すように、UE200は、無線信号送受信部210、アンプ部220、変復調部230、制御信号・参照信号処理部240、符号化/復号部250、データ送受信部260及び制御部270を備える。
　無線信号送受信部210は、5G又は6Gに従った無線信号を送受信する。無線信号送受信部210は、Massive MIMO、複数のCCを束ねて用いるCA、及びUEと2つのNG-RAN Nodeそれぞれとの間において同時に通信を行うDCなどに対応する。
　アンプ部220は、PA (Power Amplifier)/LNA (Low Noise Amplifier)などによって構成される。アンプ部220は、変復調部230から出力された信号を所定の電力レベルに増幅する。また、アンプ部220は、無線信号送受信部210から出力されたRF信号を増幅する。
　変復調部230は、所定の通信先（gNB100又は他のgNB）毎に、データ変調/復調、送信電力設定及びリソースブロック割当などを実行する。変復調部230では、Cyclic Prefix-Orthogonal Frequency Division Multiplexing（CP-OFDM）/Discrete Fourier Transform - Spread（DFT-S-OFDM）が適用されてもよい。また、DFT-S-OFDMは、上りリンク（UL）だけでなく、下りリンク（DL）にも用いられてもよい。
　制御信号・参照信号処理部240は、UE200が送受信する各種の制御信号に関する処理、及びUE200が送受信する各種の参照信号に関する処理を実行する。
　具体的には、制御信号・参照信号処理部240は、gNB100から所定の制御チャネルを介して送信される各種の制御信号、例えば、無線リソース制御レイヤ（RRC）の制御信号を受信する。また、制御信号・参照信号処理部240は、gNB100に向けて、所定の制御チャネルを介して各種の制御信号を送信する。
　制御信号・参照信号処理部240は、Demodulation Reference Signal（DM-RS）、及びPhase Tracking Reference Signal（PT-RS）などの参照信号（RS）を用いた処理を実行する。
　DM-RSは、データ復調に用いるフェージングチャネルを推定するための端末個別の基地局～端末間において既知の参照信号（パイロット信号）である。PT-RSは、高い周波数帯で課題となる位相雑音の推定を目的した端末個別の参照信号である。
　なお、参照信号には、DM-RS及びPT-RS以外に、Channel State Information-Reference Signal（CSI-RS）、Sounding Reference Signal（SRS）、及び位置情報用のPositioning Reference Signal（PRS）が含まれてもよい。
　また、チャネルには、制御チャネルとデータチャネルとが含まれる。制御チャネルには、PDCCH（Physical Downlink Control Channel）、PUCCH（Physical Uplink Control Channel）、RACH（Random Access Channel）、Random Access Radio Network Temporary Identifier(RA-RNTI)を含むDownlink Control Information (DCI)）、及びPhysical Broadcast Channel（PBCH）などが含まれる。
　また、データチャネルには、PDSCH（Physical Downlink Shared Channel）、及びPUSCH（Physical Uplink Shared Channel）などが含まれる。データとは、データチャネルを介して送信されるデータを意味する。データチャネルは、共有チャネルと読み替えられてもよい。
　ここで、制御信号・参照信号処理部240は、下りリンク制御情報（DCI）を受信してもよい。DCIは、既存のフィールドとして、DCI Formats、Carrier indicator（CI）、BWP indicator、FDRA（Frequency Domain Resource Assignment）、TDRA（Time Domain Resource Assignment）、MCS（Modulation and Coding Scheme）、HPN（HARQ Process Number）、NDI（New Data Indicator）、RV（Redundancy Version）などを格納するフィールドを含む。
　DCI Formatフィールドに格納される値は、DCIのフォーマットを指定する情報要素である。CIフィールドに格納される値は、DCIが適用されるCCを指定する情報要素である。BWP indicatorフィールドに格納される値は、DCIが適用されるBWPを指定する情報要素である。BWP indicatorによって指定され得るBWPは、RRCメッセージに含まれる情報要素（BandwidthPart-Config）によって設定される。FDRAフィールドに格納される値は、DCIが適用される周波数ドメインリソースを指定する情報要素である。周波数ドメインリソースは、FDRAフィールドに格納される値及びRRCメッセージに含まれる情報要素（RA Type）によって特定される。TDRAフィールドに格納される値は、DCIが適用される時間ドメインリソースを指定する情報要素である。時間ドメインリソースは、TDRAフィールドに格納される値及びRRCメッセージに含まれる情報要素（pdsch-TimeDomainAllocationList、pusch-TimeDomainAllocationList）によって特定される。時間ドメインリソースは、TDRAフィールドに格納される値及びデフォルトテーブルによって特定されてもよい。MCSフィールドに格納される値は、DCIが適用されるMCSを指定する情報要素である。MCSは、MCSに格納される値及びMCSテーブルによって特定される。MCSテーブルは、RRCメッセージによって指定されてもよく、RNTIスクランブリングによって特定されてもよい。HPNフィールドに格納される値は、DCIが適用されるHARQ Processを指定する情報要素である。NDIに格納される値は、DCIが適用されるデータが初送データであるか否かを特定するための情報要素である。RVフィールドに格納される値は、DCIが適用されるデータの冗長性を指定する情報要素である。
　符号化/復号部250は、所定の通信先（gNB100又は他のgNB）毎に、データの分割/連結及びチャネルコーディング/復号などを実行する。
　具体的には、符号化/復号部250は、データ送受信部260から出力されたデータを所定のサイズに分割し、分割されたデータに対してチャネルコーディングを実行する。また、符号化/復号部250は、変復調部230から出力されたデータを復号し、復号したデータを連結する。
　データ送受信部260は、Protocol Data Unit (PDU)ならびにService Data Unit (SDU)の送受信を実行する。具体的には、データ送受信部260は、複数のレイヤ（媒体アクセス制御レイヤ（MAC）、無線リンク制御レイヤ（RLC）、及びパケット・データ・コンバージェンス・プロトコル・レイヤ（PDCP）など）におけるPDU/SDUの組み立て/分解などを実行する。また、データ送受信部260は、HARQ（Hybrid Automatic Repeat Request）に基づいて、データの誤り訂正及び再送制御を実行する。
　制御部270は、UE200を構成する各機能ブロックを制御する。
　第2に、ネットワーク装置50の機能ブロック構成について説明する。ネットワーク装置50は、後述するAmbient IoTにおいて、UE200の構成よりも簡易な構成を有する簡易端末（以下、Ambient IoT device）と直接的に通信を行う装置である。例えば、Ambient IoTのTopology 1においてネットワーク装置50は基地局（gNB100）であってもよく、Ambient IoTのTopology 2においてネットワーク装置50はIntermediate nodeであってもよく、Ambient IoTのTopology 3においてネットワーク装置50はAssisting nodeであってもよく、Ambient IoTのTopology 4においてネットワーク装置50はUE200であってもよい。
　図５に示すように、ネットワーク装置50は、受信部51と、送信部52と、制御部53と、を有する。
　受信部51は、Ambient IoT deviceから各種信号を受信する。例えば、受信部51は、Ambient IoT deviceから上りリンク信号を受信してもよい。上りリンク信号は、上りリンク制御信号を含んでもよく、上りリンクデータ信号を含んでもよい。上りリンク信号は、PDRCH（Physical Device Reader Channel）を介して受信されてもよい。上りリンク信号は、Ambient IoT deviceがネットワーク装置50にアクセスするためのメッセージ（アクセス要求メッセージ）を含んでもよい。アクセス要求メッセージは、Random access preambleと読み替えてもよい。受信部51は、簡易端末（Ambient IoT device）からアクセス要求メッセージを受信してもよい。受信部51は、簡易端末（Ambient IoT device）から上りリンクデータ信号を受信してもよい。
　受信部51は、gNB100又はコアネットワーク30から各種信号を受信する。例えば、受信部は、呼び出すべき簡易端末（Ambient IoT device）の範囲を特定する情報を含むメッセージを受信してもよい。
　送信部52は、Ambient IoT deviceに対して各種信号を送信する。例えば、送信部52は、Ambient IoT deviceに下りリンク信号を送信してもよい。下りリンク信号は、下りリンク制御信号を含んでもよく、下りリンクデータ信号を含んでもよい。下りリンク信号は、PRDCH（Physical Reader Device Channel）を介して送信されてもよい。下りリンク信号は、System Informationを含んでもよい。送信部52は、簡易端末（Ambient IoT device）を呼び出すメッセージを送信してもよい。送信部52は、アクセス要求メッセージに応じて、アクセス応答メッセージを送信してもよい。
　送信部52は、gNB100又はコアネットワーク30に対して各種信号を送信する。例えば、送信部52は、簡易端末（Ambient IoT device）から受信する上りリンクデータ信号を上位ノード（例えば、gNB100又はコアネットワーク30）に送信してもよい。
　制御部53は、ネットワーク装置50を構成する各ブロックを制御する。例えば、制御部53は、簡易端末（Ambient IoT device）の呼出制御を実行してもよい。呼出制御は、簡易端末（Ambient IoT device）を呼び出すメッセージを送信する制御を含んでもよい。制御部53は、簡易端末（Ambient IoT device）から受信する上りリンクデータ信号を上位ノード（例えば、gNB100又はコアネットワーク30）を送信する制御を実行してもよい。
　（３）Ambient IoT
　第1に、Ambient IoT deviceは、Device A、Device B、Device Cなどの種類に分類されてもよい。
　Device Aは、エネルギー（例えば、電力）を蓄積するストレージを有しておらず、独自の信号生成/増幅などを行わずに、backscattering送信を実行するデバイスであってもよい。
　Device Bは、エネルギー（例えば、電力）を蓄積するストレージを有しており、独自の信号生成などを行わずに、backscattering送信を実行するデバイスであってもよい。例えば、ストレージに蓄積されるエネルギーは、反射信号の増幅に用いられてもよい。
　Device Cは、エネルギー（例えば、電力）を蓄積するストレージを有しておらず、独自の信号生成を行うデバイスであってもよい。
　Ambient IoT deviceは、3GPP TR38.848 V18.0.0で定義されるデバイスであってもよい。Ambient IoT deviceは、一般的なUEの構成よりも簡易な構成を有する。Ambient IoT deviceの特徴は、以下に示す要素によって定義されてもよい。
　・Ambient IoT deviceの出力及び複雑さについては、一般的なUEよりも簡易である
　・Ambient IoT deviceのカバレッジについては、一般的なUEよりも簡易な構成で実現されるカバレッジが導入される
　・Ambient IoT deviceのデータレートについては、一般的なUEよりも簡易なプロトコルスタック等によって実現されるデータレートが導入される
　・Ambient IoT deviceの最大メッセージサイズについては、一般的なUEよりも簡易なプロトコルスタック等によって実現される最大メッセージサイズが導入される
　・Ambient IoT deviceの遅延については、一般的なUEと異なるアクセス方式及び信号手順によって、ターゲット遅延を満たすように設定される
　・Ambient IoT deviceの位置の取得方法（Positioning method）については、要求される精度を満たすために、後述するトポロジーに適用可能である方法である。
　・Ambient IoT deviceの接続密度については、一般的なUEと異なる効率的な複数のアクセス方法等が導入される
　・Ambient IoT deviceの移動速度については、一般的なUEと異なる物理レイヤ構成が導入される
　第2に、Ambient IoT deviceのトポロジーとしては、図６に示すトポロジーが想定されてもよい。
　Topology 1では、Ambient IoT deviceは、基地局（図６では、BS）とUL送信及びDL受信を実行してもよい。
　Topology 2では、Ambient IoT deviceは、Intermediate nodeを介して基地局（図６では、BS）とUL送信及びDL受信を実行してもよい。Intermediate nodeは、IAB（Integrated Access and Backhaul） nodeであってもよく、一般的なUEであってもよい。Intermediate nodeは、DUであってもよい。一般的なUEは、Ambient IoT deviceとは別に定義されるUEであってもよい。一般的なUEは、Ambient IoT deviceよりも複雑な構成を有するUEであってもよい。
　Topology 3では、Ambient IoT deviceは、基地局（図６では、BS）とDL受信を実行し、Assisting nodeを介して基地局（図６では、BS）とUL送信を実行してもよい。Intermediate nodeは、IAB nodeであってもよく、一般的なUEであってもよい。Intermediate nodeは、DUであってもよい。
　Topology 4では、一般的なUEとUL送信及びDL受信を実行してもよい。Topology 4では、一般的なUEとAmbient IoT deviceとの間のD2D通信が想定されてもよい。
　なお、一般的なUEは、Ambient IoT deviceと区別するための用語であり、既存UE又は通常UEなどと称されてもよい。
　（４）課題
　上述したAmbient IoT deviceが導入される背景下において、発明者等は、鋭意検討の結果、Ambient IoTにおいてAmbient IoT deviceの呼出制御に関する手順を明確化する必要性を見出した。
　さらに、発明者等は、鋭意検討の結果、Ambient IoT deviceと通信を行うネットワーク装置50などの配下に存在するAmbient IoT deviceをAmbient IoT deviceのスケジューリングを担うノードが把握することができないケースが想定され、このようなケースにおいてAmbient IoT deviceのスケジューリングを適切に実行する仕組みが必要であることを見出した。
　（５）動作例
　上述した課題を解決するために、以下に示す動作が実行されてもよい。
　（５－１）動作例1
　動作例1では、上述したTopology 1について説明する。動作例1では、上述したネットワーク装置50はgNBであってもよい。
　図７に示すように、ステップS10において、CNは、gNBに対して、呼び出すべきAmbient IoT deviceの範囲を特定する情報を含むメッセージ（以下、NG-AP message(Request)）を送信する。NG-AP message(Request)は、Ambient IoT deviceの識別情報（以下、Device ID）、Ambient IoT deviceのグルーブの識別情報（以下、Group ID）及びAmbient IoT deviceの位置情報の少なくともいずれか1つを要求するメッセージであってもよい。gNBは、Ambient IoT deviceから情報を取得する装置（Reader）の一例であってもよい。NG-AP message(Request)は、Ambient IoTの導入に伴った新たに定義されるメッセージであってもよい。
　Ambient IoT deviceの範囲を特定する情報は、Ambient IoT deviceを呼び出すメッセージを送信する範囲を指定する情報であると考えてもよい。Ambient IoT deviceの範囲を特定する情報としては、以下に示すオプションが考えられる。
　オプション1-1では、Ambient IoT deviceの範囲を特定する情報は、Ambient IoT deviceから情報を取得する装置（Reader）の識別情報を含んでもよい。
　オプション1-2では、Ambient IoT deviceの範囲を特定する情報は、Ambient IoT deviceと直接的又は間接的に通信を行う基地局（gNB100）の識別情報を含んでもよい。
　オプション1-3では、Ambient IoT deviceの範囲を特定する情報は、Ambient IoT deviceが存在し得る地理的なエリアの識別情報を含んでもよい。地理的なエリアは、トラッキングエアリアとは別に定義されるエリアであってもよい。地理的なエリアは、Ambient IoT deviceが過去に存在したエリアの履歴に基づいて特定され、コアネットワーク30において管理されてもよい。
　オプション1-4では、Ambient IoT deviceの範囲を特定する情報は、通常UEが位置登録を行うトラッキングエアリアの識別情報を含んでもよい。トラッキングエアリアの識別情報は、トラッキングエリアのリストであってもよい。なお、Ambient IoT deviceは、位置登録を行う機能を有していなくてもよい。
　オプション1-5では、Ambient IoT deviceの範囲を特定する情報は、Ambient IoT deviceのグループの識別情報を含んでもよい。Ambient IoT deviceのグループは、Ambient IoT device groupと称されてもよい。グループの識別情報は、Ambient IoT deviceの識別情報のリスト（例えば、ambient IoT ID list）であってもよい。
　オプション1-6では、オプション1-1～オプション1-5の中から選択された2以上のオプションが組み合わされてもよい。
　ステップS11において、gNBは、Ambient IoT deviceに対して、Ambient IoT deviceを呼び出すメッセージ（以下、Paging like message）を送信する。gNBは、gNBに接続されたAmbient IoT deviceが呼び出すべきAmbient IoT deviceの範囲に含まれる場合に、Paging like messageを送信してもよい。
　ここで、gNBは、Ambient IoT device用の制御方法に基づいて、Paging like messageの送信を制御してもよい。Paging like messageは、PRDCHを介して送信されてもよい。Ambient IoT device用の制御方法としては、以下に示すオプションが考えられる。
　オプション2-1では、gNBは、Paging like messageの繰り返し送信を実行してもよい。言い換えると、gNBは、Paging like messageを周期的に送信してもよい。
　Paging like messageの送信回数（繰り返し回数）は、gNBのカウンタによって管理されてもよい。Paging like messageの送信回数は、無線通信システム10で予め定義されてもよく、CNによって指定されてもよく、gNBによって設定されてもよい。
　Paging like messageは、gNBのタイマが満了するまで実行されてもよい。gNBのタイマに設定される時間は、無線通信システム10で予め定義されてもよく、CNによって指定されてもよく、gNBによって設定されてもよい。
　Paging like messageの送信周期（繰り返し周期）は、無線通信システム10で予め定義されてもよく、CNによって指定されてもよく、gNBによって設定されてもよい。
　なお、Ambient IoT deviceは、PBCH（Physical Broadcast Channel）を監視又は受信する機能を有しておらず、通常UEのようにPaging occasionを特定することができないことに留意すべきである。
　オプション2-2では、gNBは、Ambient IoT deviceの識別情報（Device ID）及びAmbient IoT deviceのグループの識別情報（Group ID）の少なくともいずれか1つをPaging like messageに含める制御を実行してもよい。Device IDは、CN又はgNBにおいてAmbient IoT deviceを識別する情報（Temporary Device ID）であってもよい。Group IDは、CN又はgNBにおいてAmbient IoT deviceのグループを識別する情報（Temporary Group ID）であってもよい。
　オプション2-3では、gNBは、Ambient IoT deviceがgNBにアクセスするためのプリアンブル（例えば、RACH like preamble）をPaging like messageに含める制御を実行してもよい。或いは、gNBは、アクセス要求メッセージ（例えば、RACH like preamble）の送信に用いるリソース（周波数及び時間の少なくともいずれか1つのリソース）を指定する情報をPaging like messageに含める制御を実行してもよい。
　ステップS12において、Ambient IoT deviceは、gNBに対するアクセスを要求するアクセス要求メッセージをgNBに送信する。アクセス要求メッセージは、RACH like preambleと読み替えてもよい。RACH like preambleは、Random access preambleの一例であってもよい。RACH like preambleは、PDRCHを介して送信されてもよい。Random accessは、slotted-ALOHA random accessであってもよい。
　ステップS13において、gNBは、アクセス要求メッセージ（RACH like preamble）に応じて、アクセス応答メッセージ（以下、RACH like response）を送信する。RACH like responseは、上りリンクデータ信号を送信するためのUL grantを含んでもよい。
　RACH like responseは、RACH like responseの後にAmbient IoT deviceから送信される上りリンクデータ信号に関するセキュリティ設定情報（Security config）を含んでもよい。
　RACH like responseは、Ambient IoT deviceの識別情報（Device ID）及びAmbient IoT deviceのグループの識別情報（Group ID）の少なくともいずれか1つを含んでもよい。Device IDは、CN又はgNBにおいてAmbient IoT deviceを識別する情報（Temporary Device ID）であってもよい。Group IDは、CN又はgNBにおいてAmbient IoT deviceのグループを識別する情報（Temporary Group ID）であってもよい。
　ステップS14において、Ambient IoT deviceは、上りリンクデータ信号（以下、UL message）をgNBに送信する。UL messageは、以下に示す情報を含んでもよい。
　オプション3-1では、UL messageは、Ambient IoT deviceの識別情報（Device ID）及びAmbient IoT deviceのグループの識別情報（Group ID）の少なくともいずれか1つを含んでもよい。Device IDは、CN又はgNBにおいてAmbient IoT deviceを識別する情報（Temporary Device ID）であってもよい。Group IDは、CN又はgNBにおいてAmbient IoT deviceのグループを識別する情報（Temporary Group ID）であってもよい。
　オプション3-2では、UL messageは、UL messageに関するタイムスタンプを含んでもよい。タイムスタンプは、UTC（Universal time coordinated）又はPTP（Precision Time Protocol）などに基づいた絶対時刻であってもよい。
　UL messageに含まれるUL dataは、NAS PDU（Non-Access Stratum Protocol Data Unit）であってもよい。UL messageは、ステップS13で受信するセキュリティ設定情報（Security config）によって保護されてもよい。
　ステップS15において、gNBは、Ambient IoT deviceから受信するUL messageを含むメッセージをCN（上位ノード）に送信する。UL messageを含むメッセージは、NG-AP message(Request)に対する応答メッセージ（以下、NG-AP message(Response)）であると考えてもよい。
　ここで、gNBは、UL messageに関する位置情報をNG-AP message(Response)に含めてもよい。UL messageに関する位置情報は、gNB（Reader）の位置情報であってもよい。NG-AP message(Response)に含まれるデータは、NAS PDUであってもよい。
　なお、NG-AP message(Response)は、Ambient IoT deviceから受信するUL messageを含む。従って、NG-AP message(Response)は、Ambient IoT deviceの識別情報（Device ID）及びAmbient IoT deviceのグループの識別情報（Group ID）の少なくともいずれか1つを含んでもよい（オプション3-1を参照）。NG-AP message(Response)は、UL messageに関するタイムスタンプを含んでもよい（オプション3-2を参照）。
　（５－２）動作例2
　動作例2では、上述したTopology 2について説明する。動作例2では、上述したネットワーク装置50はIntermediate nodeであってもよい。
　図８に示すように、ステップS20において、CNは、gNBに対して、呼び出すべきAmbient IoT deviceの範囲を特定する情報を含むメッセージ（NG-AP message(Request)）を送信する。NG-AP message(Request)の詳細は、動作例1と同様であってもよい。
　動作例2において、NG-AP message(Request)は、Ambient IoT deviceの範囲を特定する情報として、基地局の識別情報に代えてIntermediate nodeの識別情報を含んでもよく、基地局の識別情報とともにIntermediate nodeの識別情報を含んでもよい。
　ステップS20Aにおいて、gNBは、呼び出すべきAmbient IoT deviceの範囲を特定する情報を含むメッセージ（以下、New message(request)）をIntermediate nodeに送信する。New message(request)は、NG-AP message(Request)と同様のAmbient IoT deviceの範囲を特定する情報を含んでもよい。New message(request)は、Ambient IoTの導入に伴った新たに定義されるメッセージであってもよい。
　ステップS21において、Intermediate nodeは、Ambient IoT deviceに対して、Ambient IoT deviceを呼び出すメッセージ（Paging like message）を送信する。Paging like messageの詳細については、動作例1と同様であってもよい。
　ステップS22において、Ambient IoT deviceは、Intermediate nodeに対するアクセスを要求するアクセス要求メッセージをIntermediate nodeに送信する。アクセス要求メッセージ（RACH like preamble）の詳細は、動作例1と同様であってもよい。
　ステップS23において、Intermediate nodeは、アクセス要求メッセージ（RACH like preamble）に応じて、アクセス応答メッセージ（以下、RACH like response）を送信する。RACH like responseの詳細は、動作例1と同様であってもよい。
　ステップS24において、Ambient IoT deviceは、上りリンクデータ信号（UL message）をIntermediate nodeに送信する。UL messageの詳細は、動作例1と同様であってもよい。
　ステップS24Aにおいて、Intermediate nodeは、Ambient IoT deviceから受信するUL messageを含むメッセージをgNB（上位ノード）に送信する。UL messageを含むメッセージは、New message(Request)に対する応答メッセージ（以下、New message(Response)）であると考えてもよい。New message(Response)は、Ambient IoTの導入に伴った新たに定義されるメッセージであってもよい。
　ここで、Intermediate nodeは、UL messageに関する位置情報をNew message(Response)に含めてもよい。UL messageに関する位置情報は、Intermediate node（Reader）の位置情報であってもよい。New message(Response)に含まれるデータは、NAS PDUであってもよい。
　なお、New message(Response)は、Ambient IoT deviceから受信するUL messageを含む。従って、New message(Response)は、Ambient IoT deviceの識別情報（Device ID）及びAmbient IoT deviceのグループの識別情報（Group ID）の少なくともいずれか1つを含んでもよい（オプション3-1を参照）。New message(Response)は、UL messageに関するタイムスタンプを含んでもよい（オプション3-2を参照）。
　ステップS25において、gNBは、Intermediate nodeから受信するNew message(Response)を含むメッセージをCNに送信する。New message(Response)を含むメッセージは、NG-AP message(Request)に対する応答メッセージ（NG-AP message(Response)）であると考えてもよい。NG-AP message(Response)の詳細については、動作例1と同様であってもよい。但し、UL messageに関する位置情報は、gNBの位置情報ではなく、Intermediate node（Reader）の位置情報であってもよい。
　動作例2において、1以上のAmbient IoT device及びIntermediate nodeは1つのグループ（以下、Group with Intermediate node）にまとめられてもよい。Group with Intermediate nodeは、gNB内においてGroup with Intermediate nodeを識別する識別情報によって管理されてもよい。Intermediate nodeは、Group with Intermediate node内のDevice IDをgNBから要求された場合に、Group with Intermediate node内の全てのDevice IDをgNBに報告してもよい。
　（５－３）動作例3
　動作例3では、上述したTopology 3について説明する。動作例3では、上述したネットワーク装置50はAssisting nodeであってもよい。
　図９に示すように、ステップS30において、CNは、gNBに対して、呼び出すべきAmbient IoT deviceの範囲を特定する情報を含むメッセージ（NG-AP message(Request)）を送信する。NG-AP message(Request)の詳細は、動作例1と同様であってもよい。
　動作例3において、NG-AP message(Request)は、Ambient IoT deviceの範囲を特定する情報として、基地局の識別情報に代えてAssisting nodeの識別情報を含んでもよく、基地局の識別情報とともにAssisting nodeの識別情報を含んでもよい。
　ステップS31において、gNBは、Ambient IoT deviceに対して、Ambient IoT deviceを呼び出すメッセージ（Paging like message）を送信する。Paging like messageの詳細については、動作例1と同様であってもよい。
　ステップS32において、Ambient IoT deviceは、Assisting nodeに対するアクセスを要求するアクセス要求メッセージをAssisting nodeに送信する。アクセス要求メッセージ（RACH like preamble）の詳細は、動作例1と同様であってもよい。
　ステップS33において、Assisting nodeは、アクセス要求メッセージ（RACH like preamble）に応じて、アクセス応答メッセージ（以下、RACH like response）を送信する。RACH like responseの詳細は、動作例1と同様であってもよい。
　ステップS34において、Ambient IoT deviceは、上りリンクデータ信号（UL message）をAssisting nodeに送信する。UL messageの詳細は、動作例1と同様であってもよい。
　ステップS34Aにおいて、Assisting nodeは、Ambient IoT deviceから受信するUL messageを含むメッセージをgNB（上位ノード）に送信する。UL messageを含むメッセージは、New messageと称されてもよい。New messageは、Ambient IoTの導入に伴った新たに定義されるメッセージであってもよい。
　ここで、Assisting nodeは、UL messageに関する位置情報をNew messageに含めてもよい。UL messageに関する位置情報は、Assisting node（Reader）の位置情報であってもよい。New messageに含まれるデータは、NAS PDUであってもよい。
　なお、New messageは、Ambient IoT deviceから受信するUL messageを含む。従って、New messageは、Ambient IoT deviceの識別情報（Device ID）及びAmbient IoT deviceのグループの識別情報（Group ID）の少なくともいずれか1つを含んでもよい（オプション3-1を参照）。New messageは、UL messageに関するタイムスタンプを含んでもよい（オプション3-2を参照）。
　ステップS35において、gNBは、Assisting nodeから受信するNew messageを含むメッセージをCNに送信する。New messageを含むメッセージは、NG-AP message(Request)に対する応答メッセージ（NG-AP message(Response)）であると考えてもよい。NG-AP message(Response)の詳細については、動作例1と同様であってもよい。但し、UL messageに関する位置情報は、gNBの位置情報ではなく、Assisting node（Reader）の位置情報であってもよい。
　（５－４）動作例4
　動作例4では、上述したTopology 4について説明する。動作例4では、上述したネットワーク装置50はUEであってもよい。
　図１０に示すように、ステップS40において、CNは、gNBに対して、呼び出すべきAmbient IoT deviceの範囲を特定する情報を含むメッセージ（NG-AP message(Request)）を送信する。NG-AP message(Request)の詳細は、動作例1と同様であってもよい。
　動作例4において、NG-AP message(Request)は、Ambient IoT deviceの範囲を特定する情報として、基地局の識別情報に代えてUEの識別情報を含んでもよく、基地局の識別情報とともにUEの識別情報を含んでもよい。
　ステップS40Aにおいて、gNBは、呼び出すべきAmbient IoT deviceの範囲を特定する情報を含むメッセージ（以下、New message(request)）をUEに送信する。New message(request)は、NG-AP message(Request)と同様のAmbient IoT deviceの範囲を特定する情報を含んでもよい。New message(request)は、Ambient IoTの導入に伴った新たに定義されるメッセージであってもよい。
　ステップS41において、UEは、Ambient IoT deviceに対して、Ambient IoT deviceを呼び出すメッセージ（Paging like message）を送信する。Paging like messageの詳細については、動作例1と同様であってもよい。
　ステップS42において、Ambient IoT deviceは、UEに対するアクセスを要求するアクセス要求メッセージをUEに送信する。アクセス要求メッセージ（RACH like preamble）の詳細は、動作例1と同様であってもよい。
　ステップS43において、UEは、アクセス要求メッセージ（RACH like preamble）に応じて、アクセス応答メッセージ（以下、RACH like response）を送信する。RACH like responseの詳細は、動作例1と同様であってもよい。
　ステップS44において、Ambient IoT deviceは、上りリンクデータ信号（UL message）をUEに送信する。UL messageの詳細は、動作例1と同様であってもよい。
　ステップS44Aにおいて、UEは、Ambient IoT deviceから受信するUL messageを含むメッセージをgNB（上位ノード）に送信する。UL messageを含むメッセージは、New message(Request)に対する応答メッセージ（以下、New message(Response)）であると考えてもよい。New message(Response)は、Ambient IoTの導入に伴った新たに定義されるメッセージであってもよい。
　ここで、UEは、UL messageに関する位置情報をNew message(Response)に含めてもよい。UL messageに関する位置情報は、UE（Reader）の位置情報であってもよい。New message(Response)に含まれるデータは、NAS PDUであってもよい。
　なお、New message(Response)は、Ambient IoT deviceから受信するUL messageを含む。従って、New message(Response)は、Ambient IoT deviceの識別情報（Device ID）及びAmbient IoT deviceのグループの識別情報（Group ID）の少なくともいずれか1つを含んでもよい（オプション3-1を参照）。New message(Response)は、UL messageに関するタイムスタンプを含んでもよい（オプション3-2を参照）。
　ステップS45において、gNBは、UEから受信するNew message(Response)を含むメッセージをCNに送信する。New message(Response)を含むメッセージは、NG-AP message(Request)に対する応答メッセージ（NG-AP message(Response)）であると考えてもよい。NG-AP message(Response)の詳細については、動作例1と同様であってもよい。但し、UL messageに関する位置情報は、gNBの位置情報ではなく、UE（Reader）の位置情報であってもよい。
　動作例4において、1以上のAmbient IoT device及びUEは1つのグループ（以下、Group with UE）にまとめられてもよい。Group with UEは、gNB内においてGroup with UEを識別する識別情報によって管理されてもよい。UEは、Group with UE内のDevice IDをgNBから要求された場合に、Group with UE内の全てのDevice IDをgNBに報告してもよい。
　（５－５）動作例5
　動作例5では、上述したTopology 2又はTopology 4が想定されてもよい。動作例5において、第1ノードに関するエリア内に存在するAmbient IoT deviceを把握し得る第1ノードは、Ambient IoT deviceと通信を実行するネットワーク装置50（すなわち、Intermediate node又はUE）である。実施形態によらなければ、第1ノードに関するエリア内に存在するAmbient IoT deviceを把握し得ない第2ノードは、Ambient IoT deviceと直接的なインタフェースを有していない基地局（gNB）である。第2ノードは、Ambient IoT deviceの上りリンクをスケジューリングする機能を有するノードと読み替えてもよい。第1ノードに関するエリアは、第1ノード（Intermediate node/UE）のカバーエリアである。
　図１１に示すように、第1ノード（Intermediate node/UE）は、gNBに対して、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を送信する。Ambient IoT deviceに関する情報としては、以下に示すオプションが考えられる。
　オプション4-1では、Ambient IoT deviceに関する情報は、第1ノードに関するエリア内にAmbient IoT deviceが存在するか否かを示すIndicationを含んでもよい。
　オプション4-2では、Ambient IoT deviceに関する情報は、Ambient IoT deviceの識別情報（Device ID）及びAmbient IoT deviceのグループの識別情報（Group ID）の少なくともいずれか1つを含んでもよい。
　ここで、Device IDは、CN又はgNBにおいてAmbient IoT deviceを識別する情報（Temporary Device ID）であってもよい。Group IDは、CN又はgNBにおいてAmbient IoT deviceのグループを識別する情報（Temporary Group ID）であってもよい。Group IDは、動作例2（Topology 2）で説明したGroup with Intermediate nodeを識別する識別情報であってもよく、動作例4（Topology 4）で説明したGroup with UEを識別する識別情報であってもよい。
　Ambient IoT deviceに関する情報は、RRCSetupComplete、RRCReconfigurationComplete、RRCResumeComplete、RRCReestablishmentComplete、UEAssistanceInfoに含まれていてもよい。
　（５－６）動作例6
　動作例6では、上述したTopology 2～Topology 4が想定されてもよい。動作例6では、ネットワーク装置50（Intermediate node、Assisting node又はUE）がソース基地局からターゲット基地局へのハンドオーバを行うケースが想定される。動作例6において、第1ノードに関するエリア内に存在するAmbient IoT deviceを把握し得る第1ノードは、ソース基地局（以下、Source gNB）である。実施形態によらなければ、第1ノードに関するエリア内に存在するAmbient IoT deviceを把握し得ない第2ノードは、ターゲット基地局（以下、Target gNB）である。第2ノードは、Ambient IoT deviceの上りリンクをスケジューリングする機能を有するノードと読み替えてもよい。第1ノードに関するエリアは、第1ノードと接続されるネットワーク装置50のカバーエリアである。
　以下においては、ネットワーク装置50がUEであるケース（Topology 4）について主として説明する。しかしながら、ネットワーク装置50がIntermediate node/Assisting node（Topology 2/3）であるケースが想定されてもよい。このようなケースにおいて、メッセージの名称は適宜読み替えられてもよい。
　第1に、図１２に示すように、ステップS60において、Source gNBは、Target gNBに対して、Handover requestを送信する。ステップS61において、Target gNBは、Source gNBに対して、Handover Ackを送信する。
　このような手順において、Handover requestは、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を含んでもよい。Ambient IoT deviceに関する情報の詳細は、動作例5と同様であってもよい。
　なお、Handover requestは、Handover preparation informationと読み替えてもよい。
　第2に、図１３に示すように、ステップS70において、Source gNBは、AMF（Access and Mobility Management Function）に対して、Handover requiredを送信する。ステップS71において、AMFは、Target gNBに対して、Handover requestを送信する。ステップS72において、Target gNBは、AMFに対して、Handover Ackを送信する。ステップS73において、AMFは、Source gNBに対して、Handover commandを送信する。
　このような手順において、Handover requiredは、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を含んでもよい。Handover requestは、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を含んでもよい。Ambient IoT deviceに関する情報の詳細は、動作例5と同様であってもよい。
　（５－７）動作例7
　動作例7では、上述したTopology 2～Topology 4が想定されてもよい。動作例7では、Ambient IoT deviceと直接的又は間接的に通信を行う基地局（gNB）が制御ユニット（CU）及び分散ユニット（DU）に分離されるケースが想定される。動作例7において、第1ノードに関するエリア内に存在するAmbient IoT deviceを把握し得る第1ノードは、CUである。実施形態によらなければ、第1ノードに関するエリア内に存在するAmbient IoT deviceを把握し得ない第2ノードは、DUである。第2ノードは、Ambient IoT deviceの上りリンクをスケジューリングする機能を有するノードと読み替えてもよい。第1ノードに関するエリアは、CUを含む基地局（gNB）のカバーエリアである。
　以下においては、ネットワーク装置50がUEであるケース（Topology 4）について主として説明する。しかしながら、ネットワーク装置50がIntermediate node/Assisting node（Topology 2/3）であるケースが想定されてもよい。このようなケースにおいて、メッセージの名称は適宜読み替えられてもよい。
　第1に、図１４に示すように、ステップS80において、CUは、DUに対して、UE context setup requestを送信する。ステップS81において、DUは、CUに対して、UE context setup responseを送信する。
　このような手順において、UE context setup requestは、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を含んでもよい。UE context setup requestは、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を含んでもよい。Ambient IoT deviceに関する情報の詳細は、動作例5と同様であってもよい。
　第2に、図１５に示すように、ステップS90において、CUは、DUに対して、UE CONTEXT MODIFICATION REQUESTを送信する。ステップS91において、DUは、CUに対して、UE CONTEXT MODIFICATION RESPONSEを送信する。
　このような手順において、UE CONTEXT MODIFICATION REQUESTは、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を含んでもよい。UE CONTEXT MODIFICATION REQUESTは、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を含んでもよい。Ambient IoT deviceに関する情報の詳細は、動作例5と同様であってもよい。
　（６）作用及び効果
　実施形態では、ネットワーク装置50（gNB、Intermediate node、Assisting node又はUE）は、呼び出すべきAmbient IoT deviceの範囲を特定する情報を含むメッセージに基づいて、Ambient IoT deviceの呼出制御を実行してもよい。このような構成によれば、Ambient IoT deviceが位置登録を行わない状況下においても、Ambient IoT deviceの呼出制御を適切に実行することができる。
　実施形態では、ネットワーク装置50（gNB、Intermediate node、Assisting node又はUE）は、Ambient IoT device用の制御方法に基づいて、Ambient IoT deviceを呼び出すメッセージ（Paging like message）の送信を制御してもよい。このような構成によれば、Ambient IoT deviceが位置登録を行わず、Ambient IoT deviceがPaging occasionの監視を行わない状況下においても、Ambient IoT deviceを適切に呼び出すことができる。
　実施形態では、ネットワーク装置50（gNB、Intermediate node、Assisting node又はUE）は、アクセス要求メッセージ（RACH like preamble）に応じて、Ambient IoT deviceから送信される上りリンクデータ信号に関するセキュリティ設定情報を含むアクセス応答メッセージ（RACH like response）を送信してもよい。このような構成によれば、アクセス応答メッセージ（RACH like response）の後に送信される上りリンクデータ信号を適切に保護することができる。
　実施形態では、ネットワーク装置50（gNB、Intermediate node、Assisting node又はUE）は、上りリンクデータ信号に関する位置情報を含む上りリンクデータ信号を上位ノードに送信してもよい。このような構成によれば、Ambient IoT deviceの位置情報が管理されない場合であっても、Ambient IoT deviceから送信される上りリンクデータ信号に関する位置情報によって、Ambient IoT deviceの位置情報を擬似的に特定することができる。
　実施形態では、第1ノードは、第1ノードに関するエリア内に存在し得るAmbient IoT deviceに関する情報を第2ノードに送信してもよい。このような構成によれば、第2ノードは、Ambient IoT deviceが存在するか否かを把握するとともに、Ambient IoT deviceのスケジューリングを適切に実行することができる。
　例えば、動作例5において、gNBは、ネットワーク装置50（Intermediate node又はUE）の配下にAmbient IoT deviceが存在するか否かを把握することができ、Ambient IoT deviceに関するDevice ID又はGroup IDを取得すれば、Ambient IoT deviceのスケジューリングを適切に実行することができる。
　例えば、動作例6において、Target gNBは、ハンドオーバ手順の完了後に、ネットワーク装置50（Intermediate node、Assisting node又はUE）の配下にAmbient IoT deviceが存在するか否かを把握することができ、Ambient IoT deviceに関するDevice ID又はGroup IDを取得すれば、Ambient IoT deviceのスケジューリングを速やかに開始することができる。さらに、動作例6において、ネットワーク装置50（Intermediate node、Assisting node又はUE）の配下に存在するAmbient IoT deviceが間接的に接続されるgNBをトラッキングすることによって、gNBの位置情報（又は、ネットワーク装置50の位置情報）などによって擬似的にAmbient IoT deviceの位置情報をトラッキングすることができる。
　例えば、動作例7において、DUは、ネットワーク装置50（gNB、Intermediate node、Assisting node又はUE）の配下に存在するAmbient IoT device（CUによって把握されているAmbient IoT device）を把握することができ、Ambient IoT deviceに関するDevice ID又はGroup IDを取得すれば、Ambient IoT deviceのスケジューリングを適切に実行することができる。
　（７）その他の実施形態
　以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
　上述した実施形態の説明に用いたブロック構成図（図４及び図５）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼ばれる。何れも、上述したとおり、実現方法は特に限定されない。
　さらに、上述したネットワーク装置50及びUE200（当該装置）は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１６は、当該装置のハードウェア構成の一例を示す図である。図１６に示すように、当該装置は、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びバス1007などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。当該装置のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　当該装置の各機能ブロック（図４及び図５を参照）は、当該コンピュータ装置の何れかのハードウェア要素、又は当該ハードウェア要素の組み合わせによって実現される。
　また、当該装置における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）によって構成されてもよい。
　また、プロセッサ1001は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。さらに、上述の各種処理は、１つのプロセッサ1001によって実行されてもよいし、２つ以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、Read Only Memory（ROM）、Erasable Programmable ROM（EPROM）、Electrically Erasable Programmable ROM（EEPROM）、Random Access Memory（RAM）などの少なくとも１つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ1002は、本開示の一実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、Compact Disc ROM（CD-ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記録媒体は、例えば、メモリ1002及びストレージ1003の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
　通信装置1004は、例えば周波数分割複信（Frequency Division Duplex：FDD）及び時分割複信（Time Division Duplex：TDD）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
　入力装置1005は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置1006は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカ、LEDランプなど）である。なお、入力装置1005及び出力装置1006は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　さらに、当該装置は、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor： DSP）、Application Specific Integrated Circuit（ASIC）、Programmable Logic Device（PLD）、Field Programmable Gate Array（FPGA）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　また、情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、Downlink Control Information（DCI）、Uplink Control Information（UCI）、上位レイヤシグナリング（例えば、RRCシグナリング、Medium Access Control（MAC）シグナリング、報知情報（Master Information Block（MIB）、System Information Block（SIB））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ（RRC Connection Setup）メッセージ、RRC接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
　本開示において説明した各態様／実施形態は、Long Term Evolution（LTE）、LTE-Advanced（LTE-A）、SUPER 3G、IMT-Advanced、4th generation mobile communication system（4G）、5th generation mobile communication system（5G）、Future Radio Access（FRA）、New Radio（NR）、W-CDMA（登録商標）、GSM（登録商標）、CDMA2000、Ultra Mobile Broadband（UMB）、IEEE 802.11（Wi-Fi（登録商標））、IEEE 802.16（WiMAX（登録商標））、IEEE 802.20、Ultra-WideBand（UWB）、Bluetooth（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせなど）適用されてもよい。
　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、MME又はS-GWなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、MME及びS-GW）であってもよい。
　情報、信号（情報等）は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報は、上書き、更新、又は追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital Subscriber Line：DSL）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術の何れかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（Component Carrier：CC）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、PUCCH、PDCCHなど）及び情報要素は、あらゆる好適な名称によって識別できるため、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示においては、「基地局（Base Station：BS）」、「無線基地局」、「固定局（fixed station）」、「NodeB」、「eNodeB（eNB）」、「gNodeB（gNB）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote Radio Head：RRH）によって通信サービスを提供することもできる。
　「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示においては、「移動局（Mobile Station：MS）」、「ユーザ端末（user　terminal）」、「ユーザ装置（User Equipment：UE）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet of Things（IoT）機器であってもよい。
　また、本開示における基地局は、移動局（ユーザ端末、以下同）として読み替えてもよい。例えば、基地局及び移動局間の通信を、複数の移動局間の通信（例えば、Device-to-Device（D2D）、Vehicle-to-Everything（V2X）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、基地局が有する機能を移動局が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示における移動局は、基地局として読み替えてもよい。この場合、移動局が有する機能を基地局が有する構成としてもよい。
　無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。
　サブフレームはさらに時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、1ms）であってもよい。
　ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier Spacing：SCS）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission Time Interval：TTI）、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（Orthogonal Frequency Division Multiplexing（OFDM））シンボル、Single Carrier Frequency Division Multiple Access（SC-FDMA）シンボルなど）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH（又はPUSCH）は、PDSCH（又はPUSCH）マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH（又はPUSCH）は、PDSCH（又はPUSCH）マッピングタイプBと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、何れも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（TTI）と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、１スロット又は１ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム（1ms）であってもよいし、1msより短い期間（例えば、１－１３シンボル）であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
　TTIは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該TTIよりも短くてもよい。
　なお、１スロット又は１ミニスロットがTTIと呼ばれる場合、１以上のTTI（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　1msの時間長を有するTTIは、通常TTI（LTE Rel.8-12におけるTTI）、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングTTI（例えば、通常TTI、サブフレームなど）は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI（例えば、短縮TTIなど）は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
　リソースブロック（RB）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、RBの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１TTIの長さであってもよい。１TTI、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
　なお、１つ又は複数のRBは、物理リソースブロック（Physical RB：PRB）、サブキャリアグループ（Sub-Carrier Group：SCG）、リソースエレメントグループ（Resource Element Group：REG）、PRBペア、RBペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（Resource Element：RE）によって構成されてもよい。例えば、１REは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth Part：BWP）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通RB（common resource blocks）のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
　BWPには、UL用のBWP（UL BWP）と、DL用のBWP（DL BWP）とが含まれてもよい。UEに対して、１キャリア内に１つ又は複数のBWPが設定されてもよい。
　設定されたBWPの少なくとも１つがアクティブであってもよく、UEは、アクティブなBWPの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic Prefix：CP）長などの構成は、様々に変更することができる。
　「接続された（connected）」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　参照信号は、Reference Signal（RS）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　本開示において使用する「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　図１７は、車両2001の構成例を示す。図１７に示すように、車両2001は、駆動部2002、操舵部2003、アクセルペダル2004、ブレーキペダル2005、シフトレバー2006、左右の前輪2007、左右の後輪2008、車軸2009、電子制御部2010、各種センサ2021～2029、情報サービス部2012と通信モジュール2013を備える。
　駆動部2002は、例えば、エンジン、モータ、エンジンとモータのハイブリッドで構成される。
　操舵部2003は、少なくともステアリングホイール（ハンドルとも呼ぶ）を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪及び後輪の少なくとも一方を操舵するように構成される。
　電子制御部2010は、マイクロプロセッサ2031、メモリ（ROM、RAM）2032、通信ポート（IOポート）2033で構成される。電子制御部2010には、車両に備えられた各種センサ2021～2027からの信号が入力される。電子制御部2010は、ECU（Electronic Control Unit）と呼んでもよい。
　各種センサ2021～2028からの信号としては、モータの電流をセンシングする電流センサ2021からの電流信号、回転数センサ2022によって取得された前輪や後輪の回転数信号、空気圧センサ2023によって取得された前輪や後輪の空気圧信号、車速センサ2024によって取得された車速信号、加速度センサ2025によって取得された加速度信号、アクセルペダルセンサ2029によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ2026によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ2027によって取得されたシフトレバーの操作信号、物体検知センサ2028によって取得された障害物、車両、歩行者などを検出するための検出信号などがある。
　情報サービス部2012は、カーナビゲーションシステム、オーディオシステム、スピーカ、テレビ、ラジオといった、運転情報、交通情報、エンターテイメント情報等の各種情報を提供するための各種機器と、これらの機器を制御する1つ以上のECUとから構成される。情報サービス部2012は、外部装置から通信モジュール2013等を介して取得した情報を利用して、車両1の乗員に各種マルチメディア情報及びマルチメディアサービスを提供する。
　運転支援システム部2030は、ミリ波レーダ、LiDAR（Light Detection and Ranging）、カメラ、測位ロケータ（例えば、GNSSなど）、地図情報（例えば、高精細（HD）マップ、自動運転車（AV）マップなど）、ジャイロシステム（例えば、IMU（Inertial Measurement Unit）、INS（Inertial Navigation System）など）、AI（Artificial Intelligence）チップ、AIプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する1つ以上のECUとから構成される。また、運転支援システム部2030は、通信モジュール2013を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
　通信モジュール2013は通信ポートを介して、マイクロプロセッサ2031及び車両1の構成要素と通信することができる。例えば、通信モジュール2013は通信ポート2033を介して、車両2001に備えられた駆動部2002、操舵部2003、アクセルペダル2004、ブレーキペダル2005、シフトレバー2006、左右の前輪2007、左右の後輪2008、車軸2009、電子制御部2010内のマイクロプロセッサ2031及びメモリ（ROM、RAM）2032、センサ2021～2028との間でデータを送受信する。
　通信モジュール2013は、電子制御部2010のマイクロプロセッサ2031によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール2013は、電子制御部2010の内部と外部のどちらにあってもよい。外部装置は、例えば、基地局、移動局等であってもよい。
　通信モジュール2013は、電子制御部2010に入力された電流センサからの電流信号を、無線通信を介して外部装置へ送信する。また、通信モジュール2013は、電子制御部2010に入力された、回転数センサ2022によって取得された前輪や後輪の回転数信号、空気圧センサ2023によって取得された前輪や後輪の空気圧信号、車速センサ2024によって取得された車速信号、加速度センサ2025によって取得された加速度信号、アクセルペダルセンサ2029によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ2026によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ2027によって取得されたシフトレバーの操作信号、物体検知センサ2028によって取得された障害物、車両、歩行者などを検出するための検出信号などについても無線通信を介して外部装置へ送信する。
　通信モジュール2013は、外部装置から送信されてきた種々の情報（交通情報、信号情報、車間情報など）を受信し、車両に備えられた情報サービス部2012へ表示する。また、通信モジュール2013は、外部装置から受信した種々の情報をマイクロプロセッサ2031によって利用可能なメモリ2032へ記憶する。メモリ2032に記憶された情報に基づいて、マイクロプロセッサ2031が車両2001に備えられた駆動部2002、操舵部2003、アクセルペダル2004、ブレーキペダル2005、シフトレバー2006、左右の前輪2007、左右の後輪2008、車軸2009、センサ2021～2028などの制御を行ってもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
　（付記1）
　上述した開示は、以下のように表現されてもよい。
　第1-1の特徴は、呼び出すべき簡易端末の範囲を特定する情報を含むメッセージを受信する受信部と、前記メッセージに基づいて、前記簡易端末の呼出制御を実行する制御部と、を備える、ネットワーク装置である。
　第1-2の特徴は、第1-1の特徴において、前記呼び出すべき簡易端末の範囲を特定する情報は、前記簡易端末から情報を取得する装置の識別情報、前記簡易端末と直接的又は間接的に通信を行う基地局の識別情報、前記簡易端末が存在し得る地理的なエリアの識別情報、通常端末が位置登録を行うトラッキングエアリアの識別情報及び前記簡易端末のグループの識別情報の少なくともいずれか1つを含む、ネットワーク装置である。
　第1-3の特徴は、第1-1の特徴又は第1-2の特徴において、前記制御部は、前記ネットワーク装置に接続された前記簡易端末が前記呼び出すべき簡易端末の範囲に含まれる場合に、前記簡易端末を呼び出すメッセージを送信する制御を実行する、ネットワーク装置である。
　第1-4の特徴は、簡易端末と、ネットワーク装置と、を備え、前記ネットワーク装置は、呼び出すべき簡易端末の範囲を特定する情報を含むメッセージを受信する受信部と、前記メッセージに基づいて、前記簡易端末の呼出制御を実行する制御部と、を備える、無線通信システムである。
　第1-5の特徴は、呼び出すべき簡易端末の範囲を特定する情報を含むメッセージを受信するステップと、前記メッセージに基づいて、前記簡易端末の呼出制御を実行するステップと、を備える、無線通信方法である。
　（付記2）
　上述した開示は、以下のように表現されてもよい。
　第2-1の特徴は、簡易端末を呼び出すメッセージを送信する送信部と、前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御する制御部と、を備える、ネットワーク装置である。
　第2-2の特徴は、第2-1の特徴において、前記制御部は、前記簡易端末用の制御方法として、前記メッセージの繰り返し送信を実行する、ネットワーク装置である。
　第2-3の特徴は、第2-1の特徴又は第2-2の特徴において、前記制御部は、前記簡易端末用の制御方法として、前記簡易端末の識別情報及び前記簡易端末のグループの識別情報の少なくともいずれか1つを前記メッセージに含める制御を実行する、ネットワーク装置である。
　第2-4の特徴は、簡易端末と、ネットワーク装置と、を備え、前記ネットワーク装置は、前記簡易端末を呼び出すメッセージを送信する送信部と、前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御する制御部と、を備える、無線通信システムである。
　第2-5の特徴は、簡易端末を呼び出すメッセージを送信するステップと、前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御するステップと、を備える、無線通信方法である。
　（付記3）
　上述した開示は、以下のように表現されてもよい。
　第3-1の特徴は、簡易端末からアクセス要求メッセージを受信する受信部と、前記アクセス要求メッセージに応じて、アクセス応答メッセージを送信する送信部と、を備え、前記アクセス応答メッセージは、前記アクセス応答メッセージの後に前記簡易端末から送信される上りリンクデータ信号に関するセキュリティ設定情報を含む、ネットワーク装置である。
　第3-2の特徴は、第3-1の特徴において、前記アクセス応答メッセージは、前記簡易端末の識別情報及び前記簡易端末のグループの識別情報の少なくともいずれか1つを含む、ネットワーク装置である。
　第3-3の特徴は、簡易端末と、ネットワーク装置と、を備え、前記ネットワーク装置は、前記簡易端末からアクセス要求メッセージを受信する受信部と、前記アクセス要求メッセージに応じて、アクセス応答メッセージを送信する送信部と、を備え、前記アクセス応答メッセージは、前記アクセス応答メッセージの後に前記簡易端末から送信される上りリンクデータ信号に関するセキュリティ設定情報を含む、無線通信システムである。
　第3-4の特徴は、簡易端末からアクセス要求メッセージを受信するステップと、前記アクセス要求メッセージに応じて、アクセス応答メッセージを送信するステップと、を備え、前記アクセス応答メッセージは、前記アクセス応答メッセージの後に前記簡易端末から送信される上りリンクデータ信号に関するセキュリティ設定情報を含む、無線通信方法である。
　（付記4）
　上述した開示は、以下のように表現されてもよい。
　第4-1の特徴は、簡易端末から上りリンクデータ信号を受信する受信部と、前記上りリンクデータ信号を上位ノードに送信する制御を実行する制御部と、を備え、前記制御部は、前記上りリンクデータ信号に関する位置情報を前記上りリンクデータ信号に含める制御を実行する、ネットワーク装置である。
　第4-2の特徴は、第4-1の特徴において、前記上りリンクデータ信号に関する位置情報は、前記ネットワーク装置の位置情報である。ネットワーク装置である。
　第4-3の特徴は、第4-1の特徴又は第4-2の特徴において、前記簡易端末から受信する前記上りリンクデータ信号は、前記上りリンクデータ信号に関するタイムスタンプを含む、ネットワーク装置である。
　第4-4の特徴は、第4-1の特徴乃至第4-3の特徴の少なくともいずれか1つにおいて、前記簡易端末から受信する前記上りリンクデータ信号は、前記簡易端末の識別情報及び前記簡易端末のグループの識別情報の少なくともいずれか1つを含む、ネットワーク装置である。
　第4-5の特徴は、簡易端末と、ネットワーク装置と、を備え、前記ネットワーク装置は、前記簡易端末から上りリンクデータ信号を受信する受信部と、前記上りリンクデータ信号を上位ノードに送信する制御を実行する制御部と、を備え、前記制御部は、前記上りリンクデータ信号に関する位置情報を前記上りリンクデータ信号に含める制御を実行する、無線通信システムである。
　第4-6の特徴は、簡易端末から上りリンクデータ信号を受信するステップAと、前記上りリンクデータ信号を上位ノードに送信する制御を実行するステップBと、を備え、前記ステップBは、前記上りリンクデータ信号に関する位置情報を前記上りリンクデータ信号に含める制御を実行するステップを含む、無線通信方法である。
　（付記5）
　上述した開示は、以下のように表現されてもよい。
　第5-1の特徴は、第1ノードであって、簡易端末との通信を制御する制御部と、前記第1ノードに関するエリア内に存在し得る前記簡易端末に関する情報を第2ノードに送信する送信部と、を備える、第1ノードである。
　第5-2の特徴は、第5-1の特徴において、前記簡易端末と通信を実行するネットワーク装置が前記簡易端末と直接的なインタフェースを有していない基地局と接続される場合において、前記第1ノードは前記ネットワーク装置であり、前記第2ノードは前記基地局である、第1ノード。
　第5-3の特徴は、第5-1の特徴において、前記簡易端末と通信を実行するネットワーク装置がソース基地局からターゲット基地局へのハンドオーバを行う場合に、前記第1ノードは前記ソース基地局であり、前記第2ノードは前記ターゲット基地局である、第1ノードである。
　第5-4の特徴は、第5-1の特徴において、前記簡易端末と直接的又は間接的に通信を行う基地局が制御ユニット及び分散ユニットに分離される場合において、前記第1ノードは前記制御ユニットであり、前記第2ノードは前記分散ユニットである、第1ノードである。
　第5-5の特徴は、第1ノードと、第2ノードと、を備え、前記第1ノードは、簡易端末との通信を制御する制御部と、前記第1ノードに関するエリア内に存在し得る前記簡易端末に関する情報を前記第2ノードに送信する送信部と、を備える、無線通信システムである。
　第5-6の特徴は、第1ノードが簡易端末との通信を制御するステップと、前記第1ノードに関するエリア内に存在し得る前記簡易端末に関する情報を第2ノードに送信するステップと、を備える、無線通信方法である。
　10　無線通信システム
　10A　第1ネットワーク
　10B　第2ネットワーク
　20A,20B　無線アクセスネットワーク
　30A,30B　コアネットワーク
　50　ネットワーク装置
　51　受信部
　52　送信部
　53　制御部
　100A,100B　基地局
　200　UE
　210　無線信号送受信部
　220　アンプ部
　230　変復調部
　240　制御信号・参照信号処理部
　250　符号化/復号部
　260　データ送受信部
　270　制御部
　1001　プロセッサ
　1002　メモリ
　1003　ストレージ
　1004　通信装置
　1005　入力装置
　1006　出力装置
　1007　バス
　2001　車両
　2002　駆動部
　2003　操舵部
　2004　アクセルペダル
　2005　ブレーキペダル
　2006　シフトレバー
　2007　左右の前輪
　2008　左右の後輪
　2009　車軸
　2010　電子制御部
　2012　情報サービス部
　2013　通信モジュール
　2021　電流センサ
　2022　回転数センサ
　2023　空気圧センサ
　2024　車速センサ
　2025　加速度センサ
　2026　ブレーキペダルセンサ
　2027　シフトレバーセンサ
　2028　物体検出センサ
　2029　アクセルペダルセンサ
　2030　運転支援システム部
　2031　マイクロプロセッサ
　2032　メモリ（ROM, RAM）
　2033　通信ポート

Claims (5)

  1. 　簡易端末を呼び出すメッセージを送信する送信部と、
    　前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御する制御部と、を備える、ネットワーク装置。
  2. 　前記制御部は、前記簡易端末用の制御方法として、前記メッセージの繰り返し送信を実行する、請求項１に記載のネットワーク装置。
  3. 　前記制御部は、前記簡易端末用の制御方法として、前記簡易端末の識別情報及び前記簡易端末のグループの識別情報の少なくともいずれか1つを前記メッセージに含める制御を実行する、請求項１に記載のネットワーク装置。
  4. 　簡易端末と、
    　ネットワーク装置と、を備え、
    　前記ネットワーク装置は、
    　　前記簡易端末を呼び出すメッセージを送信する送信部と、
    　　前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御する制御部と、を備える、無線通信システム。
  5. 　簡易端末を呼び出すメッセージを送信するステップと、
    　前記簡易端末用の制御方法に基づいて、前記メッセージの送信を制御するステップと、を備える、無線通信方法。
PCT/JP2024/013485 2024-04-01 2024-04-01 ネットワーク装置、無線通信システム及び無線通信方法 Pending WO2025210705A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/013485 WO2025210705A1 (ja) 2024-04-01 2024-04-01 ネットワーク装置、無線通信システム及び無線通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/013485 WO2025210705A1 (ja) 2024-04-01 2024-04-01 ネットワーク装置、無線通信システム及び無線通信方法

Publications (1)

Publication Number Publication Date
WO2025210705A1 true WO2025210705A1 (ja) 2025-10-09

Family

ID=97266693

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/013485 Pending WO2025210705A1 (ja) 2024-04-01 2024-04-01 ネットワーク装置、無線通信システム及び無線通信方法

Country Status (1)

Country Link
WO (1) WO2025210705A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022010012A (ja) * 2014-01-30 2022-01-14 日本電気株式会社 無線端末、基地局、及びこれらの方法
JP2022136075A (ja) * 2016-07-18 2022-09-15 クアルコム，インコーポレイテッド ＮＢ－ＩｏＴ用のマルチＰＲＢページング／ランダムアクセス

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022010012A (ja) * 2014-01-30 2022-01-14 日本電気株式会社 無線端末、基地局、及びこれらの方法
JP2022136075A (ja) * 2016-07-18 2022-09-15 クアルコム，インコーポレイテッド ＮＢ－ＩｏＴ用のマルチＰＲＢページング／ランダムアクセス

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
GUANZHOU WANG, INTERDIGITAL INC.: "KI#2, New Solution, On-demand Paging for Ambient IoT Devices.", 3GPP DRAFT; S2-2402876; TYPE PCR; FS_AMBIENTIOT, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Athens, GR; 20240226 - 20240301, 16 February 2024 (2024-02-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052566832 *

Similar Documents

Publication Publication Date Title
JP2025166071A (ja) 端末、基地局、無線通信システム及び無線通信方法
WO2025017799A1 (ja) 端末、基地局、無線通信システム及び無線通信方法
WO2023135637A1 (ja) 端末、基地局、無線通信システム及び無線通信方法
WO2023067778A1 (ja) 端末、基地局、無線通信システム及び無線通信方法
WO2025210705A1 (ja) ネットワーク装置、無線通信システム及び無線通信方法
WO2025210703A1 (ja) ネットワーク装置、無線通信システム及び無線通信方法
WO2025210708A1 (ja) ネットワーク装置、無線通信システム及び無線通信方法
WO2025210707A1 (ja) ネットワーク装置、無線通信システム及び無線通信方法
WO2025210706A1 (ja) ネットワーク装置、無線通信システム及び無線通信方法
WO2025220570A1 (ja) 代表端末、無線通信システム及び無線通信方法
JP2025157067A (ja) 通信装置、リーダ装置、無線通信システム及び無線通信方法
WO2026033655A1 (ja) 端末、ネットワーク装置、無線通信システム及び無線通信方法
WO2026004087A1 (ja) ネットワーク装置、無線通信システム及び無線通信方法
JP2025155657A (ja) 簡易端末、ネットワーク装置、無線通信システム及び無線通信方法
JP2025155686A (ja) 通信装置、リーダ装置、無線通信システム及び無線通信方法
JP2025155688A (ja) 端末、基地局、無線通信システム及び無線通信方法
WO2026033650A1 (ja) 端末、ネットワーク装置、無線通信システム及び無線通信方法
JP2025157073A (ja) リーダ装置、無線通信システム及び無線通信方法
WO2026004095A1 (ja) リーダ装置、無線通信システム及び無線通信方法
JP2025155687A (ja) 端末、基地局、無線通信システム及び無線通信方法
JP2025157076A (ja) 通信装置、リーダ装置、無線通信システム及び無線通信方法
WO2025141874A1 (ja) ネットワーク装置、無線通信システム及び無線通信方法
WO2025079156A1 (ja) 基地局、無線通信システム及び無線通信方法
JP2025157098A (ja) 端末、無線通信システム及び無線通信方法
WO2026048059A1 (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: 24934122

Country of ref document: EP

Kind code of ref document: A1