(57)【要約】  メッセージを端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置において、前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部とを備える。
2015118648.tif 000002
【特許請求の範囲】
【請求項１】
メッセージを端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置において、
前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、
前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部と
を備えることを特徴とする基地局装置。
【請求項２】
前記無線利用率算出部は、複数の前記送信スケジュールの各々に対して前記無線利用率を算出し、
前記送信判断部は、前記各送信スケジュールに対する前記無線利用率に基づいていずれかの前記送信スケジュールを決定することを特徴とする基地局装置。
【請求項３】
前記無線利用率算出部は、前記各データの繰り返し回数と前記各データの送信周期、及び前記メッセージのメッセージサイズに基づいて前記無線利用率を算出することを特徴とする請求項１記載の基地局装置。
【請求項４】
前記メッセージのメッセージサイズは、前記メッセージを分割した場合の各データの個数であることを特徴とする請求項３記載の基地局装置。
【請求項５】
前記無線利用率算出部は、前記データの繰り返し回数を第１の閾値よりも少ない最低回数とした場合の前記無線利用率を算出することを特徴とする請求項１記載の基地局装置。
【請求項６】
前記無線利用率算出部は、他のメッセージが送信可能サイズに分割された他のデータに対して前記端末装置へ送信するときの他の無線利用率を算出し、
前記送信判断部は、前記無線利用率と前記他の無線利用率との合計値に基づいて前記送信スケジュールを決定することを特徴とする請求項１記載の基地局装置。
【請求項７】
前記送信判断部は、前記合計値が「１」より小さい第２の閾値以下のとき、前記データの送信スケジュールを決定し、前記合計値が前記第２の閾値を超えるとき、前記データの送信スケジュールを利用しないことを特徴とする請求項６記載の基地局装置。
【請求項８】
前記無線利用率算出部は、複数の前記送信スケジュールの各々に対して前記無線利用率と前記他の無線利用率を算出し、
前記送信判断部は、前記無線利用率と前記他の無線利用率の合計値が「１」より小さい第２の閾値以下の送信スケジュールを前記データの送信スケジュールとして決定し、前記合計値が前記第２の閾値を超える送信スケジュールは前記データの送信スケジュールとして利用しないことを特徴とする請求項６記載の基地局装置。
【請求項９】
前記送信判断部は、前記合計値が前記第２の閾値以下の送信スケジュールが複数あるときは、前記第２の閾値までの距離が最も遠い送信スケジュールを前記データの送信スケジュールとして決定することを特徴とする請求項８記載の基地局装置。
【請求項１０】
前記送信判断部は、前記決定した送信スケジュールに対して、前記データの繰り返し回数を前記最低回数から第３の閾値よりも多い最大回数までの各前記無線利用率を算出し、前記最大回数のときの前記無線利用率に対する前記合計値が前記第２の閾値以下のとき、前記データを最大回数繰り返し送信することを決定し、前記合計値が前記第２の閾値を超えるとき、前記合計値が前記第２の閾値となる前記データの繰り返し回数、前記データを繰り返し送信することを特徴とする請求項６記載の基地局装置。
【請求項１１】
前記無線利用率算出部は、複数のメッセージに対してはメッセージ毎に前記無線利用率を算出し、当該メッセージ毎に優先度を決定し、
前記送信判断部は、前記優先度の高いメッセージから順に前記各無線利用率に基づいて前記データの送信スケジュールを決定することを特徴とする請求項１記載の基地局装置。
【請求項１２】
前記無線利用率算出部は、前記複数のメッセージの前記基地局装置における受信順序、又は前記メッセージの種類に基づいて前記優先度を決定することを特徴とする請求項１１記載の基地局装置。
【請求項１３】
更に、送信決定部を備え、
前記送信決定部は、第１及び第２のメッセージを夫々分割した第１及び第２のデータを前記決定した送信スケジュールに基づいて送信するとき、
前記第１のデータに対する第１の送信周期と前記第２のデータに対する第２の送信周期のうち送信周期が近い前記第１のデータを優先して送信し、
前記第１のデータを送信しているときに前記第２のデータの送信が要求される場合において、前記第１の送信周期よりも前記第２の送信周期の方が近い場合、前記第１のデータの送信を中止し、前記第２のデータの送信を行う
ことを特徴とする請求項１記載の基地局装置。
【請求項１４】
前記基地局装置は、前記メッセージと前記メッセージの繰り返し回数とを他の装置から受信することを特徴とする請求項１記載の基地局装置。
【請求項１５】
前記送信スケジュールは、前記データの送信周期であることを特徴とする請求項１記載の基地局装置。
【請求項１６】
前記データはＳＩＢ（System  Information  Block  type）１２であり、前記メッセージはＣＭＡＳ（Commercial  Mobile  Alert  System）に関するメッセージであることを特徴とする請求項１記載の基地局装置。
【請求項１７】
端末装置と、
メッセージを前記端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置とを備える無線アクセスシステムにおいて、
前記基地局装置は、
前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、
前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部と、
決定された送信スケジュールに従って前記データを前記端末装置へ送信する送信決定部とを備え、
前記端末装置は、
前記基地局装置から送信された前記データを受信する受信部を備えることを特徴とする無線アクセスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、及び無線アクセスシステムに関する。
【背景技術】
【０００２】
現在、携帯電話システムや無線ＬＡＮ（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＝Ｃｉ／Ｔｉをすると、
【０１１３】
【数１】
2015118648.tif 000003
【０１１４】
を満たす限り、ＥＤＦスケジューリングを用いたタスク処理はエラーなくスケジューリング可能となる。
【０１１５】
図６（Ａ）〜図６（Ｃ）はＥＤＦスケジューリングによるタスク処理の例を表わす図である。横軸は時間を表わし、横軸方向における１目盛りは単位時間を表わす。また、太線の目盛りは各タスクの周期時間を表わす。例えば、図６（Ａ）に示すように、タスク１について１回の処理にかかる時間Ｃは「４」であり、タスク１の周期Ｔは「１０」となっており、「１０」単位時間ごとに太線による目盛りが示されている。
【０１１６】
例えば、時刻Ｔ０ではタスク１からタスク３まで実行が要求されている場合、ＥＤＦスケジューリングの上記１）により、Ｔ０から最もデッドライン（又は周期）が近いタスク３が最初に実行される。タスク３の実行開始後「１」単位時間経過したとき、上記２）を満たすこともないため、タスク３が継続して実行される。
【０１１７】
タスク３の処理の実行が終了すると、次に、タスク１とタスク２のいずれかが実行されるが、タスク１の方がタスク２よりもデッドラインが近いため、タスク１が実行される。
【０１１８】
時刻Ｔ１においては、タスク２が実行され、タスク３の周期期間が終了してタスク３の実行が開始可能となるため、タスク２とタスク３とが競合する。この場合、タスク２の方がタスク３よりもデッドラインが近いため、タスク２が優先され、そのままタスク２が継続して実行される。
【０１１９】
時刻Ｔ３においては、タスク１が実行途中であり、タスク３の開始時刻となっておりタスク１とタスク３とが競合する。この場合、デッドラインはタスク３の方がタスク１よりも近いため、タスク１の処理が途中で一旦終了され、タスク３が優先して（割り込んで）実行される。
【０１２０】
本第２の実施の形態では、ＳＩＢ１２の送信スケジューリングについてＥＤＦスケジューリングを適用させるようにしている。その具体例については後述する。
【０１２１】
＜６．Ｉｔｅｒａｔｉｏｎ  Ｎｕｍｂｅｒについて＞
次に、Ｉｔｅｒａｔｉｏｎ  Ｎｕｍｂｅｒについて説明する。上述したように基地局３００は、例えば、メッセージ内容をセグメントに分割し、セグメントを含むＳＩＢ１２を送信する。これにより、例えば、無線区間において送信可能なサイズにメッセージ内容が分割され、当該無線区間においてメッセージ内容が送信可能となる。なお、セグメントとは、例えば、分割されたメッセージ内容のことである。
【０１２２】
図８（Ａ）は１つのメッセージが４つのセグメントに分割されて送信される例を表わしている。４つに分割されたセグメントは、４つのＳＩＢ１２（ＳＩＢ１２（１）からＳＩＢ１２（４））により送信される。また、各ＳＩＢ１２は「ｓｉ−Ｐｅｒｉｏｄｉｃｉｔｙ」で規定された送信周期（例えば「３２ｒｆ」）毎に送信される。
【０１２３】
このようにメッセージ内容は各セグメントに分割されて基地局３００から端末４００へ送信される。この場合、基地局３００は同一内容のＳＩＢ１２を一回しか送信しないことは実装上ほとんど有り得ず、複数回繰り返し送信する場合がある。同一内容のＳＩＢ１２を繰り返し送信する場合において最低限送信しなければならない回数を、例えば、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒと称する場合がある。また、同一内容のＳＩＢを繰り返し送信する場合においてそれ以上送信することのない回数を、例えば、ｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒと称する場合がある。ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒとｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒの２つの値に挟まれた適用可能な繰り返し回数を、例えば、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒと称する場合がある。同一ＳＩＢが繰り返し送信されることで、例えば、１回だけＳＩＢが送信される場合と比較して、端末４００はＳＩＢ１２を受信できる可能性が高くなる。
【０１２４】
なお、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒとｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒは、例えば、ＳＣＨＥＤＵＬＥＲ毎に異なってもよい。
【０１２５】
また、「Ｓ１ＡＰ：ＷＲＩＴＥ−ＲＥＰＬＡＣＥ  ＷＡＲＮＩＮＧ  ＲＥＱＵＥＳＴ」に含まれる「Ｎｕｍｂｅｒ  ｏｆ  Ｂｒｏａｄｃａｓｔｓ  Ｒｅｑｕｅｓｔｅｄ」によりメッセージ内容の繰り返し回数が規定されている。他方、セグメントを送信するＳＩＢ１２のＩｔｅｒａｔｉｏｎＮｕｍｂｅｒも実装可能となっている。メッセージの繰り返し回数と、ＳＩＢ１２の繰り返し回数について、各々で繰り返し送信させるようにしているのは、例えば、レイヤ毎に冗長性を確保するようにしているためである。
【０１２６】
図８（Ｂ）の例では、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ＝「５」の例を表わしており、同一内容のＳＩＢが連続して５回送信されている。また、図８（Ｃ）に示すように、「Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ」で規定されたメッセージの送信周期経過後、再度、同一ＳＩＢ１２がＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ分繰り返し送信される。
【０１２７】
＜７．動作例＞
次に、情報配信システム１０又は無線アクセスシステム２０における動作例について説明する。本動作例については、以下の順番で説明する。
【０１２８】
＜７．１  ＣＭＡＳ無線利用率算出機能の動作例＞
＜７．２  ＣＭＡＳ送信可否判断機能の動作例＞
＜７．３  送信ＳＩＢ決定機能の動作例＞
上記３つの動作例は、例えば、基地局３００において行われる。基地局３００では、ＭＭＥ２００から「Ｓ１ＡＰ：ＷＲＩＴＥ−ＲＥＰＬＡＣＥ  ＷＡＲＮＩＮＧ  ＲＥＱＵＥＳＴ」を受信し、当該メッセージがＣＭＡＳメッセージか否かを判別する。基地局３００は、当該メッセージがＣＭＡＳメッセージのとき、受信したＣＭＡＳメッセージをＴｅｌｅｃｏｍ処理部３２０に入力させて、ＣＭＡＳ無線利用率算出機能、ＣＭＡＳ送信可否判断機能、及び送信ＳＩＢ決定機能の各機能をこの順番で実行する。
【０１２９】
なお、以下において、基地局３００がｉ番目に受信したＣＭＡＳメッセージのことを、例えば、ＣＭＡＳｉと称する場合がある。また、ＲＲＣ情報処理部３４０においてはＳＣＨＥＤＵＬＥＲが記憶されており、ＳＩＢ１２に関するＳＣＨＥＤＵＬＥＲを、例えば、ＳＣＨＥＤＵＬＥＲｊ（１≦ｊ≦Ｊ）と称する場合がある。
【０１３０】
＜７．１  ＣＭＡＳ無線利用率算出機能の動作例＞
ＣＭＡＳ無線利用率算出機能の動作例について説明する。図９はＣＭＡＳ無線利用率算出機能の動作例を表わすフローチャートであり、図１０（Ａ）から図１０（Ｅ）はＣＭＡＳ無線利用率を説明するための図である。
【０１３１】
無線利用率算出機能３２１は、ＣＭＡＳ無線利用率算出機能の処理を開始すると（Ｓ１０）、ＳＩＢ１２に関する各ＳＣＨＥＤＵＬＥＲｊ（１≦ｊ≦Ｊ）に対して以下の処理を行う（Ｓ１１）。
【０１３２】
すなわち、無線利用率算出機能３２１は、Ｓ１処理部３１０からよりＣＭＡＳ情報を受信する（Ｓ１２）。以下では、ＣＭＡＳｉに含まれるパラメータ情報を、例えば、ＣＭＡＳ情報と称する場合がある。
【０１３３】
次に、無線利用率算出機能３２１は、ＲＲＣ情報処理部３４０からＳＣＨＥＤＵＬＥＲ情報を取得する（Ｓ１３）。以下では、ＳＣＨＥＤＵＬＥＲｊに含まれる情報を、例えば、ＳＣＨＥＤＵＬＥＲ情報と称する場合がある。
【０１３４】
次に、無線利用率算出機能３２１は、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉを算出する（Ｓ１４）。ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉは、例えば、各ＳＣＨＥＤＵＬＥＲｊについて１つのＣＭＡＳｉを送信し終えるのに最低限必要な時間を表わしている。
【０１３５】
以下、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉについて説明する。図１０（Ａ）から図１０（Ｃ）は、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉを説明するための図である。例えば、ＣＭＡＳｉに含まれるメッセージ内容（ＣＭＡＳ＃１）はセグメント数＝Ｎに分割される。また、ＳＩＢ１２に関して、２つのＳＣＨＥＤＵＬＥＲ（＃１，＃２）３４２−１，３４２−２がＲＲＣ情報処理部３４０に記憶されているものとする。ＳＣＨＥＤＵＬＥＲ（＃１）３４２−１は、ＳＩＢ１２の送信周期が「ａ［ｒｆ］」、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒが「α」とする。また、ＳＣＨＥＤＵＬＥＲ（＃２）３４２−２は、ＳＩＢ１２の送信周期が「ｂ［ｒｆ］」、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒが「β」となっている。
【０１３６】
この場合において、ＣＭＡＳｉに含まれるメッセージをＳＣＨＥＤＵＬＥＲ（＃１）３４２−１を用いて送信する場合に、１つのＣＭＡＳｉに含まれるメッセージ内容を送信し終えるのに必要な時間は、
ａ×Ｎ×α      
となる。この「ａ×Ｎ×α」がＳＣＨＥＤＵＬＥＲ（＃１）３４２−１を用いた場合のＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉとなる。
【０１３７】
また、ＣＭＡＳｉに含まれるメッセージをＳＣＨＥＤＵＬＥＲ（＃２）３４２−２を用いて送信する場合に、１つのＣＭＡＳｉに含まれるメッセージ内容を送信し終えるのに必要な時間は、
ｂ×Ｎ×β  
となる。この「ｂ×Ｎ×β」が、ＳＣＨＥＤＵＬＥＲ（＃２）３４２−２を用いた場合のＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉとなる。
【０１３８】
以上から、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉは以下のように算出可能である。すなわち、ｊ番目のＳＣＨＥＤＵＬＥＲｊの「ｓｉ−Ｐｅｒｉｏｄｉｃｉｔｙ」をｓｉ−Ｐｅｒｉｏｄｉｃｉｔｙｊ、ＳＣＨＥＤＵＬＥＲｊに対応する「ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ」をｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｊとする。また、ＣＭＡＳｉに含まれるメッセージ内容のセグメント数をＳｅｇｍｅｎｔＮｕｍｂｅｒｉする。この場合、各ＳＣＨＥＤＵＬＥＲｊにおけるＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉは、例えば、以下のように表わすことができる。
【０１３９】
【数２】
2015118648.tif 000004
【０１４０】
ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉは、例えば、ｉ番目のＣＭＡＳメッセージに対して、ｊ番目のスケジューラを用いた場合、１つのＣＭＡＳメッセージに含まれるメッセージ内容をＳＩＢ１２で送信するのにかかる時間（又は無線リソース）を表わしている。ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉは、例えば、［数２］を秒単位で切り上げた値となる。
【０１４１】
図９に戻り、次に、無線利用率算出機能３２１は、ＣＭＡＳ無線利用率を表わすＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉを算出する（Ｓ１５）。ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉは、例えば、スケジューラ毎にＣＭＡＳメッセージをＳＩＢ１２で送信するのにかかる時間（又は無線リソース）がＣＭＡＳメッセージの送信周期（又は全無線リソース）に対してどの程度の割合を示すかを表わしている。例えば、「ｉ」はＣＭＡＳメッセージの順番、「ｊ」は対象となるＳＣＨＥＤＵＬＥＲの番号を表わしており、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉはＣＭＡＳｉをＳＣＨＥＤＵＬＥＲｊで送信する場合のＣＭＡＳ無線利用率を表わしている。
【０１４２】
図１０（Ｃ）と図１０（Ｄ）は、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉを説明するための図である。
【０１４３】
ＣＭＡＳｉに対して、ＳＣＨＥＤＵＬＥＲ（＃１）３４２−１を利用した場合のＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉは「ａ×Ｎ×α」と算出され、ＣＭＡＳｉの送信周期は「ＲＰ」とする。この場合、ＳＣＨＥＤＵＬＥＲ（＃１）３４２−１を利用した場合のＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉは、
（ａ×Ｎ×α）／ＲＰ
となる。
【０１４４】
また、ＳＣＨＥＤＵＬＥＲ（＃１）３４２−１を利用した場合のＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉは「ｂ×Ｎ×β」と算出された場合、ＳＣＨＥＤＵＬＥＲ（＃１）３４２−１を利用した場合のＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉは、
（ｂ×Ｎ×β）／ＲＰ
となる。
【０１４５】
ＥＤＦスケジューリングの考え方からすると、この「Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ」が１回のＣＭＡＳメッセージ送信の「デッドライン」と考えることができる。ＳＩＢ１２をＩｔｅｒｒａｔｉｏｎＮｕｍｂｅｒ分繰り返し送信する場合においても、基地局３００では、ＣＭＡＳメッセージの送信についてはこの「デッドライン」内に収まるようにスケジューリングする。
【０１４６】
「デッドライン」でもあるＣＭＡＳメッセージの送信周期に対して、ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉがどの程度の割合を示しているのかをＳＣＨＥＤＵＬＥＲ毎に算出したものが、例えば、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉと考えることができる。
【０１４７】
言い換えると、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉは、例えば、分割された各ＳＩＢ１２の繰り返し回数と各ＳＩＢ１２の送信周期とに基づいて、ＣＭＡＳメッセージの送信周期に対して、１つのＣＭＡＳメッセージを送信する場合に要する時間の割合を示す。
【０１４８】
以上から、ＣＭＡＳｉの「Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ」をＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄｉとし、ＣＭＡＳｉをＳＣＨＥＤＵＬＥＲｊで送信する場合のＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉは、例えば、以下のように表わすことができる。
【０１４９】
【数３】
2015118648.tif 000005
【０１５０】
図９に戻り、次に、無線利用率算出機能３２１は、対象となるＳＣＨＥＤＵＬＥＲに対するループを終了させ（Ｓ１６）、算出したＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉとＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉをデータ記憶部３５０へ記憶する（Ｓ１７）。  
【０１５１】
図１０（Ｅ）は、データ記憶部３５０に記憶されたＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉの例を表わす図である。１番目のＣＭＡＳ＃１について、ＳＣＨＥＤＵＬＥＲ＃１を用いるとＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉは「０．２」、ＳＣＨＥＤＵＬＥＲ＃２を用いるとＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉは「０．１５」となっている。
【０１５２】
なお、無線利用率算出機能３２１はデータ記憶部３５０にＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉを記憶するようにしてもよい。
【０１５３】
また、無線利用率算出機能３２１は、例えば、各ＣＭＡＳメッセージに含まれるパラメータをデータ記憶部３５０に記憶する。
【０１５４】
図９に戻り、次に、無線利用率算出機能３２１はＣＭＡＳ無線利用率算出機能の処理を終了させる（Ｓ１８）。
【０１５５】
なお、「ｓｉ−Ｐｅｒｉｏｄｉｃｉｔｙ」（ＳＩＢの送信周期）と「Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ」（メッセージの送信周期）の設定範囲を考慮すると、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉをｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒに設定した場合において全てのＳＣＨＥＤＵＬＥＲｊでＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉが「１」を超える場合はほとんど起こり得ない。
【０１５６】
しかし、例えば、ＩｔｅｒａｔｉｏｎＮｕｍｎｅｒｉをｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒに設定したにも拘わらず、全てのＳＣＨＥＤＵＬＥＲｊでＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉが「１」を超える場合がある。このような場合、無線利用率算出機能３２１は、ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄｉを指定されたＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄｉよりも長い値に補正（又は変更）する。補正の方法としては、例えば、
Ｎ×ＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉ−ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄｉ（Ｎは２以上の整数）
により行われてもよい。
【０１５７】
また、データ記憶部３５０は、例えば、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉとＰｒｏｃｅｓｓｉｎｇＴｉｍｅｊｉを記憶するとき（Ｓ１６）、ＣＭＡＳスタック機能３５１によって各ＣＭＡＳメッセージに対して優先度の設定が可能となっている。
【０１５８】
優先度としては、例えば、ＣＭＡＳメッセージの受信順序に基づくものでもよいし、ＣＭＡＳメッセージの種類に基づくものでもよい。ＣＭＡＳメッセージには、例えば、大統領メッセージから商品広告のメッセージなど多種のメッセージがある。ＣＭＡＳメッセージに種類は、例えば、ＣＭＡＳメッセージに含まれる「Ｍｅｓｓａｇｅ  Ｉｄｅｎｔｉｆｉｅｒ」と「Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ」（又はいずれか一方）に基づいて判別可能である。  
【０１５９】
例えば、Ｔｅｌｅｃｏｍ処理部３２０は、Ｓ１処理部３１０から受け取ったＣＭＡＳメッセージの「Ｍｅｓｓａｇｅ  Ｉｄｅｎｔｉｆｉｅｒ」と「Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ」に基づいて、受信したＣＭＡＳメッセージの種別を判別し、優先度を判定する。そして、Ｔｅｌｅｃｏｍ処理部３２０は、判定した優先度をデータ記憶部３５０に記憶する。例えば、大統領メッセージは最も優先度が高くし、商品広告は最も優先度を低くするなどとすることができる。このような判定基準は、例えば、データ記憶部３５０に記憶しておき、ＣＭＡＳスタック機能３５１とＴｅｌｅｃｏｍ処理部３２０とにより判定基準を読み出すことで処理が行われる。図１０（Ｅ）には、データ記憶部３５０に優先度が記憶された例を表わしている。
【０１６０】
なお、基地局３００はＭＭＥ２００からＳ１ＡＰメッセージとして、「ＫＩＬＬ  ＲＥＱＵＥＳＴ」を受信する場合もある。「ＫＩＬＬ  ＲＥＱＵＥＳＴ」は、例えば、メッセージの配信の指示後、その配信の停止又は中止を指示するＳ１ＡＰメッセージである。「ＫＩＬＬ  ＲＥＱＵＥＳＴ」は、例えば、停止対象となるＣＭＡＳメッセージのパラメータが含まれている。例えば、無線利用率算出機能３２１は「ＫＩＬＬ  ＲＥＱＵＥＳＴ」に含まれるパラメータに基づいて、ＣＭＡＳメッセージをデータ記憶部３５０から削除する。
【０１６１】
＜７．２  ＣＭＡＳ送信可否判断機能の動作例＞
次に、ＣＭＡＳ送信可否判断機能の動作例について説明する。ＣＭＡＳ送信可否判断機能は、例えば、送信可否判断機能３２２において実行される。図１１と図１２はＣＭＡＳ送信可否判断機能の動作例を表わすフローチャートであり、図１３（Ａ）から図１４はＣＭＡＳ送信可否判断の例を表わす図である。
【０１６２】
送信可否判断機能３２２は、ＣＭＡＳ送信可否判断機能を開始すると（Ｓ２０）、Ｌｏｏｐ＃１を開始させる（Ｓ２１）。Ｌｏｏｐ＃１はデータ記憶部３５０に記憶された各ＣＭＡＳメッセージに対するループであって、送信可否判断機能３２２は各ＣＭＡＳメッセージに対して以下の処理を繰り返す。
【０１６３】
すなわち、送信可否判断機能３２２は、データ記憶部３５０からＣＭＡＳ情報を読み出す（Ｓ２２）。送信可否判断機能３２２は、優先度の高い順にＣＭＡＳメッセージのＣＭＡＳ情報と、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉを読み出す。
【０１６４】
次に、送信可否判断機能３２２はＬｏｏｐ＃２を開始させる（Ｓ２３）。Ｌｏｏｐ＃２は、各ＳＣＨＥＤＵＬＥＲｊに対するループであって、送信可否判断機能３２２は各ＳＣＨＥＤＵＬＥＲｊに対して以下の処理を繰り返す。送信可否判断機能３２２、優先度の高いＣＭＡＳメッセージから順番に各ＳＣＨＥＤＵＬＥＲｊについて以下の処理を行う。
【０１６５】
すなわち、送信可否判断機能３２２は、ＲＲＣ情報処理部３４０からＳＣＨＥＤＵＬＥＲ情報を取得する（Ｓ２４）。各ＳＣＨＥＤＵＬＥＲｊには、ｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ、ｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ、ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎ、ｒａｄｉｏＴｈｒｅｓｈｏｌｄ、ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄの各情報が各ＳＣＨＥＤＵＬＥＲｊに対応してＲＲＣ情報処理部３４０に記憶されているものとする。
【０１６６】
ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎは、例えば、各時刻でＣＭＡＳメッセージを送信する場合の各ＳＣＨＥＤＵＬＥＲｊにおけるその時点での合計無線区間利用率のことである。
【０１６７】
例えば、あるＣＭＡＳメッセージをある時刻でＳＣＨＥＤＵＬＥＲ＃１で送信する場合に、他のＣＭＡＳメッセージについてもある時刻でＳＣＨＥＤＵＬＥＲ＃１で送信する場合もある。ある時刻（又は一定期間内）において、ＳＣＨＥＤＵＬＥＲ＃１を用いて送信する各ＣＭＡＳメッセージのＣＭＡＳ無線利用率の合計が、例えば、ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎとなる。ＳＣＨＥＤＵＬＥＲｊにおけるＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊは、例えば、以下のように表わすことができる。
【０１６８】
【数４】
2015118648.tif 000006
【０１６９】
ｒａｄｉｏＴｈｒｅｓｈｏｌｄｊは、例えば、ＣＭＡＳ無線利用率の上限値として定義された値である。ｒａｄｉｏＴｈｒｅｓｈｏｌｄｊは、ｒａｄｉｏＴｈｒｅｓｈｏｌｄｊ≦１を満たす値として設定されているものとする。
【０１７０】
ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊは、例えば、ＣＭＡＳメッセージ数の上限値として定義された値である。ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊは、ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊ≦∞を満たす値として設定されるものとする。なお、ある時刻においてＳＣＨＥＤＵＬＥＲｊで送信するＣＭＡＳメッセージの合計数を、例えば、ＣＭＡＳＴｒａｎｓｍｉｔＮｕｍｂｅｒｊとする。
【０１７１】
送信可否判断機能３２２は、ＲＲＣ情報処理部３４０からＳＣＨＥＤＵＬＥＲ情報と、当該ＳＣＨＥＤＵＬＥＲに対応するｍｉｎＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ、ｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ、ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎ、ｒａｄｉｏＴｈｒｅｓｈｏｌｄ、ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄを取得するものとする。
【０１７２】
次に、送信可否判断機能３２２は割り当て送信可否判断を行う（Ｓ２５）。割り当て送信可否判断は、例えば、送信可否判断機能３２２によって、「ＣＭＡＳメッセージをＳＩＢ１２で送信可能な「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」があるか否かを走査し」、「ＣＭＡＳメッセージを送信可能な「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」の中から１つＳｃｈｅｄｕｌｉｎｇＩｎｆｏを選択する」動作により行われる。
【０１７３】
まず、「ＣＭＡＳメッセージをＳＩＢ１２で送信可能な「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」があるかを走査する」動作について、図１３（Ａ）から図１３（Ｃ）を例にして説明する。
【０１７４】
図１３（Ａ）はＣＭＡＳメッセージ＃１に対するＣＭＡＳ無線利用率の例を表わしている。ＣＭＡＳ無線利用率は、例えば、ＳＣＨＥＤＵＬＥＲｊ毎に異なる値を取り得る。図１３（Ｂ）及び図１３（Ｃ）に示すように、ＣＭＡＳメッセージ＃１についてＳＣＨＥＤＵＬＥＲ＃１を利用した場合のＣＭＡＳ無線利用率は「０．２」、ＳＣＨＥＤＵＬＥＲ＃２を利用した場合のＣＭＡＳ無線利用率は「０．１５」となっている。
【０１７５】
この場合、ある時刻において、ＳＣＨＥＤＵＬＥＲ＃１については他のＣＭＡＳメッセージの送信により「０．６」のＣＭＡＳ無線利用率が使用されている。また、ＳＣＨＥＤＵＬＥＲ＃２については他のＣＭＡＳメッセージの送信により「０．７」のＣＭＡＳ無線利用率が使用されている。
【０１７６】
また、ＣＭＡＳ無線利用率の上限値として「０．８」が設定されているものとする。ＣＭＡＳ無線利用率の上限値は、例えば、数３を考慮すると「１」となる場合が考えられるが、無線区間における無線リソースなどを考慮して、「１」よりも少ない値が設定されている。
【０１７７】
このような場合、ＣＭＡＳメッセージ＃１についてＳＣＨＥＤＵＬＥＲ＃１を利用すると、「０．６」＋「０．２」＝「０．８」となり上限値以下となる。一方、ＣＭＡＳメッセージ＃１についてＳＣＨＥＤＵＬＥＲ＃１を利用すると、「０．７」＋「０．１５」＝「０．８５」となり上限値を超える。
【０１７８】
例えば、上記した加算値が上限値以下の場合、「デッドライン」であるメッセージの送信周期（「Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ」）範囲内でＳＩＢ１２がスケジューリングされていることになる。しかし、加算値が上限値を超える場合は「デッドライン」であるメッセージの送信周期を超えたスケジューリングとなっている。
【０１７９】
従って、図１３（Ｂ）及び図１３（Ｃ）の例では、送信可否判断機能３２２はＳＣＨＥＤＵＬＥＲ＃１を選択する（又はＳＣＨＥＤＵＬＥＲ＃１に対応するＳｃｈｅｄｕｌｉｎｇＩｎｆｏを選択する）。この選択が、「ＣＭＡＳメッセージを送信可能な「ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ」の中から１つＳｃｈｅｄｕｌｉｎｇＩｎｆｏを選択する」動作に対応する。以後、ＣＭＡＳメッセージ＃１の送信はＳＣＨＥＤＵＬＥＲ＃１を用いて行われる。
【０１８０】
ただし、上述したようにＣＭＡＳメッセージ数に上限値が設けられている。この上限値が、例えば、ＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊである。送信可否判断機能３２２は、各ＳＣＨＥＤＵＬＥＲｊに対して、ＣＭＡＳＴｒａｎｓｍｉｔＮｕｍｂｅｒｊをカウントしており、ＣＭＡＳＴｒａｎｓｍｉｔＮｕｍｂｅｒｊ＋１がＣＭＡＳＮｕｂｅｒＴｈｒｅｓｈｏｌｄｊ以下であることも確認する。
【０１８１】
すなわち、送信可否判断機能３２２は、選択したＣＭＡＳｉに対して、以下を満たすＳＣＨＥＤＵＬＥＲを選択する。
【０１８２】
【数５】
2015118648.tif 000007
【０１８３】
かつ
【０１８４】
【数６】
2015118648.tif 000008
【０１８５】
送信可否判断機能３２２は、例えば、数５かつ数６を満たすＳＣＨＥＤＵＬＥＲの中から、受信したＣＭＡＳメッセージを割り当てるのに最適なＳＣＨＥＤＵＬＥＲを選択する。
【０１８６】
この場合、図１３（Ｂ）及び図１３（Ｃ）の例のように、複数のＳＣＨＥＤＵＬＥＲの中から数５及び数６を満たすＳＣＨＥＤＵＬＥＲが１つ選択できれば、選択された１つのＳＣＨＥＤＵＬＥＲが「最適なＳＣＨＥＤＵＬＥＲ」となり得る。
【０１８７】
しかし、複数のＳＣＨＥＤＵＬＥＲが数５及び数６を満たす場合もある。このような場合は、数５及び数６を満たす複数のＳＣＨＥＤＵＬＥＲの中から１つ「最適なＳＣＨＥＤＵＬＥＲ」が選択される。
【０１８８】
最適なＳＣＨＥＤＵＬＥＲの選択方法としては、例えば、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊが最小となるＳＣＨＥＤＵＬＥＲを選択する方法がある。図１３（Ｄ）及び図１３（Ｅ）はこのような場合の選択例を表わす図である。
【０１８９】
ＳＣＨＥＤＵＬＥＲ＃１の場合は、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊ＝０．５、ＳＣＨＥＤＵＬＥＲ＃２の場合は、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊ＝０．３５となる。従って、送信可否判断機能３２２は、上限値である「０．８」までの距離が最も遠い（又は無線リソースに最も余裕のある）ＳＣＨＥＤＵＬＥＲ＃２（又はＳＣＨＥＤＵＬＥＲ＃２に対応するＳｃｈｅｄｕｌｉｎｇＩｎｆｏ）を選択する。
【０１９０】
図１１に戻り、次に、送信可否判断機能３２２はＩｔｅｒａｔｉｏｎＮｕｍｂｅｒを決定する（Ｓ２６）。送信可否判断機能３２２は、例えば、以下のようにしてＩｔｅｒａｔｉｏｎＮｕｍｂｅｒを決定する。
【０１９１】
すなわち、上述したＣＭＡＳ無線利用率の算出（例えば図９のＳ１０）においては、例えば、同一ＳＩＢの送信回数（又はＩｔｅｒａｔｉｏｎＮｕｍｂｅｒ）についてはｍｉｎＩｔｅｒａｒｉｏｎＮｕｍｂｅｒによりＣＭＡＳ無線利用率が算出された（例えばＳ１４とＳ１５）。
【０１９２】
同一ＳＩＢの送信回数については、ｍｉｎＩｔｅｒａｒｉｏｎＮｕｍｂｅｒからｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒまでの回数があり、その間における同一ＳＩＢの送信回数をＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉである。
【０１９３】
ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉに対するＣＭＡＳ無線利用率をＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉとする。ＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉは、例えば、ｍｉｎＩｔｅｒａｒｉｏｎＮｕｍｂｅｒｊをＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉに置き換えてＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉを再計算した場合のＣＭＡＳ無線利用率とする。このような場合、送信可否判断機能３２２は、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉについて、以下を満たす範囲でその回数を選択する。
【０１９４】
【数７】
2015118648.tif 000009
【０１９５】
ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉの選択方法としては、例えば、ＣＭＡＳ無線利用率に関する無線リソースの限界まで大きくする方法がある。図１４はその場合の例を説明するための図である。図１４の例では、ＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊ＝０．４となっている。また、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉについてｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｊまで変化させた場合のＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉが数７を満たすものとなっている。このような場合、送信可否判断機能３２２は、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉをｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｊとする。
【０１９６】
他方、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉをｍａｘＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｊまで変化させたときに、ＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊがＲａｄｉｏＴｈｒｅｓｈｏｌｄｊを超える場合がある。このような場合、送信可否判断機能３２２は、ＵｐｄａｔｅＲａｄｉｏＵｔｌｉｚａｔｉｏｎｊｉ＋ＴｏｔａｌＲａｄｉｏＵｔｉｌｉｚａｔｉｏｎｊ＝ＲａｄｉｏＴｈｒｅｓｈｏｌｄｊを満たす、ＩｔｅｒａｔｉｏｎＮｕｍｂｅｒｉを選択する。
【０１９７】
図１１に戻り、次に、送信可否判断機能３２２はＬｏｏｐ＃２を終了させる（Ｓ２７）。すなわち、送信可否判断機能３２２は、Ｓ２３で選択したＳＣＨＥＤＵＬＥＲｊに対する処理を終了させる。
【０１９８】
次に、送信可否判断機能３２２は、割り当て可能なＳＣＨＥＤＵＬＥＲがあったか否かを判別する（図１２のＳ２８）。例えば、送信可否判断機能３２２は、Ｓ２３で選択したＳＣＨＥＤＵＬＥＲｊについて、数５かつ数６を満たすものがあったか否かにより判別する。
【０１９９】
送信可否判断機能３２２は、割り当て可能なＳＣＨＥＤＵＬＥＲがあれば（Ｓ２８でＹ）、割り当て先ＳＣＨＥＤＵＬＥＲを選択する（Ｓ２９）。例えば、送信可否判断機能３２２は、Ｓ２５で選択したＳＣＨＥＤＵＬＥＲを本処理で選択するようにしてもよい。
【０２００】
次に、送信可否判断機能３２２は、Ｓ２５で選択したＳＣＨＥＤＵＬＥＲと、対象となるＣＭＡＳメッセージとをＲＲＣ情報処理部３４０とデータ記憶部３５０からそれぞれ読み出して、ＳＩＢ作成機能３２３へ通知する（Ｓ３０）。このとき、送信可否判断機能３２２は、データ記憶部３５０から該当するＣＭＡＳ情報を削除する。
【０２０１】
次に、送信可否判断機能３２２は、Ｌｏｏｐ＃１を終了させ、対象となるＣＭＡＳｉに対する処理を終了させ、次に優先度の高いＣＭＡＳｉに対する処理を行う（Ｓ３１）。
【０２０２】
そして、送信可否判断機能３２２は、ＣＭＡＳ送信可否判断機能に関する処理を終了させる（Ｓ３２）。
【０２０３】
一方、送信可否判断機能３２２は、割り当て可能なＳＣＨＥＤＵＬＥＲがない場合（Ｓ２８でＮ）、ＣＭＡＳｉに対する送信可能なＳＣＨＥＤＵＬＥＲがないため、Ｓ２９とＳ３０に対する処理を行うことなく、Ｌｏｏｐ＃１を終了させる（Ｓ３１）。例えば、全てのＳＣＨＥＤＵＬＥＲｊについて数５及び数６を満たすＳＣＨＥＤＵＬＥＲが存在しない場合などである。
【０２０４】
基地局３００はＣＭＡＳ送信可否判断機能を終了させると、次にＳＩＢ作成機能３２３によりＳＩＢ１２の作成を行う。
【０２０５】
ＳＩＢ作成機能３２３は、セグメント数などに基づいてＳＩＢ１２を作成する。その後、送信ＳＩＢ決定部３３０において送信ＳＩＢ決定機能が実行され、ＳＩＢ１２の送信スケジュールが決定される。
【０２０６】
＜７．３  送信ＳＩＢ決定機能の動作例＞
図１５は、送信ＳＩＢ決定機能の動作例を表わすフローチャートである。送信ＳＩＢ決定部３３０は、送信ＳＩＢ決定機能の処理を開始すると（Ｓ５０）、Ｌｏｏｐを開始させる（Ｓ５１）。このＬｏｏｐは、例えば、ＳＣＨＥＤＵＬＥＲｊに対するループであり、ＳＣＨＥＤＵＬＥＲｊごとに以下の処理を繰り返す。
【０２０７】
すなわち、送信ＳＩＢ決定部３３０は割り込み判断を行う（Ｓ５２）。すなわち、送信ＳＩＢ決定部３３０は、現在送信中のＳＩＢ１２より「デッドライン」が近いＳＩＢ１２があるか否かを判別する。このような判別は、例えば、ＥＤＦスケジューリングに対応する。
【０２０８】
図１５には、あるＳＣＨＥＤＵＬＥＲｊにおいて３つのＣＭＡＳメッセージを送信する場合の送信スケジュールの例が示されている。３つのＣＭＡＳメッセージについては、それそれ「Ｔ＃１」、「Ｔ＃２」、「Ｔ＃３」の「デッドライン」までの時間が設定されている。「デッドライン」は、例えば、各メッセージの送信周期（「Ｒｅｐｅｔｉｔｉｏｎ  Ｐｅｒｉｏｄ」）である。
【０２０９】
ＥＤＦスケジューリングで説明した上記１）の場合、３つのＣＭＡＳメッセージのうち、デッドラインが最も近いメッセージ（例えば、ＣＭＡＳ＃１メッセージ）のＳＩＢ１２を送信する。また、ＥＤＦスケジューリングで説明した上記２）の場合、既に送信中のＳＩＢ１２よりデッドラインが近いＳＩＢ１２がある場合、送信ＳＩＢ決定部３３０は送信中のＳＩＢ１２（例えば、ＣＭＡＳ＃１メッセージのＳＩＢ１２）の送信を中断し、デッドラインが最も近いＳＩＢ（例えば、ＣＭＡＳ＃３メッセージのＳＩＢ１２）の送信を行う。
【０２１０】
よって、送信ＳＩＢ決定部３３０は、現在送信中のＣＭＡＳメッセージのＳＩＢ１２よりデッドラインが近いＣＭＡＳメッセージのＳＩＢ１２があれば（Ｓ５２でＹ）、ＳＩＢ送信対象のＣＭＡＳメッセージを変更する（Ｓ５３）。
【０２１１】
そして、送信ＳＩＢ決定部３３０は、変更後のＣＭＡＳメッセージのＳＩＢ１２をベースバンド処理部３７０へ出力する（Ｓ５４）。
【０２１２】
一方、送信ＳＩＢ決定部３３０は、現在送信中のＣＭＡＳメッセージのＳＩＢ１２よりデッドラインが近いＣＭＡＳメッセージのＳＩＢ１２がなければ（Ｓ５２でＮ）、そのまま当該ＣＭＡＳメッセージのＳＩＢ１２の送信を継続する（Ｓ５４）。
【０２１３】
次に、送信ＳＩＢ決定部３３０はＬｏｏｐを終了させ（Ｓ５５）、全てのＳＣＨＥＤＵＬＥＲｊに対する処理が終了するまで処理を繰り返し（Ｓ５１からＳ５５）、全てのＳＣＨＥＤＵＬＥＲｊに対する処理が終了すると送信ＳＩＢ決定機能を終了させる（Ｓ５６）。
【０２１４】
以上説明したように、本第２の実施の形態における基地局３００は、例えば、ＳＩＢ１２によりＣＭＡＳメッセージを端末４００へ送信する際に、ＣＭＡＳ無線利用率に基づいてＳＩＢ１２の送信スケジュールを決定するようにしている。
【０２１５】
ＣＭＡＳ無線利用率については、例えば、メッセージの送信周期の範囲内に収まるように送信スケジュールが決定されることで、ＭＭＥ２００から指定されたメッセージの送信周期の範囲内で、ＣＭＡＳメッセージをＳＩＢ１２により送信することが可能となる。この場合、基地局３００は、メッセージの送信周期の範囲内で同一ＳＩＢ１２を繰り返し送信することも可能となる。
【０２１６】
また、基地局３００は、複数のＳＣＨＥＤＵＬＥＲのうち、最も余裕のあるＳＣＨＥＤＵＬＥＲを選択している（例えば、図１１のＳ２５）。従って、基地局３００は、同一ＳＩＢの繰り返し回数について最大値まで繰り返すことも可能となる。よって、同一ＳＩＢの繰り返し回数を最大値まで行うことができない場合と比較して、端末４００においてＣＭＡＳメッセージを受信する確率を高くすることもできる。
【０２１７】
さらに、基地局３００は、複数のＣＭＡＳメッセージをＭＭＥ２００から受信したときは、例えば、優先度の最も高いＣＭＡＳメッセージから順番に送信スケジュールを決定するようにしている（例えば図１１のＳ２２）。従って、優先度の最も高いＣＭＡＳメッセージから順番に端末４００へ送信することが可能となる。よって、大統領メッセージに関するＣＭＡＳメッセージを送信できずに商品広告に関するＣＭＡＳメッセージを送信するような事態を回避したり、ＭＭＥ２００からの受信順序が遅いＣＭＡＳメッセージから先にスケジューリングするような事態を回避することもできる。
【０２１８】
さらに、基地局３００は、ＳＩＢ１２の送信に関してＥＤＦスケジューリングに基づいて送信を行うようにしている（例えば図１５のＳ５２）。従って、基地局３００は、「デッドライン」までの時間を空き時間なく有効活用しつつ、ＳＩＢ１２を送信することも可能となる。
【０２１９】
以上から、基地局３００はメッセージの送信を効率的に端末４００へ送信することができる。
【０２２０】
なお、第２の実施の形態においては、基地局３００は分割したメッセージをＳＩＢ１２に乗せて送信する例について説明した。分割したメッセージを送信することができれば、ＳＩＢ１２に限らず、他のＳＩＢでもよいし、ＳＩＢ以外の所定サイズで無線区間において送信可能なブロックデータ又はパケットデータであってもよい。
【符号の説明】
【０２２１】
１０：情報配信システム                ２０：無線アクセスシステム
１００：Ｗａｒｎｉｎｇサーバ          ２００（２００−１，２００−２）：ＭＭＥ
３００（３００−１〜３００−４）：基地局装置（基地局）
３１０：Ｓ１処理部                    ３２０：Ｔｅｌｅｃｏｍ処理部
３２１：無線利用率算出機能            ３２２：送信可否判断機能
３２３：ＳＩＢ作成機能                ３３０：送信ＳＩＢ決定部
３４０：ＲＲＣ情報処理部              ３４１：スケジューリングリスト
３４１−１，３４２−１：ＳｃｈｅｄｕｌｉｎｇＩｎｆｏ
３４２−１〜３４２−Ｊ：ＳＣＨＤＵＬＥＲ＃１〜＃Ｊ
３５０：データ記憶部                  ３５１：ＣＭＡＳスタック機能
３６０：ＳＣＨＥＤＵＬＥＲ            ３７０：ベースバンド処理部
３８５：ＣＰＵ                        ３８６：メモリ  
４００：端末装置（端末）              ４７５  ＳＩＢ処理部
【図１】
2015118648.tif 000010
【図２】
2015118648.tif 000011
【図３】
2015118648.tif 000012
【図５】
2015118648.tif 000013
【図６】
2015118648.tif 000014
【図７】
2015118648.tif 000015
【図８】
2015118648.tif 000016
【図９】
2015118648.tif 000017
【図１０】
2015118648.tif 000018
【図１１】
2015118648.tif 000019
【図１２】
2015118648.tif 000020
【図１３】
2015118648.tif 000021
【図１４】
2015118648.tif 000022
【図１５】
2015118648.tif 000023
【図１６】
2015118648.tif 000024
【図１７】
2015118648.tif 000025
【図１８】
2015118648.tif 000026
【図４】
2015118648.tif 000027
【手続補正書】
【提出日】平成28年7月22日(2016.7.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メッセージを端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置において、
前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、
前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部と
を備えることを特徴とする基地局装置。
【請求項２】
前記無線利用率算出部は、複数の前記送信スケジュールの各々に対して前記無線利用率を算出し、
前記送信判断部は、前記各送信スケジュールに対する前記無線利用率に基づいていずれかの前記送信スケジュールを決定することを特徴とする請求項１記載の基地局装置。
【請求項３】
前記無線利用率算出部は、前記各データの繰り返し回数と前記各データの送信周期、及び前記メッセージのメッセージサイズに基づいて前記無線利用率を算出することを特徴とする請求項１記載の基地局装置。
【請求項４】
前記無線利用率算出部は、前記データの繰り返し回数を第１の閾値よりも少ない最低回数とした場合の前記無線利用率を算出することを特徴とする請求項１記載の基地局装置。
【請求項５】
前記無線利用率算出部は、他のメッセージが送信可能サイズに分割された他のデータに対して前記端末装置へ送信するときの他の無線利用率を算出し、
前記送信判断部は、前記無線利用率と前記他の無線利用率との合計値に基づいて前記送信スケジュールを決定することを特徴とする請求項１記載の基地局装置。
【請求項６】
前記送信判断部は、前記合計値が「１」より小さい第２の閾値以下のとき、前記データの送信スケジュールを決定し、前記合計値が前記第２の閾値を超えるとき、前記データの送信スケジュールを利用しないことを特徴とする請求項５記載の基地局装置。
【請求項７】
前記送信判断部は、前記合計値が前記第２の閾値以下の送信スケジュールが複数あるときは、前記第２の閾値までの距離が最も遠い送信スケジュールを前記データの送信スケジュールとして決定することを特徴とする請求項５記載の基地局装置。
【請求項８】
前記無線利用率算出部は、複数のメッセージに対してはメッセージ毎に前記無線利用率を算出し、当該メッセージ毎に優先度を決定し、
前記送信判断部は、前記優先度の高いメッセージから順に前記各無線利用率に基づいて前記データの送信スケジュールを決定することを特徴とする請求項１記載の基地局装置。
【請求項９】
更に、送信決定部を備え、
前記送信決定部は、第１及び第２のメッセージを夫々分割した第１及び第２のデータを前記決定した送信スケジュールに基づいて送信するとき、
前記第１のデータに対する第１の送信周期と前記第２のデータに対する第２の送信周期のうち送信周期が近い前記第１のデータを優先して送信し、
前記第１のデータを送信しているときに前記第２のデータの送信が要求される場合において、前記第１の送信周期よりも前記第２の送信周期の方が近い場合、前記第１のデータの送信を中止し、前記第２のデータの送信を行う
ことを特徴とする請求項１記載の基地局装置。
【請求項１０】
端末装置と、
メッセージを前記端末装置へ送信可能なサイズのデータに分割し、当該分割されたデータを配下の全前記端末装置へブロードキャストで送信する基地局装置とを備える無線アクセスシステムにおいて、
前記基地局装置は、
前記分割された各データの繰り返し回数と前記各データの送信周期に基づいて、前記メッセージを繰り返し送信する場合の前記各メッセージの送信周期に対して１つの前記メッセージを送信する場合に要する時間の割合を示す無線利用率を算出する無線利用率算出部と、
前記無線利用率に基づいて前記データの送信スケジュールを決定する送信判断部と、
決定された送信スケジュールに従って前記データを前記端末装置へ送信する送信決定部とを備え、
前記端末装置は、
前記基地局装置から送信された前記データを受信する受信部を備えることを特徴とする無線アクセスシステム。
【国際調査報告】
2015118648.tif 000028
2015118648.tif 000029