WO2018043243A1 - 無線端末及び基地局 - Google Patents

無線端末及び基地局 Download PDF

Info

Publication number
WO2018043243A1
WO2018043243A1 PCT/JP2017/030121 JP2017030121W WO2018043243A1 WO 2018043243 A1 WO2018043243 A1 WO 2018043243A1 JP 2017030121 W JP2017030121 W JP 2017030121W WO 2018043243 A1 WO2018043243 A1 WO 2018043243A1
Authority
WO
WIPO (PCT)
Prior art keywords
receiving
wireless terminal
transmission
common resource
counting
Prior art date
Application number
PCT/JP2017/030121
Other languages
English (en)
French (fr)
Inventor
真人 藤代
ヘンリー チャン
宏行 浦林
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Priority to JP2018537182A priority Critical patent/JP6751765B2/ja
Priority to US16/328,594 priority patent/US11032673B2/en
Publication of WO2018043243A1 publication Critical patent/WO2018043243A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • 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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Definitions

  • the present disclosure relates to a radio terminal and a base station for a mobile communication system.
  • MBMS Multimedia Broadcast Multicast Service
  • MBSFN Multicast Broadcast Single Frequency Network
  • SC-PTM Single Cell Point-To-Multipoint
  • a wireless terminal includes a counting request for requesting transmission of a counting response to a plurality of wireless terminals that are receiving or interested in receiving a specific MBMS service, and the plurality of wireless terminals are configured to receive the counting response.
  • a reception unit that receives a common resource setting indicating a common resource pool to be commonly used for transmission from the network, and the wireless terminal receives the specific MBMS service in response to reception of the counting request, or
  • a control unit that determines whether or not the mobile station is interested in reception; and a radio resource included in the common resource pool according to whether the wireless terminal is receiving the specific MBMS service or interested in reception.
  • a transmitter that transmits the counting response to the network.
  • the base station includes a counting request for requesting transmission of a counting response to a plurality of radio terminals receiving or interested in receiving a specific MBMS service, and the plurality of radio terminals receiving the counting response
  • the wireless terminal according to the third feature is a wireless terminal for a mobile communication system.
  • the wireless terminal obtains a unique identifier of a reception unit that receives a common resource setting indicating a common resource that a plurality of wireless terminals should use in common for uplink signal transmission, and a unique identifier of the own wireless terminal.
  • a control unit that determines, from among the common resources, a radio resource used by an own radio terminal for transmitting an uplink signal, and a transmission unit that transmits an uplink signal to the network using the determined radio resource; .
  • the mobile communication system according to the embodiment is an LTE (Long Term Evolution) system whose specifications are defined by 3GPP.
  • FIG. 1 is a diagram illustrating a configuration of an LTE system according to the embodiment.
  • FIG. 2 is a diagram illustrating a network configuration for MBMS.
  • the LTE system includes a radio terminal (UE: User Equipment) 100, a radio access network (E-UTRAN: Evolved-UMTS Terrestrial Radio Access Network) 10, and a core network (EPC: Evolved Packet Core) 20. Is provided.
  • the E-UTRAN 10 and the EPC 20 constitute an LTE system network.
  • UE 100 is a mobile communication device, and performs radio communication with eNB 200 that manages a cell (serving cell) in which UE 100 is located.
  • the E-UTRAN 10 includes a base station (eNB: evolved Node-B) 200.
  • the eNB 200 is connected to each other via the X2 interface.
  • the eNB 200 manages one or a plurality of cells, and performs radio communication with the UE 100 that has established a connection with the own cell.
  • the eNB 200 has a radio resource management (RRM) function, a routing function of user data (hereinafter simply referred to as “data”), a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term indicating a minimum unit of a wireless communication area.
  • the “cell” is also used as a term indicating a function or resource for performing wireless communication with the UE 100.
  • the EPC 20 includes a mobility management entity (MME) and a serving gateway (S-GW) 300.
  • MME performs various mobility control etc. with respect to UE100.
  • S-GW performs data transfer control.
  • the MME / S-GW 300 is connected to the eNB 200 via the S1 interface.
  • the E-UTRAN 10 includes an MCE (Multi-Cell / Multicast Coordinating Entity) 11.
  • the MCE 11 is connected to the eNB 200 via the M2 interface and is connected to the MME 300 via the M3 interface (see FIG. 2).
  • the MCE 11 performs MBSFN radio resource management / allocation and the like. Specifically, the MCE 11 performs MBSFN transmission scheduling. On the other hand, scheduling of SC-PTM transmission is performed by the eNB 200.
  • the EPC 20 includes an MBMS GW (MBMS Gateway) 21.
  • the MBMS GW 21 is connected to the eNB 200 via the M1 interface, is connected to the MME 300 via the Sm interface, and is connected to the BM-SC 22 via the SG-mb and SGi-mb interfaces (see FIG. 2).
  • the MBMS GW 21 performs IP multicast data transmission, session control, and the like for the eNB 200.
  • the EPC 20 includes a BM-SC (Broadcast Multicast Service Center) 22.
  • the BM-SC 22 is connected to the MBMS GW 21 via the SG-mb and SGi-mb interfaces, and is connected to the P-GW 23 via the SGi interface (see FIG. 2).
  • the BM-SC 22 performs management / allocation of TMGI (Temporary Mobile Group Identity).
  • GCS AS31 is an application server for group communication.
  • the GCS AS 31 is connected to the BM-SC 22 via the MB2-U and MB2-C interfaces, and is connected to the P-GW 23 via the SGi interface.
  • the GCS AS 31 performs group management and data distribution in group communication.
  • FIG. 3 is a diagram illustrating a configuration of the UE 100 (wireless terminal) according to the embodiment. As illustrated in FIG. 3, the UE 100 includes a reception unit 110, a transmission unit 120, and a control unit 130.
  • the receiving unit 110 performs various types of reception under the control of the control unit 130.
  • the receiving unit 110 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 130.
  • the transmission unit 120 performs various transmissions under the control of the control unit 130.
  • the transmission unit 120 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output from the control unit 130 into a radio signal and transmits it from the antenna.
  • the control unit 130 performs various controls in the UE 100.
  • the control unit 130 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor performs modulation / demodulation and encoding / decoding of the baseband signal.
  • the CPU performs various processes by executing programs stored in the memory.
  • the processor may include a codec that performs encoding / decoding of an audio / video signal.
  • the processor executes various processes described later.
  • FIG. 4 is a diagram illustrating a configuration of the eNB 200 (base station) according to the embodiment.
  • the eNB 200 includes a transmission unit 210, a reception unit 220, a control unit 230, and a backhaul communication unit 240.
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • the transmission unit 210 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output from the control unit 230 into a radio signal and transmits it from the antenna.
  • the receiving unit 220 performs various types of reception under the control of the control unit 230.
  • the receiving unit 220 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 230.
  • the control unit 230 performs various controls in the eNB 200.
  • the control unit 230 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor performs modulation / demodulation and encoding / decoding of the baseband signal.
  • the CPU performs various processes by executing programs stored in the memory.
  • the processor executes various processes described later.
  • the backhaul communication unit 240 is connected to the adjacent eNB via the X2 interface and is connected to the MME / S-GW 300 via the S1 interface.
  • the backhaul communication unit 240 is used for communication performed on the X2 interface, communication performed on the S1 interface, and the like.
  • FIG. 5 is a diagram showing a protocol stack of a radio interface in the LTE system.
  • the radio interface protocol is divided into first to third layers of the OSI reference model.
  • the first layer includes a physical (PHY) layer.
  • the second layer includes a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer.
  • the third layer includes an RRC (Radio Resource Control) layer.
  • the physical layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Between the physical layer of the UE 100 and the physical layer of the eNB 200, data and control signals are transmitted via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by HARQ (Hybrid ARQ), and the like. Between the MAC layer of the UE 100 and the MAC layer of the eNB 200, data and control signals are transmitted via the transport channel.
  • the MAC layer of the eNB 200 includes a scheduler. The scheduler determines the uplink / downlink transport format (transport block size, modulation / coding scheme (MCS)) and the resource blocks allocated to the UE 100.
  • MCS modulation / coding scheme
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Data and control signals are transmitted between the RLC layer of the UE 100 and the RLC layer of the eNB 200 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the RRC layer is defined only in the control plane that handles control signals. Messages for various settings (RRC messages) are transmitted between the RRC layer of the UE 100 and the RRC layer of the eNB 200.
  • the RRC layer controls the logical channel, the transport channel, and the physical channel according to establishment, re-establishment, and release of the radio bearer.
  • RRC connection When there is a connection (RRC connection) between the RRC of the UE 100 and the RRC of the eNB 200, the UE 100 is in the RRC connected mode, otherwise, the UE 100 is in the RRC idle mode.
  • the NAS (Non-Access Stratum) layer located above the RRC layer performs session management and mobility management.
  • FIG. 6 is a diagram illustrating a configuration of a downlink channel of the LTE system.
  • FIG. 6A shows a mapping between a logical channel (Downlink Logical Channel) and a transport channel (Downlink Transport Channel).
  • PCCH Paging Control Channel
  • PCH PCH
  • BCCH Broadcast Control Channel
  • BCCH Broadcast Control Channel
  • DL-SCH Downlink Shared Channel
  • CCCH Common Control Channel
  • CCCH is a logical channel for transmission control information between the UE 100 and the eNB 200.
  • the CCCH is used when the UE 100 does not have an RRC connection with the network.
  • CCCH is mapped to DL-SCH.
  • DCCH (Dedicated Control Channel) is a logical channel for transmitting individual control information between the UE 100 and the network.
  • the DCCH is used when the UE 100 has an RRC connection.
  • DCCH is mapped to DL-SCH.
  • DTCH (Dedicated Traffic Channel) is an individual logical channel for data transmission. DTCH is mapped to DL-SCH.
  • SC-MTCH Single Cell Multicast Traffic Channel
  • SC-MTCH Single Cell Multicast Traffic Channel
  • SC-MTCH is a point-to-multipoint downlink channel for transmitting data from the network to UE 100 using SC-PTM transmission.
  • SC-MCCH Single Cell Multicast Control Channel
  • the SC-MTCH is a point-to-multipoint downlink channel for transmitting MBMS control information for one or more SC-MTCHs from the network to the UE 100.
  • SC-MCCH is used for UE 100 that receives or is interested in receiving MBMS using SC-PTM. Also, only one SC-MCCH exists in one cell. “I am interested in receiving MBMS” means, for example, a state in which an MBMS service has not been received yet but is set to receive an MBMS service from an upper layer (for example, an application layer).
  • MCCH Multicast Control Channel
  • MCH Multicast Channel
  • MTCH Multicast Traffic Channel
  • FIG. 6B shows a mapping between a transport channel (Downlink Transport Channel) and a physical channel (Downlink Physical Channel).
  • BCH is mapped to PBCH (Physical Broadcast Channel).
  • PBCH Physical Broadcast Channel
  • MCH is mapped to PMCH (Physical Multicast Channel). MCH supports MBSFN transmission by multiple cells.
  • PCH and DL-SCH are mapped to PDSCH (Physical Downlink Shared Channel).
  • PDSCH Physical Downlink Shared Channel
  • DL-SCH supports HARQ, link adaptation, and dynamic resource allocation.
  • PDCCH carries PDSCH (DL-SCH, PCH) resource allocation information, HARQ information related to DL-SCH, and the like.
  • the PDCCH carries an uplink scheduling grant.
  • FIG. 7 is a diagram illustrating a configuration of a radio frame of the LTE system.
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single Carrier Division Multiple Access
  • the radio frame is composed of 10 subframes arranged in the time direction.
  • Each subframe is composed of two slots arranged in the time direction.
  • the length of each subframe is 1 ms, and the length of each slot is 0.5 ms.
  • Each subframe includes a plurality of resource blocks (RB) in the frequency direction and includes a plurality of symbols in the time direction.
  • Each resource block includes a plurality of subcarriers in the frequency direction.
  • One symbol and one subcarrier constitute one resource element (RE).
  • a frequency resource can be specified by a resource block, and a time resource can be specified by a subframe (or slot).
  • the section of the first few symbols of each subframe is an area mainly used as a PDCCH for transmitting a downlink control signal.
  • the remaining part of each subframe is an area that can be used mainly as a PDSCH for transmitting downlink data.
  • an MBSFN subframe that is a subframe for MBSFN transmission can be set.
  • both ends in the frequency direction in each subframe are regions used mainly as PUCCH for transmitting an uplink control signal.
  • the remaining part in each subframe is an area that can be used mainly as a PUSCH for transmitting uplink data.
  • the specific state is a state in which signaling for the UE 100 is suppressed while the S1 connection for the UE 100 is maintained.
  • the S1 connection may be referred to as an S1 bearer.
  • the S1 connection is a connection established between the eNB 200 and the EPC 20 on the S1 interface.
  • the S1 interface includes an S1-U interface for the user plane and an S1-MME interface for the control plane.
  • the S1 connection includes an S1-U connection established between the eNB 200 and the S-GW 300U on the S1-U interface, an S1-MME connection established between the eNB 200 and the MME 300C on the S1-C interface, May be included.
  • the specific state may be one state of the RRC connected mode or one state of the RRC idle mode.
  • the specific state may be an RRC state different from the RRC idle mode and the RRC idle mode. According to the specific state, signaling is reduced compared to a general RRC connected mode. Also, according to the specific state, the UE 100 can start data communication more quickly than in the general RRC idle mode.
  • the specific state is referred to as a “Light Connected state”.
  • FIG. 8 is a diagram illustrating an operation related to the transition to the Light Connected state (specific state).
  • the UE 100 is in the RRC connected mode, and an RRC connection (RRC Connection) is established between the UE 100 and the eNB 200.
  • RRC Connection RRC connection
  • an S1-MME connection S1-MME Connection
  • An S1-U connection S1-U Connection
  • the UE 100 performs data communication with the eNB 200.
  • step S ⁇ b> 1 the eNB 200 transmits a transition instruction (Request to Light Conn.) Instructing the transition to the Light Connected state to the UE 100.
  • a transition instruction Request to Light Conn.
  • step S2 the UE 100 transmits an acknowledgment (Ack) message to the eNB 200 in response to receiving the transition instruction.
  • Ack acknowledgment
  • step S2 is not essential and may be omitted.
  • step S3 the UE 100 and the eNB 200 maintain or release the RRC connection.
  • step S4 the eNB 200 and the MME 300C maintain the S1-MME connection.
  • step S5 the eNB 200 and the S-GW 300U maintain the S1-U connection.
  • step S6 the UE 100 transitions to the Light Connected state and interrupts data communication with the eNB 200.
  • the eNB 200 maintains the context information (UE context) of the UE 100 that has transitioned to the Light Connected state without discarding it.
  • the UE context includes information regarding various settings and capabilities for the UE 100.
  • the various settings include AS (Access Stratum) settings.
  • the UE 100 in the Light Connected state can resume data communication with the eNB 200 with little signaling by utilizing the maintained S1 connection and UE context.
  • the UE 100 that has transitioned to the Light Connected state in the cell of the first eNB 200 may move from the cell of the first eNB 200 to the cell of the second eNB 200.
  • the second eNB 200 acquires the UE context of the UE 100 from the first eNB 200 on the X2 interface, and uses the acquired UE context for data communication with the UE 100. May be used.
  • RAN base paging may be applied to the UE 100 in the Light Connected state.
  • RAN base paging performs paging in units of predetermined paging areas in which paging is controlled by the E-UTRAN 10 (eNB 200).
  • the predetermined paging area is an area smaller than the tracking area. By introducing the predetermined paging area, it is possible to reduce the number of cells that perform paging for one UE 100, and thus it is possible to reduce signaling.
  • RAN paging area such a predetermined paging area.
  • the RAN paging area is configured by a cell of a specific eNB 200 that maintains the S1 connection of the UE 100 in the Light Connected state and cells of the eNB 200 around the specific eNB 200.
  • the neighboring eNB 200 may be an eNB 200 having an X2 interface with a specific eNB 200.
  • the specific eNB 200 receives data or NAS signaling addressed to the UE 100 in the Light Connected state from the MME / S-GW 300, the specific eNB 200 determines to perform RAN-based paging and performs paging of the UE 100 together with the surrounding eNB 200.
  • the paging may be performed by transmitting an RRC paging message or may be performed by transmitting data addressed to the UE 100 as a paging message.
  • a first embodiment will be described.
  • a scenario is assumed in which the UE 100 in the RRC idle mode receives an MBMS service from the network.
  • a scenario may be assumed in which the UE 100 in the Light Connected state receives the MBMS service from the network.
  • the network can count the number of UEs 100 in RRC connected mode that are receiving or interested in receiving a specific MBMS service using the MBMS counting procedure.
  • the eNB 200 transmits a counting request to the UE 100 in the RRC connected mode.
  • the counting request includes a list of service identifiers (TMGI) of MBMS services to be counted.
  • the UE 100 that has received the counting request determines whether it is receiving or interested in receiving the MBMS service to be counted.
  • the UE 100 transmits a counting response to the eNB 200 in response to the UE 100 receiving or interested in receiving the MBMS service.
  • the counting response includes information indicating an MBMS service that the UE 100 is receiving or interested in receiving among the MBMS services to be counted.
  • the eNB 200 counts the number of UEs 100 that are receiving or interested in receiving the MBMS service to be counted, and reports the count result to the MCE 11.
  • a general counting response is transmitted from the UE 100 to the eNB 200 using a normal uplink transmission procedure.
  • the UE 100 transmits a scheduling request (SR) and / or a buffer status report (BSR) to the eNB 200.
  • the eNB 200 schedules uplink radio resources (that is, PUSCH resources) to the UE 100 based on SR and / or BSR, and transmits scheduling information to the UE 100.
  • the UE 100 transmits a counting response to the eNB 200 using the scheduled uplink radio resource.
  • Such a general MBMS counting procedure cannot be applied to the UE 100 in the RRC idle mode or the Light Connected state. Therefore, the network cannot grasp the reception status of the MBMS service in the UE 100 in the RRC idle mode or the Light Connected state. Further, in a general MBMS counting procedure, transmission / reception of a counting response involves a plurality of UE individual signaling (dedicated signaling), which may cause an increase in signaling.
  • FIG. 9 is a diagram illustrating an operation example according to the first embodiment.
  • the UE 100 In the initial state of FIG. 9, the UE 100 is in the RRC idle mode or the Light Connected state. Although only one UE 100 is shown in FIG. 9, a plurality of UEs 100 may actually exist within the coverage area of the eNB 200.
  • the eNB 200 receives a counting target MBMS service (specific MBMS service) or transmits a counting response to a plurality of UEs 100 interested in reception. Send the requested counting request.
  • the counting request is transmitted by broadcast or multicast.
  • the eNB 200 transmits a counting request using a system information block (SIB), SC-MCCH, or MCCH.
  • SIB system information block
  • SC-MCCH SC-MCCH
  • MCCH MCCH.
  • the counting request includes a list of service identifiers (TMGI) of MBMS services to be counted.
  • the counting request may include information indicating that the UE 100 in the RRC idle mode or the Light Connected state is targeted.
  • the eNB 200 transmits a common resource setting indicating a common resource pool that a plurality of UEs 100 should use in common for transmission of the counting response.
  • the common resource setting is transmitted by broadcast or multicast.
  • the eNB 200 transmits the common resource setting using SIB, SC-MCCH, or MCCH.
  • the common resource setting includes a time resource parameter and a frequency resource parameter indicating a common resource pool.
  • the common resource setting may further include a power control parameter for controlling the transmission power of the counting response.
  • the time resource parameter may include information indicating a system frame number (SFN), information indicating a subframe (bitmap), and the like.
  • the frequency resource parameter may include information indicating a start point or an end point of a resource block, information indicating a range of consecutive resource blocks (number of resource blocks), and the like.
  • the common resource setting may include a period (or start time / end time) during which the common resource pool is provided.
  • the period may be defined as seconds or may be defined by a frame number (SFN, subframe, etc.).
  • the period may be a predetermined value (for example, 10 subframe periods).
  • Step S12 may be performed before step S11 or may be performed after step S13. Alternatively, step S12 may be performed simultaneously with step S11. In this case, the counting request and the common resource setting may be included in one message.
  • UE 100 receives the counting request and the common resource setting.
  • step S13 the UE 100 (control unit 130) determines whether the UE 100 is receiving or interested in receiving the MBMS service to be counted in response to the reception of the counting request.
  • the description will be made assuming that the UE 100 is receiving or interested in receiving the MBMS service to be counted.
  • step S14 the UE 100 (control unit 130) receives some of the radio resources (time / frequency resources) included in the common resource pool in response to receiving or interested in receiving the MBMS service to be counted. Select at random.
  • step S15 the UE 100 (transmitting unit 120) transmits a counting response to the eNB 200 using a part of the selected radio resources (that is, PUSCH resources).
  • the counting response includes information indicating an MBMS service that the UE 100 is receiving or interested in receiving among the MBMS services to be counted.
  • the UE 100 can transmit a counting response to the eNB 200 while maintaining the RRC idle mode or the Light Connected state.
  • ENB 200 receives counting responses transmitted by a plurality of UEs 100 using radio resources included in the common resource pool.
  • the eNB 200 fails to decode the counting response transmitted using the radio resource that has collided.
  • the eNB 200 does not request retransmission of the counting response.
  • the eNB 200 succeeds in decoding the counting response transmitted using the radio resource in which the collision has occurred.
  • ENB 200 (control unit 230) counts the number of UEs 100 that are receiving or interested in receiving the MBMS service to be counted based on the counting response, and reports the count result to MCE 11.
  • the MCE 11 (or the eNB 200) may determine which of unicast transmission, MBSFN transmission, and SC-PTM transmission is applied for each MBMS service (TMGI) based on the count result. As an example, if the number of UEs 100 that are receiving or interested in reception of a specific MBMS service (TMGI) exceeds the determination threshold, the MCE 11 (or eNB 200) uses MBSFN transmission or SC-PTM transmission. It is determined that the MBMS service is provided.
  • the MCE 11 determines that the specific MBMS service is transmitted by SC-PTM transmission in the cell. Also good. If UE 100 receiving or interested in reception of a specific MBMS service is scattered in a very large number of cells, MCE 11 (or eNB 200) is specified in one or a plurality of MBSFN areas including these cells. It may be determined that the MBMS service is transmitted by SC-PTM transmission.
  • MCE 11 (or eNB 200)
  • SC-PTM may be selected if it is accommodated in one eNB
  • MBSFN may be selected if the plurality of cells extend over a plurality of eNBs.
  • the network can roughly grasp the reception status of the MBMS service in the UE 100 in the RRC idle mode or the Light Connected state. According to the first embodiment, it is possible to reduce signaling accompanying transmission / reception of a counting response as compared with a general MBMS counting procedure.
  • FIG. 10 is a diagram showing a common resource pool according to the first embodiment.
  • one section in the time direction indicates one radio frame (or one subframe).
  • the common resource pool (A set of resources) is a part of the uplink radio resource of the eNB 200.
  • the common resource pool is composed of a plurality of resource blocks (PRB: Physical Resource Block).
  • PRB Physical Resource Block
  • or # 6 transmits a counting response to eNB200 using the resource block contained in a common resource pool based on the counting request
  • UE # 1 selects resource block A
  • UE # 2 selects resource block B
  • UE # 3 selects resource block C
  • UE # 4 to # 6 select resource block D. Selected. That is, resource block collision occurs between UEs # 4 to # 6.
  • the eNB 200 fails to decode the counting response transmitted using the resource block D in which the collision has occurred.
  • the eNB 200 succeeds in decoding the counting responses of the UEs # 1 to # 3.
  • the number of resource blocks used for transmitting the counting response is not limited to one and may be two or more.
  • the number of resource blocks used for transmitting the counting response may be set by the eNB 200 as one of the common resource setting parameters.
  • the eNB 200 or the MCE 11 may determine the resource amount of the common resource pool (that is, the number of resource blocks in the common resource pool). When the MCE 11 determines the resource amount of the common resource pool, the MCE 11 notifies the eNB 200 of the determined common resource pool. The eNB 200 transmits a common resource setting indicating the determined common resource pool.
  • the eNB 200 or the MCE 11 may determine the resource amount of the common resource pool in proportion to a determination threshold value for determining whether to use MBSFN or SC-PTM.
  • the resource amount of the common resource pool is increased under the assumption that SC-PTM transmission of the MBMS service is performed only when the number of UEs interested in the MBMS service becomes large. This can contribute to avoiding collisions in the common resource pool.
  • the eNB 200 or the MCE 11 may determine the resource amount of the common resource pool in proportion to the number of these UEs. Good. As an example, when the number of UEs in the RRC idle mode and / or the number of UEs in the Light Connected state is large, the resource amount of the common resource pool is increased.
  • the second embodiment will be described mainly with respect to differences from the first embodiment.
  • the second embodiment is an embodiment that makes it possible to reduce the possibility of a collision occurring in the common resource pool on the premise of the operation according to the first embodiment.
  • the UE 100 acquires a random number generated by itself or a unique identifier of itself.
  • the unique identifier may be an IMSI (International Mobile Subscriber Identity).
  • the unique identifier may be S-TMSI (SAE-Temporary Mobile Subscriber Identity) or a telephone number.
  • the unique identifier may be an identifier assigned by the eNB 200 to the UE 100.
  • Such an identifier may be a recovery identifier (Resume ID), or may be an identifier (for example, cell ID + C-RNTI, etc.) given from the eNB when transitioning to the Light Connection.
  • the UE 100 determines whether or not transmission of the counting response is permitted based on the random number or the unique identifier.
  • the UE 100 determines the transmission timing of the counting response based on a random number or a unique identifier.
  • the transmission timing may be defined by a system frame number (SFN) that identifies a radio frame.
  • SFN system frame number
  • the transmission timing may be defined by a subframe number that identifies a subframe frame.
  • the UE 100 may receive a predetermined value transmitted from the network (eNB 200).
  • the predetermined value may be a threshold value or a variable for determining whether the random number or the unique identifier satisfies a predetermined condition.
  • the predetermined value may be transmitted from the eNB 200 by dedicated signaling, multicast signaling (MCCH / SC-MCCH), or broadcast signaling (SIB).
  • the UE 100 (the control unit 130) may determine whether or not transmission of the counting response is permitted based on the random number or the unique identifier and a predetermined value.
  • the UE 100 (control unit 130) may determine the transmission timing of the counting response based on the random number or unique identifier and a predetermined value.
  • FIG. 11 is a diagram illustrating an operation example according to the second embodiment. Here, differences from the first embodiment will be mainly described, and redundant description will be omitted.
  • steps S13, S21, S22, and S14 may not be performed in this order, and the order of steps S13, S21, S22, and S14 may be changed. Only one of step S21 and step S22 may be performed.
  • steps S11 to S13 are the same as in the first embodiment.
  • step S21 the UE 100 (control unit 130) determines whether or not transmission of its own counting response is permitted.
  • the UE 100 (control unit 130) generates a random number (range 0 to 1) and compares the threshold (range 0 to 1) notified from the eNB 200 with the random number.
  • the UE 100 determines that the transmission of the counting response is permitted, and validates the counting response transmission function.
  • the random number satisfies the threshold condition may be that the random number exceeds the threshold condition or that the random number falls below the threshold condition.
  • the UE 100 determines that the transmission of the counting response is not permitted, and invalidates the counting response transmission function.
  • the UE 100 acquires its own IMSI, and determines whether or not the IMSI satisfies a condition defined by variables (“N” and “T”) notified from the eNB 200. .
  • a value based on IMSI for example, IMSI mod 1024
  • an inequality >, ⁇ , ⁇ , or ⁇
  • the UE 100 determines that the transmission of the counting response is permitted, and validates the counting response transmission function.
  • the UE 100 determines that transmission of the counting response is not permitted, and invalidates the counting response transmission function.
  • FIG. 12 is a diagram showing whether a counting response can be transmitted.
  • Each of the UEs # 1 to # 6 determines whether or not transmission of its own counting response is permitted.
  • UEs # 1, # 3, and # 4 satisfy the conditions, but UEs # 2, # 5, and # 6 do not satisfy the conditions.
  • the UEs # 1, # 3, and # 4 transmit a counting response using the resource blocks in the common resource pool.
  • UE # 2, # 5, and # 6 are prohibited from transmitting the counting response.
  • step S22 the UE 100 (control unit 130) determines the transmission timing of its own counting response. Step S22 may be performed only when transmission of the counting response is permitted in step S21.
  • the UE 100 acquires its own IMSI and determines a variable ("N") notified from the eNB 200 and an SFN that satisfies a condition defined by the IMSI.
  • a value based on IMSI for example, IMSI mod 1024
  • UE100 determines transmitting a counting response in SFN which satisfy
  • a random number may be used instead of the IMSI.
  • FIG. 13 is a diagram showing the transmission timing of the counting response.
  • Each of the UEs # 1 to # 6 determines the transmission timing of the counting response of each of the UEs # 1 to # 6 based on the IMSI (or random number).
  • UE # 1 and # 2 determine SFN # 1 as the transmission timing of the counting response.
  • UE # 3 and # 4 determine SFN # 2 as the transmission timing of the counting response.
  • UE # 5 and # 6 have determined SFN # 3 as the transmission timing of the counting response. In this way, the transmission timings of counting responses of a plurality of UEs can be dispersed in the time direction.
  • Steps S21 and S22 may be used in combination.
  • the UE 100 (the control unit 130) may determine whether or not to transmit in step S21 for each transmission timing (SFN) determined in step S22.
  • SFN transmission timing
  • the UE 100 (control unit 130) is not able to transmit a counting response in a certain SFN and is still interested in the MBMS service to be counted
  • the transmission of the counting response may be retried at the timing. However, once a counting response is sent, such a retry should not be performed.
  • Steps S14 to S15 are the same as in the first embodiment.
  • the third embodiment will be described mainly with respect to differences from the first and second embodiments.
  • the third embodiment is an embodiment in which a specific MBMS service is associated with each of a plurality of common resource pools based on the operation according to the first embodiment.
  • the counting request includes service identifiers (TMGI) of the plurality of MBMS services.
  • the common resource setting indicates a plurality of common resource pools composed of a common resource pool corresponding to each of a plurality of MBMS services.
  • UE100 (control part 130) selects the common resource pool corresponding to the service identifier of the MBMS service which it has received or is interested in reception from among a plurality of common resource pools.
  • UE100 (transmission part 120) transmits a counting response to a network (eNB200) using the radio
  • the counting response may be constituted by a 1-bit flag.
  • the eNB 200 grasps the number of UEs that are receiving or interested in receiving each MBMS service by counting the counting responses for each common resource pool.
  • the UE 100 transmits a common signal sequence that a plurality of UEs commonly use for counting response transmission as a counting response.
  • the common signal sequence may be preset in the UE 100.
  • the eNB 200 may set the common signal sequence in the UE 100.
  • the common signal sequence is a signal sequence such as a scheduling request (SR).
  • the eNB 200 measures the reception power of the counting response (common signal sequence) for each common resource pool. Based on the received power of each common resource pool, the eNB 200 can roughly grasp the number of UEs that are receiving or interested in receiving the MBMS service corresponding to the common resource pool.
  • the eNB 200 may roughly grasp the number of UEs receiving the MBMS service or interested in reception from the difference between the target power and the actual received power.
  • the UE 100 acquires a random number generated by itself or its own unique identifier, and selects a signal sequence using the random number or the identifier.
  • UE100 transmits the signal sequence (individual signal sequence) selected using the random number or the identifier as a counting response.
  • the eNB 200 determines the number of UEs receiving or interested in receiving the MBMS service corresponding to the common resource pool by determining the number of counting responses (individual signal sequences) for each common resource pool. be able to.
  • Each of the plurality of common resource pools may be set as a physical random access channel (PRACH) resource.
  • PRACH physical random access channel
  • a random access preamble may be used as a counting response.
  • the PRACH resource used as the common resource pool is set as a PRACH resource different from the normal PRACH resource where the resource position is determined.
  • FIG. 14 is a diagram illustrating an operation example according to the third embodiment.
  • steps S13, S31, S32, and S14 may not be performed in this order, and the order of steps S13, S31, S32, and S14 may be changed.
  • step S32 may be omitted.
  • step S14 may be omitted.
  • steps S11 to S13 are the same as in the first embodiment.
  • the eNB 200 transmits a counting request including each service identifier (TMGI) of a plurality of MBMS services.
  • the eNB 200 transmits a common resource setting indicating a plurality of common resource pools corresponding to the plurality of MBMS services.
  • the eNB 200 may transmit information indicating the correspondence between the service identifier (TMGI) and the common resource pool (that is, mapping information).
  • the correspondence relationship may be implicitly indicated by matching the arrangement order of the service identifiers in the counting request with the arrangement order of the common resource pools in the common resource setting.
  • the correspondence between the service identifier and the common resource pool is a one-to-one relationship. However, a one-to-many relationship may be used.
  • the eNB 200 may set a parameter indicating the common signal sequence in the UE 100.
  • the eNB 200 may set a transmission power parameter (for example, target reception power in the eNB 200) used for the open-loop transmission power control or the like of the common signal sequence in the UE 100.
  • the eNB 200 may set parameters for determining the dedicated signal sequence and / or its transmission power in the UE 100. These parameters may be transmitted from the eNB 200 by dedicated signaling, multicast signaling (MCCH / SC-MCCH), or broadcast signaling (SIB).
  • MCCH / SC-MCCH multicast signaling
  • SIB broadcast signaling
  • step S31 the UE 100 (control unit 130) selects a common resource pool corresponding to the service identifier (TMGI) of the MBMS service that the UE 100 is receiving or interested in reception from among the plurality of common resource pools.
  • TMGI service identifier
  • the UE 100 (control unit 130) selects a plurality of common resource pools corresponding to the plurality of MBMS services. May be.
  • the UE 100 selects an individual signal sequence (for example, a preamble sequence) using a random number generated by the UE 100 or a unique identifier of the UE 100.
  • the preamble sequence is determined by the base sequence and the cyclic shift amount.
  • the UE 100 determines the cyclic shift amount by “(IMSI) mod (max # of“ v ”)”.
  • (Max # of “v”) is the maximum number of cyclic shift amounts (cyclic shift patterns).
  • UE100 may determine "PRACH Config Index" by "(IMSI) mod (max # of Index).”
  • (Max # of Index) is the maximum number of “PRACH Config Index” (for example, 64).
  • PRACH Config Index is a parameter related to preamble transmission timing (SFN) and preamble format (signal length). Not all “PRACH Config Index” candidates may be limited to a part of “PRACH Config Index”. As an example, “PRACH Config Index” may be limited to only “Any” (see Table 5.7.1-2 of TS 36.211). “Any” is a setting that allows transmission by any SFN. In this case, (max # of Index) is limited to 43 etc. Further, in this case, the determined PRACH Config Index is shifted (for example, when Index is 0, Table 35.711 Index of TS 5.7.1-2 indicates 3). By controlling in this way, it is possible to effectively use resources allocated to signal reception. Counting can be performed in a shorter time.
  • Steps S14 to S15 are the same as in the first embodiment. However, in step S15, the UE 100 (transmission unit 120) transmits the common signal sequence or the individual signal sequence to the network (eNB 200) as a counting response using the common resource pool selected in step S31.
  • FIG. 15 is a diagram illustrating a correspondence relationship between a service identifier (TMGI) and a common resource pool.
  • TMGI service identifier
  • FIG. 15 is a diagram illustrating a correspondence relationship between a service identifier (TMGI) and a common resource pool.
  • TMGI # 1 to # 4 four common resource pools corresponding to TMGI # 1 to # 4 are set.
  • UE # 1 is receiving or interested in receiving each MBMS service of TMGI # 1, # 2, and # 3, and each common resource pool corresponding to TMGI # 1, # 2, and # 3 Send a counting response at.
  • Other UEs similarly send counting responses in a common resource pool corresponding to MBMS services that other UEs are receiving or interested in receiving.
  • the resource amount of each common resource pool may be individually set using the method described above.
  • a scenario in which a new category of UE 100 exists is not considered.
  • the UE 100 in a new category is a UE 100 whose transmission / reception bandwidth is limited to only a part of the system transmission / reception band.
  • a scenario is assumed in which firmware and the like are collectively distributed to such UE 100 by multicast / broadcast using MBMS.
  • the new UE categories are referred to as, for example, category M1 and NB (Narrow Band) -IoT category.
  • the category M1 is an eMTC (enhanced Machine Type Communications) UE.
  • the NB-IoT UE is category NB1.
  • the category M1 limits the transmission / reception bandwidth of the UE 100 to 1.08 MHz (that is, a bandwidth of 6 resource blocks), and supports a coverage enhancement (CE: Enhanced Coverage) technique using repetitive transmission or the like.
  • CE Enhanced Coverage
  • the NB-IoT category further limits the UE 100 transmit / receive bandwidth to 180 kHz (ie, one resource block bandwidth) and supports coverage enhancement techniques. Repeat transmission is a technique for repeatedly transmitting the same data using a plurality of subframes.
  • the system bandwidth of the LTE system is 10 MHz, of which the transmission / reception bandwidth is 9 MHz (that is, the bandwidth of 50 resource blocks).
  • the UE 100 of category M1 cannot receive a downlink radio signal transmitted with a bandwidth wider than 6 resource blocks, it cannot receive a normal PDCCH.
  • MPDCCH MTC-PDCCH
  • NPDCCH NB-PDCCH
  • NB-PDCCH PDCCH for NB-IoT
  • the “CE level” is associated with at least the number of transmissions (ie, the number of repetitions) in repeated transmission.
  • CE level is associated with each of multiple common resource pools.
  • the eNB 200 may set the correspondence (mapping information) between the common resource pool and the CE level in the UE 100 by dedicated signaling, multicast signaling (MCCH / SC-MCCH), or broadcast signaling (SIB).
  • MCCH / SC-MCCH multicast signaling
  • SIB broadcast signaling
  • a service identifier (TMGI) and a CE level may be associated with each of the plurality of common resource pools.
  • a common resource pool # 1 corresponding to TMGI # 1 and CE level # 1 a common resource pool # 2 corresponding to TMGI # 1 and CE level # 2, and so on may be set.
  • the eNB 200 may notify the UE 100 of the TMGI to be counted and a pool (common resource setting) for each CE level corresponding to the TMGI.
  • the eNB 200 may notify the UE 100 of a pool (common resource setting) for each CE level as setting information for each TMGI using SC-MCCH (or SIB20).
  • the UE100 acquires its own CE level.
  • the CE level may be preset in the UE 100. Alternatively, the CE level may be variable depending on the situation of the UE 100. As an example, the UE 100 determines its own CE level according to a comparison result between received power (RSRP: Reference Signal Received Power) from the network and a threshold value.
  • the threshold (list) may be notified to the UE 100 from the network. Each threshold is associated with a CE level.
  • the UE 100 selects a common resource pool corresponding to its own CE level from among a plurality of common resource pools.
  • UE 100 selects a plurality of common resource pools corresponding to the service identifier (TMGI) of the MBMS service that it is receiving or is interested in receiving, and corresponds to its own CE level from among the plurality of common resource pools
  • TMGI service identifier
  • a common resource pool may be further selected.
  • a UE 100 having a predetermined CE level (for example, a level indicating that there is no need for coverage enhancement) or a UE 100 located in a normal coverage area may not transmit a counting response.
  • ENB 200 counts the number of counting responses for each common resource pool or measures the reception power of the counting responses.
  • eNB200 (or MCE11) may estimate the number of UE100 for every MBMS service and for every CE level.
  • the eNB 200 (or MCE 11) may determine the number of repetitions of the MBMS service based on the estimation result.
  • the eNB 200 (or MCE 11) receives the CE level with the largest number of UEs 100 (or the number of UEs 100 is a threshold value) from the distribution of CE levels for a plurality of UEs 100 that are receiving or interested in receiving a certain MBMS service.
  • CE level exceeding the CE level is determined as the CE level of the MBMS service, and the MBMS service is transmitted by SC-PTM at a repetition count corresponding to the determined CE level.
  • the eNB 200 (or MCE 11) receives the highest CE level (for example, the CE level with the highest number of repetitions) at which the counting response is obtained for a plurality of UEs 100 receiving or interested in receiving a certain MBMS service.
  • the CE level of the service may be determined.
  • the fourth embodiment is an embodiment that considers the movement of the UE 100 that is receiving the MBMS service.
  • the SC-PTM may not be provided in the destination cell. In this case, the UE 100 may need to transition to the RRC connected mode in order to continuously receive the MBMS service.
  • the UE 100 transmits a counting response to the network using at least a part of the common resource pool.
  • UE100 transmits the request message for self-recovering from a specific state to a network.
  • the request message includes information indicating that the UE 100 is receiving or interested in receiving the MBMS service.
  • the request message is one of an “RRC Connection Request message” requesting establishment of an RRC connection, an “RRC Connection Request Request message” requesting restoration of the RRC connection, or an “Activation Request message for Light Connection”.
  • the request message has a Cause field indicating the reason.
  • the UE 100 includes information indicating that it is receiving or interested in reception of the MBMS service in the Cause field. Generally, any one of emergency, high Priority Access, mt-Access, mo-Signaling, mo-Data, delayTolerantAccess, and mo-VoiceCall is set in the Cause field.
  • the eNB 200 determines the priority for processing the request message based on the content of the Cause field.
  • the eNB 200 that has received the request message preferentially processes the request message according to the fact that the request message includes information indicating that the MBMS service is received or interested in reception.
  • the eNB 200 controls the UE 100 that is receiving or interested in reception of the MBMS service to preferentially shift to the RRC connected mode.
  • the priority in this case can be set to an intermediate level between, for example, mo data and high priority access.
  • the UE 100 may notify the eNB 200 to that effect when the CE level of the UE 100 has changed or multicast reception (MBMS reception) has failed.
  • the UE 100 performs the notification when its CE level has changed or the multicast reception (MBMS reception) has failed and is still interested in the multicast reception and / or the MBMS service is in progress. May be.
  • the eNB 200 may change the number of repetitions of the MBMS service by the notification.
  • the UE 100 may control the transmission of the MBMS interest notification to the eNB 200 based on its own CE level.
  • the MBMS interest notification (MBMS interest indication) is an RRC message indicating that the UE 100 is receiving or interested in receiving the MBMS service.
  • the UE 100 is receiving the MBMS service or interested in receiving the frequency of the MBMS service, information indicating whether reception of the MBMS service has priority over unicast reception, At least one of a list of service identifiers (TMGI) may be included.
  • the UE 100 may include its CE level in the MBMS interest notification.
  • the UE 100 may transmit the MBMS interest notification to the network only when it is determined that coverage enhancement (CE) is necessary.
  • CE coverage enhancement
  • the eNB 200 may request (or permit) the UE 100 to transmit such a special MBMS interest notification.
  • the eNB 200 may transmit information indicating whether the CE level should be included in the MBMS interest notification to the UE 100.
  • the signaling of these eNBs 200 may be dedicated signaling, multicast signaling (MCCH / SC-MCCH), or broadcast signaling (SIB).
  • the UE 100 transmits an MBMS interest notification to the eNB 200 in accordance with the signaling from the eNB 200.
  • the MCE 11 and / or the MME 300 may perform at least a part of the processing described as being performed by the eNB 200.
  • the MCE 11 may be notified of the CE level from the MME 300.
  • the CE level may be associated with TMGI.
  • the CE level may be a CE level that needs the most expansion among the CE levels of the UE 100 interested in the MBMS service indicated by the TMGI (for example, the CE level with the highest number of repetitions).
  • the MCE 11 (or MME 300) may notify the eNB 200 (or MCE 11) of the number of times of repetition of the MBMS service in the session start request of the MBMS service.
  • the MBMS counting procedure according to each embodiment described above may be used in combination with a general MBMS counting procedure.
  • the number of UEs in the RRC connected mode receiving or interested in receiving a specific MBMS service by a general MBMS counting procedure is known, and the common resource pool is based on the number of UEs in the RRC connected mode.
  • the amount of resources or the like may be determined.
  • a wireless terminal for a mobile communication system acquires a unique resource identifier of a receiving unit that receives a common resource setting indicating a common resource that a plurality of wireless terminals should commonly use for uplink signal transmission, and a self-radio terminal.
  • a control unit that determines, from the common resources, a radio resource used by an own radio terminal to transmit an uplink signal based on the unique identifier, and an uplink signal to the network using the determined radio resource.
  • a transmission unit for transmission may determine a time resource (for example, a subframe) used by the own radio terminal for transmitting an uplink signal based on the unique identifier.
  • the control unit may determine a frequency resource (for example, a carrier of 180 kHz (bandwidth of one resource block) in NB-IoT) used by the own radio terminal for uplink signal transmission based on the unique identifier. .
  • IMSI mod x 0
  • the effective subframe is calculated from the start subframe number. You may count. That is, the UE 100 may consider the numbers 0, 1, 2, 3,...
  • the eNB 200 uses a contention-based transmission permission identifier (for example, notification by SIB), a parameter indicating an effective subframe pattern for contention-based transmission (for example, start subframe ⁇ start offset ⁇ , or bitmap pattern ⁇ 3, 5, 7 , 10, 18 ⁇ , etc.) may be notified to UE 100 by broadcast or multicast.
  • a contention-based transmission permission identifier for example, notification by SIB
  • a parameter indicating an effective subframe pattern for contention-based transmission for example, start subframe ⁇ start offset ⁇ , or bitmap pattern ⁇ 3, 5, 7 , 10, 18 ⁇ , etc.
  • the unique identifier of the UE is not limited to IMSI, and Resume ID, C-RNTI, and S-TMSI may be used.
  • UE100 may determine whether it exists in CE according to whether measured RSRP exceeded a certain threshold value. The UE 100 may determine whether or not the number of repeated transmissions exceeds a certain threshold. These threshold values may be notified from the eNB 200 to the UE 100 by broadcast or multicast.
  • the UE 100 may be assigned different resources for each transmission MCS or for each repeated transmission.
  • eNB200 may change a decoding system (MCS) according to a reception resource.
  • MCS decoding system
  • the LTE system is exemplified as the mobile communication system.
  • the present disclosure is not limited to LTE systems.
  • the present disclosure may be applied to mobile communication systems other than the LTE system.

Landscapes

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

Abstract

無線端末は、特定のＭＢＭＳサービスを受信している又は受信に興味を持つ複数の無線端末にカウンティング応答の送信を要求するカウンティング要求と、前記複数の無線端末が前記カウンティング応答の送信に共通に用いるべき共通リソースプールを示す共通リソース設定と、をネットワークから受信する受信部と、前記カウンティング要求の受信に応じて、自無線端末が前記特定のＭＢＭＳサービスを受信している又は受信に興味を持つか否かを判断する制御部と、自無線端末が前記特定のＭＢＭＳサービスを受信している又は受信に興味を持つことに応じて、前記共通リソースプールに含まれる無線リソースを用いて、前記カウンティング応答を前記ネットワークに送信する送信部と、を備える。

Description

無線端末及び基地局
　本開示は、移動通信システムのための無線端末及び基地局に関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、無線端末にマルチキャスト／ブロードキャストサービスを提供するＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）が仕様化されている。ＭＢＭＳ用の無線伝送方式としては、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ　Ｂｒｏａｄｃａｓｔ　Ｓｉｎｇｌｅ　Ｆｒｅｑｕｅｎｃｙ　Ｎｅｔｗｏｒｋ）伝送及びＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送の２つの方式がある。ＭＢＭＳは、同一の無線リソースを用いて複数の無線端末に同一サービスを提供するので、無線リソースの利用効率を高めることができる。
　第１の特徴に係る無線端末は、特定のＭＢＭＳサービスを受信している又は受信に興味を持つ複数の無線端末にカウンティング応答の送信を要求するカウンティング要求と、前記複数の無線端末が前記カウンティング応答の送信に共通に用いるべき共通リソースプールを示す共通リソース設定と、をネットワークから受信する受信部と、前記カウンティング要求の受信に応じて、自無線端末が前記特定のＭＢＭＳサービスを受信している又は受信に興味を持つか否かを判断する制御部と、自無線端末が前記特定のＭＢＭＳサービスを受信している又は受信に興味を持つことに応じて、前記共通リソースプールに含まれる無線リソースを用いて、前記カウンティング応答を前記ネットワークに送信する送信部と、を備える。
　第２の特徴に係る基地局は、特定のＭＢＭＳサービスを受信している又は受信に興味を持つ複数の無線端末にカウンティング応答の送信を要求するカウンティング要求と、前記複数の無線端末が前記カウンティング応答の送信に共通に用いるべき共通リソースプールを示す共通リソース設定と、を送信する送信部と、前記複数の無線端末が前記共通リソースプールを用いて送信する前記カウンティング応答を受信する受信部と、を備える。
　第３の特徴に係る無線端末は、移動通信システムのための無線端末である。前記無線端末は、複数の無線端末が上りリンク信号の送信に共通に用いるべき共通リソースを示す共通リソース設定をネットワークから受信する受信部と、自無線端末の固有識別子を取得し、前記固有識別子に基づいて自無線端末が上りリンク信号の送信に用いる無線リソースを前記共通リソースの中から決定する制御部と、前記決定された無線リソースを用いて、上りリンク信号を前記ネットワークに送信する送信部と、を備える。
実施形態に係るＬＴＥシステムの構成を示す図である。 実施形態に係るＭＢＭＳのためのネットワーク構成を示す図である。 実施形態に係るＵＥ（無線端末）の構成を示す図である。 実施形態に係るｅＮＢ（基地局）の構成を示す図である。 実施形態に係るＬＴＥシステムにおける無線インターフェイスのプロトコルスタックを示す図である。 実施形態に係るＬＴＥシステムの下りリンクのチャネルの構成を示す図であって、論理チャネルとトランポートチャネルとの間のマッピングを示す図である。 実施形態に係るＬＴＥシステムの下りリンクのチャネルの構成を示す図であって、トランポートチャネルと物理チャネルとの間のマッピングを示す図である。 実施形態に係るＬＴＥシステムの無線フレームの構成を示す図である。 実施形態に係るＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態への遷移に係る動作を示す図である。 第１実施形態に係る動作例を示す図である。 第１実施形態に係る共通リソースプールを示す図である。 第２実施形態に係る動作例を示す図である。 第２実施形態に係るカウンティング応答の送信可否判断を示す図である。 第２実施形態に係るカウンティング応答の送信タイミングを示す図である。 第３実施形態に係る動作例を示す図である。 第３実施形態に係るサービス識別子（ＴＭＧＩ）と共通リソースプールとの対応関係を示す図である。
　（移動通信システム）
　実施形態に係る移動通信システムの構成について説明する。実施形態に係る移動通信システムは、３ＧＰＰで仕様が策定されているＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）システムである。図１は、実施形態に係るＬＴＥシステムの構成を示す図である。図２は、ＭＢＭＳのためのネットワーク構成を示す図である。
　図１に示すように、ＬＴＥシステムは、無線端末（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ－ＵＭＴＳ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びコアネットワーク（ＥＰＣ：Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
　ＵＥ１００は、移動型の通信装置であり、自身が在圏するセル（サービングセル）を管理するｅＮＢ２００との無線通信を行う。
　Ｅ－ＵＴＲＡＮ１０は、基地局（ｅＮＢ：ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）２００を含む。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。
　ＥＰＣ２０は、モビリティ管理エンティティ（ＭＭＥ）及びサービングゲートウェイ（Ｓ－ＧＷ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ－ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
　ＭＢＭＳ向けのネットワークエンティティについて説明する。Ｅ－ＵＴＲＡＮ１０は、ＭＣＥ（Ｍｕｌｔｉ－Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ　Ｃｏｏｒｄｉｎａｔｉｎｇ　Ｅｎｔｉｔｙ）１１を含む。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続され、Ｍ３インターフェイスを介してＭＭＥ３００と接続される（図２参照）。ＭＣＥ１１は、ＭＢＳＦＮ無線リソース管理・割当等を行う。具体的には、ＭＣＥ１１は、ＭＢＳＦＮ伝送のスケジューリングを行う。これに対し、ＳＣ－ＰＴＭ伝送のスケジューリングはｅＮＢ２００により行われる。
　ＥＰＣ２０は、ＭＢＭＳ　ＧＷ（ＭＢＭＳ　Ｇａｔｅｗａｙ）２１を含む。ＭＢＭＳ　ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続され、Ｓｍインターフェイスを介してＭＭＥ３００と接続され、ＳＧ－ｍｂ及びＳＧｉ－ｍｂインターフェイスを介してＢＭ－ＳＣ２２と接続される（図２参照）。ＭＢＭＳ　ＧＷ２１は、ｅＮＢ２００に対してＩＰマルチキャストのデータ伝送及びセッション制御等を行う。
　ＥＰＣ２０は、ＢＭ－ＳＣ（Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ　Ｃｅｎｔｅｒ）２２を含む。ＢＭ－ＳＣ２２は、ＳＧ－ｍｂ及びＳＧｉ－ｍｂインターフェイスを介してＭＢＭＳ　ＧＷ２１と接続され、ＳＧｉインターフェイスを介してＰ－ＧＷ２３と接続される（図２参照）。ＢＭ－ＳＣ２２は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）の管理・割当等を行う。
　ＥＰＣ２０の外部のネットワーク（すなわち、インターネット）には、ＧＣＳ　ＡＳ（Ｇｒｏｕｐ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｅｒ）３１が設けられる。ＧＣＳ　ＡＳ３１は、グループ通信用のアプリケーションサーバである。ＧＣＳ　ＡＳ３１は、ＭＢ２－Ｕ及びＭＢ２－Ｃインターフェイスを介してＢＭ－ＳＣ２２と接続され、ＳＧｉインターフェイスを介してＰ－ＧＷ２３と接続される。ＧＣＳ　ＡＳ３１は、グループ通信におけるグループの管理及びデータ配信等を行う。
　図３は、実施形態に係るＵＥ１００（無線端末）の構成を示す図である。図３に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理を実行する。
　図４は、実施形態に係るｅＮＢ２００（基地局）の構成を示す図である。図４に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
　制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。プロセッサは、後述する各種の処理を実行する。
　バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
　図５は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックを示す図である。図５に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１レイヤ乃至第３レイヤに区分されている。第１レイヤは物理（ＰＨＹ）レイヤを含む。第２レイヤは、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤ、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤを含む。第３レイヤは、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤを含む。
　物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータ及び制御信号が伝送される。
　ＭＡＣレイヤは、データの優先制御、ＨＡＲＱ（Ｈｙｂｒｉｄ　ＡＲＱ）による再送処理等を行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣレイヤは、スケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））、及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御信号が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＲＲＣレイヤは、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
　ＲＲＣレイヤの上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤは、セッション管理及びモビリティ管理等を行う。
　図６は、ＬＴＥシステムの下りリンクのチャネルの構成を示す図である。図６Ａは、論理チャネル（Ｄｏｗｎｌｉｎｋ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌ）とトランポートチャネル（Ｄｏｗｎｌｉｎｋ　Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ）との間のマッピングを示す。
　図６Ａに示すように、ＰＣＣＨ（Ｐａｇｉｎｇ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ　Ｃｈａｎｎｅｌ）にマッピングされる。
　ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）及びＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）にマッピングされる。
　ＣＣＣＨ（Ｃｏｍｍｏｎ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ＵＥ１００とｅＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ－ＳＣＨにマッピングされる。
　ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ－ＳＣＨにマッピングされる。
　ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）は、データ送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ－ＳＣＨにマッピングされる。
　ＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）は、ＳＣ－ＰＴＭ伝送のための論理チャネルである。ＳＣ－ＭＴＣＨは、ＳＣ－ＰＴＭ伝送を用いてネットワークからＵＥ１００にデータを送信するための１対多チャネル（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ　ｄｏｗｎｌｉｎｋ　ｃｈａｎｎｅｌ）である。
　ＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ＳＣ－ＰＴＭ伝送のための論理チャネルである。ＳＣ－ＭＴＣＨは、１又は複数のＳＣ－ＭＴＣＨのためのＭＢＭＳ制御情報をネットワークからＵＥ１００に送信するための１対多チャネル（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ　ｄｏｗｎｌｉｎｋ　ｃｈａｎｎｅｌ）である。ＳＣ－ＭＣＣＨは、ＳＣ－ＰＴＭを用いてＭＢＭＳを受信する又は受信に興味を持つＵＥ１００に用いられる。また、ＳＣ－ＭＣＣＨは、１つのセルに１つのみ存在する。「ＭＢＭＳの受信に興味を持つ」とは、例えば、ＭＢＭＳサービスを未だ受信していないものの、上位レイヤ（例えばアプリケーションレイヤ）からＭＢＭＳサービスを受信するよう設定された状態を意味する。
　ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）は、ＭＢＳＦＮ伝送のための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｈａｎｎｅｌ）にマッピングされる。
　ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）は、ＭＢＳＦＮ伝送のための論理チャネルである。ＭＴＣＨは、ＭＣＨにマッピングされる。
　図６Ｂは、トランポートチャネル（Ｄｏｗｎｌｉｎｋ　Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ）と物理チャネル（Ｄｏｗｎｌｉｎｋ　Ｐｈｙｓｉｃａｌ　Ｃｈａｎｎｅｌ）との間のマッピングを示す。
　図６Ｂに示すように、ＢＣＨは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ　Ｂｒｏａｄｃａｓｔ　Ｃｈａｎｎｅｌ）にマッピングされる。
　ＭＣＨは、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ　Ｍｕｌｔｉｃａｓｔ　Ｃｈａｎｎｅｌ）にマッピングされる。ＭＣＨは、複数のセルによるＭＢＳＦＮ伝送をサポートする。
　ＰＣＨ及びＤＬ－ＳＣＨは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）にマッピングされる。ＤＬ－ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。
　ＰＤＣＣＨは、ＰＤＳＣＨ（ＤＬ－ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ－ＳＣＨに関するＨＡＲＱ情報等を運搬する。また、ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。
　図７は、ＬＴＥシステムの無線フレームの構成を示す図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）、上りリンクにはＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）がそれぞれ適用される。
　図７に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
　下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するためのＰＤＣＣＨとして用いられる領域である。各サブフレームの残りの部分は、主に下りリンクデータを伝送するためのＰＤＳＣＨとして使用できる領域である。また、下りリンクにおいて、ＭＢＳＦＮ伝送向けのサブフレームであるＭＢＳＦＮサブフレームが設定され得る。
　上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するためのＰＵＣＣＨとして用いられる領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するためのＰＵＳＣＨとして使用できる領域である。
　（特定状態）
　特定状態について説明する。特定状態は、ＵＥ１００用のＳ１接続が維持されつつＵＥ１００用のシグナリングが抑制される状態である。Ｓ１接続は、Ｓ１ベアラと称されてもよい。Ｓ１接続は、Ｓ１インターフェイス上でｅＮＢ２００とＥＰＣ２０との間に確立される接続である。Ｓ１インターフェイスは、ユーザプレーン用のＳ１－Ｕインターフェイスと制御プレーン用のＳ１－ＭＭＥインターフェイスとを含む。Ｓ１接続は、Ｓ１－Ｕインターフェイス上でｅＮＢ２００とＳ－ＧＷ３００Ｕとの間に確立されるＳ１－Ｕ接続と、Ｓ１－Ｃインターフェイス上でｅＮＢ２００とＭＭＥ３００Ｃとの間に確立されるＳ１－ＭＭＥ接続と、を含んでもよい。
　特定状態は、ＲＲＣコネクティッドモードの一状態又はＲＲＣアイドルモードの一状態であってもよい。或いは、特定状態は、ＲＲＣアイドルモード及びＲＲＣアイドルモードとは異なるＲＲＣ状態であってもよい。特定状態によれば、一般的なＲＲＣコネクティッドモードに比べてシグナリングが削減される。また、特定状態によれば、一般的なＲＲＣアイドルモードに比べてＵＥ１００が迅速にデータ通信を開始することができる。以下において、特定状態を「Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態（Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ　ｓｕｂｓｔａｔｅ）」と称する。
　図８は、Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態（特定状態）への遷移に係る動作を示す図である。図８の初期状態において、ＵＥ１００はＲＲＣコネクティッドモードであり、ＵＥ１００とｅＮＢ２００との間にＲＲＣ接続（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ）が確立されている。また、ｅＮＢ２００とＭＭＥ３００Ｃとの間にＳ１－ＭＭＥ接続（Ｓ１－ＭＭＥ　Ｃｏｎｎｅｃｔｉｏｎ）が確立されている。ｅＮＢ２００とＳ－ＧＷ３００Ｕとの間にＳ１－Ｕ接続（Ｓ１－Ｕ　Ｃｏｎｎｅｃｔｉｏｎ）が確立されている。ＵＥ１００は、ｅＮＢ２００とのデータ通信を行う。
　図８に示すように、ステップＳ１において、ｅＮＢ２００は、Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態への遷移を指示する遷移指示（Ｒｅｑｕｅｓｔ　ｔｏ　Ｌｉｇｈｔ　Ｃｏｎｎ．）をＵＥ１００に送信する。
　ステップＳ２において、ＵＥ１００は、遷移指示の受信に応じて、肯定応答（Ａｃｋ）メッセージをｅＮＢ２００に送信する。但し、ステップＳ２は必須ではなく、省略してもよい。
　ステップＳ３において、ＵＥ１００及びｅＮＢ２００は、ＲＲＣ接続を維持又は解放する。
　ステップＳ４において、ｅＮＢ２００及びＭＭＥ３００Ｃは、Ｓ１－ＭＭＥ接続を維持する。ステップＳ５において、ｅＮＢ２００及びＳ－ＧＷ３００Ｕは、Ｓ１－Ｕ接続を維持する。ステップＳ６において、ＵＥ１００は、Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態に遷移し、ｅＮＢ２００とのデータ通信を中断する。
　ｅＮＢ２００は、Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態に遷移したＵＥ１００のコンテキスト情報（ＵＥコンテキスト）を破棄せずに維持する。ＵＥコンテキストは、ＵＥ１００に対する各種の設定及び能力等に関する情報を含む。各種の設定は、ＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）の設定を含む。
　Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００は、維持されているＳ１接続及びＵＥコンテキストを活用して、少ないシグナリングでｅＮＢ２００とのデータ通信を再開することができる。
　第１のｅＮＢ２００のセルにおいてＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態に遷移したＵＥ１００は、第１のｅＮＢ２００のセルから第２のｅＮＢ２００のセルに移動してもよい。第２のｅＮＢ２００のセルにおいてＵＥ１００がデータ通信を再開する場合、第２のｅＮＢ２００は、ＵＥ１００のＵＥコンテキストを第１のｅＮＢ２００からＸ２インターフェイス上で取得し、取得したＵＥコンテキストをＵＥ１００とのデータ通信に利用してもよい。
　Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００には、ＲＡＮベースページングが適用されてもよい。ＲＡＮベースページングは、Ｅ－ＵＴＲＡＮ１０（ｅＮＢ２００）によりページングが制御される所定ページングエリア単位でページングを行う。所定ページングエリアは、トラッキングエリアよりも狭いエリアである。所定ページングエリアを導入することにより、１のＵＥ１００に対してページングを行うセルの数を削減することができるため、シグナリングを削減することができる。以下において、このような所定ページングエリアを「ＲＡＮページングエリア」と称する。
　一例として、ＲＡＮページングエリアは、Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００のＳ１接続を維持する特定のｅＮＢ２００のセルと当該特定のｅＮＢ２００の周辺のｅＮＢ２００のセルとにより構成される。周辺のｅＮＢ２００は、特定のｅＮＢ２００とのＸ２インターフェイスを有するｅＮＢ２００であってもよい。特定のｅＮＢ２００は、Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００宛てのデータ又はＮＡＳシグナリングをＭＭＥ／Ｓ－ＧＷ３００から受信すると、ＲＡＮベースページングを行うと判断し、周辺のｅＮＢ２００と共にＵＥ１００のページングを行う。当該ページングは、ＲＲＣページングメッセージを送信することにより行われてもよいし、ＵＥ１００宛てのデータをページングメッセージとして送信することにより行われてもよい。
　（第１実施形態）
　第１実施形態について説明する。第１実施形態において、ＲＲＣアイドルモードのＵＥ１００がネットワークからＭＢＭＳサービスを受信するシナリオを想定する。或いは、Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００がネットワークからＭＢＭＳサービスを受信するシナリオを想定してもよい。
　一般的なＬＴＥシステムにおいて、ネットワークは、ＭＢＭＳカウンティングプロシージャを用いて、特定のＭＢＭＳサービスを受信している又は受信に興味を持つＲＲＣコネクティッドモードのＵＥ１００の数をカウントすることができる。具体的には、ｅＮＢ２００は、ＲＲＣコネクティッドモードのＵＥ１００に対してカウンティング要求を送信する。カウンティング要求は、カウント対象のＭＢＭＳサービスのサービス識別子（ＴＭＧＩ）のリストを含む。カウンティング要求を受信したＵＥ１００は、カウント対象のＭＢＭＳサービスを受信している又は受信に興味を持つか否かを判断する。ＵＥ１００は、ＵＥ１００が当該ＭＢＭＳサービスを受信している又は受信に興味を持つことに応じて、カウンティング応答をｅＮＢ２００に送信する。カウンティング応答は、カウント対象のＭＢＭＳサービスのうちＵＥ１００が受信している又は受信に興味を持つＭＢＭＳサービスを示す情報を含む。ｅＮＢ２００は、カウント対象のＭＢＭＳサービスを受信している又は受信に興味を持つＵＥ１００の数をカウントし、カウント結果をＭＣＥ１１に報告する。
　一般的なカウンティング応答は、通常の上りリンク送信プロシージャを用いてＵＥ１００からｅＮＢ２００に送信される。具体的には、ＵＥ１００は、スケジューリング要求（ＳＲ）及び／又はバッファステータス報告（ＢＳＲ）をｅＮＢ２００に送信する。ｅＮＢ２００は、ＳＲ及び／又はＢＳＲに基づいて、ＵＥ１００に上りリンク無線リソース（すなわち、ＰＵＳＣＨリソース）をスケジューリングし、スケジューリング情報をＵＥ１００に送信する。ＵＥ１００は、スケジューリングされた上りリンク無線リソースを用いてカウンティング応答をｅＮＢ２００に送信する。
　このような一般的なＭＢＭＳカウンティングプロシージャは、ＲＲＣアイドルモード又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００には適用することができない。よって、ネットワークは、ＲＲＣアイドルモード又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００におけるＭＢＭＳサービスの受信状況を把握することができない。また、一般的なＭＢＭＳカウンティングプロシージャにおいて、カウンティング応答の送受信は、複数のＵＥ個別シグナリング（専用シグナリング）を伴うため、シグナリングの増大を引き起こす懸念がある。
　以下において、このような問題を解決することができる新規なＭＢＭＳカウンティングプロシージャについて説明する。
　図９は、第１実施形態に係る動作例を示す図である。図９の初期状態において、ＵＥ１００はＲＲＣアイドルモード又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態である。図９においてＵＥ１００を１つのみ示しているが、実際にはｅＮＢ２００のカバレッジエリア内に複数のＵＥ１００が在圏していてもよい。
　図９に示すように、ステップＳ１１において、ｅＮＢ２００（送信部２１０）は、カウント対象のＭＢＭＳサービス（特定のＭＢＭＳサービス）を受信している又は受信に興味を持つ複数のＵＥ１００にカウンティング応答の送信を要求するカウンティング要求を送信する。カウンティング要求は、ブロードキャスト又はマルチキャストで送信される。例えば、ｅＮＢ２００（送信部２１０）は、システム情報ブロック（ＳＩＢ）、ＳＣ－ＭＣＣＨ、又はＭＣＣＨを用いてカウンティング要求を送信する。カウンティング要求は、カウント対象のＭＢＭＳサービスのサービス識別子（ＴＭＧＩ）のリストを含む。カウンティング要求は、ＲＲＣアイドルモード又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００を対象とすることを示す情報を含んでもよい。
　ステップＳ１２において、ｅＮＢ２００（送信部２１０）は、複数のＵＥ１００がカウンティング応答の送信に共通に用いるべき共通リソースプールを示す共通リソース設定を送信する。共通リソース設定は、ブロードキャスト又はマルチキャストで送信される。例えば、ｅＮＢ２００（送信部２１０）は、ＳＩＢ、ＳＣ－ＭＣＣＨ、又はＭＣＣＨを用いて共通リソース設定を送信する。共通リソース設定は、共通リソースプールを示す時間リソースパラメータ及び周波数リソースパラメータを含む。共通リソース設定は、カウンティング応答の送信電力を制御するための電力制御パラメータをさらに含んでもよい。時間リソースパラメータは、システムフレーム番号（ＳＦＮ）を示す情報、サブフレームを示す情報（ビットマップ）等を含んでもよい。周波数リソースパラメータは、リソースブロックの始点又は終点を示す情報、連続するリソースブロックの範囲（リソースブロック数）を示す情報等を含んでもよい。共通リソース設定は、共通リソースプールが提供される期間（又は、開始時間／終了時間）を含んでもよい。当該期間は、秒として定義されてもよく、フレーム番号（ＳＦＮ、サブフレーム等）で定義されてもよい。当該期間は、予め決められた値（例えば１０サブフレーム期間等）であってもよい。当該期間が存在する場合、ＵＥ１００は、当該期間内においてカウンティング応答を送信する。言い換えると、ＵＥ１００は、当該期間の経過後はカウンティング応答を送信しない。
　ステップＳ１２は、ステップＳ１１の前に行われてもよいし、ステップＳ１３の後に行われてもよい。或いは、ステップＳ１２は、ステップＳ１１と同時に行われてもよい。この場合、カウンティング要求及び共通リソース設定は、１つのメッセージに含まれてもよい。
　ＵＥ１００（受信部１１０）は、カウンティング要求及び共通リソース設定を受信する。
　ステップＳ１３において、ＵＥ１００（制御部１３０）は、カウンティング要求の受信に応じて、カウント対象のＭＢＭＳサービスをＵＥ１００が受信している又は受信に興味を持つか否かを判断する。ここでは、カウント対象のＭＢＭＳサービスをＵＥ１００が受信している又は受信に興味を持つと仮定して説明を進める。
　ステップＳ１４において、ＵＥ１００（制御部１３０）は、カウント対象のＭＢＭＳサービスを受信している又は受信に興味を持つことに応じて、共通リソースプールに含まれる一部の無線リソース（時間・周波数リソース）をランダムに選択する。
　ステップＳ１５において、ＵＥ１００（送信部１２０）は、選択された一部の無線リソース（すなわち、ＰＵＳＣＨリソース）を用いて、カウンティング応答をｅＮＢ２００に送信する。カウンティング応答は、カウント対象のＭＢＭＳサービスのうちＵＥ１００が受信している又は受信に興味を持つＭＢＭＳサービスを示す情報を含む。ここで、ＵＥ１００は、ＲＲＣアイドルモード又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態を維持しつつ、カウンティング応答をｅＮＢ２００に送信可能である。
　ｅＮＢ２００（受信部２２０）は、共通リソースプールに含まれる無線リソースを用いて複数のＵＥ１００が送信するカウンティング応答を受信する。複数のＵＥ１００間で無線リソースの衝突が発生した場合、ｅＮＢ２００（受信部２２０）は、衝突した無線リソースを用いて送信されたカウンティング応答の復号に失敗する。但し、ｅＮＢ２００は、カウンティング応答の再送を要求しないことに留意すべきである。これに対し、無線リソースの衝突が発生しない場合、ｅＮＢ２００（受信部２２０）は、衝突が発生した無線リソースを用いて送信されたカウンティング応答の復号に成功する。
　ｅＮＢ２００（制御部２３０）は、カウンティング応答に基づいて、カウント対象のＭＢＭＳサービスを受信している又は受信に興味を持つＵＥ１００の数をカウントし、カウント結果をＭＣＥ１１に報告する。ＭＣＥ１１（又はｅＮＢ２００）は、カウント結果に基づいて、ＭＢＭＳサービス（ＴＭＧＩ）ごとに、ユニキャスト伝送、ＭＢＳＦＮ伝送、及びＳＣ－ＰＴＭ伝送のうち何れを適用するか判断してもよい。一例として、ＭＣＥ１１（又はｅＮＢ２００）は、特定のＭＢＭＳサービス（ＴＭＧＩ）を受信している又は受信に興味を持つＵＥ１００の数が判定閾値を上回る場合、ＭＢＳＦＮ伝送又はＳＣ－ＰＴＭ伝送を用いて当該特定のＭＢＭＳサービスを提供すると判断する。ＭＣＥ１１（又はｅＮＢ２００）は、特定のＭＢＭＳサービスを受信している又は受信に興味を持つＵＥ１００があるセルに偏っていれば、当該セルにおいて特定のＭＢＭＳサービスをＳＣ－ＰＴＭ伝送で送信すると判断してもよい。特定のＭＢＭＳサービスを受信している又は受信に興味を持つＵＥ１００が非常に多くのセルに点在していれば、ＭＣＥ１１（又はｅＮＢ２００）は、これらのセルを含む１又は複数のＭＢＳＦＮエリアにおいて特定のＭＢＭＳサービスをＳＣ－ＰＴＭ伝送で送信すると判断してもよい。これらの状態の中間の状態、例えば、特定のＭＢＭＳサービスを受信している又は受信に興味を持つＵＥ１００が複数のセル等にまたがって存在する場合、ＭＣＥ１１（又はｅＮＢ２００）は、当該複数のセルが１つのｅＮＢに収容されていればＳＣ－ＰＴＭを選択し、当該複数のセルが複数ｅＮＢにまたがっていればＭＢＳＦＮを選択してもよい。
　第１実施形態によれば、ネットワークは、ＲＲＣアイドルモード又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥ１００におけるＭＢＭＳサービスの受信状況を大まかに把握することができる。第１実施形態によれば、一般的なＭＢＭＳカウンティングプロシージャに比べて、カウンティング応答の送受信に伴うシグナリングを削減することができる。
　図１０は、第１実施形態に係る共通リソースプールを示す図である。図１０において、時間方向の１つの区画は、１つの無線フレーム（又は１つのサブフレーム）を示す。
　図１０に示すように、共通リソースプール（Ａ　ｓｅｔ　ｏｆ　ｒｅｓｏｕｒｃｅｓ）は、ｅＮＢ２００の上りリンク無線リソースの一部である。一例として、共通リソースプールは、複数のリソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ　Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ）からなる。ＵＥ＃１乃至＃６は、ｅＮＢ２００から受信するカウンティング要求及び共通リソース設定に基づいて、共通リソースプールに含まれるリソースブロックを用いてカウンティング応答をｅＮＢ２００に送信する。リソースブロックは、ランダムに選択される。
　図１０の例において、ＵＥ＃１がリソースブロックＡを選択し、ＵＥ＃２がリソースブロックＢを選択し、ＵＥ＃３がリソースブロックＣを選択し、ＵＥ＃４乃至＃６がリソースブロックＤを選択している。すなわち、ＵＥ＃４乃至＃６間でリソースブロックの衝突が発生している。ｅＮＢ２００は、衝突が発生したリソースブロックＤを用いて送信されたカウンティング応答の復号に失敗する。これに対し、リソースブロックＡ、Ｂ、Ｃについては衝突が発生していないため、ｅＮＢ２００は、ＵＥ＃１乃至＃３のそれぞれのカウンティング応答の復号に成功する。
　カウンティング応答の送信に用いるリソースブロックの数は、１つである場合に限らず、２以上の数であってもよい。カウンティング応答の送信に用いるリソースブロックの数は、共通リソース設定のパラメータの１つとしてｅＮＢ２００が設定してもよい。
　ｅＮＢ２００又はＭＣＥ１１は、共通リソースプールのリソース量（すなわち、共通リソースプールのリソースブロック数）を決定してもよい。ＭＣＥ１１が共通リソースプールのリソース量を決定する場合、ＭＣＥ１１は、決定した共通リソースプールをｅＮＢ２００に通知する。ｅＮＢ２００は、決定された共通リソースプールを示す共通リソース設定を送信する。
　ｅＮＢ２００又はＭＣＥ１１は、ＭＢＳＦＮ又はＳＣ－ＰＴＭを用いるか否かを判定するための判定閾値に比例して共通リソースプールのリソース量を決定してもよい。一例として、あるＭＢＭＳサービスに興味のあるＵＥの数が多数になった場合のみ、当該ＭＢＭＳサービスのＳＣ－ＰＴＭ伝送を行うという前提下では、共通リソースプールのリソース量を多くする。これにより、共通リソースプール内での衝突の回避に寄与することができる。
　ｅＮＢ２００又はＭＣＥ１１は、ＲＲＣアイドルモードのＵＥの数及び／又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥの数が既知である場合には、これらのＵＥの数に比例して共通リソースプールのリソース量を決定してもよい。一例として、ＲＲＣアイドルモードのＵＥの数及び／又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態のＵＥの数が多い場合に、共通リソースプールのリソース量を多くする。
　（第２実施形態）
　第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、第１実施形態に係る動作を前提として、共通リソースプール内で衝突が発生する可能性を低下させることを可能とする実施形態である。
　一例として、ＵＥ１００（制御部１３０）は、自身が発生させた乱数又は自身の固有識別子を取得する。固有識別子は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ）であってもよい。固有識別子は、Ｓ－ＴＭＳＩ（ＳＡＥ－Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ）であってもよいし、電話番号であってもよい。固有識別子は、ｅＮＢ２００がＵＥ１００に割り当てた識別子であってもよい。このような識別子は、復旧用識別子（Ｒｅｓｕｍｅ　ＩＤ）であってもよいし、Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｉｏｎに遷移する時にｅＮＢから与えられた識別子（例えばセルＩＤ＋Ｃ－ＲＮＴＩ等）であってもよい。ＵＥ１００（制御部１３０）は、乱数又は固有識別子に基づいて、カウンティング応答の送信が許可されるか否かを判断する。
　他の例として、ＵＥ１００（制御部１３０）は、乱数又は固有識別子に基づいて、カウンティング応答の送信タイミングを決定する。送信タイミングは、無線フレームを識別するシステムフレーム番号（ＳＦＮ）により定義されてもよい。送信タイミングは、サブフレームフレームを識別するサブフレーム番号により定義されてもよい。
　ＵＥ１００（受信部１１０）は、ネットワーク（ｅＮＢ２００）から送信された所定値を受信してもよい。所定値は、乱数又は固有識別子が所定の条件を満たしたか否かを判定するための閾値又は変数であってもよい。所定値は、専用シグナリング、マルチキャストシグナリング（ＭＣＣＨ／ＳＣ－ＭＣＣＨ）、又はブロードキャストシグナリング（ＳＩＢ）によりｅＮＢ２００から送信されてもよい。ＵＥ１００（制御部１３０）は、乱数又は固有識別子と、所定値とに基づいて、カウンティング応答の送信が許可されるか否かを判断してもよい。ＵＥ１００（制御部１３０）は、乱数又は固有識別子と、所定値とに基づいて、カウンティング応答の送信タイミングを判断してもよい。
　図１１は、第２実施形態に係る動作例を示す図である。ここでは、第１実施形態との相違点を主として説明し、重複する説明を省略する。図１１において、ステップＳ１３、Ｓ２１、Ｓ２２、Ｓ１４はこの順に行われなくてもよく、ステップＳ１３、Ｓ２１、Ｓ２２、Ｓ１４の順番を変更してもよい。ステップＳ２１及びステップＳ２２のうち一方のみを行ってもよい。
　図１１に示すように、ステップＳ１１乃至Ｓ１３は第１実施形態と同様である。
　ステップＳ２１において、ＵＥ１００（制御部１３０）は、自身のカウンティング応答の送信が許可されているか否かを判断する。
　一例として、ＵＥ１００（制御部１３０）は、乱数（０～１の範囲）を発生させ、ｅＮＢ２００から通知された閾値（０～１の範囲）と乱数とを比較する。ＵＥ１００（制御部１３０）は、乱数が閾値条件を満たした場合に、カウンティング応答の送信が許可されていると判断し、カウンティング応答の送信機能を有効化する。「乱数が閾値条件を満たす」とは、乱数が閾値条件を超えたことであってもよいし、乱数が閾値条件を下回ったことであってもよい。ＵＥ１００（制御部１３０）は、乱数が閾値条件を満たさない場合に、カウンティング応答の送信が許可されていないと判断し、カウンティング応答の送信機能を無効化する。
　他の例として、ＵＥ１００（制御部１３０）は、自身のＩＭＳＩを取得し、ｅＮＢ２００から通知された変数（”Ｎ”、”Ｔ”）により定義される条件をＩＭＳＩが満たすか否かを判断する。このような条件として、「（ＩＭＳＩ）　ｍｏｄ　（Ｎ）　＝　（Ｔ）」という条件式を用いてもよい。当該条件式において、ＩＭＳＩそのものを用いることに代えて、ＩＭＳＩに基づく値（例えば、ＩＭＳＩ　ｍｏｄ　１０２４）を用いてもよい。当該条件式において、等式を用いることに代えて、不等式（＞、＜、≦、又は≧）を用いてもよい。ＵＥ１００（制御部１３０）は、ＩＭＳＩが条件を満たした場合に、カウンティング応答の送信が許可されていると判断し、カウンティング応答の送信機能を有効化する。ＵＥ１００（制御部１３０）は、ＩＭＳＩが条件を満たさない場合に、カウンティング応答の送信が許可されていないと判断し、カウンティング応答の送信機能を無効化する。
　図１２は、カウンティング応答の送信可否判断を示す図である。ＵＥ＃１乃至＃６のそれぞれは、自身のカウンティング応答の送信が許可されているか否かを判断する。図１２の例において、ＵＥ＃１、＃３、及び＃４は条件を満たすが、ＵＥ＃２、＃５、及び＃６は条件を満たさない。この場合、ＵＥ＃１、＃３、及び＃４は、共通リソースプール内のリソースブロックを用いてカウンティング応答を送信する。ＵＥ＃２、＃５、及び＃６は、カウンティング応答の送信が禁止される。
　ステップＳ２２において、ＵＥ１００（制御部１３０）は、自身のカウンティング応答の送信タイミングを決定する。ステップＳ２２は、ステップＳ２１でカウンティング応答の送信が許可された場合に限り行われてもよい。
　一例として、ＵＥ１００（制御部１３０）は、自身のＩＭＳＩを取得し、ｅＮＢ２００から通知された変数（”Ｎ”）及びＩＭＳＩにより定義される条件を満たすＳＦＮを決定する。このような条件として、「（ＩＭＳＩ）　ｍｏｄ　（Ｎ）　＝　（ＳＦＮ）　ｍｏｄ　（Ｎ）」という条件式を用いてもよい。当該条件式において、ＩＭＳＩそのものを用いることに代えて、ＩＭＳＩに基づく値（例えば、ＩＭＳＩ　ｍｏｄ　１０２４）を用いてもよい。ＵＥ１００（制御部１３０）は、条件を満たしたＳＦＮにおいてカウンティング応答を送信することを決定する。ＵＥ１００（制御部１３０）は、条件を満たさないＳＦＮにおいてカウンティング応答を送信しないことを決定する。他の例として、ＩＭＳＩに代えて乱数を用いてもよい。
　図１３は、カウンティング応答の送信タイミングを示す図である。ＵＥ＃１乃至＃６のそれぞれは、ＵＥ＃１乃至＃６のそれぞれのカウンティング応答の送信タイミングをＩＭＳＩ（又は乱数）に基づいて決定する。図１３の例において、ＵＥ＃１及び＃２はＳＦＮ＃１をカウンティング応答の送信タイミングとして決定する。ＵＥ＃３及び＃４はＳＦＮ＃２をカウンティング応答の送信タイミングとして決定する。ＵＥ＃５及び＃６はＳＦＮ＃３をカウンティング応答の送信タイミングとして決定している。このように、複数のＵＥのカウンティング応答の送信タイミングを時間方向に分散させることができる。
　ステップＳ２１及びＳ２２を併用してもよい。この場合、ＵＥ１００（制御部１３０）は、ステップＳ２２で決定した送信タイミング（ＳＦＮ）ごとに、ステップＳ２１の送信可否判断を行ってもよい。一例として、ＵＥ１００（制御部１３０）は、あるＳＦＮにおいてカウンティング応答を送信できなかった場合であって、カウンティング対象のＭＢＭＳサービスについてなお興味を有している場合に、次の送信機会（次の送信タイミング）でカウンティング応答の送信を再試行してもよい。但し、一旦カウンティング応答を送信した後は、そのような再試行を行ってはならない。
　ステップＳ１４乃至Ｓ１５は第１実施形態と同様である。
　（第３実施形態）
　第３実施形態について、第１及び第２実施形態との相違点を主として説明する。第３実施形態は、第１実施形態に係る動作を前提として、複数の共通リソースプールのそれぞれに特定のＭＢＭＳサービスを対応付ける実施形態である。
　第３実施形態において、カウンティング要求は、複数のＭＢＭＳサービスのそれぞれのサービス識別子（ＴＭＧＩ）を含む。共通リソース設定は、複数のＭＢＭＳサービスのそれぞれに対応する共通リソースプールからなる複数の共通リソースプールを示す。ＵＥ１００（制御部１３０）は、自身が受信している又は受信に興味を持つＭＢＭＳサービスのサービス識別子に対応する共通リソースプールを複数の共通リソースプールの中から選択する。ＵＥ１００（送信部１２０）は、選択した共通リソースプールに含まれる無線リソースを用いてカウンティング応答をネットワーク（ｅＮＢ２００）に送信する。
　ＭＢＭＳサービスと共通リソースプールとを対応付けることより、共通リソースプール内で衝突が発生する可能性を低下させることができる。このような対応関係を導入することにより、カウンティング応答の情報量を削減することができる。一例として、カウンティング応答は、１ビットのフラグにより構成してもよい。ｅＮＢ２００は、共通リソースプールごとにカウンティング応答をカウントすることにより、各ＭＢＭＳサービスを受信している又は受信に興味を持つＵＥの数を把握する。
　一例として、ＵＥ１００（送信部１２０）は、カウンティング応答として、複数のＵＥがカウンティング応答の送信に共通に用いる共通信号系列を送信する。共通信号系列は、ＵＥ１００に事前設定されていてもよい。共通信号系列は、ｅＮＢ２００がＵＥ１００に設定してもよい。共通信号系列は、スケジューリング要求（ＳＲ）のような信号系列である。ｅＮＢ２００は、共通リソースプールごとに、カウンティング応答（共通信号系列）の受信電力を測定する。ｅＮＢ２００は、各共通リソースプールの受信電力に基づいて、当該共通リソースプールに対応するＭＢＭＳサービスを受信している又は受信に興味を持つＵＥの数を大まかに把握することができる。ｅＮＢ２００は、ターゲット電力と実際の受信電力との差分より、当該ＭＢＭＳサービスを受信している又は受信に興味を持つＵＥの数を大まかに把握してもよい。
　他の例として、ＵＥ１００（制御部１３０）は、自身で発生させた乱数又は自身の固有識別子を取得し、乱数又は識別子を用いて信号系列を選択する。ＵＥ１００（送信部１２０）は、カウンティング応答として、乱数又は識別子を用いて選択された信号系列（個別信号系列）を送信する。ｅＮＢ２００は、共通リソースプールごとに、カウンティング応答（個別信号系列）の数を判定することにより、当該共通リソースプールに対応するＭＢＭＳサービスを受信している又は受信に興味を持つＵＥの数を把握することができる。
　複数の共通リソースプールのそれぞれは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースとして設定されてもよい。この場合、ランダムアクセスプリアンブルをカウンティング応答として用いてもよい。共通リソースプールとして用いられるＰＲＡＣＨリソースは、リソース位置が定められた通常のＰＲＡＣＨリソースとは異なるＰＲＡＣＨリソースとして設定される。
　図１４は、第３実施形態に係る動作例を示す図である。ここでは、第１実施形態との相違点を主として説明し、重複する説明を省略する。図１４において、ステップＳ１３、Ｓ３１、Ｓ３２、Ｓ１４はこの順に行われなくてもよく、ステップＳ１３、Ｓ３１、Ｓ３２、Ｓ１４の順番を変更してもよい。上述した共通信号系列を用いる場合、ステップＳ３２を省略してもよい。上述した個別信号系列を用いる場合、ステップＳ１４を省略してもよい。
　図１４に示すように、ステップＳ１１乃至Ｓ１３は第１実施形態と同様である。但し、ステップＳ１１において、ｅＮＢ２００（送信部２１０）は、複数のＭＢＭＳサービスのそれぞれのサービス識別子（ＴＭＧＩ）を含むカウンティング要求を送信する。ステップＳ１２において、ｅＮＢ２００（送信部２１０）は、当該複数のＭＢＭＳサービスに対応する複数の共通リソースプールを示す共通リソース設定を送信する。ステップＳ１１又はＳ１２（又は他のシグナリング）において、ｅＮＢ２００（送信部２１０）は、サービス識別子（ＴＭＧＩ）と共通リソースプールとの対応関係を示す情報（すなわち、マッピング情報）を送信してもよい。或いは、カウンティング要求中のサービス識別子の並び順と、共通リソース設定中の共通リソースプールの並び順とを合わせることにより、対応関係を暗示的に示してもよい。サービス識別子と共通リソースプールとの対応関係は、１対１の関係である。但し、１対多の関係としてもよい。
　上述した共通信号系列を用いる場合、ｅＮＢ２００は、共通信号系列を示すパラメータをＵＥ１００に設定してもよい。ｅＮＢ２００は、共通信号系列の開ループ送信電力制御等に用いる送信電力パラメータ（例えば、ｅＮＢ２００におけるターゲット受信電力）をＵＥ１００に設定してもよい。上述した個別信号系列を用いる場合、ｅＮＢ２００は、個別信号系列及び／又はその送信電力を決定するためのパラメータをＵＥ１００に設定してもよい。これらのパラメータは、専用シグナリング、マルチキャストシグナリング（ＭＣＣＨ／ＳＣ－ＭＣＣＨ）、又はブロードキャストシグナリング（ＳＩＢ）によりｅＮＢ２００から送信されてもよい。
　ステップＳ３１において、ＵＥ１００（制御部１３０）は、ＵＥ１００が受信している又は受信に興味を持つＭＢＭＳサービスのサービス識別子（ＴＭＧＩ）に対応する共通リソースプールを複数の共通リソースプールの中から選択する。カウンティング対象のＭＢＭＳサービスのうち複数のＭＢＭＳサービスをＵＥ１００が受信している又は受信に興味を持つ場合、ＵＥ１００（制御部１３０）は、当該複数のＭＢＭＳサービスに対応する複数の共通リソースプールを選択してもよい。
　ステップＳ３２において、ＵＥ１００（制御部１３０）は、ＵＥ１００で発生させた乱数又はＵＥ１００の固有識別子を用いて個別信号系列（例えば、プリアンブル系列）を選択する。プリアンブル系列は、ベース系列とサイクリックシフト量とにより決定される。一例として、ＵＥ１００（制御部１３０）は、「（ＩＭＳＩ）　ｍｏｄ　（ｍａｘ＃　ｏｆ　“ｖ”）」によりサイクリックシフト量を決定する。（ｍａｘ＃　ｏｆ　“ｖ”）は、サイクリックシフト量（サイクリックシフトパターン）の最大数である。ＵＥ１００（制御部１３０）は、「（ＩＭＳＩ）　ｍｏｄ　（ｍａｘ＃　ｏｆ　Ｉｎｄｅｘ）」により「ＰＲＡＣＨ　Ｃｏｎｆｉｇ　Ｉｎｄｅｘ」を決定してもよい。（ｍａｘ＃　ｏｆ　Ｉｎｄｅｘ）は、「ＰＲＡＣＨ　Ｃｏｎｆｉｇ　Ｉｎｄｅｘ」の最大数（例えば、６４）である。「ＰＲＡＣＨ　Ｃｏｎｆｉｇ　Ｉｎｄｅｘ」は、プリアンブル送信のタイミング（ＳＦＮ）及びプリアンブルフォーマット（信号の長さ）に関するパラメータである。全ての「ＰＲＡＣＨ　Ｃｏｎｆｉｇ　Ｉｎｄｅｘ」を候補とするのではなく、一部の「ＰＲＡＣＨ　Ｃｏｎｆｉｇ　Ｉｎｄｅｘ」に候補を限定してもよい。一例として、「ＰＲＡＣＨ　Ｃｏｎｆｉｇ　Ｉｎｄｅｘ」は、”Ａｎｙ”（ＴＳ　３６．２１１のＴａｂｌｅ　５．７．１－２を参照）だけに限定されてもよい。”Ａｎｙ”は、どのＳＦＮでも送信が可能な設定である。この場合、（ｍａｘ＃　ｏｆ　Ｉｎｄｅｘ）は４３等に限定される。また、この場合、決定されたＰＲＡＣＨ　Ｃｏｎｆｉｇ　Ｉｎｄｅｘはシフトする（例えば、Ｉｎｄｅｘが０の場合、ＴＳ　３６．２１１のＴａｂｌｅ　５．７．１－２のＩｎｄｅｘは３を示す）。このように制御する事で、信号受信に割り当てたリソースを有効活用することができる。より短時間でカウントを行うことができる。
　ステップＳ１４乃至Ｓ１５は第１実施形態と同様である。但し、ステップＳ１５において、ＵＥ１００（送信部１２０）は、ステップＳ３１で選択した共通リソースプールを用いて、共通信号系列又は個別信号系列をカウンティング応答としてネットワーク（ｅＮＢ２００）に送信する。
　図１５は、サービス識別子（ＴＭＧＩ）と共通リソースプールとの対応関係を示す図である。図１５に示すように、ＴＭＧＩ＃１乃至＃４に対応する４つの共通リソースプールが設定されている。ＵＥ＃１は、ＴＭＧＩ＃１、＃２、及び＃３の各ＭＢＭＳサービスを受信している又は受信に興味を持っており、ＴＭＧＩ＃１、＃２、及び＃３に対応する各共通リソースプールにおいてカウンティング応答を送信する。他のＵＥも同様に、他のＵＥが受信している又は受信に興味を持つＭＢＭＳサービスに対応する共通リソースプールにおいてカウンティング応答を送信する。なお、各共通リソースプールのリソース量は、上述した方法を用いて個別に設定されてもよい。
　（第３実施形態の変更例）
　上述した第１乃至第３実施形態において、新たなカテゴリのＵＥ１００が存在するシナリオを考慮していなかった。新たなカテゴリのＵＥ１００は、システム送受信帯域の一部のみに送受信帯域幅が制限されるＵＥ１００である。本変更例では、このようなＵＥ１００に対して、ＭＢＭＳを用いたマルチキャスト／ブロードキャストによりファームウェア等の一括配信を行うシナリオを想定する。
　新たなＵＥカテゴリは、例えば、カテゴリＭ１及びＮＢ（Ｎａｒｒｏｗ　Ｂａｎｄ）－ＩｏＴカテゴリと称される。ここで、カテゴリＭ１は、ｅＭＴＣ（ｅｎｈａｎｃｅｄ　Ｍａｃｈｉｎｅ　Ｔｙｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ＵＥである。また、ＮＢ－ＩｏＴ　ＵＥは、カテゴリＮＢ１である。カテゴリＭ１は、ＵＥ１００の送受信帯域幅を１．０８ＭＨｚ（すなわち、６リソースブロックの帯域幅）に制限するとともに、繰り返し送信等を用いたカバレッジ強化（ＣＥ：Ｅｎｈａｎｃｅｄ　Ｃｏｖｅｒａｇｅ）技術をサポートする。ＮＢ－ＩｏＴカテゴリは、ＵＥ１００の送受信帯域幅を１８０ｋＨｚ（すなわち、１リソースブロックの帯域幅）にさらに制限するとともに、カバレッジ強化技術をサポートする。繰り返し送信は、複数のサブフレームを用いて同一のデータを繰り返し送信する技術である。一例として、ＬＴＥシステムのシステム帯域幅は１０ＭＨｚであり、そのうちの送受信帯域幅は９ＭＨｚ（すなわち、５０リソースブロックの帯域幅）である。一方、カテゴリＭ１のＵＥ１００は、６リソースブロックよりも広い帯域幅で送信される下りリンク無線信号を受信することができないため、通常のＰＤＣＣＨを受信することができない。このため、ＭＴＣ向けのＰＤＣＣＨであるＭＰＤＣＣＨ（ＭＴＣ－ＰＤＣＣＨ）が導入される。同様な理由で、ＮＢ－ＩｏＴ向けのＰＤＣＣＨであるＮＰＤＣＣＨ（ＮＢ－ＰＤＣＣＨ）が導入される。
　以下において、ＵＥ１００に必要とされるカバレッジ強化の度合いを「ＣＥレベル」と称する。「ＣＥレベル」は、少なくとも繰り返し送信における送信回数（すなわち、Ｒｅｐｅｔｉｔｉｏｎ回数）と関連する。
　本変更例において、複数の共通リソースプールのそれぞれにＣＥレベルを対応付ける。ｅＮＢ２００は、専用シグナリング、マルチキャストシグナリング（ＭＣＣＨ／ＳＣ－ＭＣＣＨ）、又はブロードキャストシグナリング（ＳＩＢ）により、共通リソースプールとＣＥレベルとの対応関係（マッピング情報）をＵＥ１００に設定してもよい。
　複数の共通リソースプールのそれぞれには、サービス識別子（ＴＭＧＩ）とＣＥレベルとが対応付けられていてもよい。一例として、ＴＭＧＩ＃１且つＣＥレベル＃１に対応する共通リソースプール＃１と、ＴＭＧＩ＃１且つＣＥレベル＃２に対応する共通リソースプール＃２と、・・・を設定してもよい。ｅＮＢ２００は、カウンティング要求を行う際に、カウンティング対象のＴＭＧＩ及びそのＴＭＧＩに対応するＣＥレベル毎のプール（共通リソース設定）をＵＥ１００に通知してもよい。或いは、ｅＮＢ２００は、ＳＣ－ＭＣＣＨ（もしくはＳＩＢ２０）で、ＴＭＧＩ毎の設定情報としてＣＥレベル毎のプール（共通リソース設定）をＵＥ１００に通知してもよい。
　ＵＥ１００は、自身のＣＥレベルを取得する。ＣＥレベルは、ＵＥ１００に事前設定されていてもよい。或いは、ＣＥレベルは、ＵＥ１００の状況に応じて可変であってもよい。一例として、ＵＥ１００は、ネットワークからの受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｐｏｗｅｒ）と閾値との比較結果に応じて自身のＣＥレベルを決定する。閾値（のリスト）は、ネットワークからＵＥ１００に通知されてもよい。各閾値は、ＣＥレベルと対応付けられている。
　ＵＥ１００は、複数の共通リソースプールのうち、自身のＣＥレベルに対応する共通リソースプールを選択する。ＵＥ１００は、自身が受信している又は受信に興味を持つＭＢＭＳサービスのサービス識別子（ＴＭＧＩ）に対応する複数の共通リソースプールを選択し、当該複数の共通リソースプールの中から自身のＣＥレベルに対応する共通リソースプールをさらに選択してもよい。所定のＣＥレベル（例えば、カバレッジ強化の必要が無いことを示すレベル）を有するＵＥ１００、若しくは通常のカバレッジエリアに在圏するＵＥ１００は、カウンティング応答を送信しなくてもよい。
　ｅＮＢ２００は、共通リソースプールごとに、カウンティング応答の数をカウントする、又はカウンティング応答の受信電力を測定する。これにより、ｅＮＢ２００（又はＭＣＥ１１）は、ＭＢＭＳサービスごとに、且つＣＥレベルごとに、ＵＥ１００の数を推定してもよい。ｅＮＢ２００（又はＭＣＥ１１）は、推定結果に基づいて、ＭＢＭＳサービスのＲｅｐｅｔｉｔｉｏｎ回数を決定してもよい。一例として、ｅＮＢ２００（又はＭＣＥ１１）は、あるＭＢＭＳサービスを受信している又は受信に興味を持つ複数のＵＥ１００についてＣＥレベルの分布から、最もＵＥ１００の数が多いＣＥレベル（或いは、ＵＥ１００の数が閾値を超えるＣＥレベル）を当該ＭＢＭＳサービスのＣＥレベルとして決定し、決定したＣＥレベルに対応するＲｅｐｅｔｉｔｉｏｎ回数等で当該ＭＢＭＳサービスをＳＣ－ＰＴＭで送信する。ｅＮＢ２００（又はＭＣＥ１１）は、あるＭＢＭＳサービスを受信している又は受信に興味を持つ複数のＵＥ１００について、カウンティング応答が得られた最高のＣＥレベル（例えば、Ｒｅｐｅｔｉｔｉｏｎ回数が最も多いＣＥレベル）を当該ＭＢＭＳサービスのＣＥレベルとして決定してもよい。
　（第４実施形態）
　第４実施形態について、第１乃至第３実施形態との相違点を主として説明する。第４実施形態は、ＭＢＭＳサービスを受信中のＵＥ１００の移動を考慮した実施形態である。
　一例として、ＳＣ－ＰＴＭによりＭＢＭＳサービスを受信中のＵＥ１００が別のセルに移動した時に、移動先セルでＳＣ－ＰＴＭが提供されていないことがあり得る。この場合、ＵＥ１００は、ＭＢＭＳサービスを継続的に受信するためには、ＲＲＣコネクティッドモードに遷移する必要があり得る。
　上述したように、ＵＥ１００（送信部１２０）は、自身が特定状態（ＲＲＣアイドルモード又はＬｉｇｈｔ　Ｃｏｎｎｅｃｔｅｄ状態）にある場合において、共通リソースプールの少なくとも一部を用いてカウンティング応答をネットワークに送信する。第４実施形態において、ＵＥ１００（送信部１２０）は、自身が特定状態から復旧するための要求メッセージをネットワークに送信する。当該要求メッセージは、ＵＥ１００がＭＢＭＳサービスを受信している又は受信に興味を持つことを示す情報を含む。当該要求メッセージは、ＲＲＣ接続の確立を要求する「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージ」、ＲＲＣ接続の復旧を要求する「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｓｕｍｅ　Ｒｅｑｕｅｓｔメッセージ」、又は「Ｌｉｇｈｔ　Ｃｏｎｎｅｃｔｉｏｎ用のＡｃｔｉｖａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージ」の何れかである。
　要求メッセージは、その理由を示すＣａｕｓｅフィールドを有する。ＵＥ１００は、ＭＢＭＳサービスを受信している又は受信に興味を持つことを示す情報をＣａｕｓｅフィールドに含める。一般的に、Ｃａｕｓｅフィールドには、ｅｍｅｒｇｅｎｃｙ、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｔ－Ａｃｃｅｓｓ、ｍｏ－Ｓｉｇｎａｌｌｉｎｇ、ｍｏ－Ｄａｔａ、ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ、ｍｏ－ＶｏｉｃｅＣａｌｌの何れかが設定される。ｅＮＢ２００は、Ｃａｕｓｅフィールドの内容に基づいて、要求メッセージを処理する優先度を判断する。
　要求メッセージを受信したｅＮＢ２００は、ＭＢＭＳサービスを受信している又は受信に興味を持つことを示す情報が当該要求メッセージに含まれていることに応じて、当該要求メッセージを優先的に処理する。言い換えると、ｅＮＢ２００は、ＭＢＭＳサービスを受信している又は受信に興味を持つＵＥ１００を優先的にＲＲＣコネクティッドモードに遷移させるよう制御する。この場合の優先度は、例えば、ｍｏ　ｄａｔａとｈｉｇｈ　ｐｒｉｏｒｉｔｙ　ａｃｃｅｓｓとの中間程度に設定することができる。
　（その他の実施形態）
　第３実施形態の変更例において、ＣＥレベルがＵＥ１００の状況に応じて可変である一例を説明した。ＵＥ１００は、自身のＣＥレベルが変化した又はマルチキャスト受信（ＭＢＭＳ受信）に失敗したことに応じて、ｅＮＢ２００にその旨を通知してもよい。ＵＥ１００は、自身のＣＥレベルが変化した又はマルチキャスト受信（ＭＢＭＳ受信）に失敗し、且つ、依然として当該マルチキャスト受信に興味がある、及び／又は当該ＭＢＭＳサービスが進行中である場合に、当該通知を行ってもよい。ｅＮＢ２００は、当該通知により、当該ＭＢＭＳサービスのＲｅｐｅｔｉｔｉｏｎ回数等を変更してもよい。
　ＵＥ１００は、自身のＣＥレベルに基づいて、ｅＮＢ２００に対するＭＢＭＳ興味通知の送信を制御してもよい。ＭＢＭＳ興味通知（ＭＢＭＳ　ｉｎｔｅｒｅｓｔ　ｉｎｄｉｃａｔｉｏｎ）は、ＵＥ１００がＭＢＭＳサービスを受信している又は受信に興味を持つことを示すＲＲＣメッセージである。ＭＢＭＳ興味通知には、ＵＥ１００がＭＢＭＳサービスを受信している又は受信に興味を持つＭＢＭＳサービスの周波数、当該ＭＢＭＳサービスの受信をユニキャスト受信よりも優先するか否かを示す情報、当該ＭＢＭＳサービスのサービス識別子（ＴＭＧＩ）のリスト、のうち少なくとも１つを含めることができる。ＵＥ１００は、自身のＣＥレベルをＭＢＭＳ興味通知に含めてもよい。ＵＥ１００は、カバレッジ強化（ＣＥ）が必要であると判断した場合に限り、ＭＢＭＳ興味通知をネットワークに送信してもよい。ｅＮＢ２００は、このような特殊なＭＢＭＳ興味通知の送信をＵＥ１００に要求（又は許可）してもよい。ｅＮＢ２００は、ＣＥレベルをＭＢＭＳ興味通知に含めるべきか否かを示す情報をＵＥ１００に送信してもよい。これらのｅＮＢ２００のシグナリングは、専用シグナリング、マルチキャストシグナリング（ＭＣＣＨ／ＳＣ－ＭＣＣＨ）、又はブロードキャストシグナリング（ＳＩＢ）であってもよい。ＵＥ１００は、ｅＮＢ２００からのシグナリングに従ってＭＢＭＳ興味通知をｅＮＢ２００に送信する。
　ｅＮＢ２００が行うと説明した処理の少なくとも一部をＭＣＥ１１及び／又はＭＭＥ３００が行ってもよい。ＭＣＥ１１は、ＭＭＥ３００からＣＥレベルを通知されてもよい。当該ＣＥレベルは、ＴＭＧＩと紐付いていてもよい。当該ＣＥレベルは、当該ＴＭＧＩが示すＭＢＭＳサービスに興味があるＵＥ１００のＣＥレベルのうち最も拡張が必要なＣＥレベル（例えば、Ｒｅｐｅｔｉｔｉｏｎ回数が最も多いＣＥレベル）であってもよい。ＭＣＥ１１（又はＭＭＥ３００）は、ＭＢＭＳサービスのセッション開始要求において、ｅＮＢ２００（又はＭＣＥ１１）に対して、当該ＭＢＭＳサービスのＲｅｐｅｔｉｔｉｏｎ回数を通知してもよい。
　上述した各実施形態に係るＭＢＭＳカウンティングプロシージャを一般的なＭＢＭＳカウンティングプロシージャと併用してもよい。一例として、一般的なＭＢＭＳカウンティングプロシージャにより特定のＭＢＭＳサービスを受信している又は受信に興味を持つＲＲＣコネクティッドモードのＵＥ数を把握し、当該ＲＲＣコネクティッドモードのＵＥ数に基づいて共通リソースプールのリソース量等を決定してもよい。
　上述した各実施形態における上りリンク送信動作をコンテンションベースの上りリンクデータ送信に適用してもよい。そのような変更例においては、カウンティング要求は用いられず、かつ、「カウンティング応答」を「上りリンク信号」と読み替える。より具体的には、「カウンティング応答」を「上りリンクデータ」と読み替えてもよい。そのような変更例は、次のように要約することができる。移動通信システムのための無線端末は、複数の無線端末が上りリンク信号の送信に共通に用いるべき共通リソースを示す共通リソース設定をネットワークから受信する受信部と、自無線端末の固有識別子を取得し、前記固有識別子に基づいて自無線端末が上りリンク信号の送信に用いる無線リソースを前記共通リソースの中から決定する制御部と、前記決定された無線リソースを用いて、上りリンク信号を前記ネットワークに送信する送信部と、を備える。ここで、前記制御部は、前記固有識別子に基づいて、自無線端末が上りリンク信号の送信に用いる時間リソース（例えば、サブフレーム）を決定してもよい。前記制御部は、前記固有識別子に基づいて、自無線端末が上りリンク信号の送信に用いる周波数リソース（例えば、ＮＢ－ＩｏＴにおける１８０ｋＨｚ（１リソースブロックの帯域幅）のキャリア）を決定してもよい。
　コンテンションベースの上りリンクデータ送信において、ＵＥ１００は、例えば、「ＩＭＳＩ　ｍｏｄ　ｘ　＝　０」となるサブフレームのみ、コンテンションベースＵＬ送信を行ってもよい。ここで、コンテンションベースＵＬ送信を許可するサブフレームが歯抜けの場合（例えば、有効サブフレームがパターンでＵＥ１００に指定されている場合）、開始サブフレーム番号から起算して、有効サブフレームだけをカウントしてもよい。すなわち、ＵＥ１００は、歯抜けの有効サブフレームのみを対象として、最初から順に０，１，２，３…番とみなしてもよい。ｅＮＢ２００は、コンテンションベース送信の許可識別子（例えば、ＳＩＢによる通知）、コンテンションベース送信の有効サブフレームのパターンを示すパラメータ（例えば、ｓｔａｒｔ　ｓｕｂｆｒａｍｅ　｛ｓｔａｒｔ　ｏｆｆｓｅｔ｝、又はｂｉｔｍａｐ　ｐａｔｔｅｒｎ　｛３，　５，　７，　１０，　１８｝等）をブロードキャスト又はマルチキャストでＵＥ１００に通知してもよい。上述したように、ＵＥの固有識別子としては、ＩＭＳＩに限らず、Ｒｅｓｕｍｅ　ＩＤ、Ｃ－ＲＮＴＩ、Ｓ－ＴＭＳＩを用いてもよい。ここではコンテンションベースの上りリンクデータ送信を時間方向に分散させる一例を説明したが、周波数方向への分散を行ってもよい。例えば、ＵＥ１００は、ＩＭＳＩ　ｍｏｄ　ｘ　＝　０を満たすｃａｒｒｉｅｒ（すなわち、ＮＢ－ＩｏＴにおける１８０ｋＨｚ（１リソースブロックの帯域幅））のみで上りリンク送信を行ってもよい。
　コンテンションベースの上りリンクデータ送信において、ＣＥ（Ｅｎｈａｎｃｅｄ　Ｃｏｖｅｒａｇｅ）に居るＵＥとＮＣ（Ｎｏｒｍａｌ　Ｃｏｖｅｒａｇｅ）に居るＵＥとで、別のリソース（サブフレーム及び／又は周波数）を割り当ててもよい（第３実施形態の変更例参照）。ＵＥ１００は、測定したＲＳＲＰがある閾値を超えたか否かに応じてＣＥに居るか否かを判定してもよい。ＵＥ１００は、繰り返し送信回数がある閾値を超えたか否かで判定してもよい。これらの閾値は、ｅＮＢ２００からＵＥ１００に対してブロードキャスト又はマルチキャストで通知されていてもよい。
　コンテンションベースの上りリンクデータ送信において、ＵＥ１００は、送信ＭＣＳ毎に又は繰り返し送信回数毎に異なるリソースを割り当てられてもよい。ＵＥ１００が送信ＭＣＳに応じて送信リソースを決定して上りリンク送信を行う場合、ｅＮＢ２００は、受信リソースに応じてデコード方式（ＭＣＳ）を変更してもよい。
　上述した各実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の処理を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の処理を他の実施形態の一部の構成と置換してもよい。
　上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本開示はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本開示を適用してもよい。
　本願は米国仮出願第６２／３８１１４０号（２０１６年８月３０日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

Claims (15)

  1. 　移動通信システムのための無線端末であって、
    　特定のＭＢＭＳサービスを受信している又は受信に興味を持つ複数の無線端末にカウンティング応答の送信を要求するカウンティング要求と、前記複数の無線端末が前記カウンティング応答の送信に共通に用いるべき共通リソースプールを示す共通リソース設定と、をネットワークから受信する受信部と、
    　前記カウンティング要求の受信に応じて、自無線端末が前記特定のＭＢＭＳサービスを受信している又は受信に興味を持つか否かを判断する制御部と、
    　自無線端末が前記特定のＭＢＭＳサービスを受信している又は受信に興味を持つことに応じて、前記共通リソースプールに含まれる無線リソースを用いて、前記カウンティング応答を前記ネットワークに送信する送信部と、を備える
    　無線端末。
  2. 　前記制御部は、前記共通リソースプールの中から一部の無線リソースをランダムに選択し、
    　前記送信部は、前記選択された一部の無線リソースを用いて、前記カウンティング応答を前記ネットワークに送信する
    　請求項１に記載の無線端末。
  3. 　前記制御部は、自無線端末で発生させた乱数又は自無線端末の固有識別子を取得し、
    　前記制御部は、前記乱数又は前記固有識別子に基づいて、前記カウンティング応答の送信が許可されるか否かを判断する
    　請求項１に記載の無線端末。
  4. 　前記受信部は、前記ネットワークから送信された所定値をさらに受信し、
    　前記制御部は、前記乱数又は前記固有識別子と、前記所定値とに基づいて、前記カウンティング応答の送信が許可されるか否かを判断する
    　請求項３に記載の無線端末。
  5. 　前記制御部は、自無線端末で発生させた乱数又は自無線端末の固有識別子を取得し、
    　前記制御部は、前記乱数又は前記固有識別子に基づいて、前記カウンティング応答の送信タイミングを決定する
    　請求項１に記載の無線端末。
  6. 　前記受信部は、前記ネットワークから送信された所定値をさらに受信し、
    　前記制御部は、前記乱数又は前記固有識別子と、前記所定値とに基づいて、前記カウンティング応答の送信タイミングを決定する
    　請求項５に記載の無線端末。
  7. 　前記カウンティング要求は、複数のＭＢＭＳサービスのそれぞれのサービス識別子を含み、
    　前記共通リソース設定は、前記複数のＭＢＭＳサービスのそれぞれに対応する前記共通リソースプールからなる複数の共通リソースプールを示し、
    　前記制御部は、自無線端末が受信している又は受信に興味を持つＭＢＭＳサービスのサービス識別子に対応する前記共通リソースプールを前記複数の共通リソースプールの中から選択し、
    　前記送信部は、前記選択した共通リソースプールに含まれる無線リソースを用いて前記カウンティング応答を前記ネットワークに送信する
    　請求項１に記載の無線端末。
  8. 　前記送信部は、前記カウンティング応答として、前記複数の無線端末が前記カウンティング応答の送信に共通に用いる共通信号系列を前記ネットワークに送信する
    　請求項１に記載の無線端末。
  9. 　前記制御部は、自無線端末で発生させた乱数又は自無線端末の固有識別子を取得し、
    　前記送信部は、前記カウンティング応答として、前記乱数又は前記固有識別子を用いて選択された信号系列を前記ネットワークに送信する
    　請求項１に記載の無線端末。
  10. 　前記送信部は、前記無線端末が特定状態にある場合において、前記共通リソースプールの少なくとも一部を用いて前記カウンティング応答を前記ネットワークに送信し、
    　前記特定状態は、前記無線端末と前記ネットワークとの間で送受信されるシグナリングが抑制された状態である
    　請求項１に記載の無線端末。
  11. 　前記送信部は、前記無線端末が前記特定状態から復旧するための要求メッセージを前記ネットワークに送信し、
    　前記要求メッセージは、前記無線端末がＭＢＭＳサービスを受信している又は受信に興味を持つことを示す情報を含む
    　請求項１に記載の無線端末。
  12. 　移動通信システムのための基地局であって、
    　特定のＭＢＭＳサービスを受信している又は受信に興味を持つ複数の無線端末にカウンティング応答の送信を要求するカウンティング要求と、前記複数の無線端末が前記カウンティング応答の送信に共通に用いるべき共通リソースプールを示す共通リソース設定と、を送信する送信部と、
    　前記共通リソースプールに含まれる無線リソースを用いて前記複数の無線端末が送信する前記カウンティング応答を受信する受信部と、を備える
    　基地局。
  13. 　移動通信システムのための無線端末であって、
    　複数の無線端末が上りリンク信号の送信に共通に用いるべき共通リソースを示す共通リソース設定をネットワークから受信する受信部と、
    　自無線端末の固有識別子を取得し、前記固有識別子に基づいて自無線端末が上りリンク信号の送信に用いる無線リソースを前記共通リソースの中から決定する制御部と、
    　前記決定された無線リソースを用いて、上りリンク信号を前記ネットワークに送信する送信部と、を備える
    　無線端末。
  14. 　前記制御部は、前記固有識別子に基づいて、自無線端末が上りリンク信号の送信に用いる時間リソースを決定する
    　請求項１３に記載の無線端末。
  15. 　前記制御部は、前記固有識別子に基づいて、自無線端末が上りリンク信号の送信に用いる周波数リソースを決定する
    　請求項１３に記載の無線端末。
PCT/JP2017/030121 2016-08-30 2017-08-23 無線端末及び基地局 WO2018043243A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018537182A JP6751765B2 (ja) 2016-08-30 2017-08-23 無線端末及び基地局
US16/328,594 US11032673B2 (en) 2016-08-30 2017-08-23 Radio terminal and base station

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662381140P 2016-08-30 2016-08-30
US62/381,140 2016-08-30

Publications (1)

Publication Number Publication Date
WO2018043243A1 true WO2018043243A1 (ja) 2018-03-08

Family

ID=61300855

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/030121 WO2018043243A1 (ja) 2016-08-30 2017-08-23 無線端末及び基地局

Country Status (3)

Country Link
US (1) US11032673B2 (ja)
JP (1) JP6751765B2 (ja)
WO (1) WO2018043243A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023519753A (ja) * 2020-04-03 2023-05-12 維沃移動通信有限公司 サービス送信方法、サービス送信モード配置方法及び関連機器

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11324014B2 (en) * 2017-12-22 2022-05-03 Qualcomm Incorporated Exposure detection in millimeter wave systems
US11129059B2 (en) * 2019-02-13 2021-09-21 Qualcomm Incorporated Method and apparatus for providing redirection for reception of broadcast content in a 5G stand alone environment
US11909535B2 (en) * 2019-10-24 2024-02-20 Qualcomm Incorporated Operating in a radio link control acknowledged mode using a multicast or broadcast radio bearer
EP4240030A4 (en) * 2020-11-19 2023-09-20 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND DEVICE

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010502065A (ja) * 2006-08-21 2010-01-21 アイピーワイヤレス，インコーポレイテッド セルラネットワークシステム、ネットワークコントローラ及び加入者通信ユニットからフィードバックを取得する方法
JP2011061591A (ja) * 2009-09-11 2011-03-24 Sharp Corp 無線通信システム、基地局装置、移動局装置および通信方法
JP2012525083A (ja) * 2009-04-23 2012-10-18 インターデイジタル パテント ホールディングス インコーポレイテッド マルチキャリアワイヤレス通信におけるランダムアクセスのための方法および機器
JP2013520103A (ja) * 2010-02-12 2013-05-30 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンクランダムアクセスチャネル伝送を最適化する方法および装置
JP2013535916A (ja) * 2010-07-28 2013-09-12 インターデイジタル パテント ホールディングス インコーポレイテッド マルチメディアブロードキャストマルチキャストサービス（ｍｂｍｓ）のサービスのフィードバックのための方法および装置
JP2014510449A (ja) * 2011-02-08 2014-04-24 クゥアルコム・インコーポレイテッド ブロードキャストデータサービスに関係するデバイスをカウントするための方法および装置
WO2015125901A1 (ja) * 2014-02-21 2015-08-27 京セラ株式会社 Ｍｂｍｓ制御方法、ユーザ端末及び基地局
WO2016047106A1 (en) * 2014-09-26 2016-03-31 Nec Corporation Communication system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007119148A2 (en) * 2006-04-13 2007-10-25 Nokia Corporation Method providing efficient and flexible control signal for resource allocation
CN102123399B (zh) * 2010-01-08 2014-01-01 华为技术有限公司 调度请求的方法及装置
US20120127930A1 (en) * 2010-11-22 2012-05-24 Qualcomm Incorporated Uplink data arrival random access procedure
US8793295B2 (en) * 2011-07-18 2014-07-29 Lsi Corporation Method for fast calculation of the beginning of pseudo random sequences for long term evolution
US11153910B2 (en) * 2016-02-12 2021-10-19 Sony Corporation Terminal device, infrastructure equipment, methods and integrated circuitry

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010502065A (ja) * 2006-08-21 2010-01-21 アイピーワイヤレス，インコーポレイテッド セルラネットワークシステム、ネットワークコントローラ及び加入者通信ユニットからフィードバックを取得する方法
JP2012525083A (ja) * 2009-04-23 2012-10-18 インターデイジタル パテント ホールディングス インコーポレイテッド マルチキャリアワイヤレス通信におけるランダムアクセスのための方法および機器
JP2011061591A (ja) * 2009-09-11 2011-03-24 Sharp Corp 無線通信システム、基地局装置、移動局装置および通信方法
JP2013520103A (ja) * 2010-02-12 2013-05-30 インターデイジタル パテント ホールディングス インコーポレイテッド アップリンクランダムアクセスチャネル伝送を最適化する方法および装置
JP2013535916A (ja) * 2010-07-28 2013-09-12 インターデイジタル パテント ホールディングス インコーポレイテッド マルチメディアブロードキャストマルチキャストサービス（ｍｂｍｓ）のサービスのフィードバックのための方法および装置
JP2014510449A (ja) * 2011-02-08 2014-04-24 クゥアルコム・インコーポレイテッド ブロードキャストデータサービスに関係するデバイスをカウントするための方法および装置
WO2015125901A1 (ja) * 2014-02-21 2015-08-27 京セラ株式会社 Ｍｂｍｓ制御方法、ユーザ端末及び基地局
WO2016047106A1 (en) * 2014-09-26 2016-03-31 Nec Corporation Communication system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KYOCERA: "General issues in Light Connection", 3GPP TSG-RAN WG2#95 R2-165070, 26 August 2016 (2016-08-26), XP051126700 *
ZTE: "Discussion on some issues related with MBMS Counting Report", 3GPP TSG-RAN WG2#71BIS R2-105355, 15 October 2010 (2010-10-15), XP050605413 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023519753A (ja) * 2020-04-03 2023-05-12 維沃移動通信有限公司 サービス送信方法、サービス送信モード配置方法及び関連機器
JP7385055B2 (ja) 2020-04-03 2023-11-21 維沃移動通信有限公司 サービス送信方法、サービス送信モード配置方法及び関連機器

Also Published As

Publication number Publication date
US20190191279A1 (en) 2019-06-20
US11032673B2 (en) 2021-06-08
JP6751765B2 (ja) 2020-09-09
JPWO2018043243A1 (ja) 2019-06-24

Similar Documents

Publication Publication Date Title
US11722876B2 (en) Resource allocation for D2D discovery transmission
JP6741969B2 (ja) 移動通信システム
JP6506887B2 (ja) 無線端末及び基地局
JP6751765B2 (ja) 無線端末及び基地局
JP4864096B2 (ja) １対多サービス通信
EP3286970B1 (en) Random access response position indication for coverage enhanced low complexity machine type communication
JP4903227B2 (ja) 無線ネットワークにおけるアップリンク及びダウンリンク帯域幅の選択及び信号方法
WO2018084195A1 (ja) 無線端末及び基地局
US9743426B2 (en) Dynamic determination and signaling of a RAR window size to a coverage enhanced low complexity machine type communication device
JP2009542084A (ja) 移動通信システムにおけるマルチメディアブロードキャストマルチキャストサービス（ｍｂｍｓ）の品質保障方法、及びその端末
JP6408173B2 (ja) 無線端末及びネットワーク装置
US10757680B2 (en) Enhanced paging for low cost (LC) machine type communication (MTC) UEs
JP6273071B2 (ja) 移動通信システム、基地局、ｍｃｅ及びプロセッサ
CN109963283B (zh) 一种lte小区的实现方法
WO2018173677A1 (ja) 通信制御方法、無線端末、及び基地局
US11310631B2 (en) Radio terminal and base station
US10505650B2 (en) Radio terminal and network apparatus

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018537182

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17846248

Country of ref document: EP

Kind code of ref document: A1