WO2016121859A1 - 基地局、ユーザ端末、及び通信制御方法 - Google Patents

基地局、ユーザ端末、及び通信制御方法 Download PDF

Info

Publication number
WO2016121859A1
WO2016121859A1 PCT/JP2016/052460 JP2016052460W WO2016121859A1 WO 2016121859 A1 WO2016121859 A1 WO 2016121859A1 JP 2016052460 W JP2016052460 W JP 2016052460W WO 2016121859 A1 WO2016121859 A1 WO 2016121859A1
Authority
WO
WIPO (PCT)
Prior art keywords
subframe
base station
mbsfn
group
information
Prior art date
Application number
PCT/JP2016/052460
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 EP16743462.0A priority Critical patent/EP3240315B1/en
Priority to JP2016572135A priority patent/JP6334005B2/ja
Publication of WO2016121859A1 publication Critical patent/WO2016121859A1/ja
Priority to US15/661,505 priority patent/US10448363B2/en

Links

Images

Classifications

    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points

Definitions

  • the present invention relates to a base station, a user terminal, and a communication control method for multicast service.
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • MBSFN MBS Single Frequency Network
  • the base station includes a controller, and the controller performs a process of transmitting setting information for a user terminal having a group communication function defined by 3GPP (3rd Generation Generation Partnership Project)
  • the setting information includes specific subframe information indicating specific subframes that can configure a PDSCH (Physical Downlink Shared Channel) for multicast.
  • PDSCH Physical Downlink Shared Channel
  • the specific subframe information includes a predetermined number of subframes, each subframe being a subframe that can configure the PDSCH (Physical Downlink Shared Shared Channel) for multicast or any other subframe. And is indicated by a bitmap format.
  • the specific subframe information includes information indicating a repetition cycle of information indicated in the bitmap format.
  • the specific subframe information includes offset information applied to information indicated in the bitmap format.
  • the setting information includes a Group-RNTI (Radio Network Temporary Identifier) and a TMGI (Temporary Mobile Group Identity), and the Group-RNTI is assigned by the user terminal to the PDSCH for multicast.
  • RNTI used when decoding PDCCH (Physical Downlink Control Down Channel) including information
  • TMGI is information indicating a group to which the user terminal belongs.
  • MBMS MultimediaMBBroadcast Multicast Service
  • the controller executes a process of transmitting MBSFN subframe setting information defining MBSFN subframes reserved for MBSFN (MBMS Single Frequency Network) in the downlink, and the controller Subframes other than the MBSFN subframe are set as the specific subframe.
  • MBSFN MBMS Single Frequency Network
  • the controller executes a process of transmitting MBSFN subframe setting information defining MBSFN subframes reserved for MBSFN (MBMS Single Frequency Network) in the downlink, and the controller Subframes other than the specific subframe are set as the MBSFN subframe.
  • MBSFN MBMS Single Frequency Network
  • the base station notifies the setting information by an RRC (Radio Resource Control) message.
  • RRC Radio Resource Control
  • the RRC message may be SIB (System Information Block), and specifically may be SIB type 13.
  • the user terminal related to the first feature has a controller and has a group communication function defined by 3GPP (3rd Generation Generation Partnership Project).
  • the controller receives setting information from a base station that manages the serving cell.
  • the setting information includes specific subframe information indicating a specific subframe in which the user terminal can configure a PDSCH (Physical Downlink Shared Channel) for receiving multicast data.
  • PDSCH Physical Downlink Shared Channel
  • the communication control method related to the first feature includes a step in which a base station transmits setting information for a specific user terminal having a group communication function defined by 3GPP (3rd Generation Generation Partnership Project).
  • the setting information includes specific subframe information indicating specific subframes in which a PDSCH (Physical Downlink Shared Channel) for multicast can be configured.
  • PDSCH Physical Downlink Shared Channel
  • FIG. 6 is a diagram schematically illustrating an example including “Repetition Period”, “offset”, and “Repetition number” according to the first embodiment and the second embodiment.
  • a PMCH Physical Multicast Channel
  • a radio resource Physical channel
  • PDSCH Physical Downlink Shared Channel
  • the embodiment provides a technique by which a user terminal that is a target of group communication can efficiently receive multicast data via the PDSCH.
  • the communication control method is such that a user terminal having a group communication function defined by 3GPP (3rd generation generation partnership partnership project) can efficiently receive multicast data via the PDSCH. It is a method to make it.
  • the communication control method includes a step in which a base station transmits setting information for a user terminal having a group communication function defined in 3GPP (3rd Generation Generation Partnership Project), and the setting information includes a PDSCH for multicasting. Specific subframe information indicating specific subframes that can configure (PhysicalPhysDownlink Shared Channel) is included.
  • a base station has a controller, and the controller of the base station is for a user terminal having a group communication function defined by 3GPP (3rd Generation Generation Partnership Project).
  • a process of transmitting setting information is executed, and the setting information includes specific subframe information indicating a specific subframe in which a PDSCH for multicast (Physical Downlink Shared Channel) can be configured.
  • the specific subframe information indicates whether, in a predetermined number of subframes, each subframe is a subframe in which the multicast PDSCH (Physical Downlink Shared Channel) can be configured, or other subframes, Indicated by the bitmap format. Further, the specific subframe information includes information indicating a repetition cycle of the information indicated in the bitmap format. Further, the specific subframe information includes offset information applied to information indicated in the bitmap format.
  • PDSCH Physical Downlink Shared Channel
  • the setting information includes a Group-RNTI (Radio-Network-Temporary-Identifier) and a TMGI (Temporary-Mobile-Group-Identity), and the Group-RNTI indicates that the user terminal has a PDCCH ( MNTI used when decoding (Physical Downlink Control Control CHannel), and the TMGI is information indicating a group to which the specific user terminal belongs.
  • Group-RNTI Radio-Network-Temporary-Identifier
  • TMGI Temporal-Mobile-Group-Identity
  • MBMS MultimediaMultiBroadcast Multicast Service
  • the controller of the base station performs a process of transmitting MBSFN subframe setting information defining MBSFN subframes reserved for MBSFN (MBMS Single Frequency Network) in the downlink, and the controller performs the MBSFN Subframes other than the main subframe are set as the specific subframe.
  • MBSFN subframe setting information defining MBSFN subframes reserved for MBSFN (MBMS Single Frequency Network) in the downlink
  • the controller of the base station executes a process of transmitting MBSFN subframe setting information defining an MBSFN subframe reserved for MBSFN (MBMS Single Frequency Network) in the downlink.
  • the controller of the base station sets a subframe other than the specific subframe as the MBSFN subframe.
  • the base station notifies the setting information by an RRC (Radio Resource Control) message.
  • RRC Radio Resource Control
  • the RRC message may be SIB (System Information Block), and specifically may be SIB type 13.
  • a user terminal has a controller and has a group communication function defined by 3GPP (3rd Generation Generation Partnership Project), and the user terminal controller manages a serving cell.
  • a setting information is received from a station, and the setting information includes specific subframe information indicating a specific subframe in which the user terminal can configure a PDSCH (Physical (Downlink Shared Channel) for receiving multicast data.
  • PDSCH Physical (Downlink Shared Channel)
  • FIG. 1 is a configuration diagram of an LTE system according to the first embodiment.
  • the LTE system according to the first embodiment includes a UE (User Equipment) 100, an E-UTRAN (Evolved-UMTS Terrestrial Radio Access Network) 10, and an EPC (Evolved Packet Core) 20.
  • UE User Equipment
  • E-UTRAN Evolved-UMTS Terrestrial Radio Access Network
  • EPC Evolved Packet Core
  • the UE 100 corresponds to a user terminal.
  • the UE 100 is a mobile communication device, and performs radio communication with a cell (serving cell).
  • the configuration of the UE 100 will be described later.
  • the E-UTRAN 10 corresponds to a radio access network.
  • the E-UTRAN 10 includes an eNB 200 (evolved Node-B).
  • the eNB 200 corresponds to a base station.
  • the eNB 200 is connected to each other via the X2 interface. The configuration of the eNB 200 will be described later.
  • 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 user data routing function, 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 radio communication area, and is also used as a term indicating a function of performing radio communication with the UE 100.
  • the EPC 20 corresponds to a core network.
  • the EPC 20 includes an MME (Mobility Management Entity) / S-GW (Serving-Gateway) 300.
  • the MME performs various mobility controls for the UE 100.
  • the S-GW controls user data transfer.
  • the MME / S-GW 300 is connected to the eNB 200 via the S1 interface. Note that the E-UTRAN 10 and the EPC 20 constitute an LTE system network.
  • FIG. 2 is a block diagram of the UE 100.
  • the UE 100 includes a plurality of antennas 101, a radio transceiver 110, a user interface 120, a GNSS (Global Navigation Satellite System) receiver 130, a battery 140, a memory 150, and a processor 160.
  • the memory 150 and the processor 160 constitute a control unit (controller).
  • the UE 100 may not have the GNSS receiver 130. Further, the memory 150 may be integrated with the processor 160, and this set (that is, a chip set) may be used as the processor 160 '(controller). Further, the processor 160 may be a controller.
  • the antenna 101 and the wireless transceiver 110 are used for transmitting and receiving wireless signals.
  • the radio transceiver 110 converts the baseband signal (transmission signal) output from the processor 160 into a radio signal and transmits it from the antenna 101. Further, the radio transceiver 110 converts a radio signal received by the antenna 101 into a baseband signal (received signal) and outputs the baseband signal to the processor 160.
  • the user interface 120 is an interface with a user who owns the UE 100, and includes, for example, a display, a microphone, a speaker, and various buttons.
  • the user interface 120 receives an operation from the user and outputs a signal indicating the content of the operation to the processor 160.
  • the GNSS receiver 130 receives a GNSS signal and outputs the received signal to the processor 160 in order to obtain location information indicating the geographical location of the UE 100.
  • the battery 140 stores power to be supplied to each block of the UE 100.
  • the memory 150 stores a program executed by the processor 160 and information used for processing by the processor 160.
  • the processor 160 includes a baseband processor that modulates / demodulates and encodes / decodes a baseband signal, and a CPU (Central Processing Unit) that executes programs stored in the memory 150 and performs various processes. .
  • the processor 160 may further include a codec that performs encoding / decoding of an audio / video signal.
  • the processor 160 executes various processes and various communication protocols described later.
  • FIG. 3 is a block diagram of the eNB 200.
  • the eNB 200 includes a plurality of antennas 201, a radio transceiver 210, a network interface 220, a memory 230, and a processor 240.
  • the memory 230 and the processor 240 constitute a control unit (controller). Further, the memory 230 may be integrated with the processor 240, and this set (that is, a chip set) may be used as a processor (controller). Further, the processor 240 may be a controller.
  • the antenna 201 and the wireless transceiver 210 are used for transmitting and receiving wireless signals.
  • the radio transceiver 210 converts the baseband signal (transmission signal) output from the processor 240 into a radio signal and transmits it from the antenna 201.
  • the radio transceiver 210 converts a radio signal received by the antenna 201 into a baseband signal (received signal) and outputs the baseband signal to the processor 240.
  • the network interface 220 is connected to the neighboring eNB 200 via the X2 interface and is connected to the MME / S-GW 300 via the S1 interface.
  • the network interface 220 is used for communication performed on the X2 interface and communication performed on the S1 interface.
  • the memory 230 stores a program executed by the processor 240 and information used for processing by the processor 240.
  • the processor 240 includes a baseband processor that performs modulation / demodulation and encoding / decoding of a baseband signal, and a CPU that executes programs stored in the memory 230 and performs various processes.
  • the processor 240 executes various processes and various communication protocols described later.
  • FIG. 4 is a protocol stack diagram of a radio interface in the LTE system. As shown in FIG. 4, the radio interface protocol is divided into the first to third layers of the OSI reference model, and the first layer is 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 UE100 and the physical layer of eNB200, user data and a control signal are transmitted via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), random access procedure, and the like. Between the MAC layer of the UE 100 and the MAC layer of the eNB 200, user data and control signals are transmitted via a transport channel.
  • the MAC layer of the eNB 200 includes a scheduler that determines an uplink / downlink transport format (transport block size, modulation / coding scheme) and an allocation resource block to the UE 100.
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Between the RLC layer of the UE 100 and the RLC layer of the eNB 200, user data and control signals are transmitted 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.
  • Control signals for various settings 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 state, and otherwise, the UE 100 is in the RRC idle state.
  • the NAS (Non-Access Stratum) layer located above the RRC layer performs session management and mobility management.
  • FIG. 5 is a configuration diagram of a radio frame used in the LTE system.
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single Carrier Frequency Frequency 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.
  • frequency resources can be specified by resource blocks, and time resources can be specified by subframes (or slots).
  • the section of the first few symbols of each subframe is an area mainly used as a physical downlink control channel (PDCCH) for transmitting a control signal.
  • the remaining section of each subframe is an area that can be used as a physical downlink shared channel (PDSCH) mainly for transmitting user data.
  • PDSCH physical downlink shared channel
  • both ends in the frequency direction in each subframe are regions used mainly as a physical uplink control channel (PUCCH) for transmitting a control signal.
  • the other part in each subframe is an area that can be used mainly as a physical uplink shared channel (PUSCH) for transmitting user data.
  • PUCCH physical uplink control channel
  • PUSCH physical uplink shared channel
  • the LTE system supports MBMS.
  • the UE 100 receives multimedia data (MBMS data) distributed from the network by multicast or broadcast.
  • the UE 100 can receive MBMS data not only in the RRC connected state but also in the RRC idle state.
  • FIG. 6 is a diagram showing an area where MBMS is provided.
  • one MBSFN (Multicast-Broadcast Single-Frequency Network) area is composed of a plurality of cells
  • an MBMS service area is composed of a plurality of MBSFN areas.
  • One cell can belong to a plurality of MBSFN areas.
  • FIG. 7 is a diagram showing a network configuration related to MBMS.
  • a BMSC broadcastcastroadmulticast service Center
  • the MBMS-GW MBMS gateway
  • An MCE Multi-cell Coordination Entity
  • the LTE system according to the first embodiment also supports a group communication function defined by 3GPP (3rd Generation Partnership Project) (for example, refer to 3GPP technical specification TS23.468).
  • the LTE system according to the first embodiment supports SC-PTM transmission technology for group communication functions.
  • the eNB 200 uses the PDSCH for group multicast data (for example, a specific user) for a group composed of a plurality of UEs 100 (UE100-1, UE100-2, UE100-3). Content information, traffic information, etc.) are transmitted (distributed) to the UEs 100 constituting the group.
  • the UE 100 can receive the multicast data for the group not only in the RRC connected state but also in the RRC idle state.
  • the network configuration for supporting SC-PTM transmission technology As the network configuration for supporting SC-PTM transmission technology, the network configuration related to MBMS shown in FIG. 7 is used. Note that the network configuration for supporting the SC-PTM transmission technology may include a node (for example, GCS Application Server) that is not shown in the network configuration related to MBMS shown in FIG.
  • GCS Application Server The contents of GCS Application Server (GCS AS) are based on, for example, 3GPP technical specification TS23.468. In the following description, “node” may be replaced with “entity”.
  • FIG. 8 is a diagram showing an area where SC-PTM transmission can be executed. As shown in FIG. 8, the area where SC-PTM transmission can be executed (SC-PTM transmission area) covers one cell (Single cell) managed by the eNB 200, and at least one Group-MBSFN is included. The area can be configured. FIG. 8 shows an example of one Group-MBSFN area.
  • FIG. 9 is a sequence diagram illustrating the communication control method according to the first embodiment.
  • UE 100 user terminal acquires and stores TMGI (Temporary Mobile Group Identity), which is identification information indicating a group to which the UE belongs, from eNB 200 in advance via an RRC message.
  • TMGI Temporal Mobile Group Identity
  • the eNB 200 stores the TMGI for the UE 100 in addition to the process of transmitting the TMGI to the UE 100.
  • the UE 100 may update the stored TMGI for the own UE in a predetermined procedure (for example, RRC connection reconfiguration).
  • the eNB 200 may update the stored TMGI every time the TMGI of the UE 100 is updated.
  • ENB 200 determines a transmission method for transmitting multicast data for group communication transmitted from a node (for example, MME) on the network side to a plurality of UEs 100 belonging to the same group (step S1). Specifically, in step S1, for example, the eNB 200 determines whether the transmission method is the MBMS method or the SC-PTM ⁇ transmission method based on at least one of the following policies (step S1).
  • Policy 1 Decision based on traffic conditions in the cell
  • the eNB 200 uses the SC-PTM transmission scheme in order to efficiently use radio resources. Decide to apply.
  • the eNB 200 decides to apply the MBMS method when the value indicating the traffic in the cell is less than the predetermined threshold (TH1) (when the traffic in the cell is not crowded).
  • the eNB 200 is a case where the multicast data to be transmitted to the UE 100 is highly urgent data or data with high priority even when the value indicating the traffic in the cell is less than the predetermined threshold (TH1).
  • the eNB 200 may decide to apply the SC-PTM transmission scheme exceptionally.
  • Policy 2 Determination based on traffic volume for group communication
  • TH2 a predetermined threshold
  • the eNB 200 In order to use it efficiently, it is decided to apply the SC-PTM transmission method.
  • the eNB 200 decides to apply the MBMS method when the traffic amount of the multicast data for group communication is less than the predetermined threshold (TH2).
  • the eNB 200 stores the TMGI for the UE 100.
  • the eNB 200 can store a plurality of TMGIs for a plurality of groups. For this reason, eNB200 can determine a transmission system based on the number of TMGI memorize
  • TH3 predetermined number
  • Policy 4 Decisions based on MBMS usage eNB 200 uses radio resources efficiently when the amount of radio resources allocated for MBMS in a predetermined period is equal to or greater than a predetermined amount (TH4) (when MBMS is used by many UEs). And decide to apply the SC-PTM transmission method.
  • the eNB 200 determines to apply the MBMS scheme when the amount of radio resources allocated for MBMS in a predetermined period is less than the predetermined amount (TH4).
  • step S1 the eNB 200 determines whether the transmission method is the MBMS transmission method or the SC-PTM transmission method based on the above-described policy. However, another process may be applied. Another process includes a first process to a third process.
  • the first process is a process for determining whether a network side node (for example, MME) (hereinafter simply referred to as “network node”) (not shown) determines whether the transmission method is the MBMS method or the SC-PTM transmission method according to a predetermined policy. It is.
  • the second process is a process in which the network node transmits to the eNB 200 the transmission method determined in the first process.
  • the third process is a process in which the eNB 200 understands and adopts the transmission method transmitted from the network node in the second process.
  • the predetermined policy for the network node to determine the transmission method is, for example, that the network node determines the transmission method based on the traffic amount of the multicast data for group communication.
  • the network node detects the traffic volume of multicast data for group communication. Next, the network node decides to apply the SC-PTM transmission method when the detected traffic volume is equal to or greater than a predetermined threshold (TH5). The network node decides to apply the SC-PTM transmission method when the detected traffic volume is less than the predetermined threshold (TH5).
  • TH5 a predetermined threshold
  • the network node is not limited to such a policy, and for example, the transmission method may be determined based on the same policy as (Policy 3) described above.
  • eNB200 transmits the setting information (configuration) for UE100 based on the transmission method determined by step S1.
  • the setting information will be described later.
  • the eNB 200 continues the description assuming that the SC-PTMPtransmission method is adopted as the transmission method to the UE 100 in step S1.
  • ENB 200 transmits SIB1 (System Information Block Type 1), which is an RRC message, and then transmits SIB 13 (System Information Information Block, Type 13), which is an RRC message, based on the timing information indicated by SIB1 (step S2).
  • SIB1 System Information Block Type 1
  • SIB 13 System Information Information Block, Type 13
  • the SIB 13 includes “group-mbsfn-AreaInfoList”, and “group-mbsfn-AreaInfoList” includes “group-mbsfn-AreaInfoList”.
  • “Group-mbsfn-AreaInfo” includes “G-RNTI-Info”.
  • “G-RNTI-Info” includes “G-RNTI”, “tmgi (TMGI)”, and “group SUBFRAME allocation”. Details of “G-RNTI”, “tmgi (TMGI)”, and “group Subframe Allocation” will be described later. Note that “group-mbsfn-AreaInfoList” corresponds to the setting information described above.
  • the UE 100 When the UE 100 receives the SIB 13 transmitted from the eNB 200, if the “tmgi (TMGI)” included in the SIB 13 is the same as the TMGI for the own UE previously stored in the own UE, the UE 100 is included in the SIB 13. “G-RNTI” and “group Subframe Allocation” are stored (step S3).
  • G-RNTI G-RNTI
  • tmgi TMGI
  • group Subframe Allocation group Subframe Allocation
  • G-RNTI is an RNTI (Radio Network Temporary Identifier) for group communication.
  • G-RNTI is used when UE 100 decodes PDCCH for group communication.
  • the PDCCH in this case includes radio resource allocation information for PDSCH that is multicast-transmitted for group communication.
  • the PDCCH is scrambled in advance by “G-RNTI”.
  • Tmgi (TMGI) is identification information indicating a group to which a UE having a group communication function belongs.
  • Group Subframe Allocation indicates a subframe (specific subframe) in which a PDSCH multicast-transmitted for group communication and a PDCCH including radio resource allocation information for the PDSCH can be configured.
  • Group Subframe Allocation is one specific example of specific subframe information indicating specific subframes in which a PDSCH for multicast can be configured. Details of the contents indicated by “group Subframe Allocation” will be described separately with reference to FIG. 11.
  • the eNB 200 transmits the SIB 13 in Step 1 and then belongs to the UE 100 in the specific subframe indicated in the “group Subframe Allocation” based on the “group Subframe Allocation” included in the SIB 13 previously transmitted to the UE 100.
  • a PDSCH including multicast data for group communication and a PDCCH including radio resource allocation information for the PDSCH are transmitted (step S4).
  • the UE 100 When the UE 100 receives the PDCCH transmitted from the eNB 200 in the specific subframe in step S4, the UE 100 decodes the PDCCH using the “G-RNTI” stored in step S3, and performs multicast for group communication in the specific subframe. Understand the allocation state of radio resources for PDSCH (multicast PDSCH) including data, and execute a predetermined reception process. The UE 100 detects multicast data by a predetermined reception process.
  • the SIB 13 also includes “mbsfn-AreaInfoList”.
  • the “mbsfn-AreaInfoList” is used when the eNB 200 adopts the MBMS method as a transmission method to the UE 100.
  • the eNB 200 adopts the SC-PTM transmission method as a transmission method for a plurality of UEs 100 (a certain UE 100) belonging to a certain group, the eNB 200 does not belong to the group to which the certain UE 100 belongs.
  • “mbsfn-AreaInfoList” is set and included in SIB13.
  • the information of “mbsfn-AreaInfoList” indicated in the SIB 13 is not applied in order to receive multicast data for group communication for the own UE.
  • a certain UE 100 can understand that the information of “mbsfn-AreaInfoList” is information applied by another UE that does not belong to the group to which the certain UE 100 belongs.
  • the “mbsfn-AreaInfoList” illustrated in FIG. 10 includes information necessary for the UE 100 to acquire MBMS control information associated with one or more MBSFN areas. This information includes “mbsfn-AreaInfo”, which is not shown in FIG. “Mbsfn-AreaInfo” indicates information on subframes in which the UE 100 can receive MCCH (Multicast Control Chanel). MCCH is a control channel that indicates to UE 100 which subframe carries MTCH (Multicast Traffic Channel).
  • MCCH Multicast Control Chanel
  • the UE 100 is a target of group communication as described above.
  • a controller e.g., processor 240 of eNB 200 (not shown) (hereinafter simply referred to as eNB 200 for convenience of description) sets “Group-MBSFN-AreaInfo” for the group to which UE 100 belongs, and does not belong to the group to which UE 100 belongs. Executes the process of sending it in SIB13 together with “MBSFN-AreaInfo” set for UE.
  • “Group-MBSFN-AreaInfo” is “group-mbsfn-AreaInfo” described above.
  • MBSFN-AreaInfo is “mbsfn-AreaInfo” described above.
  • Group-MBSFN-AreaInfo includes “group Subframe Allocation” described above.
  • Group Subframe Allocation includes information indicated by a bitmap so that the specific subframes described above can be collectively specified among the predetermined number of subframes included in the predetermined number of radio frames. Specifically, in this information, a specific subframe is indicated by “1”, and subframes other than the specific subframe are indicated by “0”.
  • subframe number 1 (SF1), subframe number 4 (SF4), subframe number 5 (SF5), and subframe number 7 (SF7) are “ Since “1” and the other subframes are “0”, SF0 to SF9 can be configured by a bitmap “0100110100”.
  • the size is shown as “40” as BIT STRING of “group Subframe Allocation”, which means that it is a bitmap for 40 subframes.
  • a bitmap format for 40 subframes for example, a format in which 40 subframes are collectively represented by a bitmap, a reference bitmap for 10 subframes, and 2-bit information indicating that the reference bitmap is repeated four times (When repeated four times, for example, “11”) is combined.
  • FIG. 11 further includes “Repetition Period” and “offset” not shown in FIG.
  • FIG. 13 is a diagram for schematically explaining the contents of “Repetition Period” and “offset”.
  • “Repetition Period” indicates a cycle in which a bitmap corresponding to a predetermined number of subframes (10 subframes from SF0 to SF9 in FIG. 13) indicated by “group Subframe Allocation” is repeated. This period corresponds to a radio frame unit. For example, if “Repetition Period” is a value corresponding to 5 radio-frames, it means that the bitmap indicated by “group Subframe Allocation” is applied once every 5 radio-frames.
  • Offset indicates the interval from the reference SFN (System Frame Number) (SFN0 in FIG. 13) to the SFN (SFN “offset” in FIG. 13) to which the bitmap indicated by “group Subframe Allocation” is applied. The value is shown in radio frame units.
  • Group-MBSFN-AreaInfo may include “RepetitionRePeriod”, “offset”, and “Repetition number”.
  • FIG. 14 is a diagram schematically illustrating an example including “Repetition Period”, “offset”, and “Repetition number”.
  • “Repetition Period” and “offset” in FIG. 14 have the same contents as “Repetition Period” and “offset” described in FIG. “Repetition number” is, for example, information on the number of times (indicated by bits) indicating that a reference bitmap for 10 subframes (bitmap indicated by “group Subframe Allocation”) is repeated n times (3 times in the example of FIG. 14) Information).
  • Group-MBSFN-AreaInfo is configured without including “RepetitionpetitPeriod” and “offset” shown in FIG. 13 and “RepetitionpetitPeriod”, “offset” and “Repetition number” shown in FIG. May be.
  • the eNB 200 can also execute processing of transmitting MBSFN subframe setting information (MBSFN-AreaInfo) that defines MBSFN subframes reserved for MBSFN in the downlink.
  • MBSFN-AreaInfo MBSFN subframe setting information
  • “MBSFN-AreaInfo” includes information indicated by a bitmap so that MBSFN subframes can be collectively specified among a predetermined number of subframes included in a predetermined number of radio frames. Specifically, in “MBSFN-AreaInfo”, the MBSFN subframe is indicated by “1”, and the subframes other than the MBSFN subframe are indicated by “0”.
  • subframe number 0 (SF0) and subframe number 9 (SF9) are “1”, and subframes other than the MBSFN subframe are “0”.
  • SF0 to SF9 are composed of a bitmap “1000000001”.
  • the eNB 200 sets a subframe other than the MBSFN subframe as the specific subframe.
  • eNB200 may set subframes other than a specific subframe as an MBSFN subframe in order to specify an MBSFN subframe in "MBSFN-AreaInfo" for UE100.
  • the eNB 200 may strictly set the specific subframe and the MBSFN subframe in consideration of both setting policies described above.
  • the eNB 200 targets user terminals (UEs) that are not targets of group communication (UEs not shown in FIG. 11) located in the cell managed by the eNB 200.
  • SIB2 System Information Block Type2
  • SIB2 System Information Block Type2
  • the eNB 200 designates and transmits (broadcasts) the SIB2 with only “MBSFN-Subframe ⁇ Config” indicating a subframe other than the specific subframe as radio resource allocation information related to broadcast / multicast distribution.
  • a user terminal that is a target of group communication can efficiently receive multicast data via the PDSCH.
  • the eNB 200 or a network node (not shown) (referred to simply as “network device” for convenience of explanation) is configured to use either the MBMS transmission scheme or the SC- Decided whether to use the PTM transmission system.
  • the network device can understand that the subordinate UE 100 is the target of group communication based on the TMGI stored in the own device.
  • the multicast data for the UE 100 is determined to apply the SC-PTM Transmission method (step S1). That is, the network device applies the SC-PTM transmission method as a transmission method for group communication. Operations other than step S1 are the same as those in the first embodiment.
  • the LTE system is exemplified as the mobile communication system.
  • the present invention is not limited to the LTE system, and may be applied to a system other than the LTE system.
  • the present invention is useful in the communication field.

Landscapes

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

Abstract

　基地局は、コントローラを有する。コントローラは、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えた特定ユーザ端末のために設定情報を送信する処理を実行する。設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含む。

Description

基地局、ユーザ端末、及び通信制御方法
　本発明は、マルチキャストサービスのための基地局、ユーザ端末、及び通信制御方法に関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（3rd Generation Partnership Project）では、例えば、特定のサービス／コンテンツに共通の関心を持っているｕｓｅｒｓのグループのために、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）を構成するｅＮＢ（evolved NodeB）が、ＭＢＳＦＮ（MBMS Single Frequency Network）サブフレームにおいて、マルチキャストデータをユーザ端末（グループコミュニケーションの対象となるユーザ端末）へ送信する技術が仕様化されている（非特許文献１，２参照）。
３ＧＰＰ技術仕様書　「TS36.300 V12.4.0」 2015年１月5日 ３ＧＰＰ技術仕様書　「TS23.468 V12.3.0」 2014年12月5日
　第１の特徴に係る基地局は、コントローラを有し、前記コントローラは、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末のために設定情報を送信する処理を実行し、前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
　第１の特徴において、前記特定サブフレーム情報は、所定数のサブフレームにおいて、各サブフレームが、前記マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能なサブフレームか、それ以外のサブフレームかを示し、ビットマップ形式によって示される。ここで、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報の繰り返し周期を示す情報を含む。また、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報に適用されるオフセット情報を含む。
　第１の特徴において、前記設定情報は、Ｇｒｏｕｐ-ＲＮＴＩ(Radio Network Temporary Identifier)と、ＴＭＧＩ（Temporary Mobile Group Identity）を含み、前記Ｇｒｏｕｐ-ＲＮＴＩは、前記ユーザ端末が、前記マルチキャスト用のＰＤＳＣＨの割り当て情報を含んだＰＤＣＣＨ(Physical Downlink Control Channel)をデコードするときに用いるＲＮＴＩであり、前記ＴＭＧＩは、前記ユーザ端末の属するグループを示す情報である。
　第１の特徴において、前記特定サブフレームでは、ＭＢＭＳ（Multimedia Broadcast Multicast Service）送信が抑制される。
　第１の特徴において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、前記コントローラは、前記ＭＢＳＦＮ用サブフレーム以外のサブフレームを前記特定サブフレームとして設定する。
　第１の特徴において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、前記コントローラは、前記特定サブフレーム以外のサブフレームを前記ＭＢＳＦＮ用サブフレームとして設定する。
　第１の特徴において、前記基地局は、ＲＲＣ（Radio Resource Control）メッセージによって前記設定情報を通知する。ここで、前記RRCメッセージは、ＳＩＢ(System Information Block)でもよく、具体的には、ＳＩＢのタイプ１３であってもよい。
　また、第１の特徴に関連するユーザ端末は、コントローラを有し、３ＧＰＰ （3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備え、前記コントローラは、サービングセルを管理する基地局から、設定情報を受信する処理を実行し、前記設定情報は、前記ユーザ端末がマルチキャストデータを受信するためのＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含む。
　また、第１の特徴に関連する通信制御方法は、基地局が、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えた特定ユーザ端末のために設定情報を送信するステップを含み、前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
第１実施形態及び第２実施形態に係るＬＴＥシステムの構成図である。 第１実施形態及び第２実施形態に係るＵＥのブロック図である。 第１実施形態及び第２実施形態に係るｅＮＢのブロック図である。 第１実施形態及び第２実施形態に係る無線インターフェイスのプロトコルスタック図である。 第１実施形態及び第２実施形態に係る無線フレームの構成図である。 第１実施形態及び第２実施形態に係るＭＢＭＳが提供されるエリアを示す図である。 第１実施形態及び第２実施形態に係るＭＢＭＳに関連するネットワーク構成を示す図である。 第１実施形態及び第２実施形態に係るＳＣ-ＰＴＭ ｔｒａｎｓｍｉｓｓｉｏｎが実行可能なエリアを示す図である。 第１実施形態に係る通信制御方法を示すシーケンス図である。 第１実施形態に係るRRCメッセージのフォーマットを示す図である。 第１実施形態に係る通信制御方法を示す図である。 第２実施形態に係る通信制御方法を示すシーケンス図である。 第１実施形態及び第２実施形態に係る「Repetition Period」と「offset」の内容を概略的に説明するための図である。 第１実施形態及び第２実施形態に係る「Repetition Period」、「offset」及び「Repetition number」を含む例を概略的に示す図である。
　［実施形態の概要］　
　ＭＢＳＦＮサブフレームでは、マルチキャストデータを伝送するための無線リソース（物理チャネル）としてＰＭＣＨ（Physical Multicast Channel）が用いられるが、仕様上、ＭＢＳＦＮサブフレームでは、下りリンクにおいてユーザデータ等を伝送するための無線リソースであるＰＤＳＣＨ(Physical Downlink Shared Channel)を用いることが禁止されている。
　このことは、ＭＢＳＦＮサブフレームにおいて、例え小さいサイズのデータがＰＭＣＨによって伝送される場合であっても、そのＭＢＳＦＮサブフレームにおけるＰＭＣＨ以外の多くの無線リソースが使用されないことを意味する。このような無線リソースの無駄という問題については、３ＧＰＰにおける仕様化の過程でも指摘されている（例えば、3GPP寄書 RP-141920｛2014年12月2日｝参照）。
　このような問題から、３ＧＰＰでは、ｅＮＢが、グループコミュニケーションの対象となるユーザ端末に対して、ＰＤＳＣＨを介してマルチキャストデータを送信することを想定した技術の仕様化が検討されている。この技術は、Ｓｉｎｇｌｅ-ｃｅｌｌ ＰＴＭ(point to multipoint) ｔｒａｎｓｍｉｓｓｉｏｎ(SC-PTM transmission）と称される（例えば、3GPP寄書 RP-142205{2014年12月9日}参照）。このＳＣ-ＰＴＭ ｔｒａｎｓｍｉｓｓｉｏｎ技術に対しては、ＰＤＳＣＨを効率良く利用できるための好適なプロセスが望まれている。
　そこで、実施形態は、グループコミュニケーションの対象となるユーザ端末が、ＰＤＳＣＨを介してマルチキャストデータを効率よく受信できる技術を提供する。
　第１実施形態及び第２実施形態に係る通信制御方法は、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末が、ＰＤＳＣＨを介してマルチキャストデータを効率よく受信できるようにするための方法である。通信制御方法は、基地局が、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末のために設定情報を送信するステップを含み、前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
　第１実施形態及び第２実施形態では、基地局は、コントローラを有し、前記基地局のコントローラは、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末のために設定情報を送信する処理を実行し、前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
　ここで、前記特定サブフレーム情報は、所定数のサブフレームにおいて、各サブフレームが、前記マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能なサブフレームか、それ以外のサブフレームかを示し、ビットマップ形式によって示される。また、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報の繰り返し周期を示す情報を含む。さらに、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報に適用されるオフセット情報を含む。
　前記設定情報は、Ｇｒｏｕｐ-ＲＮＴＩ(Radio Network Temporary Identifier)と、ＴＭＧＩ（Temporary Mobile Group Identity）を含み、前記Ｇｒｏｕｐ-ＲＮＴＩは、前記ユーザ端末が、前記マルチキャスト用のＰＤＳＣＨの割り当て情報を含んだＰＤＣＣＨ(Physical Downlink Control CHannel)をデコードするときに用いるＲＮＴＩであり、前記ＴＭＧＩは、前記特定ユーザ端末の属するグループを示す情報である。
　前記特定サブフレームでは、ＭＢＭＳ（Multimedia Broadcast Multicast Service）送信が抑制される。
　前記基地局のコントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、前記コントローラは、前記ＭＢＳＦＮ用サブフレーム以外のサブフレームを前記特定サブフレームとして設定する。
　前記基地局のコントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行する。前記基地局のコントローラは、前記特定サブフレーム以外のサブフレームを前記ＭＢＳＦＮ用サブフレームとして設定する。
　前記基地局は、ＲＲＣ（Radio Resource Control）メッセージによって前記設定情報を通知する。ここで、前記RRCメッセージは、ＳＩＢ(System Information Block)でもよく、具体的には、ＳＩＢのタイプ１３であってもよい。
　第１実施形態及び第２実施形態では、ユーザ端末は、コントローラを有し、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備え、前記ユーザ端末のコントローラは、サービングセルを管理する基地局から、設定情報を受信する処理を実行し、前記設定情報は、前記ユーザ端末がマルチキャストデータを受信するためのＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含む。
　［第１実施形態］　
　以下において、ＬＴＥシステムにおける実施形態を説明する。
　（１）システム構成　
　図１は、第１実施形態に係るＬＴＥシステムの構成図である。図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（User Equipment）１００、Ｅ－ＵＴＲＡＮ（Evolved-UMTS Terrestrial Radio Access Network）１０、及びＥＰＣ（Evolved Packet Core）２０を備える。
　ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（evolved Node-B）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
　ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Mobility Management Entity）／Ｓ－ＧＷ（Serving-Gateway）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ－ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
　図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Global Navigation Satellite System）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部（コントローラ）を構成する。
　ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’（コントローラ）としてもよい。また、プロセッサ１６０をコントローラとしてもよい。
　アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
　ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
　メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。
　プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
　図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部（コントローラ）を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ（コントローラ）としてもよい。また、プロセッサ２４０をコントローラとしてもよい。
　アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
　ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
　メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。
　プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
　図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Medium Access Control）層、ＲＬＣ（Radio Link Control）層、及びＰＤＣＰ（Packet Data Convergence Protocol）層を含む。第３層は、ＲＲＣ（Radio Resource Control）層を含む。
　物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
　ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。
　ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
　ＲＲＣ層の上位に位置するＮＡＳ（Non-Access Stratum）層は、セッション管理及びモビリティ管理などを行う。
　図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、上りリンクにはＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）がそれぞれ適用される。
　図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
　下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
　上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
　（２）ＭＢＭＳ（Multimedia Broadcast Multicast Service）　
　第１実施形態に係るＬＴＥシステムは、ＭＢＭＳをサポートする。ＭＢＭＳでは、ＵＥ１００は、ネットワークからマルチキャスト又はブロードキャストで配信されるマルチメディアデータ（ＭＢＭＳデータ）を受信する。ＵＥ１００は、ＲＲＣコネクティッド状態だけでなく、ＲＲＣアイドル状態においてもＭＢＭＳデータを受信可能である。
　図６は、ＭＢＭＳが提供されるエリアを示す図である。図６に示すように、複数のセルにより１つのＭＢＳＦＮ（Multicast-Broadcast Single-Frequency Network）エリアが構成され、複数のＭＢＳＦＮエリアによりＭＢＭＳサービスエリアが構成される。１つのセルは、複数のＭＢＳＦＮエリアに属することができる。
　図７は、ＭＢＭＳに関連するネットワーク構成を示す図である。図７に示すように、ＢＭＳＣ（broadcast multicast service Center）３１０は、ＭＢＭＳデータを配信する機能を提供する。ＭＢＭＳ－ＧＷ（MBMS gateway）３２０は、ＭＢＭＳデータを各ｅＮＢ２００にブロードキャストする。ＭＣＥ(Multi-cell Coordination Entity)３３０は、同一ＭＢＳＦＮエリア内の各ｅＮＢ２００により使用される無線リソースを制御したり、ＭＢＳＦＮサブフレームを設定する。
　（３）ＳＣ-ＰＴＭ transmission　
　第１実施形態に係るＬＴＥシステムは、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能（例えば、3GPP技術仕様書 TS23.468参照）もサポートする。第１実施形態に係るＬＴＥシステムは、グループコミュニケーションの機能のために、ＳＣ-ＰＴＭ transmission技術をサポートする。
　ＳＣ-ＰＴＭ transmission技術では、ｅＮＢ２００が、ＰＤＳＣＨを介して、複数のＵＥ１００（UE100-1，UE100-2，UE100-3）で構成されたグループを対象にしたグループ用マルチキャストデータ（例えば、特定のユーザを対象にしたコンテンツ情報や交通情報等）を、そのグループを構成するＵＥ１００へ送信（配信）する。ＵＥ１００は、ＲＲＣコネクティッド状態だけでなく、ＲＲＣアイドル状態においてもグループ用のマルチキャストデータを受信可能である。
　ＳＣ-ＰＴＭ transmission技術をサポートするためのネットワーク構成は、図７に示したＭＢＭＳに関連するネットワーク構成が流用される。尚、ＳＣ-ＰＴＭ transmission技術をサポートするためのネットワーク構成は、図７に示したＭＢＭＳに関連するネットワーク構成では示されていないノード（例えば、GCS Application Server）を含むように構成されてもよい。ＧＣＳ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（GCS AS）の内容は、例えば、３ＧＰＰ技術仕様書TS23.468に基づく。尚、以後、「ノード」を「エンティティ」と置き換えて理解してもよい。
　図８は、ＳＣ-ＰＴＭ transmissionが実行可能なエリアを示す図である。ＳＣ-ＰＴＭ transmissionが実行可能なエリア（SC-PTM transmission Area）は、図８に示すように、ｅＮＢ２００が管理する１のセル（Single cell）が対象になっており、少なくとも１以上のＧｒｏｕｐ－ＭＢＳＦＮエリアより構成可能である。尚、図８では、１つのＧｒｏｕｐ－ＭＢＳＦＮエリアの例を示している。 
　（４）第１実施形態に係る通信制御方法　
　図９は、第１実施形態に係る通信制御方法を示すシーケンス図である。図９において、ＵＥ１００（ユーザ端末）は、自ＵＥの属するグループを示す識別情報であるＴＭＧＩ（Temporary Mobile Group Identity）を、事前にＲＲＣメッセージを介してｅＮＢ２００から取得し、記憶しているものとする。ｅＮＢ２００は、ＵＥ１００に対してＴＭＧＩを送信する処理に加え、そのＵＥ１００のためのＴＭＧＩを記憶しているものとする。
　ＵＥ１００は、記憶している自ＵＥのためのＴＭＧＩを所定のプロシージャ（例えば、RRC connection reconfiguration）において更新してもよい。ｅＮＢ２００は、ＵＥ１００のＴＭＧＩが更新される毎に記憶していたＴＭＧＩを更新してもよい。
　ｅＮＢ２００は、ネットワーク側のノード（例えば、ＭＭＥ）から送信されたグループコミュニケーション用のマルチキャストデータを同じグループに属する複数のＵＥ１００に送信するための送信方式を決める（ステップＳ１）。具体的には、ステップＳ１において、ｅＮＢ２００は、例えば、以下に示す方針の少なくともいずれかに基づいて、送信方式として、ＭＢＭＳ方式かＳＣ-ＰＴＭ transmission方式かを決める（ステップＳ１）。
　（方針１）セル内のトラフィック状況に基づく決定　
　ｅＮＢ２００は、セル内のトラフィックを示す値が所定の閾値（TH1）以上である場合
（セル内のトラフィックが混んでいる場合）には、無線リソースを効率よく用いるために、ＳＣ-ＰＴＭ transmission方式を適用すること決める。ｅＮＢ２００は、セル内のトラフィックを示す値が所定の閾値(TH1)に満たない場合（セル内のトラフィックが混んでいない場合）には、ＭＢＭＳ方式を適用することを決める。尚、ｅＮＢ２００は、セル内のトラフィックを示す値が所定の閾値(TH1)に満たない場合であっても、ＵＥ１００に送信するマルチキャストデータが緊急性の高いデータである場合や優先度が高いデータである場合には、ｅＮＢ２００は、例外的にＳＣ-ＰＴＭ transmission方式を適用すること決めてもよい。
　（方針２）グループコミュニケーション用のトラフィック量に基づく決定
　ｅＮＢ２００は、ネットワーク側のノードから送信されたグループコミュニケーション用のマルチキャストデータのトラフィック量が所定の閾値（TH2）以上である場合には、無線リソースを効率よく用いるために、ＳＣ-ＰＴＭ transmission方式を適用すること決める。ｅＮＢ２００は、グループコミュニケーション用のマルチキャストデータのトラフィック量が所定の閾値(TH2)に満たない場合には、ＭＢＭＳ方式を適用することを決める。
　（方針３）グループコミュニケーション用のＴＭＧＩ数（宛先数）に基づく決定　
　ｅＮＢ２００は、先に説明した通り、ＵＥ１００のためのＴＭＧＩを記憶している。ｅＮＢ２００は複数のグループを対象とした複数のＴＭＧIを記憶できる。このため、ｅＮＢ２００は、記憶していたＴＭＧＩの数に基づいて、送信方式を決定できる。具体的には、ｅＮＢ２００は、記憶しているＴＭＧＩ数が所定数（TH3）以上である場合には、ＭＢＭＳ方式を適用することを決める。なぜなら、ＭＢＭS方式を適用しても無線リソースの利用効率が悪くならないからである。ｅＮＢ２００は、ＴＭＧＩ数が所定数（TH3）に満たない場合には、無線リソースを効率よく用いるために、ＳＣ-ＰＴＭ transmission方式を採用すること決める。
　（方針４）ＭＢＭＳの利用状況に基づく決定　
　ｅＮＢ２００は、所定期間においてＭＢＭＳのために割り当てられた無線リソース量が所定量（TH4）以上である場合（ＭＢＭＳが多くのＵＥによって利用されている場合）には、無線リソースを効率よく用いるために、ＳＣ-ＰＴＭ transmission方式を適用すること決める。ｅＮＢ２００は、所定期間においてＭＢＭＳのために割り当てられた無線リソース量が所定量（TH4）に満たない場合には、ＭＢＭＳ方式を適用することを決める。
　尚、ステップＳ１において、ｅＮＢ２００は、先に示した方針に基づいて、ＭＢＭＳ方式による送信方式かＳＣ-ＰＴＭ transmission方式による送信方式かを決めたが、別の処理を適用してもよい。別の処理は、第１処理乃至第３処理を含む。
　第１処理は、図示しないネットワーク側のノード（例えば、ＭＭＥ）（以下、単に「ネットワークノード」と称する。）が、所定の方針に従ってＭＢＭＳ方式による送信方式かＳＣ-ＰＴＭ transmission方式かを決定する処理である。第２処理は、ネットワークノードが、第１処理で決定した送信方式をｅＮＢ２００に送信する処理である。第３処理は、ｅＮＢ２００が、第２処理においてネットワークノードから送信された送信方式を理解して採用する処理である。
　第１処理において、ネットワークノードが送信方式を決めるための所定の方針とは、例えば、ネットワークノードが、グループコミュニケーション用のマルチキャストデータのトラフィック量に基づいて送信方式を決めるというものである。
　具体的には、ネットワークノードが、グループコミュニケーション用のマルチキャストデータのトラフィック量を検出する。次に、ネットワークノードは、検出したトラフィック量が所定の閾値（TH5）以上である場合には、ＳＣ-ＰＴＭtransmission方式を適用すること決める。ネットワークノードは、検出したトラフィック量が所定の閾値（TH5）に満たない場合には、ＳＣ-ＰＴＭtransmission方式を適用すること決める。尚、ネットワークノードは、このような方針に限らず、例えば、先に説明した（方針３）と同様の方針で送信方式を決めてもよい。
　図９において、ｅＮＢ２００は、ステップＳ１で決定した送信方式に基づいて、ＵＥ１００のための設定情報（configuration）を送信する。設定情報については後述する。また、図９において、ｅＮＢ２００は、ステップＳ１において、ＵＥ１００への送信方式として、ＳＣ-ＰＴＭ transmission方式を採用したものとして説明を続ける。
　ｅＮＢ２００は、ＲＲＣメッセージであるＳＩＢ１（System Information Block Type1）を送信した後、ＳＩＢ１で示したタイミング情報に基づいて、ＲＲＣメッセージであるＳＩＢ１３（System Information Block Type13）を送信する（ステップＳ２）。
　図１０に示すように、ＳＩＢ１３は、「group-mbsfn-AreaInfoList」を含み、「group-mbsfn-AreaInfoList」は、「group-mbsfn-AreaInfo」を含む。「group-mbsfn-AreaInfo」は、「G-RNTI-Info」を含む。「G-RNTI-Info」は、「G-RNTI」、「tmgi（TMGI）」及び「group ＳＵＢＦＲＡＭＥ allocation」を含む。「G-RNTI」、「tmgi（TMGI）」及び「group Subframe Allocation」の詳細については後述する。尚、「group-mbsfn-AreaInfoList」が、先に説明した設定情報に対応する。
　ＵＥ１００は、ｅＮＢ２００から送信されたＳＩＢ１３を受信すると、ＳＩＢ１３に含まれた「tmgi（TMGI）」が、予め自ＵＥにおいて記憶していた自ＵＥのためのＴＭＧＩと同じであれば、ＳＩＢ１３に含まれた「G-RNTI」及び「group Subframe Allocation」を記憶する（ステップＳ３）。
　ここで、「G-RNTI」、「tmgi（TMGI）」及び「group Subframe Allocation」について説明する。
　「G-RNTI」は、グループコミュニケーション用のＲＮＴＩ（Radio Network Temporary Identifier）である。「G-RNTI」は、ＵＥ１００が、グループコミュニケーション用のＰＤＣＣＨをデコードするときに用いられる。この場合のＰＤＣＣＨは、グループコミュニケーション用としてマルチキャスト送信されるＰＤＳＣＨのための無線リソースの割り当て情報を含む。ＰＤＣＣＨは、事前に、「G-RNTI」によってスクランブリングされる。
　「tmgi（TMGI）」は、グループコミュニケーションの機能を備えたＵＥの属するグループを示す識別情報である。
　「group Subframe Allocation」は、グループコミュニケーション用としてマルチキャスト伝送されるＰＤＳＣＨと、このＰＤＳＣＨのための無線リソースの割り当て情報を含んだＰＤＣＣＨとを構成可能なサブフレーム（特定サブフレーム）を示す。「group Subframe Allocation」は、マルチキャスト用のＰＤＳＣＨを構成可能な特定サブフレームを示す特定サブフレーム情報の具体例の一つである。「group Subframe Allocation」が示す内容の詳細については、図１１を用いて別途説明する。
　続いて、図９に基づく説明を再開する。ｅＮＢ２００は、ステップ１においてＳＩＢ１３を送信した後、先にＵＥ１００に送信していたＳＩＢ１３に含まれる「group Subframe Allocation」に基づき、この「group Subframe Allocation」において示していた特定サブフレームにおいて、ＵＥ１００の属するグループのために、グループコミュニケーション用のマルチキャストデータを含んだＰＤＳＣＨと、このＰＤＳＣＨのための無線リソースの割り当て情報を含んだＰＤＣＣＨとを送信する（ステップＳ４）。
　ＵＥ１００は、ステップＳ４において特定サブフレームによってｅＮＢ２００から送信されたＰＤＣＣＨを受信すると、ステップＳ３で記憶していた「G-RNTI」を用いて、ＰＤＣＣＨをデコードし、特定サブフレームにおけるグループコミュニケーション用のマルチキャストデータを含んだＰＤＳＣＨ（マルチキャスト用ＰＤＳＣＨ）のための無線リソースの割り当て状態を理解し、所定の受信処理を実行する。ＵＥ１００は、所定の受信処理によって、マルチキャストデータを検出する。
　ＳＩＢ１３について補足説明する。図１０に示すように、ＳＩＢ１３は、「mbsfn-AreaInfoList」も含む。「mbsfn-AreaInfoList」は、ｅＮＢ２００が、ＵＥ１００への送信方式として、ＭＢＭＳ方式を採用したした場合に利用される。
　一方で、ｅＮＢ２００は、或るグループに属する複数のＵＥ１００（或るＵＥ１００）のための送信方式としてＳＣ-ＰＴＭ transmission方式を採用した場合であっても、或るＵＥ１００が属するグループに属さない他のＵＥのために、「mbsfn-AreaInfoList」を設定してＳＩＢ１３に含める。或るＵＥ１００は、ＳＣ-ＰＴＭ transmission方式に従うとき、ＳＩＢ１３に示された「mbsfn-AreaInfoList」の情報を、自ＵＥのためのグループコミュニケーション用のマルチキャストデータを受信するためには適用しない。この場合、或るＵＥ１００は、「mbsfn-AreaInfoList」の情報を、或るＵＥ１００が属するグループに属さない他のＵＥが適用する情報であると理解できる。
　図１０に示した「mbsfn-AreaInfoList」は、ＵＥ１００が、1つまたは複数のMBSFNエリアに関連付けられたＭＢＭＳ制御情報を取得するために必要な情報を含む。この情報は、図１０には示されていないが「mbsfn-AreaInfo」を含む。「mbsfn-AreaInfo」は、ＵＥ１００がＭＣＣＨ（Multicast Control Chanel）を受信可能なサブフレームに関する情報を示す。ＭＣＣＨは、いずれのサブフレームがＭＴＣＨ（Multicast Traffic Channel）を搬送するかをＵＥ１００に対し示す制御チャネルである。
　次に、図１１を用いて本実施形態に係る通信制御方法について説明する。図１１の図中、「ＳＩＢ１３」は、図９の「ＳＩＢ１３」に対応する。尚、図１１についての説明において、適宜、図１０に示した「group Subframe Allocation」等の内容について補足説明する。
　図１１において、ＵＥ１００は、先に説明した通り、グループコミュニケーションの対象となっている。図示しないｅＮＢ２００のコントローラ（例えばプロセッサ２４０）（以下、説明の便宜上、単にｅＮＢ２００と称する。）は、ＵＥ１００が属するグループのために「Group-MBSFN-AreaInfo」を設定し、ＵＥ１００が属するグループに属さないＵＥのために設定した「MBSFN-AreaInfo」と共にＳＩＢ１３に含めて送信する 処理を実行する。
「Group-MBSFN-AreaInfo」は、先に説明した「group-mbsfn-AreaInfo」である。「MBSFN-AreaInfo」は、先に説明した「mbsfn-AreaInfo」である。
　「Group-MBSFN-AreaInfo」は、先に説明した「group Subframe Allocation」を含む。
「group Subframe Allocation」は、所定数の無線フレームに含まれる所定数のサブフレームのうち、先に示した特定サブフレームをまとめて指定できるようにビットマップによって示された情報を含む。この情報は、具体的には、特定サブフレームが“１”で示され、特定サブフレーム以外のサブフレームが“０”で示される。
　図１１に示された「Group-MBSFN-AreaInfo」の例では、サブフレーム番号１（ＳＦ１）、サブフレーム番号４（ＳＦ４）、サブフレーム番号５（ＳＦ５）及びサブフレーム番号７（ＳＦ７）が“１”であり、それ以外のサブフレームが“０”であるため、ＳＦ０～ＳＦ９までは、“０１００１１０１００”というビットマップで構成できる。
　尚、図１０では、「group Subframe Allocation」のＢＩＴ ＳＴＲＩＮＧとして、サイズが「４０」として示されているが、これは、４０サブフレーム分のビットマップであることを意味する。４０サブフレーム分のビットマップの形式としては、例えば、４０サブフレームをまとめてビットマップで示す形式や、１０サブフレーム分の基準ビットマップと、基準ビットマップを４回繰り返すことを示す２ビット情報（４回繰り返す場合には、例えば“１１”）とを組み合わせる形式が適用される。
　図１１に示された「Group-MBSFN-AreaInfo」は、図１０には図示されていない「Repetition Period」と「offset」を更に含む。図１３は、「Repetition Period」と「offset」の内容を概略的に説明するための図である。
　図１３に示すように、「Repetition Period」は、「group Subframe Allocation」が示す所定数のサブフレーム（図１３ではＳＦ０～ＳＦ９までの１０サブフレーム）に対応したビットマップが繰り返される周期を示す。この周期はradio frame単位に対応する。例えば、「Repetition Period」が５radio-frameに相当する値であれば、５radio-frame毎に１度、「group Subframe Allocation」が示すビットマップが適用されることを意味する。
　「offset」は、基準となるＳＦＮ（System Frame Number）（図１３ではＳＦＮ０）から、「group Subframe Allocation」が示すビットマップが適用されるＳＦＮ（図１３ではSFN“offset”）までの間隔を示す値でradio frame単位で示される。
　すなわち、基準となるＳＦＮから、「offset」radio frame分ずらした時間位置において、「group Subframe Allocation」が示すビットマップが適用される。つまり、「ＳＦＮ mod “Repetition Period ”＝offset」に一致した場合、「group Subframe Allocation」が示すビットマップが適用される。「Repetition Period」と「offset」は、「Repetition Period」＞「offset」となるように定義される。
　図１３の例に代えて、図１４に示すように、「Group-MBSFN-AreaInfo」は、「Repetition Period」、「offset」及び「Repetition number」を含むように構成してもよい。図１４は、「Repetition Period」、「offset」及び「Repetition number」を含む例を概略的に示す図である。
　図１４における「Repetition Period」と「offset」は、図１３で説明した「Repetition Period」と「offset」と同じ内容である。「Repetition number」は、例えば、１０サブフレーム分の基準ビットマップ（「group Subframe Allocation」が示すビットマップ）をｎ回（図１４の例では３回）繰り返すことを示す回数の情報（ビットで示される情報）である。
　尚、「Group-MBSFN-AreaInfo」は、図１３に示した「Repetition Period」及び「offset」や、図１４に示した「Repetition Period」、「offset」及び「Repetition number」を含めずに構成されてもよい。
　図１１において、ｅＮＢ２００は、ダウンリンクにおいてＭＢＳＦＮのために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報（MBSFN-AreaInfo）を送信する処理も実行できる。
　図１１において、「MBSFN-AreaInfo」は、所定数の無線フレームに含まれる所定数のサブフレームのうち、ＭＢＳＦＮサブフレームをまとめて指定できるようにビットマップによって示された情報を含む。具体的には、「MBSFN-AreaInfo」は、ＭＢＳＦＮサブフレームが“１”で示され、ＭＢＳＦＮサブフレーム以外のサブフレームが“０”で示される。
　図１１に示された「MBSFN-AreaInfo」の例では、サブフレーム番号０（ＳＦ０）及びサブフレーム番号９（ＳＦ９）“１”であり、ＭＢＳＦＮサブフレーム以外のサブフレームが“０”であるため、ＳＦ０～ＳＦ９までは、“１００００００００１”というビットマップで構成される。
　図１１において、ｅＮＢ２００は、ＵＥ１００のために、「Group-MBSFN-AreaInfo」において特定サブフレームを指定するにあたっては、ＭＢＳＦＮ用サブフレーム以外のサブフレームを特定サブフレームとして設定する。あるいは、ｅＮＢ２００は、ＵＥ１００のために、「MBSFN-AreaInfo」においてＭＢＳＦＮサブフレームを指定するにあたっては、特定サブフレーム以外のサブフレームをＭＢＳＦＮサブフレームとして設定してもよい。尚、ｅＮＢ２００は、上記に示した双方の設定ポリシーを考慮して、特定サブフレーム及びＭＢＳＦＮサブフレームを厳密に設定してもよい。
　図１１において、ｅＮＢ２００は、上記に示したＳＩＢ１３を送信する他に、ｅＮＢ２００が管理するセル内に在圏するグループコミュニケーションの対象ではないユーザ端末（ＵＥ）（図１１において図示されないＵＥ）も対象にしたＳＩＢ２（System Information Block Type2）を送信（報知）できる。
　この場合、ｅＮＢ２００は、ＳＩＢ２において、ブロードキャスト／マルチキャスト配信に関する無線リソースの割り当て情報として、特定サブフレーム以外のサブフレームを示した「MBSFN-Subframe Config」のみを指定して送信（報知）する。
　以上に示した、第１の実施形態によれば、グループコミュニケーションの対象となるユーザ端末が、ＰＤＳＣＨを介してマルチキャストデータを効率よく受信できる。
　［第２実施形態］　 
　以下において、第２実施形態に係る通信制御方法について、第１実施形態との相違点を主として説明する。
　第１実施形態では、ｅＮＢ２００又は図示しないネットワークノード（説明の便宜上、単に「ネットワーク装置」と称する。）は、ＵＥ１００のために、先に示した方針に基づいて、ＭＢＭＳ方式による送信方式かＳＣ-ＰＴＭ transmission方式による送信方式かを決めた。これに対して、第２実施形態では、図１２に示すように、ネットワーク装置は、自装置において記憶していたＴＭＧＩに基づき、配下のＵＥ１００がグループコミュニケーションの対象であることを理解できたならば、そのＵＥ１００に対するマルチキャストデータについてはＳＣ-ＰＴＭ Transmission方式を適用すると決める（ステップＳ１）。つまり、ネットワーク装置は、グループコミュニケーションのための送信方法としてＳＣ-ＰＴＭ transmission方式を適用する。ステップＳ１以外の動作は、第１実施形態と同様である。
　［その他の実施形態］　
　上述した各実施形態は、ＳＩＢ１３によって「group-mbsfn-AreaInfo」を伝送することを示しているが、ＳＩＢ１３以外の新たに規定したＳＩＢによって「group-mbsfn-AreaInfo」を伝送するように実施してもよい。
　また、上述した各実施形態では、移動通信システムとしてＬＴＥシステムを例示したが、ＬＴＥシステムに限らず、ＬＴＥシステム以外のシステムに適用してもよい。
　日本国特許出願第２０１５－０１３９２５号（２０１５年１月２８日出願）の全内容が参照により本願明細書に組み込まれている。
　本発明は、通信分野において有用である。

Claims (13)

  1. 　基地局であって、コントローラを有し、
    　前記コントローラは、
    　３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えたユーザ端末のために設定情報を送信する処理を実行し、
    　前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示す特定サブフレーム情報を含む。
  2. 　請求項１に記載の前記基地局において、前記特定サブフレーム情報は、所定数のサブフレームにおいて、各サブフレームが、前記マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能なサブフレームか、それ以外のサブフレームかを示し、ビットマップ形式によって示される。
  3. 　請求項２に記載の前記基地局において、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報の繰り返し周期を示す情報を含む。
  4. 　請求項２に記載の前記基地局において、前記特定サブフレーム情報は、前記ビットマップ形式で示された情報に適用されるオフセット情報を含む。
  5. 　請求項１に記載の前記基地局において、前記設定情報は、Ｇｒｏｕｐ-ＲＮＴＩ(Radio Network Temporary Identifier)と、ＴＭＧＩ（Temporary Mobile Group Identity）を含み、
    　前記Ｇｒｏｕｐ-ＲＮＴＩは、前記ユーザ端末が、前記マルチキャスト用のＰＤＳＣＨの割り当て情報を含んだＰＤＣＣＨ(Physical Downlink Control Channel)をデコードするときに用いるＲＮＴＩであり、
    　前記ＴＭＧＩは、前記ユーザ端末の属するグループを示す情報である。
  6. 　請求項１に記載の前記基地局において、前記特定サブフレームでは、ＭＢＭＳ（Multimedia Broadcast Multicast Service）送信が抑制される。
  7. 　請求項１に記載の前記基地局において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、
    　前記コントローラは、前記ＭＢＳＦＮ用サブフレーム以外のサブフレームを前記特定サブフレームとして設定する。
  8. 　請求項１に記載の前記基地局において、前記コントローラは、ダウンリンクにおいてＭＢＳＦＮ（MBMS Single Frequency Network）のために予約されているＭＢＳＦＮ用サブフレームを定義したＭＢＳＦＮサブフレーム設定情報を送信する処理を実行し、
    　前記コントローラは、前記特定サブフレーム以外のサブフレームを前記ＭＢＳＦＮ用サブフレームとして設定する。
  9. 　請求項１に記載の前記基地局において、前記コントローラは、ＲＲＣ（Radio Resource Control）メッセージによって前記設定情報を通知する。
  10. 　請求項９に記載の前記基地局において、前記RRCメッセージは、ＳＩＢ(System Information Block)である。
  11. 　請求項９に記載の前記基地局において、前記RRCメッセージは、ＳＩＢ(System Information Block)のタイプ１３である。
  12. 　ユーザ端末であって、コントローラを有し、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備え、
    　前記コントローラは、
    　サービングセルを管理する基地局から、設定情報を受信する処理を実行し、
    　前記設定情報は、前記ユーザ端末がマルチキャストデータを受信するためのＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
  13. 　通信制御方法であって、
    　基地局が、３ＧＰＰ（3rd Generation Partnership Project）で規定されたグループコミュニケーションの機能を備えた特定ユーザ端末のために設定情報を送信し、
    　前記設定情報は、マルチキャスト用のＰＤＳＣＨ(Physical Downlink Shared Channel)を構成可能な特定サブフレームを示した特定サブフレーム情報を含む。
PCT/JP2016/052460 2015-01-28 2016-01-28 基地局、ユーザ端末、及び通信制御方法 WO2016121859A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP16743462.0A EP3240315B1 (en) 2015-01-28 2016-01-28 Base station, user terminal, and communication control method
JP2016572135A JP6334005B2 (ja) 2015-01-28 2016-01-28 基地局、ユーザ端末、及び通信制御方法
US15/661,505 US10448363B2 (en) 2015-01-28 2017-07-27 Base station, user terminal, and communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-013925 2015-01-28
JP2015013925 2015-01-28

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/661,505 Continuation US10448363B2 (en) 2015-01-28 2017-07-27 Base station, user terminal, and communication control method

Publications (1)

Publication Number Publication Date
WO2016121859A1 true WO2016121859A1 (ja) 2016-08-04

Family

ID=56543464

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/052460 WO2016121859A1 (ja) 2015-01-28 2016-01-28 基地局、ユーザ端末、及び通信制御方法

Country Status (4)

Country Link
US (1) US10448363B2 (ja)
EP (1) EP3240315B1 (ja)
JP (1) JP6334005B2 (ja)
WO (1) WO2016121859A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108476088A (zh) * 2016-08-12 2018-08-31 华为技术有限公司 一种数据传输方法及设备
CN109565645A (zh) * 2016-08-11 2019-04-02 华为技术有限公司 组播业务传输方法、终端、基站和通信系统
WO2021205572A1 (ja) * 2020-04-08 2021-10-14 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101866619B1 (ko) * 2015-01-08 2018-06-14 주식회사 케이티 단일 셀 멀티전송 데이터를 송수신하는 방법 및 그 장치
WO2016119209A1 (en) * 2015-01-30 2016-08-04 Qualcomm Incorporated Ue feedback for point-to-multipoint transmissions
CN105992158B (zh) * 2015-02-13 2020-09-08 中兴通讯股份有限公司 单小区多媒体广播多播业务mbms的调度方法及装置
US10681502B2 (en) * 2015-09-17 2020-06-09 Lg Electronics Inc. Methods, user equipment, and base station for receiving and transmitting single cell-point to multipoint (SC-PTM) data
US10917875B2 (en) * 2016-06-06 2021-02-09 Qualcomm Incorporated Multicast and/or broadcast for enhanced machine type communications and/or narrowband internet-of-things
US11510109B2 (en) 2019-08-09 2022-11-22 Qualcomm Incorporated Multicast communications for radio resource control modes
WO2021077434A1 (zh) * 2019-10-26 2021-04-29 华为技术有限公司 一种通信方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2239968A1 (en) * 2008-01-29 2010-10-13 Sharp Kabushiki Kaisha Communication device and communication method
US20110038299A1 (en) * 2008-04-22 2011-02-17 Yasuo Sugawara Communication apparatus, communication method
KR101944879B1 (ko) * 2010-11-08 2019-02-07 삼성전자 주식회사 무선통신 시스템에서 서로 다른 형태의 서브프레임을 수신하는 방법 및 장치
EP2720504B1 (en) * 2011-06-14 2016-01-13 Huawei Technologies Co., Ltd. Communication methods and devices in time division duplex system
WO2013095355A1 (en) * 2011-12-20 2013-06-27 Intel Corporation Multicast service using unicast subframe
EP2919402B1 (en) * 2013-01-14 2017-05-24 LG Electronics Inc. Method for receiving downlink signal and method for transmitting downlink signal

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "Group Scheduling - alternative solution for group communication", 3GPP TSG-RAN WG2 #85 R2-140265, XP050754079 *
HUAWEI ET AL.: "RP-141920: Motivation of Rel-13 New Study Item proposal for Support of single- cell point-to-multipoint transmission in LTE", RP-141920, XP050898627 *
See also references of EP3240315A4 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109565645A (zh) * 2016-08-11 2019-04-02 华为技术有限公司 组播业务传输方法、终端、基站和通信系统
CN109565645B (zh) * 2016-08-11 2021-05-18 华为技术有限公司 组播业务传输方法、终端、基站和通信系统
CN108476088A (zh) * 2016-08-12 2018-08-31 华为技术有限公司 一种数据传输方法及设备
CN109040976A (zh) * 2016-08-12 2018-12-18 华为技术有限公司 一种数据传输方法及设备
EP3496307A4 (en) * 2016-08-12 2019-08-28 Huawei Technologies Co., Ltd. DATA TRANSMISSION PROCESS AND DEVICE
CN109040976B (zh) * 2016-08-12 2020-11-24 华为技术有限公司 一种数据传输方法及设备
US11178663B2 (en) 2016-08-12 2021-11-16 Huawei Technologies Co., Ltd. Data transmission method and device
WO2021205572A1 (ja) * 2020-04-08 2021-10-14 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Also Published As

Publication number Publication date
EP3240315A1 (en) 2017-11-01
EP3240315B1 (en) 2020-09-09
US10448363B2 (en) 2019-10-15
JPWO2016121859A1 (ja) 2017-10-19
JP6334005B2 (ja) 2018-05-30
US20170325198A1 (en) 2017-11-09
EP3240315A4 (en) 2018-01-10

Similar Documents

Publication Publication Date Title
JP6334005B2 (ja) 基地局、ユーザ端末、及び通信制御方法
US10952096B2 (en) Base station and user terminal
TWI744828B (zh) 用於車輛到車輛通訊的基於位置和先聽後排程的資源配置
US9706464B2 (en) Communication control method, user terminal, and processor
JP6339257B2 (ja) ユーザ端末、基地局、及び装置
US20170325076A1 (en) Base station, user terminal and apparatus
JP6273071B2 (ja) 移動通信システム、基地局、ｍｃｅ及びプロセッサ
JP6749914B2 (ja) 無線端末
US10476694B2 (en) Base station and user terminal, for transmitting and receiving multicast data using semi-persistent scheduling
JP6553593B2 (ja) 通信制御方法及びユーザ端末
JP6829189B2 (ja) 無線端末及びネットワーク装置
JP7425259B2 (ja) 通信制御方法及び基地局
WO2022024945A1 (ja) 通信制御方法
JP7508634B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
WO2022085644A1 (ja) 通信制御方法
US20230189299A1 (en) Communication control method

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016572135

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2016743462

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE