WO2015118648A1 - 基地局装置、及び無線アクセスシステム - Google Patents

基地局装置、及び無線アクセスシステム Download PDF

Info

Publication number
WO2015118648A1
WO2015118648A1 PCT/JP2014/052795 JP2014052795W WO2015118648A1 WO 2015118648 A1 WO2015118648 A1 WO 2015118648A1 JP 2014052795 W JP2014052795 W JP 2014052795W WO 2015118648 A1 WO2015118648 A1 WO 2015118648A1
Authority
WO
WIPO (PCT)
Prior art keywords
transmission
message
data
base station
usage rate
Prior art date
Application number
PCT/JP2014/052795
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 JP2015561107A priority Critical patent/JPWO2015118648A1/ja
Priority to PCT/JP2014/052795 priority patent/WO2015118648A1/ja
Publication of WO2015118648A1 publication Critical patent/WO2015118648A1/ja
Priority to US15/217,646 priority patent/US9622113B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • 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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • 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
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load

Definitions

  • the present invention relates to a base station apparatus and a radio access system.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-A
  • the base station apparatus may distribute information to all terminal apparatuses existing within the coverage of the local station by broadcast.
  • distribution systems include ETWS (Earthquake and Tsunami Warning System) and CMAS (Commercial Mobile Alert System).
  • ETWS is a system that distributes highly urgent information such as tsunami and itself to terminal devices.
  • CMAS is a system that distributes a wide range of information such as president messages and product advertisements to terminal devices.
  • the base station apparatus uses S1 Application Protocol (S1AP) Message “WRITE-REPLACE WARNING REQUEST” (hereinafter sometimes referred to as “S1AP: WRITE-REPLACE WARNING REQUEST” Management MME). Receive from. The base station device delivers the message to the terminal device upon receiving this message. In this case, there may be a host apparatus that instructs the MME to transmit “S1AP: WRITE-REPLACE WARNING REQUEST” to the base station apparatus.
  • S1AP S1 Application Protocol
  • FIG. 16A shows an example of a parameter (or IE (Information Element)) included in “S1AP: WRITE-REPLACE WARNING REQUEST”.
  • “S1AP: WRITE-REPLACE WARNING REQUEST” includes “Message Identifier”, “Serial Number”, “Repetition Period”, “Number of Broadcasts Requested”, “Warning Requested”, “Warning Request” .
  • Message Identifier and Serial Number represent, for example, identifiers for identifying message contents. “Message Identifier” and “Serial Number” are also used in, for example, a wireless section, and the terminal device can confirm duplicate reception of messages using these two parameters.
  • Repetition Period indicates, for example, the transmission cycle of the message content.
  • Numberer of Broadcasts Requested indicates, for example, the number of times message content is transmitted.
  • Warning type indicates, for example, the type of disaster and is a parameter included in ETWS, but is not included in CMAS.
  • Warning Message Contents includes, for example, message content.
  • the base station apparatus receives “S1AP: WRITE-REPLACE WARNING REQUEST” from the MME, and distributes the message content included in “S1AP: WRITE-REPLACE WARNING REQUEST” to the terminal apparatus.
  • the base station device distributes message contents using SI (System Information) which is broadcast information. 10 or more types of SIB (System Information Block type) are defined in SI. In ETWS, SIB10 and SIB11 are used. For example, the base station device first distributes the SIB 10 to notify the arrival of a disaster, and then distributes the SIB 11 to transmit specific information on the disaster to the terminal device. On the other hand, in CMAS, one type of SIB12 is used.
  • SI System Information
  • ETWS SIB10 and SIB11 are used.
  • the base station device first distributes the SIB 10 to notify the arrival of a disaster, and then distributes the SIB 11 to transmit specific information on the disaster to the terminal device.
  • CMAS one type of SIB12 is used.
  • FIG. 16B shows an example of parameters included in the SIB 10
  • FIG. 17A shows an example of parameters included in the SIB 11
  • FIG. 17B shows an example of parameters included in the SIB 12.
  • the SIB 10 includes “massIdentifier”, “serialNumber”, and “warningType”.
  • MassIdentifier and “serialNumber” correspond to “Message Identifier” and “Serial Number” of “S1AP: WRITE-REPLACE WARNING REQUEST”, respectively, and represent identifiers for identifying message contents.
  • Warning Type corresponds to “warning type” of “S1AP: WRITE-REPLACE WARNING REQUEST” and represents the type of disaster.
  • the SIB 11 includes “messageIdentifier”, “serialNumber”, “warningMessageSegmentType”, “warningMessageSegmentNumber”, and “warningMessageSegment”.
  • MassIdentifier and “serialNumber” include the same information as “massIdentifier” and “serialNumber” of SIB10, respectively.
  • the message content included in “Warning Message Contents” of “S1AP: WRITE-REPLACE WARNING REQUEST” is divided into segments of a size that can be transmitted to the terminal apparatus. And in a base station apparatus, each divided
  • WarningMessageSegmentType represents, for example, an identifier indicating whether it is the last segment of the divided message.
  • WarningMessageSegmentNumber represents, for example, the number of the divided message.
  • warningMessageSegment indicates, for example, message content. Based on these parameters, for example, the terminal device integrates the segments and reproduces the message.
  • SIB12 includes, for example, parameters equivalent to SIB11. “R9” included in the parameter represents Release9.
  • the timing at which the base station apparatus transmits each SIB after SIB3 is defined by “SchedulingInfo” included in SIB1. “SchedulingInfo” is notified from the base station apparatus to the terminal apparatus. The terminal device waits for an SIB at the timing specified by “SchedulingInfo”.
  • FIG. 18 shows an example of setting parameters of “SchedulingInfo” included in SIB1.
  • “SchedulingInfo” includes two parameters “si-Periodicity” and “SIB-MappingInfo”.
  • SIB-MappingInfo designates, for example, the type of SIB to be transmitted in the cycle designated by “si-Periodity”. As shown in FIG. 18, the transmission cycle of each SIB can be set from a plurality of transmission cycles.
  • Repetition Period” of “S1AP: WRITE-REPLACE WARNING REQUEST” received from the MME by the base station device and “si-Periodity” included in “SchedulingInfo” transmitted from the base station device to the terminal device are different values.
  • “Repetition Period” is a message transmission cycle, and the unit is in seconds.
  • “si-Periodity” is the SIB transmission cycle, and the unit is also a radio frame unit.
  • a base station device is not allowed to transmit a plurality of messages to a terminal device at the same time. For example, if the base station device tries to deliver a plurality of messages at the same time, the transmission timing may conflict, and message transmission delay or unreachability may occur.
  • the base station device is allowed to simultaneously transmit a plurality of messages to the terminal device.
  • a transmission cycle “Repetition Period” exists for the message, and, for example, one message is transmitted within a limited time.
  • the transmission timing of the SIB 12 on which each segment is placed is also specified by “si-Periodicity”.
  • the total number of transmissions of the segment is also limited by “Repetition Period”.
  • 3GPP which is conducting standardization activities, does not specify the transmission schedule of the SIB 12 when the base station device delivers a message. For this reason, each vendor can implement the transmission schedule of the SIB 12 in the apparatus without being restricted by 3GPP.
  • a base station apparatus transmits a message by SIB12 and tries to transmit another message by SIB12, if the transmission schedule of SIB12 is not implemented, the message transmission cycle “Repetition Period” is included. Other messages may not be sent.
  • the base station apparatus can transmit a plurality of types of messages at the same time.
  • a message related to a product advertisement can be transmitted, but a president message is transmitted. In some cases, it may not be possible.
  • the terminal device cannot receive the message and cannot obtain information on the message content.
  • an object of the present invention is to provide a base station apparatus and a radio access system that can efficiently transmit a message.
  • a wireless usage rate is calculated that indicates the ratio of the time required to transmit one message to the transmission cycle of each message when the message is repeatedly transmitted.
  • a wireless usage rate calculation unit that performs the transmission, and a transmission determination unit that determines a transmission schedule of the data based on the wireless usage rate.
  • FIG. 1 is a diagram illustrating a configuration example of a wireless access system.
  • FIG. 2 is a diagram illustrating a configuration example of an information distribution system.
  • FIG. 3 is a diagram illustrating a configuration example of the Waring server and the MME.
  • FIG. 4 is a diagram illustrating a configuration example of the base station apparatus.
  • FIG. 5 is a diagram illustrating a configuration example of a terminal device.
  • 6A to 6C are diagrams illustrating an example of task processing by EDF scheduling.
  • FIG. 7 shows an example of a scheduling list.
  • FIG. 8A shows an example of si-Periodicity
  • FIG. 8B shows an example of iteration number
  • FIG. 8C shows an example of repetition period.
  • FIG. 8A shows an example of si-Periodicity
  • FIG. 8B shows an example of iteration number
  • FIG. 8C shows an example of repetition period.
  • FIG. 8A shows an example of si-Periodicity
  • FIG. 9 is a flowchart showing an operation example of the CMAS wireless usage rate calculation function.
  • FIGS. 10A to 10D are diagrams for explaining the wireless usage rate
  • FIG. 10E is a diagram illustrating an example of the wireless usage rate stored in the data storage unit.
  • FIG. 11 is a flowchart showing an operation example of the CMAS transmission availability determination function.
  • FIG. 12 is a flowchart showing an operation example of the CMAS transmission availability determination function.
  • FIGS. 13A to 13E are diagrams for explaining the CMAS transmission availability determination function.
  • FIG. 14 is a diagram for explaining the CMAS transmission availability determination function.
  • FIG. 15 is a flowchart showing an operation example of the transmission SIB determination function.
  • FIG. 16A shows a WRITE-REPLACE WARNING REQUEST
  • FIG. 16B shows examples of parameters included in the SIB 10.
  • 17A shows an example of parameters included in SIB11
  • FIG. 17B shows examples of parameters included in SIB12.
  • FIG. 18 is
  • FIG. 1 is a diagram illustrating a configuration example of a radio access system 20 according to the first embodiment.
  • the radio access system 20 includes a base station device 300 and a terminal device 400.
  • the base station apparatus 300 can wirelessly communicate with the terminal apparatus 400 within the coverage range of the own station, and can provide various services to the terminal apparatus 400.
  • the terminal device 400 is a smartphone, a feature phone, a tablet, a personal computer, or the like, and can wirelessly communicate with the base station device 300 within the coverage range of the base station device 300.
  • the base station apparatus 300 divides the message into data having a size that can be transmitted to the terminal apparatus 400, and transmits the divided data to all the terminal apparatuses 400 under the broadcast.
  • the base station apparatus 300 includes a wireless usage rate calculation unit 390, a transmission determination unit 391, and a transmission unit 392.
  • the terminal device 400 includes a receiving unit 490.
  • the wireless usage rate calculation unit 390 is required to transmit one message for each message transmission cycle when the message is repeatedly transmitted based on the number of repetitions of each divided data and the transmission cycle of each data.
  • the wireless usage rate indicating the percentage of time is calculated.
  • the transmission determination unit 391 determines a data transmission schedule based on the wireless usage rate.
  • the transmitting unit 392 transmits data to the terminal device 400 according to the determined transmission schedule.
  • the receiving unit 490 of the terminal device 400 receives the data transmitted from the base station device 300.
  • the base station apparatus 300 divides a message into data based on the radio utilization rate, and determines a transmission schedule of the divided data.
  • the wireless usage rate indicates, for example, a ratio of time required for transmitting one message with respect to the message transmission cycle.
  • the base station apparatus 300 can repeatedly transmit data within the message transmission cycle, and can determine a transmission schedule so as to transmit all the data of the message.
  • an efficient message transmission is performed so that all data related to the message can be transmitted within the message transmission period without an inefficient data transmission schedule exceeding the message transmission period. It becomes possible.
  • An example of the message is a message related to CMAS, and an example of the data is SIB12.
  • the radio access system 20 is applied in a CMAS distribution system.
  • FIG. 2 is a diagram illustrating a configuration example of the information distribution system 10.
  • the information distribution system 10 is, for example, CMAS (Commercial Mobile Alert System) and the like, and is a system that distributes messages to terminal devices (hereinafter also referred to as “terminals”) 400-1 to 400-6. Examples of the message include a presidential message, a warning about a threat to life safety, and a product advertisement. For example, the information distribution system 10 can simultaneously distribute a plurality of types of messages to the terminals 400-1 to 400-6.
  • CMAS Communication Mobile Alert System
  • the information distribution system 10 includes a Warning server 100, MME (Mobile Management Entity) 200-1 and 200-2, base station devices (hereinafter also referred to as “base stations”) 300-1 to 300-4, and terminals 400-1 to 400-6.
  • MME Mobile Management Entity
  • base stations base station devices
  • the Warning server 100 transmits a “Warning Message Transmission Procedure Execution Request” message to the MMEs 200-1 and 200-2.
  • the MMEs 200-1 and 200-2 perform bearer setting, authentication, security control, and the like, for example.
  • the MME 200-1, 200-2 may be referred to as an “S1AP Application Protocol Message” (hereinafter referred to as “S1AP message”).
  • S1AP message A “WRITE-REPLACE WARNING REQUEST” message (hereinafter, may be referred to as “S1AP: WRITE-REPLACE WARNING REQUEST”) is generated.
  • the MMEs 200-1 and 200-2 transmit the generated “S1AP: WRITE-REPLACE WARNING REQUEST” to the subordinate base stations 300-1 to 300-4.
  • the parameters included in “S1AP: WRITE-REPLACE WARNING REQUEST” are, for example, illustrated in FIG.
  • Base stations 300-1 to 300-4 perform wireless communication with terminals 400-1 to 400-6 within the coverage of the own station, and provide various services such as call services and video distribution services to terminals 400-1 to 400-6. Provide services.
  • the base stations 300-1 to 300-4 upon receiving “S1AP: WRITE-REPLACE WARNING REQUEST” from the MMEs 200-1 and 200-2, the base stations 300-1 to 300-4 transfer to the “S1AP: WRITE-REPLACE WARNING REQUEST”. The contained message content is transmitted to all the subordinate terminals 400-1 to 400-6.
  • the base stations 300-1 to 300-4 distribute the message contents using an SIB (System Information Block type) 12.
  • SIB System Information Block type
  • the parameters included in the SIB 12 are shown in FIG. 17B, for example.
  • the base stations 300-1 to 300-4 distribute SIB1 including “SchedulingInfo” to all the subordinate terminals 400-1 to 400-6.
  • “SchedulingInfo” includes, for example, the transmission cycle of the SIB 12 as shown in FIG.
  • Terminals 400-1 to 400-6 can await transmission of SIB12 according to the transmission cycle of SIB12 included in "SchedulingInfo".
  • the terminals 400-1 to 400-6 perform radio communication with the base stations 300-1 to 300-4 within the coverage areas of the base stations 300-1 to 300-4.
  • the terminals 400-1 to 400-6 can receive the message contents related to CMAS by receiving the delivery of the SIB 12 from the base stations 300-1 to 300-6 and integrating the message contents divided into segments.
  • the information distribution system 10 includes, for example, a wireless access system 20.
  • the radio access system 20 includes, for example, base stations 300-1 to 300-4 and terminals 400-1 to 400-6.
  • the Warning server 100 is connected to two MMEs 200-1 and 200-2, but the number of MMEs to be connected may be one or three or more.
  • the MME 200-1 represents an example of connection with two base stations 300-1 and 300-2. However, the number of base stations to be connected may be one or three or more. . The same applies to the MME 200-2.
  • the number of terminals 400-1 to 400-6 connected to each base station 300-1 to 300-4 may be one or plural.
  • the MMEs 200-1 and 200-2 have the same configuration, and may be referred to as, for example, the MME 200. Further, since the base stations 300-1 to 300-4 have the same configuration, they may be referred to as the base station 300, for example. Further, since the terminals 400-1 to 400-6 have the same configuration, they may be referred to as the terminal 400, for example.
  • an information distribution system other than CMAS is applicable as long as it is a system capable of message distribution.
  • FIG. 3 is a diagram illustrating a configuration example of the Warning server 100 and the MME 200.
  • the Warning server 100 includes an execution request generation unit 110 and a memory 120.
  • the execution request generation unit 110 generates a “Warning Message Transmission Procedure Execution Request” message and transmits it to the MME 200-1.
  • the memory 120 stores parameters included in the “Warning Message Transmission Procedure Execution Request” message.
  • the execution request generation unit 110 reads parameters from the memory 120 and generates and transmits a “Warning Message Transmission Procedure Execution Request” message by an operation by the operator of the Warning server 100.
  • the Warning server 100 includes, for example, a CPU (Central Processing Unit) 130 and a memory 120 as a hardware configuration.
  • the CPU 130 corresponds to the execution request generation unit 110, for example.
  • the MME 200 includes an S1 processing unit 210 and a memory 220.
  • the S1 processing unit 210 performs processing related to transmission and reception of the S1AP message.
  • the S1 processing unit 210 performs the following processing, for example. In other words, when the “Warning Message Transmission Procedure Execution Request” message is received from the Warning server 100, the S1 processing unit 210 extracts parameters included in the message. Then, the S1 processing unit 210 generates “S1AP: WRITE-REPLACE WARNING REQUEST” including the extracted parameters. The S1 processing unit 210 transmits the generated “S1AP: WRITE-REPLACE WARNING REQUEST” to the base station 300.
  • the memory 220 functions as a work area when processing is performed in the S1 processing unit 210, for example.
  • the memory 220 may store, for example, parameters included in “S1AP: WRITE-REPLACE WARNING REQUEST”. In this case, the parameters stored in the memory 220 are appropriately read out by the S1 processing unit 210, and “S1AP: WRITE-REPLACE WARNING REQUEST” is generated.
  • the MME 200 includes, for example, a CPU 230 and a memory 220 as a hardware configuration.
  • the CPU 230 corresponds to the S1 processing unit 210, for example.
  • FIG. 4 shows a configuration example of the base station 300.
  • the base station 300 includes an S1 processing unit 310, a telecom processing unit 320, a transmission SIB determination unit 330, an RRC (Radio Resource Control) information processing unit 340, a data storage unit 350, a SCHEDULER 360, a baseband processing unit 370, and a radio signal transmission / reception unit 380. Is provided.
  • the S1 processing unit 310 performs processing related to transmission and reception of the S1AP message. For example, the S1 processing unit 310 performs the following processing.
  • the S1 processing unit 310 when the S1 processing unit 310 receives “S1AP: WRITE-REPLACE WARNING REQUEST” transmitted from the MME 200, the S1 processing unit 310 confirms whether or not “warning type” is included in the received message. When the received message includes “warning type”, the S1 processing unit 310 determines that the message is a message by ETWS. In addition, when the message does not include “warning type”, the S1 processing unit 310 determines that the message is a CMAS message. In this case, the S1 processing unit 310 outputs the received “S1AP: WRITE-REPLACE WARNING REQUEST” to the telecom processing unit 320.
  • S1AP: WRITE-REPLACE WARNING REQUEST that does not include “warning type” may be referred to as a CMAS message.
  • a message included in “warning Message Contents” in “S1AP: WRITE-REPLACE WARNING REQUEST” that does not include “warning type” may also be referred to as a CMAS message.
  • the Telecom processing unit 320 performs call connection processing, call communication processing, and the like.
  • the telecom processing unit 320 includes a wireless usage rate calculation function (or wireless usage rate calculation unit) 321, a transmission availability determination function (or transmission determination unit) 322, and an SIB creation function (or SIB creation unit) 323.
  • These functions in the telecom processing unit 320 are, for example, functions executed in the telecom processing unit 320.
  • the execution body of these functions is, for example, the Telecom processing unit 320, and it will be described below that each of the functions 321 to 323 is executed in consideration of differences in these functions.
  • the wireless usage rate calculation unit 390 in the first embodiment corresponds to the wireless usage rate calculation function 321, for example.
  • the transmission determination unit 391 in the first embodiment corresponds to, for example, the transmission permission / inhibition determination function 322.
  • the transmission unit 392 in the first embodiment corresponds to, for example, the transmission SIB determination unit 330, the baseband processing unit 370, and the radio signal transmission / reception unit 380.
  • the wireless usage rate calculation function 321 calculates a CMAS wireless usage rate for the received CMAS message. Details of the CMAS radio utilization rate will be described later.
  • the wireless usage rate calculation function 321 calculates a CMAS wireless usage rate for each SCHEDULER included in the scheduling list stored in the RRC information processing unit 340.
  • the wireless usage rate calculation function 321 stores the calculated CMAS wireless usage rate and parameters included in the received CMAS message in the data storage unit 350.
  • SCHEDULER is, for example, a SIB transmission method defined or defined by “SchedulingInfo”.
  • SchedulingInfo is, for example, information included in SIB1, and specifies the transmission method of SIBs after SIB3.
  • An example of “SchedulingInfo” is shown in FIG. Details of SCHEDULER will also be described later.
  • the transmission permission / inhibition determination function 322 determines whether to transmit a CMAS message based on, for example, the CMAS wireless usage rate and the total value of the CMAS wireless usage rates at that time.
  • the transmission permission / inhibition determination function 322 determines which SCHEDULER to use when transmitting the CMAS message by the SIB 12 based on the transmission permission / inhibition determination, and outputs information regarding the determined SCHEDULER to the SIB creation function 323.
  • the transmission permission / inhibition determination function 322 also reads each parameter of the CMAS message stored in the data storage unit 350 and outputs it to the SIB creation function 323. Details of the transmission permission / inhibition determination will be described later.
  • the SIB creation function 323 stores the SCHEDULER received from the transmission permission determination function 322 in the memory 386.
  • the SCHEDULER stored in the memory 386 becomes, for example, the SCHEDULER 360.
  • the SIB creation function 323 generates the SIB 12 for the CMAS message received from the transmission permission / inhibition determination function 322, for example.
  • the SIB creation function 323 outputs the generated SIB 12 to the transmission SIB determination unit 330 and the SCHEDULER 360.
  • the SIB creation function 323 also outputs, for example, each parameter of the CMAS message received from the transmission permission / inhibition determination function 322 to the SCHEDULER 360 and the transmission SIB determination unit 330.
  • the transmission SIB determination unit 330 executes a transmission SIB determination function.
  • the transmission SIB determination function determines in what order the SIB 12 is transmitted to the terminal 400, and the SIB 12 is output to the baseband processing unit 370 according to the order.
  • the transmission SIB determination unit 330 determines the transmission schedule of the SIB 12 according to EDF scheduling, for example. Details of the transmission SIB determination function and EDF scheduling will be described later.
  • the RRC information processing unit 340 performs processing related to the RRC message, for example.
  • the RRC information processing unit 340 stores a scheduling list 341.
  • the scheduling list 341 includes one or a plurality of SCHEDULERS.
  • the scheduling list 341 is stored when the base station 300 is installed.
  • FIG. 7 shows an example of the scheduling list 341.
  • the scheduling list 341 includes one or more “SchedulingInfo”.
  • “SchedulingInfo” defines, for example, the transmission schedule of each SIB, and specifically defines or defines what transmission cycle is used for transmission to each SIB. As described above, for example, “SCHEDULER” is defined by “SchedulingInfo”.
  • “SchedulingInfo # 1 (341-1)” defines “SIB3”, “SIB4”, and “SIB12” transmitted with a transmission period of “32rf (radio frame)”.
  • “SchedulingInfo # 2 (342-1)” defines “SIB4”, “SIB6”, and “SIB12” transmitted at the transmission cycle “64rf”.
  • SchedulingInfo # 1 (341-1) corresponds to SCHEDULER # 1 (342-1)
  • SchedulingInfo # 2 (341-2) corresponds to SCHEDULER # 2 (342-2).
  • SCHEDULER j the SCHEDULER defined by the jth SchedulingInfo j may be referred to as SCHEDULER j , for example.
  • the data storage unit 350 stores the CMAS wireless usage rate, CMAS message parameters, and the like.
  • the data storage unit 350 has a CMAS stack function 351.
  • the CMAS stack function 351 allows the CMAS stack function 351 to set a priority for each CMAS message, for example.
  • the SCHEDULER 360 is, for example, the SCHEDULER selected by the transmission permission determination function 322 is stored in the memory 386, and manages the transmission schedule of each SIB.
  • the baseband processing unit 370 performs error correction coding processing, modulation processing, and the like on the transmission SIB output from the transmission SIB determination unit 330 and converts the transmission SIB into a baseband signal, for example.
  • Baseband processing section 370 outputs the converted baseband signal to radio signal transmitting / receiving section 380.
  • the baseband processing unit 370 may include an error correction encoding circuit, a modulation circuit, and the like so that such processing is performed.
  • the radio signal transmission / reception unit 380 converts (up-converts) the baseband signal output from the baseband processing unit 370 into a radio signal in the radio band. Radio signal transmission / reception section 380 transmits the converted radio signal to terminal 400.
  • the radio signal transmitting / receiving unit 380 may include a frequency conversion circuit, a D / A (Digital to Analogue) conversion circuit, and the like so that such conversion is performed.
  • the wireless signal transmission / reception unit 380 transmits a “Paging” message to the terminal 400 and notifies the terminal 400 in the standby state of an incoming SIB.
  • the “Paging” message is generated by the Telecom processing unit 320, for example.
  • the base station 300 may include a CPU (Central Processing Unit) 385, a memory 386, a DSP (Digital Signal Processor) 387, and an RF (Radio Frequency) 388 as hardware.
  • the CPU 385 corresponds to, for example, the S1 processing unit 310, the telecom processing unit 320, and the transmission SIB determination unit 330.
  • the memory 386 corresponds to, for example, the RRC information processing unit 340, the data storage unit 350, and the SCHEDULER 360.
  • the DSP 387 corresponds to the baseband processing unit 370, for example.
  • the RF 388 corresponds to the radio signal transmission / reception unit 380, for example.
  • the CPU 385 can realize the functions performed by the S1 processing unit 310, the Telecom processing unit 320, and the transmission SIB determination unit 330, for example, by reading a program stored in the memory 386 and executing the program.
  • FIG. 5 is a diagram illustrating a configuration example of the terminal 400.
  • the terminal 400 includes a radio signal transmission / reception unit 410, a baseband processing unit 420, an SIB processing unit 430, a data storage unit 440, and a display unit 450.
  • reception unit 490 in the first embodiment corresponds to the radio signal transmission / reception unit 410, the baseband processing unit 420, and the SIB processing unit 430, for example.
  • the radio signal transmission / reception unit 410 receives a radio signal transmitted from the base station 300, and converts (down-converts) the radio signal into a baseband signal.
  • a frequency conversion circuit may be provided therein so that such frequency conversion processing is performed.
  • the baseband processing unit 420 performs demodulation processing, error correction decoding processing, and the like on the baseband signal output from the radio signal transmission / reception unit 410, and extracts the SIB transmitted from the base station 300.
  • the baseband processing unit 420 may include a demodulation circuit, an error correction decoding circuit, and the like so that such processing is performed.
  • the SIB processing unit 430 reproduces a message based on the parameters included in the SIB 12 with respect to the SIB 12 output from the baseband processing unit 420. For example, the SIB processing unit 430 integrates segments based on “warningMessageSegmentType”, “warningMessageSegmentNumber”, and “warningMessageSegment” to reproduce the message content. In this case, the SIB processing unit 430 appropriately accesses the data storage unit 440 and stores parameters included in the SIB 12.
  • the SIB processing unit 430 when the SIB processing unit 430 receives the SIB1, the SIB processing unit 430 stores information on “SchedulingInfo” included in the SIB1 in the data storage unit 440. In this case, the SIB processing unit 430 instructs the radio signal transmission / reception unit 410 and the like to receive the SIB 12 in the “si-Periodicity” period included in “SchedulingInfo”.
  • the data storage unit 440 stores parameters of each SIB, for example.
  • the data storage unit 440 also functions as a work area when, for example, integrating the segments in the SIB processing unit 430 to reproduce the message content.
  • the display unit 450 displays the message content included in the SIB 12 output from the SIB processing unit 430, for example, in accordance with an instruction from the SIB processing unit 430.
  • the terminal 400 may include a display unit 450, an RF 460, a DSP 465, a CPU 470, and a memory 475 as a hardware configuration.
  • the RF 460 corresponds to the radio signal transmission / reception unit 410, for example.
  • the DSP 465 corresponds to the baseband processing unit 420, for example.
  • the CPU 470 corresponds to the SIB processing unit 430, for example.
  • the memory 475 corresponds to the data storage unit 440, for example.
  • base station 300 transmits SIB 12 using EDF scheduling.
  • EDF scheduling is a scheduling method in which, for example, when processing by a single processor is performed in a real-time OS (Operating System), the processor can perform processing without causing a deadline miss if a predetermined condition is satisfied.
  • OS Operating System
  • deadline is, for example, a time when an error occurs if processing is not completed within this time. In the following description, it is assumed that the deadline until the task is finished and the cycle until the next task is generated are the same.
  • EDF scheduling for example, the following determination is performed every unit time (for example, second or millisecond).
  • EDF scheduling can be considered as scheduling that gives priority to tasks that are close to the deadline and allows interrupt processing by tasks that occur later.
  • FIGS. 6A to 6C are diagrams showing an example of task processing by EDF scheduling.
  • the horizontal axis represents time, and one scale in the horizontal axis direction represents unit time.
  • the bold scale indicates the cycle time of each task. For example, as shown in FIG. 6A, the time C required for one process for the task 1 is “4”, the period T of the task 1 is “10”, and every “10” unit time. Is marked with a bold line.
  • task 3 having the closest deadline (or cycle) from T0 is executed first by EDF scheduling 1) above.
  • EDF scheduling 1 When “1” unit time elapses after the start of execution of task 3, the above 2) is not satisfied, and therefore task 3 is continuously executed.
  • task 2 is executed, the period of task 3 ends, and task 3 can be started, so task 2 and task 3 compete. In this case, since task 2 is closer to the deadline than task 3, task 2 is prioritized and task 2 is continuously executed as it is.
  • task 1 is in the middle of execution and is the start time of task 3, and task 1 and task 3 compete.
  • the processing of the task 1 is temporarily terminated halfway, and the task 3 is executed with priority (interrupt).
  • EDF scheduling is applied to SIB12 transmission scheduling. Specific examples thereof will be described later.
  • the base station 300 divides the message content into segments, and transmits the SIB 12 including the segments.
  • the message content is divided into sizes that can be transmitted in the wireless section, and the message content can be transmitted in the wireless section.
  • the segment is, for example, divided message content.
  • FIG. 8 (A) shows an example in which one message is divided into four segments and transmitted.
  • the segment divided into four is transmitted by four SIBs 12 (SIB12 (1) to SIB12 (4)).
  • SIB 12 is transmitted every transmission cycle (eg, “32rf”) defined by “si-Periodicity”.
  • the message content is divided into segments and transmitted from the base station 300 to the terminal 400.
  • the base station 300 it is almost impossible for the base station 300 to transmit the SIB 12 having the same content only once, and may be repeatedly transmitted a plurality of times.
  • the minimum number of times that must be transmitted may be referred to as, for example, minIterationNumber.
  • the SIB having the same content is repeatedly transmitted, the number of times of no further transmission may be referred to as, for example, maxIterationNumber.
  • the applicable number of repetitions sandwiched between the two values of minIterationNumber and maxIterationNumber may be called, for example, IterationNumber.
  • minIterationNumber and maxIterationNumber may be different for each SCHEDULER, for example.
  • the number of repetitions of the message content is defined by “Number of Broadcastcasts Requested” included in “S1AP: WRITE-REPLACE WARNING REQUEST”.
  • the IterationNumber of the SIB 12 that transmits the segment can also be implemented. The reason why the message repeat count and the SIB 12 repeat count are repeatedly transmitted is because, for example, redundancy is ensured for each layer.
  • the above three operation examples are performed in the base station 300, for example.
  • the base station 300 receives “S1AP: WRITE-REPLACE WARNING REQUEST” from the MME 200, and determines whether or not the message is a CMAS message.
  • the base station 300 inputs the received CMAS message to the telecom processing unit 320, and performs the CMAS radio utilization rate calculation function, the CMAS transmission availability determination function, and the transmission SIB determination function. Run in order.
  • the CMAS message received by the base station 300 i-th may be referred to as CMAS i , for example.
  • the RRC information processing unit 340 stores SCHEDULER, and the SCHEDULER related to the SIB 12 may be referred to as, for example, SCHEDULER j (1 ⁇ j ⁇ J).
  • FIG. 9 is a flowchart showing an operation example of the CMAS wireless usage rate calculation function
  • FIGS. 10A to 10E are diagrams for explaining the CMAS wireless usage rate.
  • the wireless usage rate calculation function 321 When the wireless usage rate calculation function 321 starts processing of the CMAS wireless usage rate calculation function (S10), the wireless usage rate calculation function 321 performs the following processing on each SCHEDULER j (1 ⁇ j ⁇ J) related to the SIB 12 (S11).
  • the wireless usage rate calculation function 321 receives CMAS information from the S1 processing unit 310 (S12).
  • the parameter information included in CMAS i may be referred to as CMAS information, for example.
  • the wireless usage rate calculation function 321 acquires SCHEDULER information from the RRC information processing unit 340 (S13).
  • SCHEDULER information information included in SCHEDULER j may be referred to as SCHEDULER information, for example.
  • ProcessingTime j i represents, for example, the minimum time required to finish transmitting one CMAS i for each SCHEDULER j .
  • FIG. 10A to FIG. 10C are diagrams for explaining ProcessingTime j i .
  • SCHEDULER (# 1) 342-1 the transmission cycle of SIB12 is “a [rf]”, and the minIterationNumber is “ ⁇ ”.
  • SCHEDULER (# 2) 342-2 the transmission cycle of SIB12 is “b [rf]”, and the minIterationNumber is “ ⁇ ”.
  • ProcessingTime j i can be calculated as follows. That is, "si-Periodicity" in the j-th SCHEDULER j si-Periodicity j, the "MinIterationNumber” corresponding to SCHEDULER j and MinIterationNumber j. Also, SegmentNumber i is the number of segments of the message content included in CMAS i . In this case, ProcessingTime j i in each SCHEDULER j can be expressed as follows, for example.
  • ProcessingTime j i represents, for example, the time (or radio resource) required to transmit the message content included in one CMAS message with the SIB 12 when the j-th scheduler is used for the i-th CMAS message. ing. ProcessingTime j i is, for example, a value obtained by rounding up [Equation 2] in seconds.
  • RadioUtilization j i representing the CMAS wireless usage rate (S15).
  • RadioUtilization j i represents, for example, how much the time (or radio resource) required to transmit a CMAS message by SIB12 for each scheduler indicates the ratio of the CMAS message transmission period (or all radio resources). ing.
  • “i” represents the order of CMAS messages
  • “j” represents the number of the target SCHEDULER
  • RadioUtilization j i represents the CMAS radio utilization rate when CMAS i is transmitted using SCHEDULER j .
  • FIG. 10C and FIG. 10D are diagrams for explaining RadioUtilization j i .
  • RadioUtilization j i when using SCHEDULER (# 1) 342-1 is (A ⁇ N ⁇ ⁇ ) / RP It becomes.
  • RadioUtilization j i when SCHEDULER (# 1) 342-1 is used is (B ⁇ N ⁇ ⁇ ) / RP It becomes.
  • this “Repetition Period” can be considered as a “deadline” of one CMAS message transmission. Even when the SIB 12 is repeatedly transmitted for the iteration number, the base station 300 schedules the transmission of the CMAS message so as to be within this “deadline”.
  • a ratio calculated for each SCHEDULER that indicates the ratio of ProcessingTime j i to the transmission period of the CMAS message that is also a “deadline” can be considered as, for example, RadioUtilization j i .
  • RadioUtilization j i is, for example, based on the number of repetitions of each divided SIB 12 and the transmission period of each SIB 12, and the time required to transmit one CMAS message with respect to the transmission period of the CMAS message. Indicates the percentage.
  • the "Repetition Period" of CMAS i and RepetitionPeriod i, RadioUtlization j i of sending a CMAS i in SCHEDULER j can be expressed as follows.
  • the wireless usage rate calculation function 321 terminates the loop for the target SCHEDULER (S16), and stores the calculated ProcessingTime j i and RadioUtilization j i in the data storage unit 350 (S17).
  • FIG. 10E is a diagram illustrating an example of RadioUtilization j i stored in the data storage unit 350.
  • RadioUtilization j i is “0.2” when SCHEDULER # 1 is used, and RadioUtilization j i is “0.15” when SCHEDULER # 2 is used.
  • the wireless usage rate calculation function 321 may store the ProcessingTime j i in the data storage unit 350.
  • the wireless usage rate calculation function 321 stores, for example, parameters included in each CMAS message in the data storage unit 350.
  • the wireless usage rate calculation function 321 ends the process of the CMAS wireless usage rate calculation function (S18).
  • RadioUtilization j i exceeds “1” in all SCHEDULER j even though IterationNumber i is set to minIterationNumber.
  • the radio utilization rate calculation function 321 corrects the value longer than RepetitionPeriod i to the specified RepetitionPeriod i (or change) to.
  • N ProcessingTime j i -RepetitionPeriod i (N is an integer of 2 or more) May be performed.
  • the CMAS stack function 351 can set the priority for each CMAS message.
  • the priority may be based on the reception order of CMAS messages, or may be based on the type of CMAS message.
  • the CMAS message includes various messages such as a message from a president to a product advertisement.
  • the type of the CMAS message can be discriminated based on, for example, “Message Identifier” and “Serial Number” (or any one) included in the CMAS message.
  • the Telecom processing unit 320 determines the priority by determining the type of the received CMAS message based on the “Message Identifier” and “Serial Number” of the CMAS message received from the S1 processing unit 310. Then, the telecom processing unit 320 stores the determined priority in the data storage unit 350. For example, the president message may have the highest priority, and the product advertisement may have the lowest priority. Such a determination criterion is stored in the data storage unit 350, for example, and processing is performed by the CMAS stack function 351 and the telecom processing unit 320 reading out the determination criterion.
  • FIG. 10E shows an example in which the priority is stored in the data storage unit 350.
  • the base station 300 may receive “KILL REQUEST” from the MME 200 as an S1AP message.
  • KILL REQUEST is, for example, an S1AP message for instructing to stop or stop the delivery of a message after an instruction to deliver the message.
  • KILL REQUEST includes, for example, parameters of a CMAS message to be stopped.
  • the wireless usage rate calculation function 321 deletes the CMAS message from the data storage unit 350 based on the parameters included in “KILL REQUEST”.
  • the CMAS transmission availability determination function is executed by the transmission availability determination function 322, for example.
  • 11 and 12 are flowcharts showing an example of the operation of the CMAS transmission availability determination function
  • FIGS. 13A to 14 are diagrams showing examples of CMAS transmission availability determination.
  • Loop # 1 is a loop for each CMAS message stored in the data storage unit 350, and the transmission permission / inhibition determination function 322 repeats the following processing for each CMAS message.
  • the transmission permission / inhibition determination function 322 reads CMAS information from the data storage unit 350 (S22).
  • the transmission permission / inhibition determination function 322 reads the CMAS information of the CMAS message and RadioUtilization j i in descending order of priority.
  • Loop # 2 is a loop for each SCHEDULER j
  • the transmission availability determination function 322 repeats the following processing for each SCHEDULER j .
  • the following processing is performed for each SCHEDULER j in order from the CMAS message having the highest priority, the transmission permission / inhibition determination function 322.
  • the transmission permission / inhibition determination function 322 acquires SCHEDULER information from the RRC information processing unit 340 (S24).
  • SCHEDULER j it is assumed that each information of minIterationNumber, maxIterationNumber, TotalRadioUtilization, radioThreshold, CMASNBerThreshold is stored in the RRC information processing unit 340 corresponding to each SCHEDULER j .
  • TotalRadioUtilization is, for example, the total radio section utilization rate at that time in each SCHEDULER j when transmitting a CMAS message at each time.
  • TotalRadioUtilization j in SCHEDULER j can be expressed as follows.
  • the radioThreshold j is a value defined as the upper limit value of the CMAS radio utilization rate, for example. It is assumed that radioThreshold j is set as a value satisfying radioThreshold j ⁇ 1.
  • CMAS NuberThreshold j is a value defined as the upper limit value of the number of CMAS messages, for example. It is assumed that CMASNuberThreshold j is set as a value satisfying CMASNThresholdThreshold j ⁇ ⁇ . Note that the total number of CMAS messages to be transmitted with SCHEDULER j at a certain time is, for example, CMAST TransmitNumber j .
  • the transmission permission / inhibition determination function 322 acquires SCHEDULER information from the RRC information processing unit 340 and minIterationNumber, maxIterationNumber, TotalRadioUlization, radioThreshold, and CMASumberThreshold corresponding to the SCHEDULER.
  • the transmission permission / inhibition determination function 322 determines the allocation transmission permission / inhibition (S25). For example, the transmission permission determination function 322 scans whether or not there is “SchedulingInfo that can transmit the CMAS message by the SIB 12” by using the transmission permission determination function 322, and from among “SchedulingInfo” that can transmit the CMAS message. This is performed by the operation of “select one SchedulingInfo”.
  • FIG. 13A shows an example of the CMAS radio utilization rate for the CMAS message # 1.
  • the CMAS radio utilization rate may take a different value for each SCHEDULER j , for example.
  • the CMAS radio utilization rate when the SCHEDULER # 1 is used for the CMAS message # 1 is “0.2”, and the CMAS radio when the SCHEDULER # 2 is used.
  • the utilization rate is “0.15”.
  • the CMAS radio utilization rate of “0.6” is used for SCHEDULER # 1 due to transmission of another CMAS message.
  • a CMAS radio utilization rate of “0.7” is used by transmitting another CMAS message.
  • the upper limit value of the CMAS radio utilization rate may be “1” in consideration of Equation 3, but a value smaller than “1” is set in consideration of radio resources in the radio section. .
  • the SIB 12 is scheduled within the range of the message transmission cycle (“Repetition Period”) which is “deadline”.
  • the scheduling exceeds the message transmission cycle that is a “deadline”.
  • the transmission permission / inhibition determination function 322 selects SCHEDULER # 1 (or selects SchedulingInfo corresponding to SCHEDULER # 1). This selection corresponds to an operation of “selecting one SchedulingInfo from“ SchedulingInfo ”that can transmit a CMAS message”. Thereafter, CMAS message # 1 is transmitted using SCHEDULER # 1.
  • an upper limit is set for the number of CMAS messages.
  • This upper limit value is, for example, CMASN HuberThreshold j .
  • the transmission determining function 322, for each SCHEDULER j, and counts the CMASTransmitNumber j, also ensure that CMASTransmitNumber j +1 is less than CMASNuberThreshold j.
  • the transmission permission / inhibition determining function 322 selects a SCHEDULER that satisfies the following for the selected CMAS i .
  • the transmission permission / inhibition determination function 322 selects the most suitable SCHEDULER for allocating the received CMAS message from among the SCHEDULERs that satisfy Equations 5 and 6, for example.
  • one selected SCHEDULER is “optimal”. SCHEDULER ".
  • a plurality of SCHEDULERs may satisfy Equations 5 and 6.
  • one “optimal SCHEDULER” is selected from a plurality of SCHEDULERs that satisfy Equations 5 and 6.
  • FIG. 13D and FIG. 13E are diagrams showing selection examples in such a case.
  • the transmission permission / inhibition determination function 322 selects SCHEDULER # 2 (or SchedulingInfo corresponding to SCHEDULER # 2) having the longest distance to the upper limit “0.8” (or having the most room for radio resources). .
  • the transmission permission / inhibition determination function 322 determines the iteration number (S26).
  • the transmission permission / inhibition determination function 322 determines an iteration number as follows, for example.
  • the CMAS wireless usage rate is calculated by the minIterionNumber for the same SIB transmission count (or IterationNumber) (for example, S14 and S15).
  • the CMAS radio utilization rate for IterationNumber i is UpdateRadioUtilization j i .
  • UpdateRadioUtilization j i is, for example, a CMAS radio utilization rate when RadioIterization j i is recalculated by replacing minIterationNumber j with IterationNumber i .
  • the transmission permission / inhibition determination function 322 selects the number of iteration numbers i within a range satisfying the following.
  • FIG. 14 is a diagram for explaining an example in that case.
  • RadioUtilization j i + TotalRadioUtilization j 0.4.
  • the transmission permission / inhibition determining function 322 sets IterationNumber i to maxIterationNumber j .
  • the transmission permission / inhibition determination function 322 ends Loop # 2 (S27). That is, the transmission permission / inhibition determination function 322 ends the process for SCHEDULER j selected in S23.
  • the transmission permission / inhibition determination function 322 determines whether there is an SCHEDULER that can be allocated (S28 in FIG. 12). For example, the transmission permission / inhibition determination function 322 determines whether there is a SCHEDULER j selected in S23 that satisfies Equation 5 and Equation 6.
  • the transmission permission / inhibition determination function 322 selects an allocation destination SCHEDULER (S29). For example, the transmission permission / inhibition determination function 322 may select the SCHEDULER selected in S25 in this process.
  • the transmission permission / inhibition determination function 322 reads the SCHEDULER selected in S25 and the target CMAS message from the RRC information processing unit 340 and the data storage unit 350, respectively, and notifies the SIB creation function 323 (S30). At this time, the transmission permission / inhibition determination function 322 deletes the corresponding CMAS information from the data storage unit 350.
  • Loop # 1 is terminated, then ends the processing for CMAS i of interest, then it performs processing for high priority CMAS i (S31).
  • the transmission permission / inhibition determination function 322 terminates the process related to the CMAS transmission permission / inhibition determination function (S32).
  • the transmission permission / inhibition determination function 322 terminates Loop # 1 without performing processing for S29 and S30 because there is no SCHEDULER that can be transmitted for CMAS i ( S31). For example, there is a case where there is no SCHEDULER satisfying Equations 5 and 6 for all SCHEDULER j .
  • the SIB creation function 323 creates the SIB 12 next.
  • the SIB creation function 323 creates the SIB 12 based on the number of segments. Thereafter, the transmission SIB determination unit 330 executes a transmission SIB determination function to determine the transmission schedule of the SIB 12.
  • FIG. 15 is a flowchart showing an operation example of the transmission SIB determination function.
  • the transmission SIB determination unit 330 starts the processing of the transmission SIB determination function (S50)
  • the transmission SIB determination unit 330 starts Loop (S51).
  • the Loop is, for example, a loop for SCHEDULER j, the following processing is repeated for each SCHEDULER j.
  • the transmission SIB determination unit 330 makes an interrupt determination (S52). That is, the transmission SIB determination unit 330 determines whether or not there is an SIB 12 having a “deadline” closer to the currently transmitting SIB 12. Such determination corresponds to, for example, EDF scheduling.
  • FIG. 15 shows an example of a transmission schedule when three CMAS messages are transmitted in a certain SCHEDULER j .
  • the time until “deadline” of “T # 1”, “T # 2”, and “T # 3” is set.
  • “Deadline” is, for example, the transmission period of each message (“Repetition Period”).
  • the SIB 12 of the message (for example, CMAS # 1 message) with the closest deadline is transmitted among the three CMAS messages.
  • the transmission SIB determination unit 330 transmits the SIB 12 that is being transmitted (for example, the SIB 12 of the CMAS # 1 message).
  • the SIB with the closest deadline (for example, the SIB12 of the CMAS # 3 message) is transmitted.
  • the transmission SIB determination unit 330 changes the CMAS message to be transmitted by SIB (S53).
  • the transmission SIB determination unit 330 outputs the changed SIB12 of the CMAS message to the baseband processing unit 370 (S54).
  • the transmission SIB determination unit 330 continues to transmit the SIB12 of the CMAS message as it is (S54).
  • the transmission SIB determination unit 330 ends the loop (S55), repeats the process until the process for all SCHEDULER j is completed (S51 to S55), and when the process for all SCHEDULER j is completed, the transmission SIB determination function is activated. End (S56).
  • the base station 300 in the second embodiment determines the transmission schedule of the SIB 12 based on the CMAS radio utilization rate when, for example, the CMAS message is transmitted to the terminal 400 by the SIB 12. ing.
  • the CMAS message is transmitted by the SIB 12 within the range of the message transmission cycle specified by the MME 200 by determining the transmission schedule so as to be within the range of the message transmission cycle It becomes possible.
  • the base station 300 can also repeatedly transmit the same SIB 12 within the range of the message transmission cycle.
  • the base station 300 has selected the most SCHEDULER among a plurality of SCHEDULERS (for example, S25 in FIG. 11). Therefore, the base station 300 can repeat the maximum number of repetitions of the same SIB. Therefore, it is possible to increase the probability of receiving the CMAS message at terminal 400 as compared to the case where the maximum number of repetitions of the same SIB cannot be performed.
  • the base station 300 when receiving a plurality of CMAS messages from the MME 200, the base station 300, for example, determines the transmission schedule in order from the CMAS message having the highest priority (for example, S22 in FIG. 11). Therefore, it is possible to transmit to the terminal 400 in order from the CMAS message with the highest priority. Therefore, it is possible to avoid a situation where a CMAS message related to a product advertisement cannot be transmitted without being able to transmit a CMAS message related to the president message, or a situation where a CMAS message whose reception order from the MME 200 is late is scheduled first. it can.
  • the base station 300 determines the transmission schedule in order from the CMAS message having the highest priority (for example, S22 in FIG. 11). Therefore, it is possible to transmit to the terminal 400 in order from the CMAS message with the highest priority. Therefore, it is possible to avoid a situation where a CMAS message related to a product advertisement cannot be transmitted without being able to transmit a CMAS message related to the president message, or a situation where a C
  • the base station 300 performs transmission based on EDF scheduling for transmission of the SIB 12 (for example, S52 in FIG. 15). Accordingly, the base station 300 can also transmit the SIB 12 while effectively utilizing the time until “deadline” without any free time.
  • the base station 300 can efficiently transmit a message to the terminal 400.
  • the base station 300 transmits the divided message on the SIB 12 .
  • the divided message can be transmitted, not only SIB12 but also other SIBs may be used, or block data or packet data that can be transmitted in a wireless section with a predetermined size other than SIB may be used.
  • Information distribution system 20 Wireless access system 100: Warning server 200 (200-1, 200-2): MME 300 (300-1 to 300-4): Base station apparatus (base station) 310: S1 processing unit 320: Telecom processing unit 321: Radio utilization rate calculation function 322: Transmission availability determination function 323: SIB creation function 330: Transmission SIB determination unit 340: RRC information processing unit 341: Scheduling lists 341-1, 342 1: SchedulingInfo 342-1 to 342-J: SCHDULER # 1 to #J 350: Data storage unit 351: CMAS stack function 360: SCHEDULER 370: Baseband processing unit 385: CPU 386: Memory 400: Terminal device (terminal) 475 SIB processing unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

　メッセージを端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置において、前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部とを備える。

Description

基地局装置、及び無線アクセスシステム
　本発明は、基地局装置、及び無線アクセスシステムに関する。
　現在、携帯電話システムや無線ＬＡＮ（Local　Area　Network）などの無線アクセスシステムが広く利用されている。また、無線通信の分野では、通信速度や通信容量を更に向上させるべく、次世代の通信技術について継続的な議論が行われている。例えば、標準化団体である３ＧＰＰ（3rd　Generation　Partnership　Project）では、ＬＴＥ（Long　Term　Evolution）と呼ばれる通信規格や、ＬＴＥをベースとしたＬＴＥ－Ａ（LTE-Advanced）と呼ばれる通信規格の標準化が完了若しくは検討されている。
　このような無線アクセスシステムにおいて、基地局装置は自局のカバレッジ内に存在する全端末装置に対してブロードキャストで情報を配信する場合がある。このような配信システムとしては、例えば、ＥＴＷＳ（Earthquake　and　Tsunami　Warning　System）やＣＭＡＳ（Commercial　Mobile　Alert　System）がある。
　ＥＴＷＳは、例えば、津波や自身などの緊急性の高い情報を端末装置へ配信するシステムである。また、ＣＭＡＳは、例えば、大統領メッセージ、商品の広告など幅広い情報を端末装置へ配信するシステムである。
　ＥＴＷＳとＣＭＡＳに関して基地局装置は、Ｓ１　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ（Ｓ１ＡＰ）　Ｍｅｓｓａｇｅである「ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」（以下、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」と称する場合がある）をＭＭＥ（Mobile　Management　Entity）から受信する。基地局装置はこのメッセージの受信を契機にして端末装置へメッセージを配信する。この場合、ＭＭＥに対して「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」を基地局装置へ送信するよう指示する上位装置が存在する場合もある。
　図１６（Ａ）は「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」に含まれるパラメータ（又はＩＥ（Information　Element））の例を示す。「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」には、「Ｍｅｓｓａｇｅ　Ｉｄｅｎｔｉｆｉｅｒ」、「Ｓｅｒｉａｌ　Ｎｕｍｂｅｒ」、「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」、「Ｎｕｍｂｅｒ　ｏｆ　Ｂｒｏａｄｃａｓｔｓ　Ｒｅｑｕｅｓｔｅｄ」、「ｗａｒｎｉｎｇ　ｔｙｐｅ」、「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｃｏｎｔｅｎｔｓ」の各パラメータが含まれる。
　「Ｍｅｓｓａｇｅ　Ｉｄｅｎｔｉｆｉｅｒ」と「Ｓｅｒｉａｌ　Ｎｕｍｂｅｒ」は、例えば、メッセージ内容を識別する識別子を表わしている。「Ｍｅｓｓａｇｅ　Ｉｄｅｎｔｉｆｉｅｒ」と「Ｓｅｒｉａｌ　Ｎｕｍｂｅｒ」は、例えば、無線区間でも使用され、端末装置はこの２つのパラメータを用いてメッセージの重複受信などを確認できる。
　「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」は、例えば、メッセージ内容の送信周期を示す。また、「Ｎｕｍｂｅｒ　ｏｆ　Ｂｒｏａｄｃａｓｔｓ　Ｒｅｑｕｅｓｔｅｄ」は、例えば、メッセージ内容の送信回数を示す。
　「ｗａｒｎｉｎｇ　ｔｙｐｅ」は、例えば、災害の種類を示し、ＥＴＷＳに含まれるパラメータであるが、ＣＭＡＳには含まれないパラメータである。「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｃｏｎｔｅｎｔｓ」は、例えば、メッセージ内容が含まれる。
　基地局装置は、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」をＭＭＥから受信し、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」に含まれるメッセージ内容を端末装置へ配信する。
　例えば、基地局装置は報知情報であるＳＩ（System　Information）を用いてメッセージ内容を配信する。ＳＩには１０種類以上のＳＩＢ（System　Information　Block　type）が定義される。ＥＴＷＳにおいては、ＳＩＢ１０，ＳＩＢ１１が用いられる。基地局装置は、例えば、最初にＳＩＢ１０を配信して災害の到来を知らせ、次にＳＩＢ１１を配信することで災害の具体的な情報を端末装置へ送信する。一方、ＣＭＡＳにおいてはＳＩＢ１２の１種類が用いられる。
　図１６（Ｂ）はＳＩＢ１０、図１７（Ａ）はＳＩＢ１１、図１７（Ｂ）はＳＩＢ１２に含まれるパラメータの例をそれぞれ表わす。
　ＳＩＢ１０には、「ｍａｓｓａｇｅＩｄｅｎｔｉｆｉｅｒ」、「ｓｅｒｉａｌＮｕｍｂｅｒ」、及び「ｗａｒｎｉｎｇＴｙｐｅ」が含まれる。
　「ｍａｓｓａｇｅＩｄｅｎｔｉｆｉｅｒ」と「ｓｅｒｉａｌＮｕｍｂｅｒ」は、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」の「Ｍｅｓｓａｇｅ　Ｉｄｅｎｔｉｆｉｅｒ」と「Ｓｅｒｉａｌ　Ｎｕｍｂｅｒ」にそれぞれ対応し、メッセージ内容を識別する識別子を表わす。
　「ｗａｒｎｉｎｇＴｙｐｅ」は、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」の「ｗａｒｎｉｎｇ　ｔｙｐｅ」に対応し、災害の種別を表わす。
　ＳＩＢ１１には、「ｍａｓｓａｇｅＩｄｅｎｔｉｆｉｅｒ」、「ｓｅｒｉａｌＮｕｍｂｅｒ」、「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔＴｙｐｅ」、「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔＮｕｍｂｅｒ」、及び「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔ」が含まれる。
　「ｍａｓｓａｇｅＩｄｅｎｔｉｆｉｅｒ」と「ｓｅｒｉａｌＮｕｍｂｅｒ」は、ＳＩＢ１０の「ｍａｓｓａｇｅＩｄｅｎｔｉｆｉｅｒ」と「ｓｅｒｉａｌＮｕｍｂｅｒ」と同一の情報が夫々含まれる。
　基地局装置では、例えば、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」の「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｃｏｎｔｅｎｔｓ」に含まれるメッセージ内容を、端末装置へ送信可能なサイズのセグメントに分割する。そして、基地局装置では、分割した各セグメントをＳＩＢ１１により各々送信する。
　「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔＴｙｐｅ」は、例えば、分割されたメッセージの最後のセグメントであるかことを示す識別子を表わす。また、「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔＮｕｍｂｅｒ」は、例えば、分割されたメッセージの番号を表わす。さらに、「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔ」は、例えば、メッセージ内容を示す。これらのパラメータに基づいて、例えば、端末装置はセグメントを統合してメッセージを再現する。
　ＳＩＢ１２は、例えば、ＳＩＢ１１と同等のパラメータを含む。パラメータに含まれる「ｒ９」はＲｅｌｅａｓｅ９を表わしている。
　ＳＩＢ３以降の各ＳＩＢについて基地局装置がどのようなタイミングで送信するかについては、ＳＩＢ１に含まれる「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」によって規定される。「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」は基地局装置から端末装置へ通知される。端末装置は「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」により指定されたタイミングでＳＩＢの待ち受けを行う。
　図１８はＳＩＢ１に含まれる「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」の設定パラメータの例を表わす。「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」には、「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」と「ＳＩＢ－ＭａｐｐｉｎｇＩｎｆｏ」の２つのパラメータが含まれる。
　「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」によって、例えば、ＳＩＢの送信周期が無線フレーム単位（1radio　frame=10subframe=0.01秒）で指定される。また、「ＳＩＢ－ＭａｐｐｉｎｇＩｎｆｏ」により、例えば、「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」で指定した周期で送信するＳＩＢの種類が指定される。図１８に示すように、複数の送信周期の中から各ＳＩＢの送信周期が設定可能となっている。
　なお、基地局装置がＭＭＥから受信する「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」の「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」と、基地局装置が端末装置へ送信する「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」に含まれる「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」は異なる値である。例えば、「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」はメッセージの送信周期であり、単位も秒単位となっている。一方、「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」はＳＩＢの送信周期であり、単位も無線フレーム単位となっている。
3GPP　TS　36.413　V9.8.0　(2011-12) 3GPP　TS　36.313　V9.16.9　(2013-09)
　ＥＴＷＳでは、例えば、基地局装置は複数のメッセージを端末装置へ同時に送信することが許容されていない。例えば、基地局装置が複数メッセージを同時に配信しようとすると、送信タイミングが競合し、メッセージの送信遅延や未到達などが発生する場合があるからである。
　他方、ＣＭＡＳでは、例えば、基地局装置は複数のメッセージを端末装置へ同時に送信することが許容されている。ただし、メッセージについては送信周期「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」が存在しており、例えば、１つのメッセージは限られた時間内で送信される。さらに、各セグメントを乗せるＳＩＢ１２の送信タイミングも「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」で指定されており、例えば、セグメントの合計送信回数も「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」により制限を受ける。
　標準化活動を行っている３ＧＰＰでは、基地局装置がメッセージを配信する場合のＳＩＢ１２の送信スケジュールについては規定されていない。このため、各ベンダーは、３ＧＰＰによる規定の制約を受けずにＳＩＢ１２の送信スケジュールを装置に実装することが可能である。
　しかし、基地局装置があるメッセージをＳＩＢ１２で送信する場合、ＳＩＢ１２の送信スケジュールが実装されていないと、メッセージの送信周期「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」内に当該メッセージの全セグメントを送信できない場合もある。
　また、基地局装置はあるメッセージをＳＩＢ１２で送信しているときに他のメッセージをＳＩＢ１２で送信しようとする場合、ＳＩＢ１２の送信スケジュールが実装されていないと、メッセージの送信周期「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」内に他のメッセージを送信できない場合もある。
　さらに、ＣＭＡＳでは、基地局装置は複数種類のメッセージを同時に送信することも可能であるが、ＳＩＢ１２の送信スケジュールが実装されていない場合、商品の広告に関するメッセージは送信できても、大統領メッセージは送信できないなどの事態が発生する場合もある。
　いずれの場合においても、端末装置はメッセージを受けることができず、メッセージ内容の情報を得ることができない。
　そこで、本発明の一目的は、メッセージを効率的に送信できるようにした基地局装置、及び無線アクセスシステムを提供することにある。
　一態様によれば、メッセージを端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置において、前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部とを備える。
　メッセージを効率的に送信できるようにした基地局装置、及び無線アクセスシステムを提供することができる。
図１は無線アクセスシステムの構成例を表わす図である。 図２は情報配信システムの構成例を表わす図である。 図３はＷａｒｉｎｉｇサーバとＭＭＥの構成例を表わす図である。 図４は基地局装置の構成例を表わす図である。 図５は端末装置の構成例を表わす図である。 図６（Ａ）から図６（Ｃ）はＥＤＦスケジューリングによるタスク処理の例を表わす図である。 図７はスケジューリングリストの例を表わす図である。 図８（Ａ）はｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ、図８（Ｂ）はＩｔｅｒａｔｉｏｎ　Ｎｕｍｂｅｒ、図８（Ｃ）はＲｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄの例を表わす図である。 図９はＣＭＡＳ無線利用率算出機能の動作例を表わすフローチャートである。 図１０（Ａ）から図１０（Ｄ）は無線利用率を説明するための図、図１０（Ｅ）はデータ記憶部に記憶された無線利用率の例を表わす図である。 図１１はＣＭＡＳ送信可否判断機能の動作例を表わすフローチャートである。 図１２はＣＭＡＳ送信可否判断機能の動作例を表わすフローチャートである。 図１３（Ａ）から図１３（Ｅ）はＣＭＡＳ送信可否判断機能を説明するための図である。 図１４はＣＭＡＳ送信可否判断機能を説明するための図である。 図１５は送信ＳＩＢ決定機能の動作例を表わすフローチャートである。 図１６（Ａ）はＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ、図１６（Ｂ）はＳＩＢ１０に含まれるパラメータの例を夫々表わす図である。 図１７（Ａ）はＳＩＢ１１、図１７（Ｂ）はＳＩＢ１２に含まれるパラメータの例を夫々表わす図である。 図１８はＳＩＢ１に含まれるＳｃｈｅｄｕｌｉｎｇＩｎｆｏの例を表わす図である。
　以下、本実施の形態について図面を参照して詳細に説明する。
　［第１の実施の形態］
　図１は第１の実施の形態における無線アクセスシステム２０の構成例を表わす図である。無線アクセスシステム２０は、基地局装置３００と端末装置４００を備える。
　基地局装置３００は、自局のカバレッジ範囲内において端末装置４００と無線通信を行い、端末装置４００に対して様々なサービスを提供できる。一方、端末装置４００は、スマートフォン、フィーチャーフォン、タブレット、パーソナルコンピュータなどであって、基地局装置３００のカバレッジ範囲内において基地局装置３００と無線通信することができる。
　基地局装置３００は、メッセージを端末装置４００へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全端末装置４００へブロードキャストで送信する。
　基地局装置３００は、無線利用率算出部３９０、送信判断部３９１、及び送信部３９２を備える。一方、端末装置４００は受信部４９０を備える。
　無線利用率算出部３９０は、分割された各データの繰り返し回数と各データの送信周期に基づいて、メッセージを繰り返し送信する場合の各メッセージの送信周期に対して１つのメッセージを送信する場合に要する時間の割合を示す無線利用率を算出する。
　送信判断部３９１は、無線利用率に基づいて、データの送信スケジュールを決定する。
　送信部３９２は、決定された送信スケジュールに従ってデータを端末装置４００へ送信する。
　端末装置４００の受信部４９０は、基地局装置３００から送信されたデータを受信する。
　このように、本第１の実施の形態において基地局装置３００は、無線利用率に基づいて、メッセージをデータに分割し、分割されたデータの送信スケジュールを決定するようにしている。この場合、無線利用率は、例えば、メッセージの送信周期に対して１つのメッセージを送信する場合に要する時間の割合を示している。
　よって、基地局装置３００は、メッセージの送信周期内において、繰り返しデータを送信することができ、かつ、メッセージの各データを全て送信するように送信スケジュールを決定することもできる。
　従って、例えば、メッセージの送信周期を越えるような非効率的なデータの送信スケジュールとはならずに、メッセージの送信周期内に当該メッセージに関する全データを送信できるような効率的なメッセージの送信を行うことが可能となる。
　また、例えば、複数のメッセージを同時に送信する場合でも、他のメッセージの送信によって当該メッセージの送信に際して当該メッセージの送信周期内に当該メッセージの全データを送信するようにスケジューリングすることも可能である。よって、この場合も効率的なメッセージの送信が可能となる。
　なお、メッセージの例としてはＣＭＡＳに関するメッセージであって、データの例としてはＳＩＢ１２などがある。この場合、無線アクセスシステム２０はＣＭＡＳによる配信システム内において適用される。
　［第２の実施の形態］
　次に第２の実施の形態について説明する。第２の実施の形態においては、以下の順番で説明する。
　＜１．情報配信システムの構成例＞
　＜２．ＷａｒｎｉｎｇサーバとＭＭＥの構成例＞
　＜３．基地局の構成例＞
　＜４．端末の構成例＞
　＜５．ＥＤＦスケジューリングについて＞
　＜６．Ｉｔｅｒａｔｉｏｎ　Ｎｕｍｂｅｒについて＞
　＜７．動作例＞
＜１．情報配信システムの構成例＞
　情報配信システムの構成例について説明する。図２は情報配信システム１０の構成例を表わす図である。
　情報配信システム１０は、例えば、ＣＭＡＳ（Commercial　Mobile　Alert　System）などであって、メッセージを端末装置（以下、「端末」と称する場合がある）４００－１～４００－６へ配信するシステムである。メッセージとしては、例えば、大統領メッセージ、生命の安全に対する脅威に関する警報、商品広告などがある。情報配信システム１０は、例えば、複数種類のメッセージを同時に端末４００－１～４００－６へ配信できる。
　情報配信システム１０は、Ｗａｒｎｉｎｇサーバ１００、ＭＭＥ（Mobile　Management　Entity）２００－１，２００－２、基地局装置（以下、「基地局」と称する場合がある）３００－１～３００－４、及び端末４００－１～４００－６を備える。
　Ｗａｒｎｉｎｇサーバ１００は、「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｃｅｄｕｒｅ実行要求」メッセージをＭＭＥ２００－１，２００－２へ送信する。
　ＭＭＥ２００－１，２００－２は、例えば、ベアラの設定、認証、セキュリティに関する制御などを行う。本第２の実施の形態においては、ＭＭＥ２００－１，２００－２は、「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｃｅｄｕｒｅ実行要求」メッセージをＷａｒｎｉｎｇサーバ１００から受信すると、Ｓ１ＡＰ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ　Ｍｅｓｓｓａｇｅ（以下、「Ｓ１ＡＰメッセージ」と称する場合がある）で規定された「ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」（以下、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」と称する場合がある）メッセージを生成する。ＭＭＥ２００－１，２００－２は、生成した「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」を配下の基地局３００－１～３００－４へ送信する。「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」に含まれるパラメータは、例えば、図１６（Ａ）に示される。
　基地局３００－１～３００－４は、自局のカバレッジ内の端末４００－１～４００－６と無線通信を行い、端末４００－１～４００－６に対して通話サービス、映像配信サービスなど種々のサービスを提供する。本第２の実施の形態において基地局３００－１～３００－４は、ＭＭＥ２００－１，２００－２から「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」を受信すると、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」に含まれるメッセージ内容を配下の全端末４００－１～４００－６へ送信する。
　この場合、基地局３００－１～３００－４は、ＳＩＢ（System　Information　Block　type）１２を用いてメッセージ内容を配信する。ＳＩＢ１２に含まれるパラメータは、例えば、図１７（Ｂ）に示される。
　なお、基地局３００－１～３００－４は、「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」を含むＳＩＢ１を配下の全端末４００－１～４００－６へ配信する。「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」は、例えば、図１８に示すように、ＳＩＢ１２の送信周期が含まれる。端末４００－１～４００－６は、「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」に含まれるＳＩＢ１２の送信周期に従ってＳＩＢ１２の送信を待ち受けることができる。
　端末４００－１～４００－６は、各基地局３００－１～３００－４のカバレッジエリア内において、各基地局３００－１～３００－４と無線通信を行う。端末４００－１～４００－６は、各基地局３００－１～３００－６からＳＩＢ１２の配信を受けて、セグメントに分割されたメッセージ内容を統合することでＣＭＡＳに関するメッセージ内容を受信できる。
　なお、情報配信システム１０には、例えば、無線アクセスシステム２０が含まれる。無線アクセスシステム２０は、例えば、基地局３００－１～３００－４と端末４００－１～４００－６を含む。
　図２の例では、Ｗａｒｎｉｎｇサーバ１００は２つのＭＭＥ２００－１，２００－２に接続している例を表わしているが、接続するＭＭＥの数は１つでもよいし、３つ以上でもよい。また、図２の例では、ＭＭＥ２００－１は２つの基地局３００－１，３００－２と接続する例を表わしているが、接続する基地局数は１つでもよいし、３つ以上でもよい。ＭＭＥ２００－２においても同様である。各基地局３００－１～３００－４における端末４００－１～４００－６の接続数も、１つでもよいし複数でもよい。
　なお、ＭＭＥ２００－１，２００－２はいずれも同一構成のため、例えば、ＭＭＥ２００と称する場合がある。また、基地局３００－１～３００－４についても同一構成のため、例えば、基地局３００と称する場合がある。さらに、端末４００－１～４００－６についても同一構成のため、例えば、端末４００と称する場合ある。
　さらに、情報配信システム１０としては、例えば、メッセージの配信が可能なシステムであれば、ＣＭＡＳ以外の情報配信システムであっても適用可能である。
　以降において、情報配信システム１０に含まれる各装置の構成例について説明する。
　＜２．ＷａｒｎｉｎｇサーバとＭＭＥの構成例＞
　図３はＷａｒｎｉｎｇサーバ１００とＭＭＥ２００の構成例を表わす図である。
　Ｗａｒｎｉｎｇサーバ１００は、実行要求生成部１１０とメモリ１２０を備える。実行要求生成部１１０は、「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｃｅｄｕｒｅ実行要求」メッセージを生成し、ＭＭＥ２００－１へ送信する。メモリ１２０は、「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｃｅｄｕｒｅ実行要求」メッセージに含まれるパラメータなどが記憶される。
　例えば、実行要求生成部１１０はＷａｒｎｉｎｇサーバ１００の操作者による操作により、メモリ１２０からパラメータを読み出して「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｃｅｄｕｒｅ実行要求」メッセージを生成して送信する。
　なお、Ｗａｒｎｉｎｇサーバ１００はハードウェア構成として、例えば、ＣＰＵ（Central　Processing　Unit）１３０とメモリ１２０を備える。ＣＰＵ１３０は、例えば、実行要求生成部１１０に対応する。
　ＭＭＥ２００は、Ｓ１処理部２１０とメモリ２２０を備える。Ｓ１処理部２１０は、Ｓ１ＡＰメッセージの送信と受信に関する処理を行う。
　Ｓ１処理部２１０は、例えば、以下の処理を行う。すなわち、Ｓ１処理部２１０は、Ｗａｒｎｉｎｇサーバ１００から「Ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｃｅｄｕｒｅ実行要求」メッセージを受信すると、当該メッセージに含まれるパラメータを抽出する。そして、Ｓ１処理部２１０は、抽出したパラメータを含む「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」を生成する。Ｓ１処理部２１０は、生成した「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」を基地局３００へ送信する。
　メモリ２２０は、例えば、Ｓ１処理部２１０において処理が行われる際の作業領域として機能する。メモリ２２０には、例えば、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」に含まれるパラメータなどが記憶されてもよい。この場合、メモリ２２０に記憶されたパラメータはＳ１処理部２１０により適宜読み出され、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」が生成される。
　なお、ＭＭＥ２００はハードウェア構成として、例えば、ＣＰＵ２３０とメモリ２２０を備える。ＣＰＵ２３０は、例えば、Ｓ１処理部２１０に対応する。
　＜３．基地局の構成例＞
　図４は基地局３００の構成例を表わす。基地局３００は、Ｓ１処理部３１０、Ｔｅｌｅｃｏｍ処理部３２０、送信ＳＩＢ決定部３３０、ＲＲＣ（Radio　Resource　Control）情報処理部３４０、データ記憶部３５０、ＳＣＨＥＤＵＬＥＲ３６０、ベースバンド処理部３７０、無線信号送受信部３８０を備える。
　Ｓ１処理部３１０は、Ｓ１ＡＰメッセージの送信と受信に関する処理を行う。例えば、Ｓ１処理部３１０は以下のような処理を行う。
　すなわち、Ｓ１処理部３１０は、ＭＭＥ２００から送信された「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」を受信すると、受信した当該メッセージに「ｗａｒｎｉｎｇ　ｔｙｐｅ」が含まれているか否かを確認する。Ｓ１処理部３１０は、受信した当該メッセージに「ｗａｒｎｉｎｇ　ｔｙｐｅ」が含まれていると、当該メッセージはＥＴＷＳによるメッセージと判別する。また、Ｓ１処理部３１０は、当該メッセージに「ｗａｒｎｉｎｇ　ｔｙｐｅ」が含まれていないと、当該メッセージはＣＭＡＳによるメッセージと判別する。この場合、Ｓ１処理部３１０は、受信した「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」をＴｅｌｅｃｏｍ処理部３２０へ出力する。
　なお、以下においては、「ｗａｒｎｉｎｇ　ｔｙｐｅ」が含まれない「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」をＣＭＡＳメッセージと称する場合がある。また、「ｗａｒｎｉｎｇ　ｔｙｐｅ」が含まれない「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」において「ｗａｒｎｉｎｇ　Ｍｅｓｓａｇｅ　Ｃｏｎｔｅｎｔｓ」に含まれるメッセージのこともＣＭＡＳメッセージと称する場合もある。
　Ｔｅｌｅｃｏｍ処理部３２０は、呼接続処理や呼通信処理などを行う。また、Ｔｅｌｅｃｏｍ処理部３２０は、無線利用率算出機能（又は無線利用率算出部）３２１、送信可否判断機能（又は送信判断部）３２２、及びＳＩＢ作成機能（又はＳＩＢ作成部）３２３を備える。Ｔｅｌｅｃｏｍ処理部３２０におけるこれらの機能は、例えば、Ｔｅｌｅｃｏｍ処理部３２０において実行される機能である。これらの機能の実行主体は、例えば、Ｔｅｌｅｃｏｍ処理部３２０であるが、これらの機能の相違などを考慮して各機能３２１～３２３が実行するものとして以下説明する。
　なお、第１の実施の形態における無線利用率算出部３９０は、例えば、無線利用率算出機能３２１に対応する。また、第１の実施の形態における送信判断部３９１は、例えば、送信可否判断機能３２２に対応する。さらに、第１の実施の形態における送信部３９２は、例えば、送信ＳＩＢ決定部３３０、ベースバンド処理部３７０、及び無線信号送受信部３８０に対応する。
　無線利用率算出機能３２１は、受信したＣＭＡＳメッセージに対してＣＭＡＳ無線利用率を算出する。ＣＭＡＳ無線利用率の詳細は後述する。無線利用率算出機能３２１は、ＲＲＣ情報処理部３４０に記憶されたスケジューリングリストに含まれるＳＣＨＥＤＵＬＥＲ毎にＣＭＡＳ無線利用率を算出する。無線利用率算出機能３２１は、算出したＣＭＡＳ無線利用率や受信したＣＭＡＳメッセージに含まれるパラメータをデータ記憶部３５０に記憶する。
　なお、ＳＣＨＥＤＵＬＥＲとは、例えば、「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」により定義又は規定されたＳＩＢの送信方法のことである。「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」は、例えば、ＳＩＢ１に含まれる情報であって、ＳＩＢ３以降のＳＩＢの送信方法を規定したものである。「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」の例は図１８に示される。ＳＣＨＥＤＵＬＥＲの詳細についても後述する。
　送信可否判断機能３２２は、例えば、ＣＭＡＳ無線利用率とその時点でのＣＭＡＳ無線利用率の合計値とに基づいてＣＭＡＳメッセージの送信可否を判断する。送信可否判断機能３２２は、送信可否判断によって、ＣＭＡＳメッセージをＳＩＢ１２により送信する際にどのＳＣＨＥＤＵＬＥＲを用いるかを決定し、決定したＳＣＨＥＤＵＬＥＲに関する情報をＳＩＢ作成機能３２３へ出力する。また、送信可否判断機能３２２は、データ記憶部３５０に記憶されたＣＭＡＳメッセージの各パラメータも読み出してＳＩＢ作成機能３２３へ出力する。送信可否判断の詳細は後述する。
　ＳＩＢ作成機能３２３は、送信可否判断機能３２２から受け取ったＳＣＨＥＤＵＬＥＲをメモリ３８６に記憶する。メモリ３８６に記憶されたＳＣＨＥＤＵＬＥＲが、例えば、ＳＣＨＥＤＵＬＥＲ３６０となる。また、ＳＩＢ作成機能３２３は、例えば、送信可否判断機能３２２から受け取ったＣＭＡＳメッセージに対してＳＩＢ１２を生成する。ＳＩＢ作成機能３２３は、生成したＳＩＢ１２を送信ＳＩＢ決定部３３０とＳＣＨＥＤＵＬＥＲ３６０へ出力する。さらに、ＳＩＢ作成機能３２３は、例えば、送信可否判断機能３２２から受け取ったＣＭＡＳメッセージの各パラメータもＳＣＨＥＤＵＬＥＲ３６０と送信ＳＩＢ決定部３３０に出力する。
　送信ＳＩＢ決定部３３０は、送信ＳＩＢ決定機能を実行する。送信ＳＩＢ決定機能により、ＳＩＢ１２についてどのような順番で端末４００へ送信するかが決定され、その順番に従ってＳＩＢ１２がベースバンド処理部３７０へ出力される。この場合、送信ＳＩＢ決定部３３０は、例えば、ＥＤＦスケジューリングに従ってＳＩＢ１２の送信スケジュールを決定する。送信ＳＩＢ決定機能とＥＤＦスケジューリングの詳細は後述する。
　ＲＲＣ情報処理部３４０は、例えば、ＲＲＣメッセージに関する処理を行う。本第２の実施の形態においては、ＲＲＣ情報処理部３４０はスケジューリングリスト３４１を記憶する。スケジューリングリスト３４１は１又は複数のＳＣＨＥＤＵＬＥＲを含む。スケジューリングリスト３４１は、例えば、基地局３００が設置される際に記憶される。
　図７はスケジューリングリスト３４１の例を表わす。スケジューリングリスト３４１には、１又は複数の「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」を含む。「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」は、例えば、各ＳＩＢの送信スケジュールを規定又は定義したものであり、具体的には各ＳＩＢに対してどのような送信周期で送信するかについて規定又は定義したものである。上述したように、例えば、「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」によりＳＣＨＥＤＵＬＥＲが規定される。
　例えば、「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ＃１（３４１－１）」には、送信周期が「３２ｒｆ（radio　frame）」で送信される「ＳＩＢ３」、「ＳＩＢ４」、「ＳＩＢ１２」が規定されている。また、「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ＃２（３４２－１）」には、送信周期「６４ｒｆ」で送信される「ＳＩＢ４」、「ＳＩＢ６」、「ＳＩＢ１２」が規定されている。
　例えば、「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ＃１（３４１－１）」はＳＣＨＥＤＵＬＥＲ＃１（３４２－１）、「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ＃２（３４１－２）」はＳＣＨＥＤＵＬＥＲ＃２（３４２－２）にそれぞれ対応する。　
　なお、ｊ番目のＳｃｈｅｄｕｌｉｎｇＩｎｆｏｊで定義されたＳＣＨＥＤＵＬＥＲを、例えば、ＳＣＨＥＤＵＬＥＲｊと称する場合がある。
　図４に戻り、データ記憶部３５０は、ＣＭＡＳ無線利用率やＣＭＡＳメッセージのパラメータなどを記憶する。また、データ記憶部３５０はＣＭＡＳスタック機能３５１を有する。ＣＭＡＳスタック機能３５１により、ＣＭＡＳスタック機能３５１により例えば各ＣＭＡＳメッセージに対して優先度の設定が可能となっている。
　ＳＣＨＥＤＵＬＥＲ３６０は、例えば、送信可否判断機能３２２で選択されたＳＣＨＥＤＵＬＥＲがメモリ３８６に記憶されたものであり、各ＳＩＢの送信スケジュールを管理する。
　ベースバンド処理部３７０は、例えば、送信ＳＩＢ決定部３３０から出力された送信ＳＩＢに対して誤り訂正符号化処理や変調処理などを施してベースバンド信号へ変換する。ベースバンド処理部３７０は、変換後のベースバンド信号を無線信号送受信部３８０へ出力する。ベースバンド処理部３７０ではこのような処理が行われるよう誤り訂正符号化回路や変調回路などを内部に備えるようにしてもよい。
　無線信号送受信部３８０は、ベースバンド処理部３７０から出力されたベースバンド信号に対して無線帯域の無線信号へ変換（アップコンバート）する。無線信号送受信部３８０は、変換後の無線信号を端末４００へ送信する。無線信号送受信部３８０は、このような変換が行われるよう周波数変換回路やＤ／Ａ（Digital　to　Analogue）変換回路などを内部に備えるようにしてもよい。無線信号送受信部３８０は、例えば、「Ｐａｇｉｎｇ」メッセージを端末４００に送信し、待ち受け状態の端末４００に対してＳＩＢの着信を通知する。「Ｐａｇｉｎｇ」メッセージは、例えば、Ｔｅｌｅｃｏｍ処理部３２０などで生成される。
　なお、基地局３００は、ハードウェアとして、ＣＰＵ（Central　Processing　Unit）３８５、メモリ３８６、ＤＳＰ（Digital　Signal　Processor）３８７、及びＲＦ（Radio　Frequency）３８８を備えるようにしてもよい。ＣＰＵ３８５は、例えば、Ｓ１処理部３１０、Ｔｅｌｅｃｏｍ処理部３２０、送信ＳＩＢ決定部３３０に対応する。また、メモリ３８６は、例えば、ＲＲＣ情報処理部３４０、データ記憶部３５０、ＳＣＨＥＤＵＬＥＲ３６０に対応する。さらに、ＤＳＰ３８７は、例えば、ベースバンド処理部３７０に対応する。さらに、ＲＦ３８８は、例えば、無線信号送受信部３８０に対応する。
　ＣＰＵ３８５は、例えば、メモリ３８６に記憶されたプログラムを読み出し、当該プログラムを実行することで、Ｓ１処理部３１０、Ｔｅｌｅｃｏｍ処理部３２０、送信ＳＩＢ決定部３３０で行われる機能を実現できる。
　＜４．端末の構成例＞
　図５は端末４００の構成例を表わす図である。端末４００は、無線信号送受信部４１０、ベースバンド処理部４２０、ＳＩＢ処理部４３０、データ記憶部４４０、及び表示部４５０を備える。
　なお、第１の実施の形態における受信部４９０は、例えば、無線信号送受信部４１０、ベースバンド処理部４２０、及びＳＩＢ処理部４３０に対応する。
　無線信号送受信部４１０は、基地局３００から送信された無線信号を受信し、無線信号をベースバンド信号へ変換（ダウンコンバート）する。無線信号送受信部４１０では、このような周波数変換処理が行われるように周波数変換回路を内部に備えるようにしてもよい。
　ベースバンド処理部４２０は、無線信号送受信部４１０から出力されたベースバンド信号に対して復調処理や誤り訂正復号化処理などを施して、基地局３００から送信されたＳＩＢを抽出する。ベースバンド処理部４２０では、このような処理が行われるように復調回路や誤り訂正復号化回路などを内部に備えるようにしてもよい。
　ＳＩＢ処理部４３０は、ベースバンド処理部４２０から出力されたＳＩＢ１２に対して、ＳＩＢ１２に含まれるパラメータに基づいてメッセージを再現する。例えば、ＳＩＢ処理部４３０は、「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔＴｙｐｅ」、「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔＮｕｍｂｅｒ」、及び「ｗａｒｎｉｎｇＭｅｓｓａｇｅＳｅｇｍｅｎｔ」に基づいてセグメントを統合してメッセージ内容を再現する。この場合、ＳＩＢ処理部４３０は、データ記憶部４４０に適宜アクセスして、ＳＩＢ１２に含まれるパラメータなどを記憶する。
　また、ＳＩＢ処理部４３０は、ＳＩＢ１を受信すると、ＳＩＢ１に含まれる「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」に関する情報をデータ記憶部４４０に記憶する。この場合、ＳＩＢ処理部４３０は「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」に含まれる「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」の周期でＳＩＢ１２を受信するように無線信号送受信部４１０などに指示する。
　データ記憶部４４０は、例えば、各ＳＩＢのパラメータを記憶する。また、データ記憶部４４０は、例えば、ＳＩＢ処理部４３０においてセグメントを統合してメッセージ内容を再現する際の作業領域としても機能する。
　表示部４５０は、例えば、ＳＩＢ処理部４３０からの指示に従って、ＳＩＢ処理部４３０から出力されたＳＩＢ１２に含まれるメッセージ内容を表示する。
　なお、端末４００は、ハードウェア構成として、表示部４５０、ＲＦ４６０、ＤＳＰ４６５、ＣＰＵ４７０、及びメモリ４７５を備えるようにしてもよい。この場合、ＲＦ４６０は、例えば、無線信号送受信部４１０に対応する。ＤＳＰ４６５は、例えば、ベースバンド処理部４２０に対応する。また、ＣＰＵ４７０は、例えば、ＳＩＢ処理部４３０に対応する。さらに、メモリ４７５は、例えば、データ記憶部４４０に対応する。
　＜５．ＥＤＦスケジューリングについて＞
　次に、ＥＤＦ（Earliest　Deadline　First）スケジューリングについて説明する。本第２の実施の形態においては、基地局３００はＥＤＦスケジューリングを利用してＳＩＢ１２を送信する。
　ＥＤＦスケジューリングとは、例えば、リアルタイムＯＳ（Operating　System）においてシングルプロセッサによる処理が行われるとき、所定の条件を満たせばプロセッサはデッドラインミスを起こすことなく処理できるようにしたスケジューリング方法である。
　なお、デッドラインとは、例えば、この時間内に処理が終了しないとエラーが発生するという時間のことである。以降においては、そのタスクを終了するまでのデッドラインとタスクが次に発生するまでの周期とは同一であるとして説明する。
　ＥＤＦスケジューリングにおいては、例えば、以下の判定を単位時間（例えば、秒やミリ秒）毎に行う。
　１）判定タイミングにおいて実行しているタスクがない場合、実行を要求されているタスクのうち、最もデッドラインが近いタスクが実行され、他のタスクは次の判定タイミングまで保留される。
　２）判定タイミングにおいて実行しているタスクがある場合、実行を要求されているタスクの中に、既に実行中のタスクよりデッドラインが近いタスクがある場合、実行中のタスクの処理を中断し、デッドラインの最も近いタスクが実行される。
　以上から、ＥＤＦスケジューリングは、例えば、デッドラインの近いタスクから優先し、かつ、後から発生したタスクによる割込み処理を許容するスケジューリングと考えることができる。
　例えば、各タスクの一回の処理にかかる時間をＣｉ、各タスクの周期をＴｉ、各タスクのＣＰＵ利用率をＵi＝Ｃｉ／Ｔｉをすると、
Figure JPOXMLDOC01-appb-M000001
を満たす限り、ＥＤＦスケジューリングを用いたタスク処理はエラーなくスケジューリング可能となる。
　図６（Ａ）～図６（Ｃ）はＥＤＦスケジューリングによるタスク処理の例を表わす図である。横軸は時間を表わし、横軸方向における１目盛りは単位時間を表わす。また、太線の目盛りは各タスクの周期時間を表わす。例えば、図６（Ａ）に示すように、タスク１について１回の処理にかかる時間Ｃは「４」であり、タスク１の周期Ｔは「１０」となっており、「１０」単位時間ごとに太線による目盛りが示されている。
　例えば、時刻Ｔ０ではタスク１からタスク３まで実行が要求されている場合、ＥＤＦスケジューリングの上記１）により、Ｔ０から最もデッドライン（又は周期）が近いタスク３が最初に実行される。タスク３の実行開始後「１」単位時間経過したとき、上記２）を満たすこともないため、タスク３が継続して実行される。
　タスク３の処理の実行が終了すると、次に、タスク１とタスク２のいずれかが実行されるが、タスク１の方がタスク２よりもデッドラインが近いため、タスク１が実行される。
　時刻Ｔ１においては、タスク２が実行され、タスク３の周期期間が終了してタスク３の実行が開始可能となるため、タスク２とタスク３とが競合する。この場合、タスク２の方がタスク３よりもデッドラインが近いため、タスク２が優先され、そのままタスク２が継続して実行される。
　時刻Ｔ３においては、タスク１が実行途中であり、タスク３の開始時刻となっておりタスク１とタスク３とが競合する。この場合、デッドラインはタスク３の方がタスク１よりも近いため、タスク１の処理が途中で一旦終了され、タスク３が優先して（割り込んで）実行される。
　本第２の実施の形態では、ＳＩＢ１２の送信スケジューリングについてＥＤＦスケジューリングを適用させるようにしている。その具体例については後述する。
　＜６．Ｉｔｅｒａｔｉｏｎ　Ｎｕｍｂｅｒについて＞
　次に、Ｉｔｅｒａｔｉｏｎ　Ｎｕｍｂｅｒについて説明する。上述したように基地局３００は、例えば、メッセージ内容をセグメントに分割し、セグメントを含むＳＩＢ１２を送信する。これにより、例えば、無線区間において送信可能なサイズにメッセージ内容が分割され、当該無線区間においてメッセージ内容が送信可能となる。なお、セグメントとは、例えば、分割されたメッセージ内容のことである。
　図８（Ａ）は１つのメッセージが４つのセグメントに分割されて送信される例を表わしている。４つに分割されたセグメントは、４つのＳＩＢ１２（ＳＩＢ１２（１）からＳＩＢ１２（４））により送信される。また、各ＳＩＢ１２は「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」で規定された送信周期（例えば「３２ｒｆ」）毎に送信される。
　このようにメッセージ内容は各セグメントに分割されて基地局３００から端末４００へ送信される。この場合、基地局３００は同一内容のＳＩＢ１２を一回しか送信しないことは実装上ほとんど有り得ず、複数回繰り返し送信する場合がある。同一内容のＳＩＢ１２を繰り返し送信する場合において最低限送信しなければならない回数を、例えば、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒと称する場合がある。また、同一内容のＳＩＢを繰り返し送信する場合においてそれ以上送信することのない回数を、例えば、ｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒと称する場合がある。ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒとｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒの２つの値に挟まれた適用可能な繰り返し回数を、例えば、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒと称する場合がある。同一ＳＩＢが繰り返し送信されることで、例えば、１回だけＳＩＢが送信される場合と比較して、端末４００はＳＩＢ１２を受信できる可能性が高くなる。
　なお、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒとｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒは、例えば、ＳＣＨＥＤＵＬＥＲ毎に異なってもよい。
　また、「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」に含まれる「Ｎｕｍｂｅｒ　ｏｆ　Ｂｒｏａｄｃａｓｔｓ　Ｒｅｑｕｅｓｔｅｄ」によりメッセージ内容の繰り返し回数が規定されている。他方、セグメントを送信するＳＩＢ１２のＩｔｅｒａｔｉｏｎＮｕｍｂｅｒも実装可能となっている。メッセージの繰り返し回数と、ＳＩＢ１２の繰り返し回数について、各々で繰り返し送信させるようにしているのは、例えば、レイヤ毎に冗長性を確保するようにしているためである。
　図８（Ｂ）の例では、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ＝「５」の例を表わしており、同一内容のＳＩＢが連続して５回送信されている。また、図８（Ｃ）に示すように、「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」で規定されたメッセージの送信周期経過後、再度、同一ＳＩＢ１２がＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ分繰り返し送信される。
　＜７．動作例＞
　次に、情報配信システム１０又は無線アクセスシステム２０における動作例について説明する。本動作例については、以下の順番で説明する。
　＜７．１　ＣＭＡＳ無線利用率算出機能の動作例＞
　＜７．２　ＣＭＡＳ送信可否判断機能の動作例＞
　＜７．３　送信ＳＩＢ決定機能の動作例＞
　上記３つの動作例は、例えば、基地局３００において行われる。基地局３００では、ＭＭＥ２００から「Ｓ１ＡＰ：ＷＲＩＴＥ－ＲＥＰＬＡＣＥ　ＷＡＲＮＩＮＧ　ＲＥＱＵＥＳＴ」を受信し、当該メッセージがＣＭＡＳメッセージか否かを判別する。基地局３００は、当該メッセージがＣＭＡＳメッセージのとき、受信したＣＭＡＳメッセージをＴｅｌｅｃｏｍ処理部３２０に入力させて、ＣＭＡＳ無線利用率算出機能、ＣＭＡＳ送信可否判断機能、及び送信ＳＩＢ決定機能の各機能をこの順番で実行する。
　なお、以下において、基地局３００がｉ番目に受信したＣＭＡＳメッセージのことを、例えば、ＣＭＡＳｉと称する場合がある。また、ＲＲＣ情報処理部３４０においてはＳＣＨＥＤＵＬＥＲが記憶されており、ＳＩＢ１２に関するＳＣＨＥＤＵＬＥＲを、例えば、ＳＣＨＥＤＵＬＥＲｊ（１≦ｊ≦Ｊ）と称する場合がある。
　＜７．１　ＣＭＡＳ無線利用率算出機能の動作例＞
　ＣＭＡＳ無線利用率算出機能の動作例について説明する。図９はＣＭＡＳ無線利用率算出機能の動作例を表わすフローチャートであり、図１０（Ａ）から図１０（Ｅ）はＣＭＡＳ無線利用率を説明するための図である。
　無線利用率算出機能３２１は、ＣＭＡＳ無線利用率算出機能の処理を開始すると（Ｓ１０）、ＳＩＢ１２に関する各ＳＣＨＥＤＵＬＥＲｊ（１≦ｊ≦Ｊ）に対して以下の処理を行う（Ｓ１１）。
　すなわち、無線利用率算出機能３２１は、Ｓ１処理部３１０からよりＣＭＡＳ情報を受信する（Ｓ１２）。以下では、ＣＭＡＳｉに含まれるパラメータ情報を、例えば、ＣＭＡＳ情報と称する場合がある。
　次に、無線利用率算出機能３２１は、ＲＲＣ情報処理部３４０からＳＣＨＥＤＵＬＥＲ情報を取得する（Ｓ１３）。以下では、ＳＣＨＥＤＵＬＥＲｊに含まれる情報を、例えば、ＳＣＨＥＤＵＬＥＲ情報と称する場合がある。
　次に、無線利用率算出機能３２１は、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉを算出する（Ｓ１４）。ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉは、例えば、各ＳＣＨＥＤＵＬＥＲｊについて１つのＣＭＡＳｉを送信し終えるのに最低限必要な時間を表わしている。
　以下、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉについて説明する。図１０（Ａ）から図１０（Ｃ）は、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉを説明するための図である。例えば、ＣＭＡＳｉに含まれるメッセージ内容（ＣＭＡＳ＃１）はセグメント数＝Ｎに分割される。また、ＳＩＢ１２に関して、２つのＳＣＨＥＤＵＬＥＲ（＃１，＃２）３４２－１，３４２－２がＲＲＣ情報処理部３４０に記憶されているものとする。ＳＣＨＥＤＵＬＥＲ（＃１）３４２－１は、ＳＩＢ１２の送信周期が「ａ［ｒｆ］」、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒが「α」とする。また、ＳＣＨＥＤＵＬＥＲ（＃２）３４２－２は、ＳＩＢ１２の送信周期が「ｂ［ｒｆ］」、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒが「β」となっている。
　この場合において、ＣＭＡＳｉに含まれるメッセージをＳＣＨＥＤＵＬＥＲ（＃１）３４２－１を用いて送信する場合に、１つのＣＭＡＳｉに含まれるメッセージ内容を送信し終えるのに必要な時間は、
　ａ×Ｎ×α　　　
となる。この「ａ×Ｎ×α」がＳＣＨＥＤＵＬＥＲ（＃１）３４２－１を用いた場合のＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉとなる。
　また、ＣＭＡＳｉに含まれるメッセージをＳＣＨＥＤＵＬＥＲ（＃２）３４２－２を用いて送信する場合に、１つのＣＭＡＳｉに含まれるメッセージ内容を送信し終えるのに必要な時間は、
　ｂ×Ｎ×β　
となる。この「ｂ×Ｎ×β」が、ＳＣＨＥＤＵＬＥＲ（＃２）３４２－２を用いた場合のＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉとなる。
　以上から、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉは以下のように算出可能である。すなわち、ｊ番目のＳＣＨＥＤＵＬＥＲｊの「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」をｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙｊ、ＳＣＨＥＤＵＬＥＲｊに対応する「ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ」をｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｊとする。また、ＣＭＡＳｉに含まれるメッセージ内容のセグメント数をＳｅｇｍｅｎｔＮｕｍｂｅｒｉする。この場合、各ＳＣＨＥＤＵＬＥＲｊにおけるＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉは、例えば、以下のように表わすことができる。
Figure JPOXMLDOC01-appb-M000002
 　
　ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉは、例えば、ｉ番目のＣＭＡＳメッセージに対して、ｊ番目のスケジューラを用いた場合、１つのＣＭＡＳメッセージに含まれるメッセージ内容をＳＩＢ１２で送信するのにかかる時間（又は無線リソース）を表わしている。ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉは、例えば、［数２］を秒単位で切り上げた値となる。
　図９に戻り、次に、無線利用率算出機能３２１は、ＣＭＡＳ無線利用率を表わすＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉを算出する（Ｓ１５）。ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉは、例えば、スケジューラ毎にＣＭＡＳメッセージをＳＩＢ１２で送信するのにかかる時間（又は無線リソース）がＣＭＡＳメッセージの送信周期（又は全無線リソース）に対してどの程度の割合を示すかを表わしている。例えば、「ｉ」はＣＭＡＳメッセージの順番、「ｊ」は対象となるＳＣＨＥＤＵＬＥＲの番号を表わしており、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉはＣＭＡＳｉをＳＣＨＥＤＵＬＥＲｊで送信する場合のＣＭＡＳ無線利用率を表わしている。
　図１０（Ｃ）と図１０（Ｄ）は、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉを説明するための図である。
　ＣＭＡＳｉに対して、ＳＣＨＥＤＵＬＥＲ（＃１）３４２－１を利用した場合のＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉは「ａ×Ｎ×α」と算出され、ＣＭＡＳｉの送信周期は「ＲＰ」とする。この場合、ＳＣＨＥＤＵＬＥＲ（＃１）３４２－１を利用した場合のＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉは、
　（ａ×Ｎ×α）／ＲＰ
となる。
　また、ＳＣＨＥＤＵＬＥＲ（＃１）３４２－１を利用した場合のＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉは「ｂ×Ｎ×β」と算出された場合、ＳＣＨＥＤＵＬＥＲ（＃１）３４２－１を利用した場合のＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉは、
　（ｂ×Ｎ×β）／ＲＰ
となる。
　ＥＤＦスケジューリングの考え方からすると、この「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」が１回のＣＭＡＳメッセージ送信の「デッドライン」と考えることができる。ＳＩＢ１２をＩｔｅｒｒａｔｉｏｎＮｕｍｂｅｒ分繰り返し送信する場合においても、基地局３００では、ＣＭＡＳメッセージの送信についてはこの「デッドライン」内に収まるようにスケジューリングする。
　「デッドライン」でもあるＣＭＡＳメッセージの送信周期に対して、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉがどの程度の割合を示しているのかをＳＣＨＥＤＵＬＥＲ毎に算出したものが、例えば、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉと考えることができる。
　言い換えると、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉは、例えば、分割された各ＳＩＢ１２の繰り返し回数と各ＳＩＢ１２の送信周期とに基づいて、ＣＭＡＳメッセージの送信周期に対して、１つのＣＭＡＳメッセージを送信する場合に要する時間の割合を示す。
　以上から、ＣＭＡＳｉの「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」をＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄｉとし、ＣＭＡＳｉをＳＣＨＥＤＵＬＥＲｊで送信する場合のＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉは、例えば、以下のように表わすことができる。
Figure JPOXMLDOC01-appb-M000003
　図９に戻り、次に、無線利用率算出機能３２１は、対象となるＳＣＨＥＤＵＬＥＲに対するループを終了させ（Ｓ１６）、算出したＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉとＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉをデータ記憶部３５０へ記憶する（Ｓ１７）。　
　図１０（Ｅ）は、データ記憶部３５０に記憶されたＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉの例を表わす図である。１番目のＣＭＡＳ＃１について、ＳＣＨＥＤＵＬＥＲ＃１を用いるとＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉは「０．２」、ＳＣＨＥＤＵＬＥＲ＃２を用いるとＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉは「０．１５」となっている。
　なお、無線利用率算出機能３２１はデータ記憶部３５０にＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉを記憶するようにしてもよい。
　また、無線利用率算出機能３２１は、例えば、各ＣＭＡＳメッセージに含まれるパラメータをデータ記憶部３５０に記憶する。
　図９に戻り、次に、無線利用率算出機能３２１はＣＭＡＳ無線利用率算出機能の処理を終了させる（Ｓ１８）。
　なお、「ｓｉ－Ｐｅｒｉｏｄｉｃｉｔｙ」（ＳＩＢの送信周期）と「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」（メッセージの送信周期）の設定範囲を考慮すると、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉをｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒに設定した場合において全てのＳＣＨＥＤＵＬＥＲｊでＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉが「１」を超える場合はほとんど起こり得ない。
　しかし、例えば、ＩｔｅｒａｔｉｏｎＮｕｍｎｅｒｉをｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒに設定したにも拘わらず、全てのＳＣＨＥＤＵＬＥＲｊでＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉが「１」を超える場合がある。このような場合、無線利用率算出機能３２１は、ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄｉを指定されたＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄｉよりも長い値に補正（又は変更）する。補正の方法としては、例えば、
　Ｎ×ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉ－ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄｉ（Ｎは２以上の整数）
により行われてもよい。
　また、データ記憶部３５０は、例えば、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉとＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊ ｉを記憶するとき（Ｓ１６）、ＣＭＡＳスタック機能３５１によって各ＣＭＡＳメッセージに対して優先度の設定が可能となっている。
　優先度としては、例えば、ＣＭＡＳメッセージの受信順序に基づくものでもよいし、ＣＭＡＳメッセージの種類に基づくものでもよい。ＣＭＡＳメッセージには、例えば、大統領メッセージから商品広告のメッセージなど多種のメッセージがある。ＣＭＡＳメッセージに種類は、例えば、ＣＭＡＳメッセージに含まれる「Ｍｅｓｓａｇｅ　Ｉｄｅｎｔｉｆｉｅｒ」と「Ｓｅｒｉａｌ　Ｎｕｍｂｅｒ」（又はいずれか一方）に基づいて判別可能である。　
　例えば、Ｔｅｌｅｃｏｍ処理部３２０は、Ｓ１処理部３１０から受け取ったＣＭＡＳメッセージの「Ｍｅｓｓａｇｅ　Ｉｄｅｎｔｉｆｉｅｒ」と「Ｓｅｒｉａｌ　Ｎｕｍｂｅｒ」に基づいて、受信したＣＭＡＳメッセージの種別を判別し、優先度を判定する。そして、Ｔｅｌｅｃｏｍ処理部３２０は、判定した優先度をデータ記憶部３５０に記憶する。例えば、大統領メッセージは最も優先度が高くし、商品広告は最も優先度を低くするなどとすることができる。このような判定基準は、例えば、データ記憶部３５０に記憶しておき、ＣＭＡＳスタック機能３５１とＴｅｌｅｃｏｍ処理部３２０とにより判定基準を読み出すことで処理が行われる。図１０（Ｅ）には、データ記憶部３５０に優先度が記憶された例を表わしている。
　なお、基地局３００はＭＭＥ２００からＳ１ＡＰメッセージとして、「ＫＩＬＬ　ＲＥＱＵＥＳＴ」を受信する場合もある。「ＫＩＬＬ　ＲＥＱＵＥＳＴ」は、例えば、メッセージの配信の指示後、その配信の停止又は中止を指示するＳ１ＡＰメッセージである。「ＫＩＬＬ　ＲＥＱＵＥＳＴ」は、例えば、停止対象となるＣＭＡＳメッセージのパラメータが含まれている。例えば、無線利用率算出機能３２１は「ＫＩＬＬ　ＲＥＱＵＥＳＴ」に含まれるパラメータに基づいて、ＣＭＡＳメッセージをデータ記憶部３５０から削除する。
　＜７．２　ＣＭＡＳ送信可否判断機能の動作例＞
　次に、ＣＭＡＳ送信可否判断機能の動作例について説明する。ＣＭＡＳ送信可否判断機能は、例えば、送信可否判断機能３２２において実行される。図１１と図１２はＣＭＡＳ送信可否判断機能の動作例を表わすフローチャートであり、図１３（Ａ）から図１４はＣＭＡＳ送信可否判断の例を表わす図である。
　送信可否判断機能３２２は、ＣＭＡＳ送信可否判断機能を開始すると（Ｓ２０）、Ｌｏｏｐ＃１を開始させる（Ｓ２１）。Ｌｏｏｐ＃１はデータ記憶部３５０に記憶された各ＣＭＡＳメッセージに対するループであって、送信可否判断機能３２２は各ＣＭＡＳメッセージに対して以下の処理を繰り返す。
　すなわち、送信可否判断機能３２２は、データ記憶部３５０からＣＭＡＳ情報を読み出す（Ｓ２２）。送信可否判断機能３２２は、優先度の高い順にＣＭＡＳメッセージのＣＭＡＳ情報と、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉを読み出す。
　次に、送信可否判断機能３２２はＬｏｏｐ＃２を開始させる（Ｓ２３）。Ｌｏｏｐ＃２は、各ＳＣＨＥＤＵＬＥＲｊに対するループであって、送信可否判断機能３２２は各ＳＣＨＥＤＵＬＥＲｊに対して以下の処理を繰り返す。送信可否判断機能３２２、優先度の高いＣＭＡＳメッセージから順番に各ＳＣＨＥＤＵＬＥＲｊについて以下の処理を行う。
　すなわち、送信可否判断機能３２２は、ＲＲＣ情報処理部３４０からＳＣＨＥＤＵＬＥＲ情報を取得する（Ｓ２４）。各ＳＣＨＥＤＵＬＥＲｊには、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ、ｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ、ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎ、ｒａｄｉｏＴｈｒｅｓｈｏｌｄ、ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄの各情報が各ＳＣＨＥＤＵＬＥＲｊに対応してＲＲＣ情報処理部３４０に記憶されているものとする。
　ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎは、例えば、各時刻でＣＭＡＳメッセージを送信する場合の各ＳＣＨＥＤＵＬＥＲｊにおけるその時点での合計無線区間利用率のことである。
　例えば、あるＣＭＡＳメッセージをある時刻でＳＣＨＥＤＵＬＥＲ＃１で送信する場合に、他のＣＭＡＳメッセージについてもある時刻でＳＣＨＥＤＵＬＥＲ＃１で送信する場合もある。ある時刻（又は一定期間内）において、ＳＣＨＥＤＵＬＥＲ＃１を用いて送信する各ＣＭＡＳメッセージのＣＭＡＳ無線利用率の合計が、例えば、ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎとなる。ＳＣＨＥＤＵＬＥＲｊにおけるＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊは、例えば、以下のように表わすことができる。
Figure JPOXMLDOC01-appb-M000004
　ｒａｄｉｏＴｈｒｅｓｈｏｌｄｊは、例えば、ＣＭＡＳ無線利用率の上限値として定義された値である。ｒａｄｉｏＴｈｒｅｓｈｏｌｄｊは、ｒａｄｉｏＴｈｒｅｓｈｏｌｄｊ≦１を満たす値として設定されているものとする。
　ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊは、例えば、ＣＭＡＳメッセージ数の上限値として定義された値である。ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊは、ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊ≦∞を満たす値として設定されるものとする。なお、ある時刻においてＳＣＨＥＤＵＬＥＲｊで送信するＣＭＡＳメッセージの合計数を、例えば、ＣＭＡＳＴｒａｎｓｍｉｔＮｕｍｂｅｒｊとする。
　送信可否判断機能３２２は、ＲＲＣ情報処理部３４０からＳＣＨＥＤＵＬＥＲ情報と、当該ＳＣＨＥＤＵＬＥＲに対応するｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ、ｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ、ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎ、ｒａｄｉｏＴｈｒｅｓｈｏｌｄ、ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄを取得するものとする。
　次に、送信可否判断機能３２２は割り当て送信可否判断を行う（Ｓ２５）。割り当て送信可否判断は、例えば、送信可否判断機能３２２によって、「ＣＭＡＳメッセージをＳＩＢ１２で送信可能な「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」があるか否かを走査し」、「ＣＭＡＳメッセージを送信可能な「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」の中から１つＳｃｈｅｄｕｌｉｎｇＩｎｆｏを選択する」動作により行われる。
　まず、「ＣＭＡＳメッセージをＳＩＢ１２で送信可能な「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」があるかを走査する」動作について、図１３（Ａ）から図１３（Ｃ）を例にして説明する。
　図１３（Ａ）はＣＭＡＳメッセージ＃１に対するＣＭＡＳ無線利用率の例を表わしている。ＣＭＡＳ無線利用率は、例えば、ＳＣＨＥＤＵＬＥＲｊ毎に異なる値を取り得る。図１３（Ｂ）及び図１３（Ｃ）に示すように、ＣＭＡＳメッセージ＃１についてＳＣＨＥＤＵＬＥＲ＃１を利用した場合のＣＭＡＳ無線利用率は「０．２」、ＳＣＨＥＤＵＬＥＲ＃２を利用した場合のＣＭＡＳ無線利用率は「０．１５」となっている。
　この場合、ある時刻において、ＳＣＨＥＤＵＬＥＲ＃１については他のＣＭＡＳメッセージの送信により「０．６」のＣＭＡＳ無線利用率が使用されている。また、ＳＣＨＥＤＵＬＥＲ＃２については他のＣＭＡＳメッセージの送信により「０．７」のＣＭＡＳ無線利用率が使用されている。
　また、ＣＭＡＳ無線利用率の上限値として「０．８」が設定されているものとする。ＣＭＡＳ無線利用率の上限値は、例えば、数３を考慮すると「１」となる場合が考えられるが、無線区間における無線リソースなどを考慮して、「１」よりも少ない値が設定されている。
　このような場合、ＣＭＡＳメッセージ＃１についてＳＣＨＥＤＵＬＥＲ＃１を利用すると、「０．６」＋「０．２」＝「０．８」となり上限値以下となる。一方、ＣＭＡＳメッセージ＃１についてＳＣＨＥＤＵＬＥＲ＃１を利用すると、「０．７」＋「０．１５」＝「０．８５」となり上限値を超える。
　例えば、上記した加算値が上限値以下の場合、「デッドライン」であるメッセージの送信周期（「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」）範囲内でＳＩＢ１２がスケジューリングされていることになる。しかし、加算値が上限値を超える場合は「デッドライン」であるメッセージの送信周期を超えたスケジューリングとなっている。
　従って、図１３（Ｂ）及び図１３（Ｃ）の例では、送信可否判断機能３２２はＳＣＨＥＤＵＬＥＲ＃１を選択する（又はＳＣＨＥＤＵＬＥＲ＃１に対応するＳｃｈｅｄｕｌｉｎｇＩｎｆｏを選択する）。この選択が、「ＣＭＡＳメッセージを送信可能な「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」の中から１つＳｃｈｅｄｕｌｉｎｇＩｎｆｏを選択する」動作に対応する。以後、ＣＭＡＳメッセージ＃１の送信はＳＣＨＥＤＵＬＥＲ＃１を用いて行われる。
　ただし、上述したようにＣＭＡＳメッセージ数に上限値が設けられている。この上限値が、例えば、ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊである。送信可否判断機能３２２は、各ＳＣＨＥＤＵＬＥＲｊに対して、ＣＭＡＳＴｒａｎｓｍｉｔＮｕｍｂｅｒｊをカウントしており、ＣＭＡＳＴｒａｎｓｍｉｔＮｕｍｂｅｒｊ＋１がＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊ以下であることも確認する。
　すなわち、送信可否判断機能３２２は、選択したＣＭＡＳｉに対して、以下を満たすＳＣＨＥＤＵＬＥＲを選択する。
Figure JPOXMLDOC01-appb-M000005
 　
かつ
Figure JPOXMLDOC01-appb-M000006
　送信可否判断機能３２２は、例えば、数５かつ数６を満たすＳＣＨＥＤＵＬＥＲの中から、受信したＣＭＡＳメッセージを割り当てるのに最適なＳＣＨＥＤＵＬＥＲを選択する。
　この場合、図１３（Ｂ）及び図１３（Ｃ）の例のように、複数のＳＣＨＥＤＵＬＥＲの中から数５及び数６を満たすＳＣＨＥＤＵＬＥＲが１つ選択できれば、選択された１つのＳＣＨＥＤＵＬＥＲが「最適なＳＣＨＥＤＵＬＥＲ」となり得る。
　しかし、複数のＳＣＨＥＤＵＬＥＲが数５及び数６を満たす場合もある。このような場合は、数５及び数６を満たす複数のＳＣＨＥＤＵＬＥＲの中から１つ「最適なＳＣＨＥＤＵＬＥＲ」が選択される。
　最適なＳＣＨＥＤＵＬＥＲの選択方法としては、例えば、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊが最小となるＳＣＨＥＤＵＬＥＲを選択する方法がある。図１３（Ｄ）及び図１３（Ｅ）はこのような場合の選択例を表わす図である。
　ＳＣＨＥＤＵＬＥＲ＃１の場合は、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊ＝０．５、ＳＣＨＥＤＵＬＥＲ＃２の場合は、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊ＝０．３５となる。従って、送信可否判断機能３２２は、上限値である「０．８」までの距離が最も遠い（又は無線リソースに最も余裕のある）ＳＣＨＥＤＵＬＥＲ＃２（又はＳＣＨＥＤＵＬＥＲ＃２に対応するＳｃｈｅｄｕｌｉｎｇＩｎｆｏ）を選択する。
　図１１に戻り、次に、送信可否判断機能３２２はＩｔｅｒａｔｉｏｎＮｕｍｂｅｒを決定する（Ｓ２６）。送信可否判断機能３２２は、例えば、以下のようにしてＩｔｅｒａｔｉｏｎＮｕｍｂｅｒを決定する。
　すなわち、上述したＣＭＡＳ無線利用率の算出（例えば図９のＳ１０）においては、例えば、同一ＳＩＢの送信回数（又はＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ）についてはｍｉｎＩｔｅｒａｒｉｏｎＮｕｍｂｅｒによりＣＭＡＳ無線利用率が算出された（例えばＳ１４とＳ１５）。
　同一ＳＩＢの送信回数については、ｍｉｎＩｔｅｒａｒｉｏｎＮｕｍｂｅｒからｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒまでの回数があり、その間における同一ＳＩＢの送信回数をＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉである。
　ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉに対するＣＭＡＳ無線利用率をＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉとする。ＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉは、例えば、ｍｉｎＩｔｅｒａｒｉｏｎＮｕｍｂｅｒｊをＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉに置き換えてＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉを再計算した場合のＣＭＡＳ無線利用率とする。このような場合、送信可否判断機能３２２は、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉについて、以下を満たす範囲でその回数を選択する。
Figure JPOXMLDOC01-appb-M000007
 　
　ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉの選択方法としては、例えば、ＣＭＡＳ無線利用率に関する無線リソースの限界まで大きくする方法がある。図１４はその場合の例を説明するための図である。図１４の例では、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊ＝０．４となっている。また、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉについてｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｊまで変化させた場合のＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉが数７を満たすものとなっている。このような場合、送信可否判断機能３２２は、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉをｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｊとする。
　他方、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉをｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｊまで変化させたときに、ＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊがＲａｄｉｏＴｈｒｅｓｈｏｌｄｊを超える場合がある。このような場合、送信可否判断機能３２２は、ＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊ ｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊ＝ＲａｄｉｏＴｈｒｅｓｈｏｌｄｊを満たす、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉを選択する。
　図１１に戻り、次に、送信可否判断機能３２２はＬｏｏｐ＃２を終了させる（Ｓ２７）。すなわち、送信可否判断機能３２２は、Ｓ２３で選択したＳＣＨＥＤＵＬＥＲｊに対する処理を終了させる。
　次に、送信可否判断機能３２２は、割り当て可能なＳＣＨＥＤＵＬＥＲがあったか否かを判別する（図１２のＳ２８）。例えば、送信可否判断機能３２２は、Ｓ２３で選択したＳＣＨＥＤＵＬＥＲｊについて、数５かつ数６を満たすものがあったか否かにより判別する。
　送信可否判断機能３２２は、割り当て可能なＳＣＨＥＤＵＬＥＲがあれば（Ｓ２８でＹ）、割り当て先ＳＣＨＥＤＵＬＥＲを選択する（Ｓ２９）。例えば、送信可否判断機能３２２は、Ｓ２５で選択したＳＣＨＥＤＵＬＥＲを本処理で選択するようにしてもよい。
　次に、送信可否判断機能３２２は、Ｓ２５で選択したＳＣＨＥＤＵＬＥＲと、対象となるＣＭＡＳメッセージとをＲＲＣ情報処理部３４０とデータ記憶部３５０からそれぞれ読み出して、ＳＩＢ作成機能３２３へ通知する（Ｓ３０）。このとき、送信可否判断機能３２２は、データ記憶部３５０から該当するＣＭＡＳ情報を削除する。
　次に、送信可否判断機能３２２は、Ｌｏｏｐ＃１を終了させ、対象となるＣＭＡＳｉに対する処理を終了させ、次に優先度の高いＣＭＡＳｉに対する処理を行う（Ｓ３１）。
　そして、送信可否判断機能３２２は、ＣＭＡＳ送信可否判断機能に関する処理を終了させる（Ｓ３２）。
　一方、送信可否判断機能３２２は、割り当て可能なＳＣＨＥＤＵＬＥＲがない場合（Ｓ２８でＮ）、ＣＭＡＳｉに対する送信可能なＳＣＨＥＤＵＬＥＲがないため、Ｓ２９とＳ３０に対する処理を行うことなく、Ｌｏｏｐ＃１を終了させる（Ｓ３１）。例えば、全てのＳＣＨＥＤＵＬＥＲｊについて数５及び数６を満たすＳＣＨＥＤＵＬＥＲが存在しない場合などである。
　基地局３００はＣＭＡＳ送信可否判断機能を終了させると、次にＳＩＢ作成機能３２３によりＳＩＢ１２の作成を行う。
　ＳＩＢ作成機能３２３は、セグメント数などに基づいてＳＩＢ１２を作成する。その後、送信ＳＩＢ決定部３３０において送信ＳＩＢ決定機能が実行され、ＳＩＢ１２の送信スケジュールが決定される。
　＜７．３　送信ＳＩＢ決定機能の動作例＞
　図１５は、送信ＳＩＢ決定機能の動作例を表わすフローチャートである。送信ＳＩＢ決定部３３０は、送信ＳＩＢ決定機能の処理を開始すると（Ｓ５０）、Ｌｏｏｐを開始させる（Ｓ５１）。このＬｏｏｐは、例えば、ＳＣＨＥＤＵＬＥＲｊに対するループであり、ＳＣＨＥＤＵＬＥＲｊごとに以下の処理を繰り返す。
　すなわち、送信ＳＩＢ決定部３３０は割り込み判断を行う（Ｓ５２）。すなわち、送信ＳＩＢ決定部３３０は、現在送信中のＳＩＢ１２より「デッドライン」が近いＳＩＢ１２があるか否かを判別する。このような判別は、例えば、ＥＤＦスケジューリングに対応する。
　図１５には、あるＳＣＨＥＤＵＬＥＲｊにおいて３つのＣＭＡＳメッセージを送信する場合の送信スケジュールの例が示されている。３つのＣＭＡＳメッセージについては、それそれ「Ｔ＃１」、「Ｔ＃２」、「Ｔ＃３」の「デッドライン」までの時間が設定されている。「デッドライン」は、例えば、各メッセージの送信周期（「Ｒｅｐｅｔｉｔｉｏｎ　Ｐｅｒｉｏｄ」）である。
　ＥＤＦスケジューリングで説明した上記１）の場合、３つのＣＭＡＳメッセージのうち、デッドラインが最も近いメッセージ（例えば、ＣＭＡＳ＃１メッセージ）のＳＩＢ１２を送信する。また、ＥＤＦスケジューリングで説明した上記２）の場合、既に送信中のＳＩＢ１２よりデッドラインが近いＳＩＢ１２がある場合、送信ＳＩＢ決定部３３０は送信中のＳＩＢ１２（例えば、ＣＭＡＳ＃１メッセージのＳＩＢ１２）の送信を中断し、デッドラインが最も近いＳＩＢ（例えば、ＣＭＡＳ＃３メッセージのＳＩＢ１２）の送信を行う。
　よって、送信ＳＩＢ決定部３３０は、現在送信中のＣＭＡＳメッセージのＳＩＢ１２よりデッドラインが近いＣＭＡＳメッセージのＳＩＢ１２があれば（Ｓ５２でＹ）、ＳＩＢ送信対象のＣＭＡＳメッセージを変更する（Ｓ５３）。
　そして、送信ＳＩＢ決定部３３０は、変更後のＣＭＡＳメッセージのＳＩＢ１２をベースバンド処理部３７０へ出力する（Ｓ５４）。
　一方、送信ＳＩＢ決定部３３０は、現在送信中のＣＭＡＳメッセージのＳＩＢ１２よりデッドラインが近いＣＭＡＳメッセージのＳＩＢ１２がなければ（Ｓ５２でＮ）、そのまま当該ＣＭＡＳメッセージのＳＩＢ１２の送信を継続する（Ｓ５４）。
　次に、送信ＳＩＢ決定部３３０はＬｏｏｐを終了させ（Ｓ５５）、全てのＳＣＨＥＤＵＬＥＲｊに対する処理が終了するまで処理を繰り返し（Ｓ５１からＳ５５）、全てのＳＣＨＥＤＵＬＥＲｊに対する処理が終了すると送信ＳＩＢ決定機能を終了させる（Ｓ５６）。
　以上説明したように、本第２の実施の形態における基地局３００は、例えば、ＳＩＢ１２によりＣＭＡＳメッセージを端末４００へ送信する際に、ＣＭＡＳ無線利用率に基づいてＳＩＢ１２の送信スケジュールを決定するようにしている。
　ＣＭＡＳ無線利用率については、例えば、メッセージの送信周期の範囲内に収まるように送信スケジュールが決定されることで、ＭＭＥ２００から指定されたメッセージの送信周期の範囲内で、ＣＭＡＳメッセージをＳＩＢ１２により送信することが可能となる。この場合、基地局３００は、メッセージの送信周期の範囲内で同一ＳＩＢ１２を繰り返し送信することも可能となる。
　また、基地局３００は、複数のＳＣＨＥＤＵＬＥＲのうち、最も余裕のあるＳＣＨＥＤＵＬＥＲを選択している（例えば、図１１のＳ２５）。従って、基地局３００は、同一ＳＩＢの繰り返し回数について最大値まで繰り返すことも可能となる。よって、同一ＳＩＢの繰り返し回数を最大値まで行うことができない場合と比較して、端末４００においてＣＭＡＳメッセージを受信する確率を高くすることもできる。
　さらに、基地局３００は、複数のＣＭＡＳメッセージをＭＭＥ２００から受信したときは、例えば、優先度の最も高いＣＭＡＳメッセージから順番に送信スケジュールを決定するようにしている（例えば図１１のＳ２２）。従って、優先度の最も高いＣＭＡＳメッセージから順番に端末４００へ送信することが可能となる。よって、大統領メッセージに関するＣＭＡＳメッセージを送信できずに商品広告に関するＣＭＡＳメッセージを送信するような事態を回避したり、ＭＭＥ２００からの受信順序が遅いＣＭＡＳメッセージから先にスケジューリングするような事態を回避することもできる。
　さらに、基地局３００は、ＳＩＢ１２の送信に関してＥＤＦスケジューリングに基づいて送信を行うようにしている（例えば図１５のＳ５２）。従って、基地局３００は、「デッドライン」までの時間を空き時間なく有効活用しつつ、ＳＩＢ１２を送信することも可能となる。
　以上から、基地局３００はメッセージの送信を効率的に端末４００へ送信することができる。
　なお、第２の実施の形態においては、基地局３００は分割したメッセージをＳＩＢ１２に乗せて送信する例について説明した。分割したメッセージを送信することができれば、ＳＩＢ１２に限らず、他のＳＩＢでもよいし、ＳＩＢ以外の所定サイズで無線区間において送信可能なブロックデータ又はパケットデータであってもよい。
１０：情報配信システム　　　　　　　　２０：無線アクセスシステム
１００：Ｗａｒｎｉｎｇサーバ　　　　　２００（２００－１，２００－２）：ＭＭＥ
３００（３００－１～３００－４）：基地局装置（基地局）
３１０：Ｓ１処理部　　　　　　　　　　３２０：Ｔｅｌｅｃｏｍ処理部
３２１：無線利用率算出機能　　　　　　３２２：送信可否判断機能
３２３：ＳＩＢ作成機能　　　　　　　　３３０：送信ＳＩＢ決定部
３４０：ＲＲＣ情報処理部　　　　　　　３４１：スケジューリングリスト
３４１－１，３４２－１：ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ
３４２－１～３４２－Ｊ：ＳＣＨＤＵＬＥＲ＃１～＃Ｊ
３５０：データ記憶部　　　　　　　　　３５１：ＣＭＡＳスタック機能
３６０：ＳＣＨＥＤＵＬＥＲ　　　　　　３７０：ベースバンド処理部
３８５：ＣＰＵ　　　　　　　　　　　　３８６：メモリ　
４００：端末装置（端末）　　　　　　　４７５　ＳＩＢ処理部

Claims (17)

  1. 　メッセージを端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置において、
    　前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、
    　前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部と
    　を備えることを特徴とする基地局装置。
  2. 　前記無線利用率算出部は、複数の前記送信スケジュールの各々に対して前記無線利用率を算出し、
    　前記送信判断部は、前記各送信スケジュールに対する前記無線利用率に基づいていずれかの前記送信スケジュールを決定することを特徴とする基地局装置。
  3. 　前記無線利用率算出部は、前記各データの繰り返し回数と前記各データの送信周期、及び前記メッセージのメッセージサイズに基づいて前記無線利用率を算出することを特徴とする請求項１記載の基地局装置。
  4. 　前記メッセージのメッセージサイズは、前記メッセージを分割した場合の各データの個数であることを特徴とする請求項３記載の基地局装置。
  5. 　前記無線利用率算出部は、前記データの繰り返し回数を第１の閾値よりも少ない最低回数とした場合の前記無線利用率を算出することを特徴とする請求項１記載の基地局装置。
  6. 　前記無線利用率算出部は、他のメッセージが送信可能サイズに分割された他のデータに対して前記端末装置へ送信するときの他の無線利用率を算出し、
    　前記送信判断部は、前記無線利用率と前記他の無線利用率との合計値に基づいて前記送信スケジュールを決定することを特徴とする請求項１記載の基地局装置。
  7. 　前記送信判断部は、前記合計値が「１」より小さい第２の閾値以下のとき、前記データの送信スケジュールを決定し、前記合計値が前記第２の閾値を超えるとき、前記データの送信スケジュールを利用しないことを特徴とする請求項６記載の基地局装置。
  8. 　前記無線利用率算出部は、複数の前記送信スケジュールの各々に対して前記無線利用率と前記他の無線利用率を算出し、
    　前記送信判断部は、前記無線利用率と前記他の無線利用率の合計値が「１」より小さい第２の閾値以下の送信スケジュールを前記データの送信スケジュールとして決定し、前記合計値が前記第２の閾値を超える送信スケジュールは前記データの送信スケジュールとして利用しないことを特徴とする請求項６記載の基地局装置。
  9. 　前記送信判断部は、前記合計値が前記第２の閾値以下の送信スケジュールが複数あるときは、前記第２の閾値までの距離が最も遠い送信スケジュールを前記データの送信スケジュールとして決定することを特徴とする請求項８記載の基地局装置。
  10. 　前記送信判断部は、前記決定した送信スケジュールに対して、前記データの繰り返し回数を前記最低回数から第３の閾値よりも多い最大回数までの各前記無線利用率を算出し、前記最大回数のときの前記無線利用率に対する前記合計値が前記第２の閾値以下のとき、前記データを最大回数繰り返し送信することを決定し、前記合計値が前記第２の閾値を超えるとき、前記合計値が前記第２の閾値となる前記データの繰り返し回数、前記データを繰り返し送信することを特徴とする請求項６記載の基地局装置。
  11. 　前記無線利用率算出部は、複数のメッセージに対してはメッセージ毎に前記無線利用率を算出し、当該メッセージ毎に優先度を決定し、
    　前記送信判断部は、前記優先度の高いメッセージから順に前記各無線利用率に基づいて前記データの送信スケジュールを決定することを特徴とする請求項１記載の基地局装置。
  12. 　前記無線利用率算出部は、前記複数のメッセージの前記基地局装置における受信順序、又は前記メッセージの種類に基づいて前記優先度を決定することを特徴とする請求項１１記載の基地局装置。
  13. 　更に、送信決定部を備え、
    前記送信決定部は、第１及び第２のメッセージを夫々分割した第１及び第２のデータを前記決定した送信スケジュールに基づいて送信するとき、
    　前記第１のデータに対する第１の送信周期と前記第２のデータに対する第２の送信周期のうち送信周期が近い前記第１のデータを優先して送信し、
    　前記第１のデータを送信しているときに前記第２のデータの送信が要求される場合において、前記第１の送信周期よりも前記第２の送信周期の方が近い場合、前記第１のデータの送信を中止し、前記第２のデータの送信を行う
    　ことを特徴とする請求項１記載の基地局装置。
  14. 　前記基地局装置は、前記メッセージと前記メッセージの繰り返し回数とを他の装置から受信することを特徴とする請求項１記載の基地局装置。
  15. 　前記送信スケジュールは、前記データの送信周期であることを特徴とする請求項１記載の基地局装置。
  16. 　前記データはＳＩＢ（System　Information　Block　type）１２であり、前記メッセージはＣＭＡＳ（Commercial　Mobile　Alert　System）に関するメッセージであることを特徴とする請求項１記載の基地局装置。
  17. 　端末装置と、
    　メッセージを前記端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置とを備える無線アクセスシステムにおいて、
    　前記基地局装置は、
    　前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、
    　前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部と、
    　決定された送信スケジュールに従って前記データを前記端末装置へ送信する送信決定部とを備え、
    　前記端末装置は、
    　前記基地局装置から送信された前記データを受信する受信部を備えることを特徴とする無線アクセスシステム。
PCT/JP2014/052795 2014-02-06 2014-02-06 基地局装置、及び無線アクセスシステム WO2015118648A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2015561107A JPWO2015118648A1 (ja) 2014-02-06 2014-02-06 基地局装置、及び無線アクセスシステム
PCT/JP2014/052795 WO2015118648A1 (ja) 2014-02-06 2014-02-06 基地局装置、及び無線アクセスシステム
US15/217,646 US9622113B2 (en) 2014-02-06 2016-07-22 Base station apparatus and radio access system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/052795 WO2015118648A1 (ja) 2014-02-06 2014-02-06 基地局装置、及び無線アクセスシステム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/217,646 Continuation US9622113B2 (en) 2014-02-06 2016-07-22 Base station apparatus and radio access system

Publications (1)

Publication Number Publication Date
WO2015118648A1 true WO2015118648A1 (ja) 2015-08-13

Family

ID=53777480

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/052795 WO2015118648A1 (ja) 2014-02-06 2014-02-06 基地局装置、及び無線アクセスシステム

Country Status (3)

Country Link
US (1) US9622113B2 (ja)
JP (1) JPWO2015118648A1 (ja)
WO (1) WO2015118648A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021530903A (ja) * 2018-07-10 2021-11-11 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｐｗｓメッセージおよび関連付けられたエリア情報のセグメント化

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013024581A1 (ja) * 2011-08-12 2013-02-21 パナソニック株式会社 基地局装置、通信端末装置、報知方法及び受信方法
JP2013534064A (ja) * 2010-06-17 2013-08-29 日本電気株式会社 無線通信システムおよび無線リソース割当ての制御方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2982948B2 (ja) * 1995-12-27 1999-11-29 松下電器産業株式会社 無線受信装置
JP4074296B2 (ja) 2005-03-25 2008-04-09 株式会社東芝 スケジューリング可能性判定方法、リアルタイムシステム及びプログラム
JP4309878B2 (ja) * 2005-08-17 2009-08-05 株式会社東芝 無線端末
US8923157B2 (en) 2007-11-05 2014-12-30 Qualcomm Incorporated Scheduling QOS flows in broadband wireless communication systems
WO2010089900A1 (en) 2009-02-05 2010-08-12 Nec Corporation Method, system and program for deadline constrained task admission control and scheduling using genetic approach
WO2014060117A1 (de) * 2012-10-17 2014-04-24 Toll Collect Gmbh Verfahren und einrichtungen zur verkehrsbedingten mauterhebung
US9973303B2 (en) * 2013-12-20 2018-05-15 Samsung Electronics Co., Ltd. Determining timing for transmission or reception of signaling in a coverage enhanced operating mode

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013534064A (ja) * 2010-06-17 2013-08-29 日本電気株式会社 無線通信システムおよび無線リソース割当ての制御方法
WO2013024581A1 (ja) * 2011-08-12 2013-02-21 パナソニック株式会社 基地局装置、通信端末装置、報知方法及び受信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON ET AL.: "Change in Scheduling Information for ETWS and CMAS", 3GPP TSG RAN WG2 #77 R2-120473, 6 February 2012 (2012-02-06), XP050565174 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021530903A (ja) * 2018-07-10 2021-11-11 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｐｗｓメッセージおよび関連付けられたエリア情報のセグメント化
JP7147037B2 (ja) 2018-07-10 2022-10-04 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｐｗｓメッセージおよび関連付けられたエリア情報のセグメント化
US11533601B2 (en) 2018-07-10 2022-12-20 Telefonaktiebolaget Lm Ericsson (Publ) Segmentation of PWS-message and associated area-information
US11832158B2 (en) 2018-07-10 2023-11-28 Telefonaktiebolaget Lm Ericsson (Publ) Segmentation of PWS-message and associated area-information

Also Published As

Publication number Publication date
US20160330650A1 (en) 2016-11-10
JPWO2015118648A1 (ja) 2017-03-23
US9622113B2 (en) 2017-04-11

Similar Documents

Publication Publication Date Title
CN107306438B (zh) 一种无线接入网切片的生成方法、无线接入网及切片管理器
CN102860073B (zh) 多无线网络的共存
CN103222326B (zh) 在通信系统中运用调度器行为认知预测性资源选择的装置和方法
US9756676B2 (en) Base station, device to device user equipment, transmission method, report method and resource adjustment method for wireless communication system
US9681464B2 (en) Cooperative transmission within heterogeneous stations
WO2016070475A1 (zh) 资源配置方法、系统、具有基站功能的设备和终端
US10560929B2 (en) Resource request method and system, device, and network side node
US20160066328A1 (en) Scheduling method, user equipment, and base station
US10959225B2 (en) Techniques for handling semi-persistent scheduling collisions for wireless networks
EP3537819A1 (en) Resource scheduling method and apparatus, and base station
JP2019521535A (ja) 通信方法、端末装置及びネットワーク装置
CN102892145A (zh) 控制数据传输的方法、网络设备及用户设备
CN113811014A (zh) 无线网络的接入方法和装置
KR20220044341A (ko) 보안 보호 모드 결정 방법 및 장치
US20190394766A1 (en) Resource scheduling method, apparatus, and system
WO2012136087A1 (zh) 一种资源调度的方法及系统及一种终端
WO2015106450A1 (en) Load balancing among wireless access points
WO2015032045A1 (zh) 基于多信道的数据发送方法及装置
CN109526039A (zh) 一种发送系统信息的方法和设备
WO2016168967A1 (zh) 一种分量载波组的配置方法及设备
WO2020151502A1 (zh) 信息处理方法、装置、终端及计算机可读存储介质
KR20200108305A (ko) 데이터 전송 방법 및 장치, 컴퓨터 저장 매체
EP3852455B1 (en) Resource allocation method and communication device
US20160360523A1 (en) Access system, device and method
CN110958652B (zh) 小区重选方法及通信装置

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015561107

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

Country of ref document: EP

Kind code of ref document: A1