JP2014183424A - 移動通信システム、ユーザ体感品質予測方法、及び監視制御装置 - Google Patents

移動通信システム、ユーザ体感品質予測方法、及び監視制御装置 Download PDF

Info

Publication number
JP2014183424A
JP2014183424A JP2013055951A JP2013055951A JP2014183424A JP 2014183424 A JP2014183424 A JP 2014183424A JP 2013055951 A JP2013055951 A JP 2013055951A JP 2013055951 A JP2013055951 A JP 2013055951A JP 2014183424 A JP2014183424 A JP 2014183424A
Authority
JP
Japan
Prior art keywords
qoe
content
terminal device
user experience
experience quality
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2013055951A
Other languages
English (en)
Other versions
JP6011403B2 (ja
Inventor
Yoshio Masuda
義夫 増田
Norio Murakami
憲夫 村上
Cong Huan HO
ホンコン ホー
Mitsuru Nakatsuji
充 中辻
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2013055951A priority Critical patent/JP6011403B2/ja
Priority to US14/202,591 priority patent/US9532240B2/en
Publication of JP2014183424A publication Critical patent/JP2014183424A/ja
Application granted granted Critical
Publication of JP6011403B2 publication Critical patent/JP6011403B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25833—Management of client data involving client hardware characteristics, e.g. manufacturer, processing or storage capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25858—Management of client data involving client software characteristics, e.g. OS identifier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4425—Monitoring of client processing errors or hardware failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4516—Management of client data or end-user data involving client characteristics, e.g. Set-Top-Box type, software version or amount of memory available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Graphics (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

【課題】ユーザのイライラ感を予防ないし解消するようにした移動通信システム、ユーザ体感品質予測方法、及び監視制御装置を提供すること。
【解決手段】コンテンツを蓄積するコンテンツサーバと、前記コンテンツサーバから送信された前記コンテンツを受信する無線基地局装置と、前記無線基地局装置から無線送信された前記コンテンツを受信する端末装置と、前記コンテンツサーバに対して前記端末装置への前記コンテンツの配信を制御する監視制御装置とを備える移動通信システムにおいて、前記コンテンツに対する第１の配信要求が前記端末装置から送信されることに応じて予測される前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が前記所定基準を満たす時刻又は場所に関する情報を前記端末装置のユーザに通知する。
【選択図】図１１

Description

本発明は、移動通信システム、ユーザ体感品質予測方法、及び監視制御装置に関する。
現在、携帯電話システムや無線ＬＡＮ（Local Area Network）などの移動通信システムが広く利用されている。また、移動通信の分野では、通信速度や通信容量を更に向上させるべく、次世代の通信技術について継続的な議論が行われている。例えば、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ（Long Term Evolution）やＬＴＥをベースとしたＬＴＥ−Ａ（LTE-Advances）などの通信規格の標準化が完了若しくは検討されている。
一方、フィーチャーフォンやスマートフォンなどの移動可能な携帯端末では、ビルの中や地下鉄内、或いは人通りの多い街中など、移動先の無線環境によっては所望のサービスがリアルタイムで受けられない場合もある。また、スマートフォンの普及によって無線区間のトラフィックが急激に増加し、無線通信環境はますます悪化の傾向にある。
このような状況に対して移動通信事業者は、例えば、インフラの増設、トラフィックオフロード、上述した標準化技術を含む新たなブロードバンド通信システムの導入などにより無線通信品質の改善を図るようにしている。
例えば、ＱｏＳ（Quality of Service）などにより通信データ量を抑制させたり、増加させるなどしてサービス品質の改善を図ったり、トラフィック量の多い地域に新たに基地局を設置するなどして負荷分散を図ることで、無線品質の改善を図るようにしている。
しかしながら、通勤時間帯やイベントの開催などトラフィックが集中する時間帯においてサービスの遅延が発生する場合もあり、移動通信システムの分野においては、必ずしもユーザが満足するようなサービスの提供が行われているとは言えない状況となっている。
このような移動通信システムにおいては、例えば以下のような技術がある。すなわち、受信装置である携帯電話機が、基地局からデータを実際に受信したときの受信状態に応じたデータ通信品質に関する品質データを所定範囲で区分けされた受信領域に対応付けた履歴情報を生成して蓄積し、所定の表示部に表示した地図上に履歴情報の品質データを複数の受信領域毎に分けてそれぞれ表示する（特許文献１）。この技術によれば、例えば、ユーザに対して複数の受信領域毎にデータ通信品質を認識させることができる、とされている。
特開２００３−２４９８８７号公報
しかしながら、従来の技術においては、受信領域毎のデータ通信品質をユーザに通知するタイミングないし通知する内容について、最適化が図られていない。例えば、特許文献１の技術では、データ通信品質ガイドモードへ移行するためのボタン操作がユーザによって行われた場合に、携帯電話機に表示された地図上に受信領域毎の品質データを表示させている。そのため、特許文献１の携帯電話機では、データ通信品質ガイドモードへ移行するためのボタン操作がユーザによって行われたことが認識されるまで受信領域毎のデータ通信品質がユーザに対して通知されず、通信品質の劣化によるイライラ感をユーザに与えるという問題を有する。もっとも、通信品質の劣化によるイライラ感は当該ボタン操作の動機づけをユーザに与えることとなり得るが、事後的な確認を行えるに過ぎず、結果的に無駄となるデータ通信による経済的負担や電力消費の負担などが生じる。
そこで、以下の開示では、ユーザのイライラ感を予防ないし解消するようにした移動通信システム、ユーザ体感品質予測方法、及び監視制御装置を提供することを一目的とする。
コンテンツを蓄積するコンテンツサーバと、前記コンテンツサーバから送信された前記コンテンツを受信する無線基地局装置と、前記無線基地局装置から無線送信された前記コンテンツを受信する端末装置と、前記コンテンツサーバに対して前記端末装置への前記コンテンツの配信を制御する監視制御装置とを備える移動通信システムにおいて、前記コンテンツに対する第１の配信要求が前記端末装置から送信されることに応じて予測される前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が前記所定基準を満たす時刻又は場所に関する情報を前記端末装置のユーザに通知する。
ユーザのイライラ感を予防ないし解消するようにした移動通信システム、ユーザ体感品質予測方法、及び監視制御装置を提供することができる。
図１は移動通信システムの構成例を表わす図である。 図２は移動通信システムの構成例を表わす図である。 図３は監視制御装置の構成例を表わす図である。 図４は基地局の構成例を表わす図である。 図５は端末の構成例を表わす図である。 図６はユーザデータを収集する処理の例を表わす図である。 図７はユーザデータを収集する処理の例を表わす図である。 図８はＱｏＥ算出処理の例を表わす図である。 図９はＱｏＥ判定則の例を表わす図である。 図１０はナレッジＤＢの例を表わす図である。 図１１は動作例を表わすシーケンス図である。 図１２（Ａ）と図１２（Ｂ）はＵＥ画面の例を表わす図である。 図１３は移動体に備えられたセンサの例を表わす図である。 図１４は移動経路の例を表わす図である。 図１５はセンサの構成例を表わす図である。 図１６は動作例を表わすシーケンス図である。 図１７（Ａ）と図１７（Ｂ）は車両に備えられたセンサの例を表わす図である。 図１８は動作例を表わすシーケンス図である。 図１９はナレッジＤＢに対する初期ＤＢ処理の例を表わす図である。 図２０は初期ＤＢ処理における判定則の例を表わす図である。 図２１は処理ＤＢ処理後の初期体感品質の蓄積例を表わす図である。 図２２（Ａ）と図２２（Ｂ）はデータ蓄積処理の例を表わすフローチャートである。 図２３（Ａ）と図２３（Ｂ）は確率密度分布処理の例を表わすフローチャートである。 図２４はＱｏＥ算出処理の例を表わすフローチャートである。 図２５はＱｏＥ確率密度分布算出処理の例を表わすフローチャートである。 図２６はＱｏＥ予測処理の例を表わすフローチャートである。 図２７はサービス利用時における処理の例を表わすフローチャートである。 図２８はサービスを提供する場合の処理の例を表わすフローチャートである。 図２９は観測事象と推定事象との関係例を表わす図である。 図３０は時間軸上でＱｏＥが出現する例を表わす図である。 図３１はＱｏＥの出現回数の例を表わす図である。 図３２は観測区間に対してＱｏＥが変位する例を表わす図である 図３３（Ａ）と図３３（Ｂ）は視聴品質が変化する例を表わす図である。 図３４は非対称離散値に対する重み付けの例を表わす図である。 図３５は品質基準値に対するＱｏＥの正規分布の例を表わす図である。 図３６は品質基準値に対するＱｏＥの正規分布の例を表わす図である。 図３７はＱｏＥ算出部を含む監視制御装置の構成例を表わす図である。 図３８はコンテンツの種類とＱｏＥとの関係を表わすテーブルの例を表わす図である。 図３９は監視制御装置の構成例を表わす図である。 図４０は動作例を表わすシーケンス図である。 図４１は監視制御装置の構成例を表わす図である。 図４２は伝送レートとＱｏＥとの関係を表わすテーブルの例を表わす図である。 図４３は制御例を表わす図である。 図４４は移動通信システムの構成例を表わす図である。 図４５は移動通信システムの構成例を表わす図である。
以下、本発明を実施するための形態について説明する。
［第１の実施の形態］
最初に第１の実施の形態について説明する。図１は移動通信システム１０の構成例を表わす図である。移動通信システム１０は、無線基地局装置１００、端末装置２００、監視制御装置３００、及びコンテンツサーバ６００を備える。
無線基地局装置１００は、コンテンツサーバ６００から送信されたコンテンツを受信して端末装置２００に送信する。コンテンツは、例えば、映像データや音声データ、または文字データなどによって作成された音楽、映像、ゲームなどであり、コンテンツには映像データや音声データ、または文字データなどが含まれる。無線基地局装置１００は、端末装置２００と無線通信を行っており、例えば、コンテンツを無線信号に変換して端末装置２００へ送信する。
また、無線基地局装置１００は、端末装置２００から送信された第１の配信要求を受信し、受信した第１の配信要求を監視制御装置３００へ送信する。この場合も、無線基地局装置１００は、例えば、端末装置２００から送信された無線信号を受信し、受信した無線信号を第１の配信要求に変換する。
端末装置２００は、例えば、無線基地局装置１００から送信されたコンテンツを受信する。端末装置２００は、例えば、モニタ画面とスピーカを備え、コンテンツに含まれる映像や文字をモニタ画面上に表示させたり、コンテンツに含まれる音声をスピーカから出力させる。ユーザは、端末装置２００を介してコンテンツサーバ６００から配信されたコンテンツを視聴することができる。
また、端末装置２００は、コンテンツに対する第１の配信要求を送信する。例えば、端末装置２００は、第１の配信要求として、コンテンツの配信を要求するコンテンツ要求メッセージを無線基地局装置１００へ送信する。第１の配信要求には、例えば、端末装置２００の位置情報や、端末装置２００（又は端末装置２００を利用するユーザ）が要求するコンテンツに対して当該コンテンツと他のコンテンツとを識別する識別情報などが含まれる。
監視制御装置３００は、コンテンツサーバ６００に対して端末装置２００へのコンテンツの配信を制御する。監視制御装置３００は制御部３６０を備える。
制御部３６０は、コンテンツに対する第１の配信要求が端末装置２００から送信されることに応じて予測される端末装置２００を利用するユーザがコンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が所定基準を満たす時刻又は場所に関する情報を端末装置２００のユーザに通知する。
コンテンツサーバ６００は、コンテンツを蓄積し、例えば制御部３６０の制御によりコンテンツを無線基地局装置１００へ送信する。
本第１の実施の形態においては、監視制御装置３００は、予測したユーザ体感品質が所定基準を満たさないとき、ユーザ体感品質が所定基準を満たす時刻又は場所に関する情報を端末装置２００に送信している。従って、端末装置２００は受信した時刻又は場所からコンテンツの配信を受けることで、例えば、ユーザ体感品質は所定基準を満たすことが予測され、ユーザは応答遅延なくサービスの提供を受け、また、応答遅延がないことでイライラ感を予防ないし解消させることもできる。
［第２の実施の形態］
次に第２の実施の形態について説明する。第２の実施の形態については以下の順番で説明する。
＜１．移動通信システム＞
＜２．監視制御装置の構成例＞
＜３．ＵＥと基地局の各構成例＞
＜４．動作例＞
＜１．移動通信システム＞
移動通信システムの構成例について図２を参照しながら説明する。移動通信システム１０は、無線基地局装置（以下、「基地局」と称する場合がある）１００−１、１００−２、端末装置（以下、「端末」と称する場合がある）２００−１，２００−２、コアネットワーク４００、インターネット５００、及びコンテンツサーバ６００を備える。また、コアネットワーク４００は、監視制御装置３００を備えている。
各基地局１００−１，１００−２は、端末２００−１，２００−２と無線接続して無線通信を行う無線通信装置である。また、基地局１００−１，１００−２は、１又は複数のセル範囲（又はサービスカバレッジ、或いは通信可能範囲）内において、端末２００−１，２００−２に対して音声通信や映像配信などの種々のサービスを提供できる。
各端末２００−１，２００−２は、基地局１００−１，１００−２と無線接続して、無線通信を行う無線通信装置である。端末２００−１，２００−２は、例えば、フィーチャーフォンやスマートフォン、あるいはパーソナルコンピュータなどである。
監視制御装置３００は、１又は複数の基地局１００−１，１００−２と接続され、また、インターネット５００を介してコンテンツサーバ６００とも接続される。監視制御装置３００は、コンテンツサーバ６００に対して、端末２００へのサービスコンテンツの配信を制御する。
また、監視制御装置３００は、端末２００−１，２００−２を利用するユーザ（以下においては、端末２００−１，２００−２を「ユーザ」と称する場合もある）がサービスコンテンツを利用する場合、ユーザ体感品質（ＱｏＥ：Quality of Experience、以下、「ＱｏＥ」と称する場合がある）を予測する。
ＱｏＥとは、例えば、サービスコンテンツを利用した場合においてその応答が遅延した場合にユーザが感じるイライラ感の程度を示す指標値である。或いは、ＱｏＥとは、例えば、サービスコンテンツを利用したユーザが当該コンテンツに対して体感する品質のことである。例えば、応答遅延が少なければＱｏＥは良好な値となり、応答遅延が大きいとＱｏＥは良好でない値を取り得る。
さらに、監視制御装置３００は、例えば、予測したＱｏＥが劣化したものであるとき、ＱｏＥが良好となる時刻も予測する。この場合、監視制御装置３００は、当該時刻からサービスコンテンツを配信するようにコンテンツサーバ６００を制御することもできる。監視制御装置３００の詳細、ＱｏＥ算出の方法などについては後述する。
コンテンツサーバ６００は、例えば、映像データや音声データなどの各種サービスコンテンツを蓄積し、監視制御装置３００からのメッセージなどに従って蓄積したサービスコンテンツを配信する。
なお、図２に示す移動通信システム１０おいて、コアネットワーク４００（または監視制御装置３００）には２台の基地局１００−１，１００−２が接続されている例を示している。移動通信システム１０においては、コアネットワーク４００には、１台の基地局１００−１が接続されてもよいし、３台以上の基地局が接続されてもよい。
また、図２に示す移動通信システム１０において、基地局１００−１には、２台の端末２００−１，２００−２が接続されている例を表わしている。移動通信システム１０においては、１台の端末２００−１が基地局１００−１に接続されてもよいし、３台以上の端末が基地局１００−１に接続されてもよい。端末２００−１，２００−２の接続先も基地局１００−２であってもよい。
以下においては、とくに断らない限り、基地局１００−１、１００−２を基地局１００、端末２００−１，２００−２を端末２００とそれぞれ称する場合がある。
＜２．監視制御装置の構成例＞
図３は監視制御装置３００の構成例を表わす図である。監視制御装置３００は、入力部（ＩＮ）３０１，出力部（ＯＵＴ）３０２、インタフェース３０３、ＱｏＥ算出部３０４、データ蓄積部３０５、ＱｏＥ確率密度分布算出部３０６、第１のＱｏＥ予測部３０７、ＱｏＥ判定部３０８、第２のＱｏＥ予測部３０９、通知処理部３１０を備える。
入力部３０１は、基地局１００またはコンテンツサーバ６００から送信されたメッセージなどを受け取ると、インタフェース３０３へ出力する。また、出力部３０２は、インタフェース３０３から受け取ったメッセージなどを基地局１００やコンテンツサーバ６００へ送信する。
インタフェース３０３は、入力部３０１で受信したメッセージなどからデータなどを抽出し、データ蓄積部３０５やＱｏＥ算出部３０４へ出力する。また、インタフェース３０３は、通知処理部３１０から受け取った処理結果などを基地局１００やコンテンツサーバ６００へ送信できる形式に変換して出力部３０２へ出力する。
ＱｏＥ算出部３０４は、ユーザがサービスコンテンツを利用するときにおけるＱｏＥを算出する。例えば、ＱｏＥ算出部３０４は、端末２００がサービスコンテンツを要求後、サービスコンテンツの配信が開始されるまでの時間（又は遅延時間量）とそのときのトラフィック量とに基づいてＱｏＥを算出する。ＱｏＥ算出は、例えば、遅延時間量とトラフィック量以外にも、ユーザスループットとトラフィック量、ユーザスループットとトラフィック量の各組み合わせ、更に、バッファ使用率やパケットロス率などの他の指標を組み合わせて算出されてもよい。ＱｏＥ算出の詳細については後述する。ＱｏＥ算出部３０４は算出したＱｏＥをデータ蓄積部３０５に蓄積し、ＱｏＥ確率密度分布算出部３０６へ出力する。
データ蓄積部３０５は、ＱｏＥ算出に利用される端末２００の位置情報、時間情報、トラフィック量、算出されたＱｏＥの算出結果を蓄積する。なお、データ蓄積部３０５にはナレッジＤＢを含み、位置情報、時間情報、トラフィック量などを蓄積するが、以下においてデータ蓄積部３０５をナレッジＤＢ３０５と称する場合がある。ナレッジＤＢ３０５の詳細は後述するが、例えば、図１０にその例を示す。
ＱｏＥ確率密度分布算出部３０６は、例えば、区分された各エリアにおける所定時間間隔毎のＱｏＥを算出する。例えば、エリアは設定値による四方の範囲を１エリアとし、１辺の設定値が「２５０ｍ」の場合、２５０ｍ四方を１エリアとする。例えば、ＱｏＥ算出部３０４ではある位置におけるある瞬間のＱｏＥが算出されるが、ＱｏＥ確率密度分布算出部３０６では、所定グループ内における１又は複数のＱｏＥに基づいて、各グループにおけるＱｏＥの確率密度分布を算出し、各グループにおけるＱｏＥの代表値を算出する。ここでグループとは、例えば、蓄積データのうち、「エリア」と「時刻情報（又は設定時間間隔）」の組み合わせ範囲内に当てはまるデータの集まりを１グループとする。ＱｏＥの算出の詳細などについては後述する。ＱｏＥ確率密度分布算出部３０６は、算出した確率密度分布とＱｏＥの代表値をナレッジＤＢ３０５へ蓄積し、第１のＱｏＥ予測部３０７へ出力する。
第１のＱｏＥ予測部３０７は、例えば、端末２００がサービスコンテンツの利用を要求したとき、要求した位置と要求した時刻において想定されるＱｏＥを確率密度分布情報に基づいて予測する。その詳細は後述する。第１のＱｏＥ予測部３０７は予測したＱｏＥをＱｏＥ判定部３０８へ出力する。
ＱｏＥ判定部３０８は、例えば、第１のＱｏＥ予測部３０７から予測されたＱｏＥを受け取り、当該ＱｏＥが劣化しているか否かを判定する。例えば、ＱｏＥ判定部３０８は当該ＱｏＥと判定閾値とを比較し、当該ＱｏＥが判定閾値より小さいときＱｏＥが劣化していると判定し、そうでないとき当該ＱｏＥは良好であると判定する。
ＱｏＥ判定部３０８は、当該ＱｏＥが劣化していると判定すると、第２のＱｏＥ予測部３０９に対してＱｏＥが良好となる時刻を推定するよう指示する。一方、ＱｏＥ判定部３０８は、当該ＱｏＥが良好であると判定すると、通知処理部３１０に対して、コンテンツサーバ６００へのサービス開始を指示する。
第２のＱｏＥ予測部３０９は、ＱｏＥ判定部３０８からの指示に従って、ＱｏＥが良好となる時刻を、第１のＱｏＥ予測部３０７で算出した確率密度分布情報に基づいて算出する。算出方法の詳細は後述する。第２のＱｏＥ予測部３０９は、算出した予測時間を、サービスコンテンツの利用を要求した端末２００へ送信するよう通知処理部３１０に指示する。
通知処理部３１０は、例えば、ＱｏＥ判定部３０８からの指示に従って、コンテンツサーバ６００に対してサービスコンテンツの配信を行うよう要求するメッセージを生成する。また、通知処理部３１０は、例えば、第２のＱｏＥ予測部３０９からの指示に従って、予測時刻を端末２００へ送信するためのメッセージを生成する。通知処理部３１０は、生成したメッセージをインタフェース３０３へ出力する。
なお、ＱｏＥ算出部３０４、ＱｏＥ確率密度分布算出部３０６、第１のＱｏＥ予測部３０７、ＱｏＥ判定部３０８、第２のＱｏＥ予測部３０９、通知処理部３１０は、例えば、ＣＰＵ（Central Processing Unit、又は制御部）３５０などのハードウェアによって実現することもできる。この場合、入力部３０１と出力部３０２、及びインタフェース３０３が、例えば、インタフェース３５１などのハードウェアによって実現できる。また、データ蓄積３０５は、例えば、メモリ３５２により実現できる。
ＣＰＵ３５０は、例えば、第１の実施の形態における制御部３６０に対応している。
なお、監視制御装置３００については以下において制御局３００と称する場合もある。
＜３．基地局と端末の構成例＞
次に、基地局１００と端末２００の各構成例について説明する。図４は基地局１００、図５は端末２００の各構成例を表わしている。
基地局１００は、アンテナ１１０、ＲＦ部１２０、変復調部１３０、制御部１４０を備える。アンテナ１１０は、ＲＦ部１２０から出力された無線信号を端末２００へ送信し、端末２００から送信された無線信号を受信してＲＦ部１２０へ出力する。
ＲＦ部１２０は、無線帯域の無線信号をベースバンド帯域の信号に変換（ダウンコンバード）し、変換後の信号を変復調部１３０へ出力する。また、ＲＦ部１２０は、変復調部１３０から出力された信号を無線帯域の無線信号に変換（アップコンバード）し、変換後の無線信号をアンテナ１１０へ出力する。
変復調部１３０は、ＲＦ部１２０から出力された信号に対して、復調処理、誤り訂正復号化処理などを施して、ユーザデータやメッセージなどのデータを抽出し、制御部１４０へ出力する。また、変復調部１３０は、制御部１４０から出力されたデータに対して誤り訂正符号化処理や変調処理などを施して、信号としてＲＦ部１２０へ出力する。変復調部１３０は、このような変調処理や誤り訂正符号化処理などが行われるよう、例えば、変調回路、誤り訂正符号化回路などを備えるようにしてもよい。
制御部１４０は、基地局１００全体を制御し、例えば、変復調部１３０から出力されたデータなどをインタフェース１５０へ出力し、インタフェース１５０から出力されたデータを変復調部１３０へ出力する。
インタフェース１５０は、制御部１４０から出力されたデータなどを監視制御装置３００へ送信できる形式に変換して監視制御装置３００へ送信する。また、インタフェース１５０は、監視制御装置３００から送信されたデータなどを受信すると、基地局１００内部で処理可能な形式に変換して制御部１４０へ出力する。
なお、基地局１００は、例えば、ＣＰＵ１６０とＲＦ部１２０によりハードウェアとして構成されてもよい。この場合、例えば、ＣＰＵ１６０は変復調部１３０と制御部１４０を含んでいる。
端末２００は、アンテナ２１０、ＲＦ（Radio Frequency）部２２０、変復調部２３０、及び制御部２４０を備える。
アンテナ２１０は、基地局１００から送信された無線信号を受信してＲＦ部２２０に出力し、ＲＦ部２２０から出力された無線信号を基地局１００へ送信する。
ＲＦ部２２０は、アンテナ２１０から無線信号を受け取ると、無線帯域の無線信号をベースバンド帯域の信号に変換（又はダウンコンバート）し、変換後の信号を変復調部２３０に出力する。また、ＲＦ部２２０は、変復調部２３０から出力された信号を無線帯域の無線信号に変換（又はアップコンバード）する。ＲＦ部２２０においてはこのような変換処理が行われるよう、例えば、ＡＤ（Analogue to Digital）変換回路や周波数変換回路などを備えてもよい。
変復調部２３０は、ＲＦ部２２０から出力された信号に対して、復調処理、誤り訂正復号化処理などを施して、ユーザデータやメッセージなどのデータを抽出し、制御部２４０に出力する。また、変復調部２３０は、制御部２４０から出力されたデータに対して誤り訂正符号化処理や変調処理などを施して、信号としてＲＦ部２２０に出力する。変復調部２３０は、このような変調処理や誤り訂正符号化処理などが行われるよう、例えば、変調回路、誤り訂正符号化回路などを備えるようにしてもよい。
制御部２４０は、例えば、端末２００の位置をＧＰＳ（Global Positioning System）などを利用して測定し、端末２００の現在位置を表わす位置情報を生成する。また、制御部２４０は、例えば、変復調部２３０から受け取った各種メッセージなどを表示部（またはモニタ、図示せず）に表示させる。さらに、制御部２４０は、例えば、ユーザの端末２００に対する操作に対応して各種メッセージを生成する。例えば、かかる操作は表示部に表示された液晶画面上のキー操作などにより行われる。このようなことから制御部２４０は、例えば、ＧＰＳ処理部やメッセージ処理部などの機能を有している。制御部２４０は生成したメッセージなどのデータを変復調部２３０に出力する。
なお、端末２００は、例えば、ＣＰＵ２５０とＲＦ部２２０によりハードウェアとして構成されてもよい。この場合、例えば、ＣＰＵ２５０は変復調部２３０と制御部２４０を含んでいる。
＜４．動作例＞
次に移動通信システム１０の動作例について説明する。動作例については以下の順番で説明する。
＜４．１ ユーザデータの収集処理とナレッジＤＢへの蓄積処理＞
＜４．２ ＱｏＥの算出処理＞
＜４．３ 基本動作処理＞
＜４．４ 移動経路が既知の場合の動作例＞
＜４．５ 移動経路が不明の場合の動作例＞
＜４．６ ナレッジＤＢへの初期値の登録＞
＜４．７ 各処理のフロー＞
＜４．８ ＱｏＥの予測及び改善＞
＜４．９ サービスコンテンツ変更処理＞
＜４．１０ 制御例＞
本移動通信システム１０における全体の動作としては、１）監視制御装置３００においてＱｏＥを算出し、２）ＱｏＥの確率密度分布から各エリアにおける時間毎のＱｏＥを算出し、これをナレッジＤＢに蓄積する。そして、３）監視制御装置３００は、ナレッジＤＢ３０５からＱｏＥを予測する。このような全体動作の流れについて、上記＜４．１＞から＜４．３＞において説明する。
次に、端末２００の移動経路が既知の場合と不明の場合とについてその具体的な動作例についてそれぞれ説明する（上記＜４．４＞と＜４．５＞）。
最後に、ナレッジＤＢ３０５に対する初期値の登録（上記＜４．７＞）や各処理のまとめ（上記＜４．７＞）、ＱｏＥの予測及び改善（上記＜４．８＞）、サービスコンテンツの変更処理（上記＜４．９＞）、全体のまとめ（上記＜４．１０＞）などを説明する。
＜４．１ ユーザデータの収集処理とナレッジＤＢへの蓄積処理＞
監視制御装置３００は、ＱｏＥを算出する前に、ユーザデータを収集してナレッジＤＢ３０５に蓄積する。監視制御装置３００はこのように収集したユーザデータに基づいてＱｏＥを算出する。本＜４．１＞では、ユーザデータの収集処理とナレッジＤＢ３０５への蓄積処理について説明する。
図６は、ユーザデータの収集処理とナレッジＤＢ３０５への蓄積処理の例を示すフローチャートである。
端末２００はユーザサービスの利用を開始すると（Ｓ１０）、監視制御装置３００はユーザデータを収集する（Ｓ１１）。ユーザデータとしては、例えば、端末２００の位置情報、利用開始時刻、遅延時間、トラフィック量などである。
図７は、位置情報、利用開始時刻、遅延時間量がどのようにナレッジＤＢ３０５に蓄積されるかの例を表わす図である。例えば、端末２００はユーザサービスの利用を開始すると、コンテンツサービスを要求するサービス要求メッセージ（又はコンテンツの配信要求）を送信する（Ｓ１５）。この場合、端末２００は、現在の位置を表わす位置情報をＧＰＳなどにより取得してサービス要求メッセージに含めて送信する。
監視制御装置（図７では制御局と記載している）３００は基地局１００を介してサービス要求メッセージを受け取ると、当該メッセージに含まれる位置情報を抽出してナレッジＤＢ３０５へ蓄積する（Ｓ１６）。例えば、インタフェース３０３（例えば図３）が位置情報の抽出とナレッジＤＢ３０５への蓄積を行う。
次いで、端末２００は、ユーザの操作などにより実際にサービスの開始を要求する場合、サービス開始要求メッセージを送信する（Ｓ１７）。
監視制御装置３００はサービス開始要求メッセージを受信すると、例えば、当該メッセージの受信時刻をナレッジＤＢ３０５に蓄積する（Ｓ１８）。また、監視制御装置３００は、サービス開始要求メッセージを受信すると、ナレッジＤＢ３０５に蓄積された当該メッセージの受信回数をインクリメントする。インクリメント後のカウント値が、例えば、トラフィック量となる。例えば、インタフェース３０３が受信時刻を測定し、当該メッセージの受信回数をカウントし、測定した受信時刻とカウント値をナレッジＤＢ３０５に蓄積する。
次いで、監視制御装置３００は、サービス配信開始通知メッセージをコンテンツ配信に先駆けて端末２００へ送信する（Ｓ２０）。このとき、監視制御装置３００は、サービス開始要求メッセージを受信後、サービス配信開始通知メッセージを送信するまでの時間（又は実際にコンテンツサービスの配信を開始した時間）を遅延時間量として測定し、これをナレッジＤＢ３０５に蓄積する。例えば、インタフェース３０３がサービス要求メッセージを受信後、サービス配信開始通知メッセージを送信するまでの遅延時間量を測定する。
なお、図７に示す例はサービス要求メッセージ（Ｓ１５）とサービス開始要求メッセージ（Ｓ１７）とを別々にした例について示しているが、サービス開始要求メッセージ（Ｓ１７）がサービス要求メッセージ（Ｓ１５）に含まれるものとしてもよい。この場合、端末２００はサービス要求メッセージ（Ｓ１５）を送信し、監視制御装置３００は、サービス要求メッセージを受信した時刻を利用開始時刻とし、当該メッセージの受信回数をトラフィック量としてナレッジＤＢ３０５に蓄積する。また、監視制御装置３００は、サービス要求メッセージ（Ｓ１７）を受信後、サービス配信開始通知を送信（Ｓ２０）までの時間を遅延時間量として計算し、遅延時間量をナレッジＤＢ３０５に蓄積する。
＜４．２ ＱｏＥの算出処理＞
監視制御装置３００は、ユーザデータを収集後、ＱｏＥの算出処理を行う。図８はＱｏＥ算出処理を含む処理の例を表わすフローチャートである。図８は監視制御装置３００で行われるフローチャートを表わしている。
監視制御装置３００は、ＱｏＥ算出処理を開始すると（Ｓ２３）、ナレッジＤＢ３０５に蓄積されたユーザデータに基づいてＱｏＥを算出する（Ｓ２４）。例えば、ＱｏＥ算出部３０４は蓄積したユーザデータに対して判定則（又は判定ルール）に基づいてＱｏＥを算出する。
図９は判定則の例を表わす図である。図９の例では、収集したユーザデータのうち、トラフィック量と遅延時間に基づいてＱｏＥが判定される。すなわち、トラフィック量を「Ａ」とし、遅延時間量を「Ｔ」とすると、トラフィック量Ａは、閾値（「１００」と「１０００」）との比較により、「大」（Ａ≧１０００のとき）、「中」（１００≦Ａ＜１０００）、「小」（Ａ＜１００）が判定される。また、遅延時間量Ｔについても、「大」（６０＜Ｔ）、「中」（５＜Ｔ≦６０）、「小」（Ｔ≦５）が判定される。トラフィック量の「大」、「中」、「小」と遅延時間量の「大」、「中」、「小」との組み合わせに基づいて、ＱｏＥとして「ＱｏＥ（１）」、「ＱｏＥ（２）」、「ＱｏＥ（３）」が算出される。ここで、「ＱｏＥ（１）」から「ＱｏＥ（３）」の中で、「ＱｏＥ（３）」が最もＱｏＥが良好であり、「ＱｏＥ（１）」が最も良好でないものとする。例えば、ＱｏＥ算出部３０４は、算出したＱｏＥを位置情報と利用開始時刻と組み合わせてナレッジＤＢ３０５に蓄積する。
なお、図９において「その他」とあるのは、トラフィック量が閾値より少ないにも拘わらず、遅延時間量が閾値以上大きくなっているのは、その他の要因による影響があるものと考えられ、その場合のＱｏＥは対象外としている。
また、トラフィック量の閾値（「１００」や「１０００」）と遅延時間量の閾値（「５」や「６０」）などは、例えばＱｏＥ算出部３０４によって適宜変更可能であって、閾値の数も適宜変更可能である。さらに、このようなＱｏＥの算出はユーザデータを収集した時点でもよいし、ユーザデータを蓄積した後であってもよい。
さらに、ナレッジＤＢ３０５においてＱｏＥ算出に必要となるデータが未収集又はデータ数が少ない状態では、ナレッジＤＢ３０５に対して値の設定又は運用知見に基づく初期値を定めてもよいものとする。初期値の設定の詳細手順については、＜４．６ ナレッジＤＢへの初期値の登録＞において後述する。
図８に戻り、監視制御装置３００はＱｏＥを算出後（Ｓ２４）、各エリアのＱｏＥについて所定時間間隔毎にＱｏＥの確率密度分布を算出し、各グループにおけるＱｏＥの代表値を算出する（Ｓ２５）。
確率密度分布とＱｏＥの代表値の算出は、例えば、以下のようにして行われる。すなわち、まず、基地局１００のサービスカバレッジは所定単位のエリア（例えば２５０ｍ四方のエリア）毎に区分される。そして、当該エリア内において所定時間間隔毎に確率密度分布の算出とＱｏＥの代表値の算出が行われる。
例えば、監視制御装置３００は、エリア設定値が「２５０ｍ」、所定時間間隔が「１分」の場合、判定則（図９）により算出されたＱｏＥに対して、当該ＱｏＥと組み合わせて記憶された位置情報を用いて、位置情報が属するエリアを求め、当該エリアにおける過去のＱｏＥをナレッジＤＢ３０５から抽出する。
次に、監視制御装置３００は、例えば、判定則により算出されたＱｏＥと抽出したＱｏＥを時系列にグループ化し（例えば１分毎のグループ）、各グループについて確率密度分布を求め、最も確率密度の高いＱｏＥをそのグループにおけるＱｏＥの代表値として、ナレッジＤＢ３０５に蓄積する。
例えば、このような処理はＱｏＥ確率密度分布算出部３０６がＱｏＥ算出部３０４から受け取ったＱｏＥとナレッジＤＢ３０５から読み出したＱｏＥとに基づいて行われる。そして、ＱｏＥ確率密度分布算出部３０６は、算出した確率密度分布と各グループのＱｏＥの代表値をナレッジＤＢ３０５に蓄積し、第１のＱｏＥ予測部３０７へ出力する。
図１０はこのようにして蓄積されたナレッジＤＢ３０５の例を表わす図である。図１０の例では、エリアは、「エリア１」、「エリア２」、「エリア３」、・・・ごとに区分されており、各エリアにおいて、「８：００」から「８：０１」までの時間など所定時間間隔（「１分」）毎に最も確率密度の高いＱｏＥが蓄積されている。例えば、「エリア１」において、「８：００」から「８：０１」までの時間において、「ＱｏＥ（１）」、「ＱｏＥ（２）」、「ＱｏＥ（３）」の３つのＱｏＥが算出されたとする。この場合において、最も確率密度の高いＱｏＥとは、３つのＱｏＥのうち、算出された個数の最も多いＱｏＥ（例えば、「ＱｏＥ（１）」のことである。
なお、図１０の例においては、例えば、曜日、祝祭日、イベント開催の有無などの付加情報などもナレッジＤＢ３０５に蓄積されてもよい。例えば、イベント発生時や事故発生など、平常時と異なるトラフィック状態を示すＱｏＥをナレッジＤＢ３０５から除くようにすることもできる。監視制御装置３００はこのような付加情報を適宜設定することができる。
図８に戻り、監視制御装置３００は確率密度分布やＱｏＥを算出後（Ｓ２５）、ナレッジＤＢ３０５に基づいて、ユーザがサービスコンテンツの配信を受ける時点におけるＱｏＥを予測する（Ｓ２６）。
ＱｏＥの予測は、例えば、以下のようにして行われる。すなわち、監視制御装置３００は、端末２００からサービス要求メッセージ（例えば図７のＳ１５）を受け取ると、当該メッセージに含まれる位置情報に基づいて、対応する「エリア」を決定する。また、監視制御装置３００は、当該メッセージを受信した時刻に基づいて、「対象時刻」を決定する。そして、監視制御装置３００は決定した「エリア」と「対象時刻」とに対応するＱｏＥをナレッジＤＢ３０５から抽出する。
例えば、サービス要求メッセージに含まれる位置情報（例えば経度緯度情報）が「エリア２」に対応し、受信時刻が「午前８時００分３０秒」のとき、ナレッジＤＢ３０５から「時刻情報」として「０８：００」、「エリア２」に対応する「ＱｏＥ（１）」が抽出される。
このようにして抽出されたＱｏＥは、例えば、その時点においてユーザが体感すると予測されるＱｏＥでもある。
そして、監視制御装置３００は、例えば、予測したＱｏＥを閾値と比較することで、ＱｏＥが定めた品質の許容範囲を逸脱したか否かを判定する（Ｓ２６）。監視制御装置３００は、劣化していないと判定すると、サービスコンテンツの配信を開始する。
一方、監視制御装置３００は、劣化している判定すると、例えば、ナレッジＤＢ３０５に基づいて、予測したＱｏＥが良好となる予測時刻を算出し、端末２００に通知する（Ｓ２７）。
例えば図１０に示す例において、閾値が「ＱｏＥ（２）」とすると、監視制御装置３００は「ＱｏＥ（３）」または「ＱｏＥ（２）」のとき、ＱｏＥは劣化していないと判定し、「ＱｏＥ（１）」のとき劣化していると判定する。
例えば、「エリア１」において現在時刻が「０８：００：００」のときにおいてＱｏＥが劣化していると判定されたとき、ＱｏＥが「ＱｏＥ（２）」以上となる時刻は「０８：０７：００」以降である。従って、監視制御装置３００は、「午前８時７分」以降の時刻または現在時刻との差分値を予測時刻に関する情報として端末２００へ通知する。
図８に戻り、監視制御装置３００は、予測したＱｏＥの判定後の処理（Ｓ２７）を終了すると、一連の処理を終了する（Ｓ２８）。
＜４．３ 基本動作処理＞
次に移動通信システム１０全体の基本動作について説明する。図１１は基本動作の例を表わすシーケンス図である。図１１の例は、ナレッジＤＢ３０５において確率密度分布によりＱｏＥが蓄積された後（図８におけるＳ２５の処理後）の動作について説明しており、例えば、図８のフローチャートでは、Ｓ２６，Ｓ２７に対応する移動通信システム１０全体の動作例を表わしている。
ユーザが端末２００を介してサービスの利用を要求すると（Ｓ３０）、端末２００はサービス要求メッセージを送信する（Ｓ３１）。端末２００はサービスの利用を要求した時点における位置情報を測定し、測定した位置情報をサービス要求メッセージに含めて送信する。
監視制御装置３００は、基地局１００を介してサービス要求メッセージを受信すると、受信時刻とサービス要求メッセージに含まれる位置情報とに基づいて、ナレッジＤＢ３０５に蓄積されたＱｏＥを抽出することで、ＱｏＥを予測する（例えば、図８のＳ２６に対応）。そして、監視制御装置３００は、予測したＱｏＥが閾値（又はＱｏＥ劣化判定閾値）より大きいか否かを判定する（Ｓ３２）。例えば、第１のＱｏＥ予測部３０７がＱｏＥを予測し、ＱｏＥ判定部３０８が予測したＱｏＥと閾値とを比較して予測したＱｏＥが劣化しているか否かを判定する。
監視制御装置３００は、予測したＱｏＥが閾値より大きいとき（Ｓ３２でＹＥＳ）、端末２００がサービスの要求を行った時点におけるＱｏＥは良好であると判断し、サービスコンテンツの配信開始を決定する（Ｓ３３）。この場合、監視制御装置３００はコンテンツサーバ６００に対してコンテンツサービスの配信を開始するためのメッセージを送信することで、コンテンツサービスの配信を開始させる。
一方、監視制御装置３００は、予測したＱｏＥが閾値以下のとき（Ｓ３２でＮＯ）、端末２００がサービスの要求を行った時点におけるＱｏＥは劣化していると判定し、その判定結果（又はＱｏＥ通知）を通知する（Ｓ３５）。例えば、ＱｏＥ判定部３０８は、第１のＱｏＥ予測部３０７で予測したＱｏＥが閾値以下のとき、通知処理部３１０に対して、端末２００に劣化というＱｏＥ通知を通知するよう指示する。
端末２００は、劣化という判定結果を受信すると、ユーザによってコンテンツサービス開始の有無が選択される（Ｓ３６）。例えば、端末２００のモニタ画面には劣化という判定結果とともにコンテンツサービス開始の有無が表示される。
図１２（Ａ）は端末２００のモニタ画面に表示される表示例を表わす図である。ユーザに対してコンテンツサービスを開始する（「ＹＥＳ」）または開始しない（「ＮＯ」）の選択を行わせることができる。これにより、例えば、サービス開始時点におけるＱｏＥは劣化しているけれども、そのままコンテンツサービスの利用を開始するか否かをユーザに対して選択させることで、ユーザのイライラ感の解消にも役立たせることができる。
図１１に戻り、端末２００は選択結果を示す応答メッセージを監視制御装置３００に送信する（Ｓ３７）。
監視制御装置３００は応答メッセージを受信すると、選択結果に対応する処理を行う（Ｓ３８）。すなわち、監視制御装置３００は選択結果がコンテンツサービスの開始を示しているときは（Ｓ３８でＹＥＳ）、コンテンツサービスの配信を開始する（Ｓ３９）。例えば、ＱｏＥ判定部３０８が第１のＱｏＥ予測部３０７等を介して当該選択結果を受け取ると、通知処理部３１０に対してコンテンツサービスの配信開始を指示することで処理が行われる。この場合は、例えば、ＱｏＥは良好でないものの、そのようなＱｏＥでサービスコンテンツの配信を受けることをユーザが許容していることを表わしている。
一方、監視制御装置３００は選択結果がコンテンツサービスを開始しないことを示しているときは（Ｓ３８でＮＯ）、コンテンツサービスのＱｏＥが良好となる時刻を予測する（Ｓ４０）。本処理は、例えば、図８のＳ２７における「劣化」に対応する処理である。例えば、ＱｏＥ判定部３０８は、ナレッジＤＢ３０５（例えば図１０）に基づいて、当該エリアにおいてＱｏＥが「ＱｏＥ（２）」となる時刻を検索することでＱｏＥが良好となる時刻を予測する。
監視制御装置３００は、ＱｏＥが良好となる時刻を予測すると、予測した時刻情報を端末２００に通知する（Ｓ４１）。例えば、ＱｏＥ判定部３０８は、予測した時刻情報とともに、端末２００に当該時刻情報を通知するよう通知処理部３１０に指示することで処理が行われる。
端末２００は、ＱｏＥが良好となる時刻情報を受信すると、ユーザによって当該時刻からコンテンツサービスの配信を受けるか否か選択が行われる（Ｓ４２）。
図１２（Ｂ）は、端末２００が時刻情報を受信したときに端末２００のモニタ画面に表示される表示画面の例を表わす図である。図１２（Ｂ）の例では、「１１：１５」の時間にＱｏＥが良好となることが通知され、当該時刻からサービスの配信を受けるか（「ＹＥＳ」）、否か（「ＮＯ」）の選択がユーザによって行われる。
図１１に戻り、端末２００は選択結果を示す応答メッセージを監視制御装置３００に送信する（Ｓ４３）。
監視制御装置３００は、選択結果を示す応答メッセージを受信すると、選択結果に対応する処理を行う（Ｓ４４）。すなわち、監視制御装置３００は選択結果が予測時刻からサービスの配信を受けることを示しているとき（Ｓ４４でＹＥＳ）、ＱｏＥが良好となる予測時刻までのタイマのカウントを開始する（Ｓ４５）。例えば、ＱｏＥ判定部３０８は第１のＱｏＥ予測部３０７等を介して当該選択結果を受け取ると、内部のタイマのカウントを開始する。
そして、監視制御装置３００はカウントしたタイマが予測時刻になると（Ｓ４６）、端末２００に対してサービスコンテンツの配信開始を通知する（Ｓ４７）。例えば、ＱｏＥ判定部３０８はカウントしたタイマが予測時刻になると、通知処理部３１０に対して、コンテンツサービス配信開始を端末２００に通知するよう指示する。
さらに、監視制御装置３００は、コンテンツサーバ６００に対してコンテンツサービスの開始を指示し、コンテンツサービスの配信が端末２００に対して行われる（Ｓ４８）。端末２００では、ＱｏＥが良好となる時刻からコンテンツサービスの配信を受ける（Ｓ５３）。これにより、例えば、端末２００に対してＱｏＥが良好となる時刻からコンテンツサービスの配信が行われて、ユーザは快適にサービスの提供を受けることができ、イライラ感を解消させることができる。また、ＱｏＥが良好となる時刻からのサービスコンテンツの配信は端末２００においてはＱｏＥが良好となることが予測されるため、コンテンツサーバ６００はサービスコンテンツを遅延なく端末２００へ配信することができる。
一方、監視制御装置３００は、選択結果が予測時刻からサービスの配信を行わないこと示しているとき（Ｓ４４でＮＯ）、サービスを終了することを決定し（Ｓ５０）、端末２００に対してサービス終了処理を指示する（Ｓ５１）。例えば、ＱｏＥ判定部３０８は当該選択結果を第１のＱｏＥ予測部３０７から受け取ると、端末２００に対するコンテンツサービスの配信終了を決定し、通知処理部３１０に対して、サービスコンテンツ終了処理を端末２００に通知するよう指示する。
端末２００は、サービスコンテンツ終了処理を示すメッセージを受信すると、コンテンツ配信サービスを終了させる（Ｓ５２）。
なお、監視制御装置３００は劣化という判定結果（Ｓ３５）を通知しないで、後段のＱｏＥが良好となる時刻を通知（Ｓ４１）するようにしてもよい。この場合、移動通信システム１０はＳ３５からＳ３７の処理を行わないようにすることもできる。
＜４．４ 移動経路が既知の場合の動作例＞
次に、移動経路が既知の場合の動作例について説明する。前述の＜４．３＞では、端末２００がサービスの要求を行った後、サービスの提供を受けるまでの間で端末２００が移動しない場合の動作例について説明した。本＜４．４＞においては、端末２０がサービスの要求を行ってからサービスの提供を受けるまでの間に移動する場合であって、移動経路が既知の場合の例である。本動作例としては、例えば、端末２００を利用するユーザが電車やバスなどに乗車して移動する場合である。電車やバスは、その移動経路は既知であり、そのような既知の移動経路に沿って端末２００が移動する。以下では、移動体（又は移動手段、以下では移動体と称する場合がある）として電車を例にして、端末２００を利用するユーザが電車とともに移動する場合について説明する。
図１３は、端末２００を利用するユーザが電車７５０とともに移動する様子を表わしている。電車７５０内にはセンサ（又は小型無線機）７００が設けられている。
センサ７００は移動体情報を送信し、端末２００はこれを受信する。移動体情報としては、例えば、移動体の種別、運行区間、行先、位置情報などがある。端末２００は、例えば、受信した移動体情報を監視制御装置３００に送信し、コンテンツサービスの要求を行う。本動作例においては、監視制御装置３００は移動体情報などに基づいてＱｏＥが良好となる場所を予測する。
図１４は移動経路におけるエリアと各エリアにおけるＱｏＥの例を表わす図である。図１４では、時刻（Ｐ０）において場所（Ｔ０）（または「エリア０」）に電車７５０が位置する場合、電車７５０内における端末２００のＱｏＥは「劣化」していることを表わしている。また、電車７５０が時刻（Ｐ３）において場所（Ｔ３）に移動したとき、当該場所（Ｔ３）における端末２００のＱｏＥは「まあまあ」、場所（Ｔ５）に移動したとき、端末２００のＱｏＥは「良好」となることを表わしている。
移動経路が既知の場合、時刻（ＰＸ）が決まれば場所（ＴＸ）も一意に決定され、監視制御装置３００が、ＱｏＥが良好となる場所（ＴＸ）を予測することは、ＱｏＥが良好となる時刻（ＰＸ）を予測することと同じと考えることができる。
なお、図１４に示す例は一例であって、監視制御装置３００は良好となるＱｏＥの時間間隔（又は場所毎）を任意に設定することができる。
図１５はセンサ７００の構成例を表わす図である。センサ７００は、メモリ部７１０、制御部７２０、ＲＦ部７３０、アンテナ７４０を備える。
メモリ部７１０は、例えば、移動体情報を記憶する。
制御部７２０はメモリ部７１０に記憶された移動体情報をメモリ部７１０から読み出して、変調処理などを施して、ＲＦ部７３０に出力する。
ＲＦ部７３０は、制御部７２０から変調処理などが施された移動体情報を受け取ると、移動体情報を無線帯域の無線信号に変換し、変換後の無線信号をアンテナ７４０に出力する。
アンテナ７４０は、ＲＦ部７３０から受け取った無線信号を送信する。
例えば、制御部７２０はメモリ部７１０に記憶された移動体情報を定期的に読み出してＲＦ部７３０に出力することで、移動体情報が定期的に送信される。
図１６は本動作例のシーケンス例を表わす図である。図１１と同一の処理には同一の符号が付されている。
センサ７００は移動体情報を送信し（Ｓ６０）、端末２００は電車７５０内においてこれを取得する。移動体情報として、例えば、「電車」（＝移動体の種別）、「大船−大宮間」（＝運行区間）、「大宮」（＝行先）、「川崎」（＝位置情報）などである。かかる移動体情報は、例えば、端末２００を利用するユーザは「川崎」駅から、「大船−大宮間」を運行区間とする「大宮」行きの電車７５０に乗車していることを表わしている。
次いで、端末２００は、サービス要求を行うことを決定し（Ｓ３０）、サービス要求メッセージを監視制御装置３００に送信する（Ｓ６１）。端末２００はサービス要求メッセージに移動体情報を含めて送信する。
監視制御装置３００がサービス要求メッセージを受信した後、端末２００の選択結果に対する処理（Ｓ３２〜Ｓ３９）までは、＜４．３＞と同一のため説明を省略する。
監視制御装置３００は、予測したＱｏＥが劣化していると判定し（Ｓ３２でＮＯ）、端末２００における選択結果がサービス開始を選択しなかったとき（Ｓ３８でＮＯ）、ＱｏＥが良好となる場所を予測（又は検索）する（Ｓ６２）。
電車７５０の移動経路は既知のため、監視制御装置３００は、例えば、位置情報（「川崎」）と運行区間（「大船−大宮間」）、行先（「大宮」）、及び地図情報などに基づいて、電車７５０が現地点（Ｔ０）からどの経路（「京浜東北線」）を利用してどの方向（例えば「上り方向」や「大宮方向」など）に移動しているかを算出できる。従って、監視制御装置３０は、例えば、現地点（Ｔ０）から行先（「大宮」）に到達するまでに通過する場所（ＴＸ）（又はエリア）を算出できる。
また、監視制御装置３００は、例えば、移動体の種別情報（「電車」）から移動体の移動速度も決定することができ、さらに、移動速度と電車７５０の運行ダイヤ情報などに基づいて、現地点（Ｔ０）から通過する各場所（ＴＸ）への到達時刻（ＰＸ）も算出可能である。
従って、監視制御装置３００は移動体情報に基づいて、例えば図１４に示すように、通過する各場所（ＴＸ）（又はエリア）と当該場所の到達時刻（ＰＸ）を算出できる。そして、監視制御装置３００は、例えば、算出した場所（ＴＸ）と時刻（ＰＸ）を検索キーにしてナレッジＤＢ３０５から、各場所と各時刻におけるＱｏＥを抽出することでＱｏＥを予測することができる。従って、監視制御装置３００は、本動作例においてもナレッジＤＢ３０５からＱｏＥが良好となる場所（Ｐ４）を検索できる。
すなわち、監視制御装置３００は、移動体情報から「進行方向」と「移動経路」を特定し、移動経路上のエリア区分において、ナレッジＤＢ３０５から各エリア（又は各場所（ＰＸ））のＱｏＥが良好となる場所（及び時刻）を検索する（図１６のＳ６２０）。
そして、監視制御装置３００は、ＱｏＥが良好となる場所を端末２００に通知する（Ｓ６３）。
端末２００はＱｏＥが良好となる場所の通知を受けると、当該場所からサービスを開始するか否かを選択し（Ｓ６４）、その結果を通知する（Ｓ４３）。図１２（Ｂ）はＱｏＥが良好となる時刻を端末２００のモニタ画面に表示される例を表わしているが、例えば、時刻を場所に代えた表モニタ画面が端末２００に表示される。
図１６に戻り、監視制御装置３００は、ＱｏＥが良好となる場所に到達したときにサービスの開始を行うことが選択されたとき（Ｓ４４でＹＥＳ）、当該場所に到達するまでのタイマのカウントを開始する（Ｓ６５）。例えば、監視制御装置３００は、移動速度と電車７５０の運行ダイヤ情報などに基づいて、現地点（Ｔ０）から各エリアへの到達時刻（ＰＸ）を検索しているため、当該時刻に到達するまでの時間をカウントしてもよい。
そして、タイマが満了すると、監視制御装置３００はサービス配信開始通知を端末２００へ送信し（Ｓ４７）、コンテンツサーバ６００からコンテンツサービスの配信が開始される（Ｓ６６）。
本動作例においても、端末２００はＱｏＥが良好となる場所でコンテンツサービスの提供を受けることができるため、例えば、ユーザは快適にサービスの提供を受けることができ、イライラ感を解消させることができる。また、端末２００は、ＱｏＥが良好となる場所でサービスコンテンツの配信を受けるため、コンテンツサーバ６００はサービスコンテンツを遅延なく端末２００へ配信することができる。さらに、コンテンツサーバ６００において端末２００に対するコンテンツサービスを提供する場所も分散されて、コンテンツサービスの提供が集中する場所が少なくなり、輻輳を防止させることができる。
なお、本動作例においてナレッジＤＢ３０５への蓄積やＱｏＥの確率密度分布の算出などについては、例えば、＜４．１＞で説明した動作例（図８など）により処理を行うことができる。
すなわち、端末２００はセンサ７００から取得した移動体情報を監視制御装置３００に送信し（図１６のＳ６０，Ｓ６１）、監視制御装置３００は移動体情報に含まれる位置情報と移動体情報を受信した時刻とをナレッジＤＢ３０５に蓄積し、個々にＱｏＥを算出する（図８のＳ２４）。そして、監視制御装置３００はＱｏＥの確率密度分布を算出し、各グループのＱｏＥをナレッジＤＢ３０５（例えば図１０）に蓄積する。監視制御装置３００はこのように蓄積されたナレッジＤＢ３０５を利用して、ＱｏＥの予測（Ｓ３２）や場所検索（Ｓ６２，Ｓ６２０）などを行う。
＜４．５ 移動経路が不明の場合の動作例＞
前述の＜４．４＞では移動体の移動経路が既知の場合の動作例について説明した。本＜４．５＞では移動経路が不明である場合の動作例について説明する。本動作例としては、例えば、端末２００を利用するユーザが自動車やバイク、自転車などとともに移動する場合である。本動作例においては、移動体の例として自動車を例にして説明する。
図１７（Ａ）及び図１７（Ｂ）は自動車７６０に設けられたセンサ７００の例を表わしている。本動作例においても、端末２００はセンサ７００から移動体情報を取得できるものとする。ただし、移動体情報としては移動体の種別と位置情報を含む。例えば、移動体の種別は自動車７６０であるか自転車であるかなどを表わし、位置情報としては現在位置の緯度及び経度を表わす。移動体がバイクや自転車であっても、バイクや自転車にはセンサ７００を備えているものとする。
図１８は本動作例のシーケンス例を表わす図である。図１１と同一の処理には同一の符号が付されている。
端末２００を利用するユーザが自動車７６０に乗車し、端末２００は自動車７６０内においてセンサ７００から移動体情報を取得する（Ｓ７０）。ただし、移動体側において、位置情報を取得する手段を有していない場合は、端末２００がＧＰＳなどにより自ら取得した位置情報を用いてもよい。
次いで、端末２００は、サービス要求を行うことを決定し（Ｓ３０）、移動体情報を含むサービス要求メッセージを監視制御装置３００に送信する（Ｓ７１）。
監視制御装置３００は、予測したＱｏＥが劣化していると判定し（Ｓ３２でＮＯ）、端末２００における選択結果がサービス開始を選択しなかったとき（Ｓ３８でＮＯ）、位置情報通知の依頼を行うことを決定し（Ｓ７４）、位置情報通知依頼を示すメッセージを端末２００へ送信する（Ｓ７５）。
端末２００は位置情報通知依頼メッセージを受信すると、ＧＰＳなどにより取得した位置情報を応答メッセージに含めて監視制御装置３００に送信する（Ｓ７６）。
監視制御装置３００は、Ｓ７１の処理で取得した位置情報とＳ７６の処理で取得した位置情報の２つの位置情報に基づいて、端末２００（又は自動車７６０）の移動方向と移動速度とを推定し、以降の移動エリアを算出する（Ｓ７７）。
例えば、端末２００の移動方向については、２つの位置情報の差分から算出できる。また、端末２００の移動速度は、移動経路が既知の場合と同様に、移動体情報に含まれる移動体種別から算出できる。そして、監視制御装置３００は、算出した移動方向と移動速度から、端末２００が移動すると予想される移動場所（又は移動エリア）や予想到着時刻も算出できる。このような移動場所と到着時刻の算出は、例えば、ＱｏＥ判定部３０８において、第１のＱｏＥ予測部３０７などを介して取得した２つの位置情報などに基づいて行われる。
次いで、監視制御装置３００は、ＱｏＥが良好となる場所を予測する（Ｓ７８）。例えば、ＱｏＥ判定部３０８は、移動経路が既知の場合と同様に、移動場所と到着時刻と検索キーにしてナレッジＤＢ３０５を検索してＱｏＥが良好となる場所を抽出する。
そして、監視制御装置３００は、ＱｏＥが良好となる場所を端末２００に通知する（Ｓ７９）。
端末２００はＱｏＥが良好となる場所の通知を受けると、当該場所からサービスを開始するか否かを選択し（Ｓ８０）、その結果を通知する（Ｓ４３）。
監視制御装置３００は、ＱｏＥが良好となる場所に到達したときにサービスの開始を行うことが選択されたとき（Ｓ４４でＹＥＳ）、当該場所に到達するまでのタイマカウントを開始する（Ｓ８１）。
監視制御装置３００は、タイマが満了すると、コンテンツサーバ６００に配信要求メッセージを送信して、コンテンツサーバ６００から端末２００へサービスコンテンツの配信が行われる（Ｓ８２）。
本動作例においても、端末２００はＱｏＥが良好となる場所においてコンテンツサービスの提供を受けることで、イライラ感を解消させることができる。また、端末２００は、ＱｏＥが良好となる場所でサービスコンテンツの配信を受けるため、コンテンツサーバ６００はサービスコンテンツを遅延なく端末２００へ配信することができる。さらに、コンテンツサーバ６００において端末２００に対するコンテンツサービスを提供する場所が分散することで、コンテンツサービスの提供が集中する場所が少なくなり、輻輳を防止させることもできる。
なお、本動作例においても、監視制御装置３００は、良好となるＱｏＥの時間間隔（例えば１０分毎など）（又は場所毎）を任意に設定することができる。
また、本動作例におけるナレッジＤＢ３０５への蓄積やＱｏＥの確率密度分布の算出などについても、例えば、移動経路が既知の場合の例（上記＜４．４＞）と同一の処理により行うことができる。
＜４．６ ナレッジＤＢへの初期値の登録＞
本移動通信システム１０の運用当初は、ナレッジＤＢ３０５のサンプル数も少なく、ＱｏＥの精度も低いことが想定される。そこで、監視制御装置３００では、サンプル数が十分でないとき、初期ＤＢ判定則を用いてＱｏＥをナレッジＤＢ３０５に蓄積することとしている。これにより、例えば、ナレッジＤＢ３０５に蓄積されたＱｏＥのサンプル数が十分でない場合でも、精度の高いＱｏＥを蓄積することが可能となる。
図１９はナレッジＤＢ３０５への初期ＤＢ処理の例を表わすフローチャートである。監視制御装置３００は、処理を開始すると（Ｓ９０）、ナレッジＤＢ３０５に蓄積されたＱｏＥの全サンプル数を算出し、サンプル数が「１０００」を超えるか否かを判定する（Ｓ９１）。「１０００」は、例えば、サンプル数が十分か否かを表わす閾値の例であり、それ以外の数値でもよい。
監視制御装置３００は、サンプル数が「１０００」以下のとき（Ｓ９１でＮ）、初期ＤＢ判定則を用いた初期ＤＢ処理を行う（Ｓ９３）。
図２０は初期ＤＢ判定則の例を表わす図である。地図情報には、さまざまな属性情報が地図データとともに付加されている。ナレッジＤＢ３０５には、例えば、このような属性情報が地図データとともにデータベースとして記憶されている。属性情報としては、例えば、各エリアのエリアカテゴリと、各エリアにおける駅の有無がある。エリアカテゴリとは、例えば、各エリアが高層ビル群のエリアか、商業地のエリアか、住宅街のエリアか、又は田園地帯のエリアかを表わしている。例えば、属性情報はエリア毎にデータベースとして蓄積されており、属性情報の各エリアはナレッジＤＢ３０５に登録された各エリア（例えば図１０）と１対１に対応するものとする。
初期ＤＢ判定則においては、エリアカテゴリと駅の有無との２つの属性情報に基づいて、各エリアにおけるＱｏＥが算出され、ナレッジＤＢ３０５に蓄積される。図２０の例では、当該エリアが「高層ビル群」（Dense Urban （Metropolitan area））の場合、高トラフィックが予想されるため、ＱｏＥは「１」（＝ＱｏＥ（１））となる。また、当該エリアが商業地（Urban）の場合、ある程度の高トラフィックが予想されるため、ＱｏＥは「２」（＝ＱｏＥ（２））、住宅街（Sub-Urban）は中トラフィック、田園地帯（Rural）は低トラフィックがそれぞれ予想されるため、ＱｏＥは「３」（＝ＱｏＥ（３））とする。
さらに、当該エリアにおいて、駅が存在する場合（「駅有」）、高トラフィックが予想されるため、「（エリアカテゴリで定めたＱｏＥ）−１」を当該エリアにおけるＱｏＥとする。一方、当該エリアにおいて駅が存在しない場合（「駅無」）、低トラフィックが想定されるため、エリアカテゴリで定めたＱｏＥの値をそのまま維持する。
図２１はこのような初期ＤＢ判定則によって判定されたＱｏＥの例を表わしおり、「想定ＱｏＥ」がナレッジＤＢ３０５に蓄積される。
移動通信システム１０の初期運用時には、このように初期ＤＢ判定則により蓄積されたナレッジＤＢ３０５を利用して、ＱｏＥが良好となる時刻や場所などが検索される。
＜４．７ 各処理のフロー＞
次に、上記した動作例における監視制御装置３００で行われる各処理について説明する。図２２（Ａ）から図２８は各処理の例を表わすフローチャートである。上述した動作例と重複した処理もあるため、簡単に説明することにする。
図２２（Ａ）及び図２２（Ｂ）は監視制御装置３００において端末２００からデータを取得した場合におけるデータ蓄積処理の例を表わしている。これらの例は、例えば、ユーザデータの収集（例えば図６のＳ１１）やＱｏＥの算出（例えば図８のＳ２４）に対応する。
図２２（Ａ）の例は、監視制御装置３００は取得したデータをそのままデータ蓄積部（またはナレッジＤＢ）３０５へ蓄積する（Ｓ１００，Ｓ１０１）。一方、図２２（Ｂ）の例では、監視制御装置３００はＱｏＥを算出し、算出したＱｏＥをデータ蓄積部３０５へ蓄積する（Ｓ１１０〜Ｓ１１３）。この場合、監視制御装置３００は、取得したデータもデータ蓄積部３０５へ蓄積してもよい。
図２２（Ａ）と図２２（Ｂ）の例では、蓄積するデータとしては、端末２００の位置情報（図１１のＳ３１など）や移動体情報（図１６のＳ６１など）などがある。
図２３（Ａ）及び図２３（Ｂ）は確率密度分布処理の例を表わすフローチャートである。確率密度分布処理は、例えば、図８のＳ２５に対応する。
図２３（Ａ）の例では、監視制御装置３００はデータ蓄積部３０５からＱｏＥを読み出して、確率密度分布を算出し、ナレッジＤＢ３０５に蓄積する（Ｓ１２０〜Ｓ１２３）。例えば、ＱｏＥ確率密度分布算出部３０６はデータ蓄積部３０５から、エリア毎および時間毎にＱｏＥを読み出し、当該グループ内で最も確率密度の高いＱｏＥをナレッジＤＢ３０５に蓄積する。
一方、図２３（Ｂ）の例は、監視制御装置３００がビッグデータ解析によるリアルタイム処理が可能な場合の例であり、蓄積データから瞬時に確率密度分布を算出して、ナレッジＤＢ３０５に蓄積する（Ｓ１３０〜Ｓ１３２）。
図２４はＱｏＥ算出処理の例を表わすフローチャートである。図２２（Ｂ）の処理を詳細にしたフローチャートでもある。
監視制御装置３００は、ユーザデータを取得すると（Ｓ１４０）、ＱｏＥ判定則（例えば図９）を利用して、トラフィック量と遅延時間量とに基づいてＱｏＥを算出する（Ｓ１４１）。監視制御装置３００は、算出したＱｏＥをデータ蓄積部３０５に蓄積する（Ｓ１４２）。
図２５は確率密度分布処理の例を表わすフローチャートであり、例えば、図２３（Ａ）に示す処理を詳細にしたフローチャートでもある。
監視制御装置３００は、データ蓄積部３０５からＱｏＥを抽出し（Ｓ１５１）、ＱｏＥの確率密度分布を算出し（Ｓ１５２）、例えば最も確率密度の高いＱｏＥを当該グループのＱｏＥとして、ナレッジＤＢ３０５に蓄積する（Ｓ１５３）。その一方、ナレッジＤＢ３０５に蓄積するＱｏＥは、当該グループにおけるＱｏＥの予測（図１１のＳ３２）に利用される（Ｓ１５４）。
図２６はＱｏＥの予測処理の例を表わすフローチャートである。本処理は、例えば、図１１のＳ３２に対応する処理でもある。
監視制御装置３００は、例えば、サービス要求メッセージの受信によって、ユーザデータを取得する（Ｓ１６０）。そして、監視制御装置３００は、位置情報と時刻とを検索キーにして、ナレッジＤＢ３０５からＱｏＥを抽出する（Ｓ１６１，Ｓ１６２）。抽出したＱｏＥは、例えば、ユーザがサービスコンテンツの配信を受けるときにおいて受けると予測されるＱｏＥである。
図２７はユーザがサービスを利用する際の処理の例を表わすフローチャートである。本処理は、例えば、図１１のＳ３２からＳ４１までの処理や図２６に示す処理を含む。
監視制御装置３００は、サービス要求メッセージを受信すると、位置情報と時刻とを取得し、ナレッジＤＢ３０５からＱｏＥを抽出する（Ｓ１７０，Ｓ１７１）。
監視制御装置３００は、抽出したＱｏＥと閾値とを比較して、ＱｏＥが閾値以下か否かを判定する（Ｓ１７３）。そして、監視制御装置３００は、ＱｏＥが閾値以下と判定すると、良好なＱｏＥで配信可能な時刻をナレッジＤＢ３０５から検索し（Ｓ１７４）、検索した時刻を通知する（Ｓ１７５）。検索する対象は、時刻だけでなく場所であってもよい。
図２８はサービス提供処理の例を表わすフローチャートである。本処理は、例えば、図１１のＳ４３からＳ４８までの処理に対応する。
監視制御装置３００は、ＱｏＥが良好となる時刻からサービスを開始することを了解する旨のメッセージを端末２００から受信すると（Ｓ１８０）、タイマカウントを開始する（Ｓ１８１）。監視制御装置３００は、開始したタイマカウントのタイマが満了すると（Ｓ１８２）、コンテンツサーバ６００に対して、サービスコンテンツ配信を指示する（Ｓ１８３）。当該指示によって、コンテンツサーバ６００から端末２００へサービスコンテンツが配信される。
＜４．８ ＱｏＥの予測及び改善＞
次に、ＱｏＥの予測に関して説明する。ＱｏＥに関し、とくに、確率密度分布の算出（例えば図２５）においては過去に算出されたＱｏＥが利用される場合がある。この場合において、例えば、監視制御装置３００はＱｏＥの時間的な推移を予測し、良好な方向に推移しているのか劣化している方向に推移しているのを判定することができれば、ＱｏＥレベルに応じたサービスの提供を行わせることも可能である。以下において、図２９から図３７を適宜参照して、ＱｏＥの推移を予測することについて説明する。
図２９はＱｏＥの予測に関するモデルの例を表わしている。例えば、ある時刻ｔおける観測事象θｔがある。観測事象としては、例えば、位置情報や時刻情報などがある。このような観測事象θｔに対して、ＱｏＥ（ｔ）が推定（又は予測）される。例えば、ナレッジＤＢ３０５に蓄積されたＱｏＥを抽出することでＱｏＥが推定される。推定されるＱｏＥは、時刻（ｔ−１）の観測事象θｔ−１と時刻（ｔ＋１）の観測事象θｔ＋１に対しても、ＱｏＥ（ｔ−１）、ＱｏＥ（ｔ＋１）がそれぞれ推定される。
ここで、ある時点のＱｏＥは、それ以前の個々のＱｏＥとは独立的と見なすことができる（例えばマルコフ連鎖）。すなわち、時刻ｔのＱｏＥ（ｔ）はその時刻ｔの通信環境などに依存し、次の時刻（ｔ＋１）のＱｏＥ（ｔ＋１）も時刻（ｔ＋１）の通信環境に依存する。しかし、時刻（ｔ）の通信環境などの変動要因は時刻（ｔ−１）時点の通信環境などの要因には依存しない。従って、各時刻におけるＱｏＥは独立事象と見なすことができる。
すなわち、時刻（ｔ）におけるＱｏＥ（ｔ）が次の時刻（ｔ＋１）において取り得るＱｏＥ（ｔ＋１）は一種の確率過程と考えることができる。
図３０はこのような確率過程を表わす図である。例えば、時刻（ｔ）においてＱｏＥ（ｔ）が得られ場合において、次時刻（ｔ＋１）におけるＱｏＥ（ｔ＋１）は、図３０における「Ｘ」、「Ｙ」、または「Ｚ」のいずれかに出現（又は遷移）すると見なすことができる。
ここで、人間の心理的要因の影響により、品質向上と品質低下とでは低下する方が強く評価されるというＡｓｙｍｍｅｔｒｉｃ Ｔｒａｃｋｉｎｇ Ｍｏｄｅｌを考慮するものとする。かかる点を考慮して、現時刻までに観測したＱｏＥが最悪値＝極小点の出現により、観測（又は選択）を中止して、ＱｏＥの推移確率を求めることとする。すなわち、すべての時間間隔に亘りＱｏＥを測定するのではなく、数回のＱｏＥの観測結果に基づいてＱｏＥの推移が算出される。
図３１は観測されたＱｏＥの例を表わしている。時刻ｔ１ではＱｏＥ＝Ａ１＝６、時刻ｔ２ではＱｏＥ＝Ａ２＝４、…が推定（又は予測）されている。例えば、ＱｏＥ＝Ａ６、Ａ４、またはＡ２のいずれかが推定されると、極小点が出現し、ＱｏＥの観測は終了となる。
時刻Ｔ時点の極小点＝ＱｏＥｎ−１、時刻Ｔ時点の極小点に次ぐ極小点＝ＱｏＥｎ、時刻Ｔ時点の極大点＝ＱｏＥｎ＋１とすると、推移確率Ｑｎ，Ｐｎは
推移確率Ｑｎ＝［ＱｏＥｎ＋１−ＱｏＥｎ］／［ＱｏＥｎ＋１−ＱｏＥｎ−１］
推移確率Ｐｎ＝［ＱｏＥｎ−ＱｏＥｎ−１］／［ＱｏＥｎ＋１−ＱｏＥｎ−１］
と表わすことができる。ここで、Ｑｎは品質悪化方向への推移確率であり、Ｐｎは品質向上方向への推移確率である。
図３１の例において、時刻ｔ６で観測が終了した場合、Ｑ６＝５／６、Ｐ６＝１／６となり、Ｑｎの方がＰｎよりも高い値となる。かかる場合、ＱｏＥの挙動は良好でない確率が高いと推論できる。また、時刻ｔ５で観測が終了した場合、Ｑ５＝４／５、Ｐ５＝１／５となり、この場合もＱｏＥは良好でない確率が高いと推論できる。
ここで、ＱｏＥの変動の幅（又は大きさ）がユーザの視聴品質に影響を与える場合もある。図３２に示すように、例えば、観測区間における変位値Δｆ（ｎ）ｍａｘ．−ｍｉｎ．が閾値以上であり、劣化方向への変動が大きいとき、視聴品質に与える影響は大きくなる。
図３３（Ａ）の例は変位値Δｆ（ｎ）ｍａｘ．−ｍｉｎ．＜０となる例を表わしており、例えば、このような場合、視聴品質も悪化するものとなる。一方、図３３（Ｂ）の例は変位値Δｆ（ｎ）ｍａｘ．−ｍｉｎ．＞０となる例を表わしており、この場合、視聴品質は良化しているものとなる。
図３４は変位値Δｆ（ｎ）に対して非対称な離散値で重み付けが行われる例を表わしている。変位値Δｆ（ｎ）が負値を取り得るとき、悪化する方向に強く影響を受けるとする人間の心理的要因（又はＡｓｙｍｍｅｔｒｉｃ Ｔｒａｃｋｉｎｇ Ｍｏｄｅｌ）を考慮して、変位値Δｆ（ｎ）に対して非対称の離散値で重み付けが行われる。
他方、ＱｏＥの分布によりその推移傾向を判断することも可能である。例えば、ある単位時間（Ｔ−ｎ〜Ｔ＋ｎ）におけるＱｏＥの分布は、所定の品質基準値を中心にして正規分布を取り得る。
図３５はかかる正規分布の例を表わしている。この分布状態からＱｏＥの推移傾向を判定することもできる。図３６はＱｏＥの分布状態の推移例を表わしている。例えば、ＱｏＥが良好な方向に推移するときは図３６において右方向にずれた推移となり、ＱｏＥが劣化する方向に推移するときは図３６において左方向にずれた推移となる。このようなＱｏＥの正規分布から推移傾向を判断することが可能である。
正規分布に関しては、バラツキ度や偏り度を算出することができ、バラツキ度や偏り度の数値によってＱｏＥの推移傾向も判定することができる。バラツキ度ＱｏＥSTANDARD DEVIATIONは、
ＱｏＥSTANDARD DEVIATION＝√｛（ＱｏＥ（０）−ＱｏＥＡＶＥ）２＋（ＱｏＥ（１）−ＱｏＥＡＶＥ）２＋・・・＋（ＱｏＥ（ｎ）−ＱｏＥＡＶＥ）２｝／ｎ
により算出できる。
偏り度ＱｏＥDEVIATIONは、例えば、
ＱｏＥDEVIATION＝｛（ＱｏＥ（ｂ１）ＡＶＥ−ＱｏＥ（ｂ）STANDARD）２＋（ＱｏＥ（ｂ２）ＡＶＥ−ＱｏＥ（ｂ）STANDARD）２＋・・・｝／ＱｏＥ（ｂ）STANDARD
により算出できる。ただし、ＱｏＥ（ｂ）ＡＶＥは正規化値ＱｏＥ（ｎ）の平均、ＱｏＥ（ｂ）STANDARDは品質基準値をそれぞれ表わしている。
例えば、偏り度ＱｏＥDEVIATIONが「７．８１」より大きいときは、各ブロックで偏りがないとした仮定では「稀なことがおこった」と判断でき、ＱｏＥに偏りがあると見なすことができる。
以上から、監視制御装置３００は、所定観測区間もしくはデータトラヒック受信区間におけるＱｏＥの推移確率、ＱｏＥの分布状態、又はバラツキ度や偏り度などから、ＱｏＥの推移傾向を把握することができる。
図３７は上述した計算などが行われる場合の監視制御装置３００の構成例を表わしている。監視制御装置３００は、さらに、観測事象受付部３１１、運用者要求受付部３１２、関連情報受付部３１３、観測事象抽出部３１４、観測事象分析部３１５、ＱｏＥ判定部３１６、統計解析部３１７、表示編集部３１８、モニタ３１９、対処履歴部３２０、ナレッジ追加修正部３２１、ナレジ登録部３２２を備える。
ここで、観測事象抽出部３１４と観測事象分析部３１５、ＱｏＥ判定部３１６、統計解析部３１７は、例えば、ＱｏＥ算出部３０４に対応する。
推移確率Ｑｎ，Ｐｎ、変位値Δｆ、バラツキ度ＱｏＥSTANDARD DEVIATION、偏り度ＱｏＥDEVIATIONなどの計算は、例えば、統計解析部３１７で行われる。また、閾値との比較などによるＱｏＥの品質判定などは、例えば、ＱｏＥ判定部３１６で行われる。表示編集部３１８はＱｏＥの分布状態や推移確率Ｑｎ，Ｐｎ、変位値Δｆ、バラツキ度ＱｏＥSTANDARD DEVIATION、偏り度ＱｏＥDEVIATIONなどを表示部３１９に出力することで表示部３１９はこれらのグラフや値などが表示される。このような表示により、例えば、ＱｏＥの推移傾向などをリアルタイムでシステム運用者に通知することができる。
＜４．９ サービスコンテンツ変更処理＞
次に、サービスコンテンツ変更処理について説明する。本移動通信システム１０においては、コンテンツ配信開始時や配信中に、予測ＱｏＥに応じてコンテンツを変更することができる。以下、詳細について説明する。
図３８はコンテンツの種類とユーザ体感品質（ＱｏＥ）との対応関係を表わす図である。例えば、ユーザが要求したコンテンツが映像及び音声を含むコンテンツであるときにおいて、予測ＱｏＥが「良好」であるとき、監視制御装置３００は要求コンテンツをそのまま配信させるようにする。
一方、予測ＱｏＥが「普通」であるとき、監視制御装置３００は、要求コンテンツを配信させるのではなく、字幕付きの映像データ含むコンテンツを配信させるようにする。さらに、予測ＱｏＥが「劣化」であるとき、監視制御装置３００は、要求コンテンツを配信させず、漫画（又はアニメーション）形式のコンテンツを配信させる。
また、図３８に示すように、ＱｏＥに応じて画像サイズを変更させるようにすることもできる。例えば、監視制御装置３００は、ＱｏＥが「良好」のときはオリジナルサイズのコンテンツを配信させ、ＱｏＥが「普通」のときは中サイズ、「劣化」のときは小サイズのコンテンツを配信させるようにする。
さらに、例えば、ユーザがＴＶ電話によるサービスコンテンツの配信を要求した場合、監視制御装置３００は、ＱｏＥが「良好」のときはそのままＴＶ電話を配信させ、ＱｏＥが「普通」又は「劣化」のとき電子メールや音声通話などに変更することもできる。
あるいは、ユーザがオンラインチャットによるサービスコンテンツの配信を要求した場合、監視制御装置３００は、ＱｏＥが「良好」のときそのままオンラインチャットの配信を行う。この場合、監視制御装置３００は、ＱｏＥが「普通」又は「劣化」のとき、オンラインチャットからＳＮＳ（Social Networking Service）や電子メールに変更する。
図３９は本動作例における監視制御装置３００の構成例を表わす図である。監視制御装置３００は、更に、コンテンツ変更制御部３３０を備える。
コンテンツ変更制御部３３０は、例えば、ＱｏＥ判定部３０８から予測ＱｏＥを受け取り、予測ＱｏＥに応じたコンテンツの種類を決定し、決定したコンテンツの種類を配信するようを指示するメッセージをコンテンツサーバ６００に送信する。この場合、コンテンツ変更制御部３３０は、例えば、ＱｏＥとコンテンツの種類とを対応関係を示すテーブル（例えば図３８）を備え、ＱｏＥ判定部３０８からの予測ＱｏＥに応じたコンテンツの種類を抽出する。
ただし、コンテンツ変更制御部３３０は、配信または要求されたコンテンツに対してその種類を変更しない場合、コンテンツサーバ６００へメッセージを送信しないようにすることもできる。
図４０はサービスコンテンツ変更処理のシーケンス例を表わす図である。図１１に示す処理と同一の処理には同一の符号が付されている。
監視制御装置３００は、コンテンツ要求メッセージを受信し、予測ＱｏＥが閾値を超えるとき（Ｓ３２でＹＥＳ）、要求された種類のコンテンツを提供するよう指示する（Ｓ２０３）。例えば、ＱｏＥ判定部３０８は、予測ＱｏＥが閾値以上のとき、コンテンツ要求メッセージに含まれるコンテンツの種類でサービスコンテンツを提供するようコンテンツ変更制御部３３０に指示する。
コンテンツ変更制御部３３０は、コンテンツの提供指示を受けて、コンテンツサーバ６００に対して要求された種類のコンテンツを配信するようメッセージを送信する（Ｓ２０４）。そして、監視制御装置３００は処理を終了させる（Ｓ２０２）。
一方、監視制御装置３００は、予測ＱｏＥが閾値以下のとき（Ｓ３２でＮＯ）、予測ＱｏＥをコンテンツ変更制御部３３０に通知する（Ｓ２０５）。そして、コンテンツ変更制御部３３０は、予測ＱｏＥに基づいて配信するコンテンツの種類を算出し（Ｓ２０６）、算出したコンテンツの種類を監視制御装置３００へ通知する（Ｓ２０７）。
監視制御装置３００は、予測ＱｏＥと算出したコンテンツの種類とを端末２００へ通知することを決定し（Ｓ２０８）、予測ＱｏＥと算出したコンテンツの種類（又は提案コンテンツの種類）を端末２００へ送信する（Ｓ２０９）。例えば、コンテンツ変更制御部３３０は通知処理部３１０へ提案コンテンツの種類を通知し、通知処理部３１０は予測ＱｏＥと提案コンテンツの種類とを含むメッセージを生成して端末２００へ送信する。
端末２００は、予測ＱｏＥと提案コンテンツの種類とを受信すると、提案コンテンツの種類を選択するか否かを選択し（Ｓ２１０）、選択結果を監視制御装置３００に送信する（Ｓ２１１）。例えば、端末２００の制御部２４０はモニタ画面上に予測ＱｏＥと提案コンテンツの種類を表示させることでユーザに選択を促す。端末２００は、例えば、提案コンテンツを選択したか否かを示すメッセージを送信するなどして選択結果を通知する。
監視制御装置３００は、選択結果を受信すると、提案コンテンツの種類が選択されたか否かを判定し（Ｓ２１２）、提案コンテンツが選択されたとき（Ｓ２１２でＹＥＳ）、提案コンテンツの種類をコンテンツ変更制御部３３０へ通知する（Ｓ２１３，Ｓ２１５）。そして、コンテンツ変更制御部３３０は、例えば、提案コンテンツの種類を示すメッセージをコンテンツサーバ６００に送信することで、提案コンテンツの種類でサービスコンテンツが配信される（Ｓ２１６）。その後、監視制御装置３００は処理を終了させる（Ｓ２１４）。従って、例えば、コンテンツサーバ６００には、映像及び音声を含むコンテンツ以外にも、音声はなく字幕付きの映像コンテンツや、漫画形式のコンテンツ、或いは同一コンテンツでも種々のサイズのコンテンツなどを蓄積している。
一方、監視制御装置３００は、提案コンテンツの種類が選択されなかったとき（Ｓ２１２でＮＯ）、端末２００が要求した種類のコンテンツ（Ｓ３０，Ｓ３１）を提供するようコンテンツ変更制御部３３０へ指示する（Ｓ２１８）。そして、コンテンツ変更制御部３３０は、コンテンツサーバ６００に対して、端末２００が要求した種類のコンテンツを配信するよう制御する。これにより、例えば、ＱｏＥは良好でないけれども、ユーザが当初要求した種類のコンテンツが配信される。その後、監視制御装置３００は処理を終了させる（Ｓ２１９）。
サービスコンテンツの変更については、例えば、ＱｏＥに応じて伝送レートを変更することもできる。図４１は伝送レートを変更する場合の監視制御装置３００の構成例、図４２はＱｏＥと伝送レートとの対応関係を表わす図である。
監視制御装置３００は、更に、伝送レート変更制御部３４０を備える。伝送レート変更制御部３４０は、例えば、ＱｏＥ判定部３０８からの予測ＱｏＥに対応する伝送レートをテーブル（例えば図４２）から取得し、変更後の伝送レートでサービスコンテンツを配信するようコンテンツサーバ６００を制御する。
例えば、伝送レートについては、「２Ｍｂｐｓ」、「８００ｋｂｐｓ」、「１００ｋｂｐｓ」などがあり、ＱｏＥの「良好」、「普通」、「劣化」に応じて伝送レートがそれぞれ選択されるようになっている。
なお、本シーケンス例は、コンテンツ変更制御部３３０を伝送レート変更制御部３４０に変更し、コンテンツの種類を伝送レートの種類に変更することで、コンテンツの種類を変更する例（例えば図４０）と同一の処理を行うことができる。
このようにコンテンツの種類が変更される場合においても、端末２００はＱｏＥに応じた種類のコンテンツの配信を受けるため、イライラ感を解消させることができ、また、配信についても遅延なくコンテンツが提供される。また、ＱｏＥが「劣化」のとき、「良好」と比較して、伝送レートを小さくして配信が行われる場合もあるため、ネットワークにおける伝送負荷も分散され、ネットワークにおける輻輳を防止させることもできる。
上述した例においては、例えば、図４０に示すように、コンテンツの配信が開始される際における処理について説明した。例えば、コンテンツ配信中においてもコンテンツの種類を変更することは可能である。例えば、端末２００がサービスコンテンツの提供を受けているとき、位置情報を含むメッセージを監視制御装置３００に適宜送信することで、監視制御装置３００はそのときにおける提案コンテンツの種類を選択して端末２００へ適宜通知できる。従って、本移動通信システム１０では、コンテンツ配信の開始時だけでなく、コンテンツ配信中においても、コンテンツの種類を変更することができる。
＜４．１０ 制御例＞
図４３はどのようにサービスコンテンツが配信されるかの例を表わしている。この例では、端末２００を利用するユーザが電車を利用して、「Ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ」から「Ｕｒｂａｎ ａｒｅａ」を経由して、「Ｓｕｂ−Ｕｒｂａｎ ａｒｅａ」へ移動する例を表わしている。
このような例において、「Ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ」では、トラヒックは他と比較して高く、ＱｏＳも他と比較して良好ではない。そのため、ユーザはこのようなエリアでコンテンツサービスの提供を受けても、応答遅延などによりイライラ感が募る。ただし、本移動通信システム１０においては、ユーザはイライラ感が募ることを了解した上で、「Ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ」においてもサービスコンテンツを提供することも可能である。
本移動通信システム１０では、「Ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ」に位置する端末２００に対して、ＱｏＥが良好となる場所（例えば「Ｓｕｂ−Ｕｒｂａｎ ａｒｅａ」）または時刻を通知し、当該場所に電車が移動すると（又は当該時刻になると）、サービスコンテンツを配信するようにしている。
［その他の実施の形態］
次にその他の実施の形態について説明する。第２の実施の形態において、監視制御装置３００は基地局１００と別個の装置として、移動通信システム１０に配置される例について説明した。例えば、監視制御装置３００（又は監視制御装置３００の機能）が基地局１００内に設けられてもよい。
図４４及び図４５はかかる場合の移動通信システム１０の構成例を表わしている。図４４は基地局１００の制御部１４０内に監視制御装置３００が含まれる例である。例えば、監視制御装置３００におけるＣＰＵ３５０としての機能が制御部１４０に含まれる。一方、図４５は、監視制御装置３００が基地局１００の制御部１４０に外付けされる例を表わしている。
いずれの例においても、基地局１００は、複数の無線部（ＲＲＵ：Remoto Radio Unit）１６０−１〜１６０−３と１つの制御部（ＢＢＵ：Base Band Unit）１４０とを備え、１つの制御部１４０が複数の無線部１６０−１〜１６０−３を集中制御（Ｃ−ＢＢＵ：Centralized BBU）することができる。
以上まとめると付記のようになる。
（付記１）
コンテンツを蓄積するコンテンツサーバと、
前記コンテンツサーバから送信された前記コンテンツを受信する無線基地局装置と、
前記無線基地局装置から無線送信された前記コンテンツを受信する端末装置と、
前記コンテンツサーバに対して前記端末装置への前記コンテンツの配信を制御する監視制御装置とを備える移動通信システムにおいて、
前記コンテンツに対する第１の配信要求が前記端末装置から送信されることに応じて予測される前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が前記所定基準を満たす時刻又は場所に関する情報を前記端末装置のユーザに通知する、
ことを特徴とする移動通信システム。
（付記１Ａ）
前記監視制御装置は、前記無線基地局装置を介して前記端末装置から受信した前記コンテンツに対する第１の配信要求に基づいて、前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質を予測し、前記予測されたユーザ体感品質が所定基準を満たさないときは当該ユーザ体感品質が前記所定基準を満たす時刻又は場所を、前記無線基地局装置を介して前記端末装置へ送信する制御部を備えることを特徴とする付記１記載の移動通信システム。
（付記２）
前記制御部は、前記端末装置から送信された前記コンテンツに対する第２の配信要求を受信した後、当該第２の配信要求に対する前記コンテンツの配信を前記端末装置に行うまでの遅延時間と当該第２の配信要求のトラフィック量に基づいて、前記ユーザ体感品質を算出することを特徴とする付記１Ａ記載の移動通信システム。
（付記３）
前記制御部は、前記第２の配信要求を送信した前記端末装置が位置するエリアにおいて、前記第２の配信要求の受信時刻が含まれる所定時間間隔毎に、前記ユーザ体感品質を算出することを特徴とする付記２記載の移動通信システム。
（付記４）
前記制御部は、前記エリアにおける前記所定時間間隔毎において、算出された個数が最も多い前記ユーザ体感品質を、当該エリアの当該所定時間間隔における前記ユーザ体感品質として、前記ユーザ体感品質を算出することを特徴とする付記３記載の移動通信システム。
（付記５）
更に、メモリを備え、
前記制御部は、前記算出されたユーザ体感品質を前記エリア毎及び前記所定間隔時間毎に前記メモリへ記憶することを特徴とする付記４記載の移動通信システム。
（付記６）
前記制御部は、前記第１の配信要求に含まれる位置情報と前記第１の配信要求の受信時刻とに基づいて、前記算出されたユーザ体感品質から対応するユーザ体感品質を抽出し、当該抽出されたユーザ体感品質を前記予測されたユーザ体感品質とすることを特徴とする付記２記載の移動通信システム。
（付記７）
前記制御部は、前記位置情報に対応するエリアと、前記受信時刻が含まれる所定時間間隔とに基づいて、前記エリアと前記所定時間間隔に対応する前記ユーザ体感品質を抽出することを特徴とする付記６記載の移動通信システム。
（付記８）
前記制御部は、前記通知した時刻又は場所において前記端末装置が前記コンテンツの配信を受けることを了解したとき、当該通知した時刻又は場所において前記コンテンツの配信を受けるよう前記コンテンツサーバを制御することを特徴とする付記１Ａ記載の移動通信システム。
（付記９）
更に、移動体情報を無線送信するセンサを有する移動体を備え、
前記端末装置は前記移動体とともに移動するときにおいて前記センサから前記移動体情報を受信し、
前記制御部は、前記端末装置から送信された前記移動体情報に基づいて、前記予測されたユーザ体感品質が所定基準を満たす場所を算出し、当該算出された場所を前記端末装置へ送信することを特徴とする付記１Ａ記載の移動通信システム。
（付記１０）
前記制御部は、前記端末装置から送信された移動体情報に含まれる前記移動体又は前記端末装置の位置情報、前記移動体の運行区間情報、及び前記移動体の行先情報に基づいて、前記端末装置が通過する場所を算出し、前記移動体情報に含まれる前記移動体の種別情報に基づいて前記通過する場所へ前記端末装置が到達する時刻を算出し、算出された前記場所と時刻とに基づいて、前記予測されたユーザ体感品質が所定基準を満たす場所を算出し、当該算出された場所を前記端末装置へ送信することを特徴とする付記９記載の移動通信システム。
（付記１１）
更に、移動体情報を無線送信するセンサを有する移動体を備え、
前記端末装置は前記移動体とともに移動するときにおいて前記センサから前記移動体情報を受信し、
前記制御部は、前記端末装置から送信された前記移動体情報に含まれる第１の位置情報と、前記端末装置から送信された第２の位置情報とに基づいて、前記予測されたユーザ体感品質が所定基準を満たす場所を算出し、当該算出された場所を前記端末装置へ送信することを特徴とする付記１Ａ記載の移動通信システム。
（付記１２）
前記制御部は、前記第１及び第２の位置情報に基づいて、前記端末装置が通過する場所を算出し、前記移動体情報に含まれる前記移動体の種別情報に基づいて前記通過する場所へ前記端末装置が到達する時刻を算出し、算出された前記場所と時刻とに基づいて、前記予測されたユーザ体感品質が所定基準を満たす場所を算出し、当該算出された場所を前記端末装置へ送信することを特徴とする付記１１記載の移動通信システム。
（付記１３）
前記制御部は、前記算出されたユーザ体感品質の数が閾値以下のとき、前記端末装置が位置するエリアの属性に基づいて、前記算出されたユーザ体感品質以外のユーザ体感品質を算出することを特徴とする付記２記載の移動通信システム。
（付記１４）
更に、地図情報を保持するメモリを備え、
前記制御部は、前記第２の配信要求に含まれる位置情報に対応する前記エリアの属性を、前記地図情報とともに記憶されたエリア毎の属性に基づいて算出することを特徴とする付記１３記載の移動通信システム。
（付記１５）
前記制御部は、前記エリアの属性と、前記エリアに駅が含まれるか否かとに基づいて、前記算出されたユーザ体感品質以外のユーザ体感品質を算出することを特徴とする付記１４記載の移動通信システム。
（付記１６）
前記制御部は、前記予測されたユーザ体感品質が所定基準を満たさないときは、前記第１の配信要求により要求されたコンテンツの種類とは異なる種類のコンテンツを前記コンテンツサーバから配信させることを特徴とする付記１記載の移動通信システム。
（付記１７）
前記制御部は、前記予測されたユーザ体感品質が所定基準を満たさないときは、前記第１の配信要求により要求されたコンテンツの伝送レートより低い伝送レートのコンテンツを配信させることを特徴とする付記１６記載の移動通信システム。
（付記１８）
前記制御部は、前記予測されたユーザ体感品質が所定基準を満たさないときは、ＴＶ電話から電子メール或いは音声通話、又はオンラインチャットからソーシャルネットワーキングサービス或いは電子メールに変更することを特徴とする付記１７記載の移動通信システム。
（付記１９）
コンテンツを蓄積するコンテンツサーバと、前記コンテンツサーバから送信された前記コンテンツを受信する無線基地局装置と、前記無線基地局装置から無線送信された前記コンテンツを受信する端末装置と、前記コンテンツサーバに対して前記端末装置への前記コンテンツの配信を制御する監視制御装置とを備える移動通信システムにおけるユーザ体感品質予測方法であって、
前記監視制御装置は、前記コンテンツに対する第１の配信要求が前記端末装置から送信されることに応じて予測される前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が前記所定基準を満たす時刻又は場所に関する情報を前記端末装置のユーザに通知することを特徴とするユーザ体感品質予測方法。
（付記２０）
コンテンツサーバに対して、当該コンテンツサーバから無線基地局装置を介して端末装置へ配信されるコンテンツの配信を制御する監視制御装置において、
前記コンテンツに対する第１の配信要求が前記端末装置から送信されることに応じて予測される前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が前記所定基準を満たす時刻又は場所に関する情報を前記端末装置のユーザに通知する制御部
を備えることを特徴とする監視制御装置。
１０：移動通信システム
１００（１００−１，１００−２）：無線基地局装置（基地局）
１４０：制御部 １６０：ＣＰＵ
２００（２００−１，２００−２）：端末装置（端末）
２４０：制御部 ２５０：ＣＰＵ
３００：監視制御装置 ３０３，３５１：インタフェース
３０４：ＱｏＥ算出部 ３０５：データ蓄積部（ナレッジＤＢ）
３０６：ＱｏＥ確率密度分布算出部 ３０７：第１のＱｏＥ予測部
３０８：ＱｏＥ判定部 ３０９：第２のＱｏＥ予測部
３１０：通知処理部 ３３０：コンテンツ変更制御部
３４０：伝送レート変更制御部 ３５０：ＣＰＵ
３５２：メモリ ３６０：制御部
４００：コアネットワーク ５００：インターネット
６００：コンテンツサーバ ７００：センサ

Claims (11)

  1. コンテンツを蓄積するコンテンツサーバと、
    前記コンテンツサーバから送信された前記コンテンツを受信する無線基地局装置と、
    前記無線基地局装置から無線送信された前記コンテンツを受信する端末装置と、
    前記コンテンツサーバに対して前記端末装置への前記コンテンツの配信を制御する監視制御装置とを備える移動通信システムにおいて、
    前記コンテンツに対する第１の配信要求が前記端末装置から送信されることに応じて予測される前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が前記所定基準を満たす時刻又は場所に関する情報を前記端末装置のユーザに通知する
    ことを特徴とする移動通信システム。
  2. 前記監視制御装置は、前記無線基地局装置を介して前記端末装置から受信した前記コンテンツに対する第１の配信要求に基づいて、前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質を予測し、前記予測されたユーザ体感品質が所定基準を満たさないときは当該ユーザ体感品質が前記所定基準を満たす時刻又は場所を、前記無線基地局装置を介して前記端末装置へ送信する制御部を備えることを特徴とする請求項１記載の移動通信システム。
  3. 前記制御部は、前記端末装置から送信された前記コンテンツに対する第２の配信要求を受信した後、当該第２の配信要求に対する前記コンテンツの配信を前記端末装置に行うまでの遅延時間と当該第２の配信要求のトラフィック量に基づいて、前記ユーザ体感品質を算出することを特徴とする請求項２記載の移動通信システム。
  4. 前記制御部は、前記第２の配信要求を送信した前記端末装置が位置するエリアにおいて、前記第２の配信要求の受信時刻が含まれる所定時間間隔毎に、前記ユーザ体感品質を算出することを特徴とする請求項３記載の移動通信システム。
  5. 前記制御部は、前記第１の配信要求に含まれる位置情報と前記第１の配信要求の受信時刻とに基づいて、前記算出されたユーザ体感品質から対応するユーザ体感品質を抽出し、当該抽出されたユーザ体感品質を前記予測されたユーザ体感品質とすることを特徴とする請求項３記載の移動通信システム。
  6. 更に、移動体情報を無線送信するセンサを有する移動体を備え、
    前記端末装置は前記移動体とともに移動するときにおいて前記センサから前記移動体情報を受信し、
    前記制御部は、前記端末装置から送信された前記移動体情報に基づいて、前記予測されたユーザ体感品質が所定基準を満たす場所を算出し、当該算出された場所を前記端末装置へ送信することを特徴とする請求項２記載の移動通信システム。
  7. 更に、移動体情報を無線送信するセンサを有する移動体を備え、
    前記端末装置は前記移動体とともに移動するときにおいて前記センサから前記移動体情報を受信し、
    前記制御部は、前記端末装置から送信された前記移動体情報に含まれる第１の位置情報と、前記端末装置から送信された第２の位置情報とに基づいて、前記予測されたユーザ体感品質が所定基準を満たす場所を算出し、当該算出された場所を前記端末装置へ送信することを特徴とする請求項２記載の移動通信システム。
  8. 前記制御部は、前記算出されたユーザ体感品質の数が閾値以下のとき、前記端末装置が位置するエリアの属性に基づいて、前記算出されたユーザ体感品質以外のユーザ体感品質を算出することを特徴とする請求項３記載の移動通信システム。
  9. 前記制御部は、前記予測されたユーザ体感品質が所定基準を満たさないときは、前記第１の配信要求により要求されたコンテンツの種類とは異なる種類のコンテンツを前記コンテンツサーバから配信させることを特徴とする請求項２記載の移動通信システム。
  10. コンテンツを蓄積するコンテンツサーバと、前記コンテンツサーバから送信された前記コンテンツを受信する無線基地局装置と、前記無線基地局装置から無線送信された前記コンテンツを受信する端末装置と、前記コンテンツサーバに対して前記端末装置への前記コンテンツの配信を制御する監視制御装置とを備える移動通信システムにおけるユーザ体感品質予測方法であって、
    前記監視制御装置は、前記コンテンツに対する第１の配信要求が前記端末装置から送信されることに応じて予測される前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が前記所定基準を満たす時刻又は場所に関する情報を前記端末装置のユーザに通知する
    ことを特徴とするユーザ体感品質予測方法。
  11. コンテンツサーバに対して、当該コンテンツサーバから無線基地局装置を介して端末装置へ配信されるコンテンツの配信を制御する監視制御装置において、
    前記コンテンツに対する第１の配信要求が前記端末装置から送信されることに応じて予測される前記端末装置を利用するユーザが前記コンテンツの配信により体感するユーザ体感品質が所定基準を満たさないとき、当該ユーザ体感品質が前記所定基準を満たす時刻又は場所に関する情報を前記端末装置のユーザに通知する制御部
    を備えることを特徴とする監視制御装置。
JP2013055951A 2013-03-19 2013-03-19 移動通信システム、ユーザ体感品質予測方法、及び監視制御装置 Expired - Fee Related JP6011403B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013055951A JP6011403B2 (ja) 2013-03-19 2013-03-19 移動通信システム、ユーザ体感品質予測方法、及び監視制御装置
US14/202,591 US9532240B2 (en) 2013-03-19 2014-03-10 Mobile communication system, quality control method, and monitoring control device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013055951A JP6011403B2 (ja) 2013-03-19 2013-03-19 移動通信システム、ユーザ体感品質予測方法、及び監視制御装置

Publications (2)

Publication Number Publication Date
JP2014183424A true JP2014183424A (ja) 2014-09-29
JP6011403B2 JP6011403B2 (ja) 2016-10-19

Family

ID=51569494

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013055951A Expired - Fee Related JP6011403B2 (ja) 2013-03-19 2013-03-19 移動通信システム、ユーザ体感品質予測方法、及び監視制御装置

Country Status (2)

Country Link
US (1) US9532240B2 (ja)
JP (1) JP6011403B2 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017011419A (ja) * 2015-06-18 2017-01-12 日本電信電話株式会社 品質情報共有システム、品質情報共有装置、通信端末、品質情報共有方法、及びプログラム
JP2019526190A (ja) * 2016-06-29 2019-09-12 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 適応マルチメディアストリーミングの品質推定
WO2020240669A1 (ja) * 2019-05-27 2020-12-03 日本電信電話株式会社 品質推定装置、モデル構築方法、推定方法、及びプログラム
WO2023209801A1 (ja) * 2022-04-26 2023-11-02 日本電信電話株式会社 ユーザ体感品質推定装置、ユーザ体感品質推定方法及びプログラム

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150373565A1 (en) * 2014-06-20 2015-12-24 Samsung Electronics Co., Ltd. Quality of experience within a context-aware computing environment
TWI609591B (zh) 2015-08-13 2017-12-21 鴻海精密工業股份有限公司 資料傳輸品質管控系統與方法
US9900230B2 (en) * 2016-01-07 2018-02-20 Avaya Inc. Dissemination of quality of service information in a distributed environment
CN105791914A (zh) * 2016-03-07 2016-07-20 合智能科技（深圳）有限公司 播放控制方法和装置
CN106502859A (zh) * 2016-10-11 2017-03-15 北京小米移动软件有限公司 控制终端设备的方法及装置
US10911551B2 (en) * 2017-01-11 2021-02-02 Facebook, Inc. Methods and systems for providing content to users of a social networking service
CN110019329B (zh) * 2017-07-31 2021-11-05 广州极飞科技股份有限公司 一种数据预测的方法及装置
EP3763081B1 (en) 2018-03-05 2023-07-26 Telefonaktiebolaget Lm Ericsson (Publ) Procedure for dynamic service negotiation
WO2020180217A1 (en) * 2019-03-01 2020-09-10 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for local area data network (ladn) selection based on dynamic network conditions
EP3935886B1 (en) * 2019-03-05 2022-10-05 Telefonaktiebolaget LM Ericsson (publ) Predictive, cached, and cost-efficient data transfer

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003199158A (ja) * 2001-12-26 2003-07-11 Nec Corp 無線品質良好表示方式および方法
JP2004312528A (ja) * 2003-04-09 2004-11-04 Kyocera Corp 無線通信方法、無線通信システム、無線基地局及び移動端末
WO2012175145A1 (en) * 2011-06-22 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices for content delivery control

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3947963B2 (ja) 2002-02-22 2007-07-25 ソニー・エリクソン・モバイルコミュニケーションズ株式会社 通信品質レベル制御システム、受信装置及び送信装置
US8713440B2 (en) * 2008-02-13 2014-04-29 Microsoft Corporation Techniques to manage communications resources for a multimedia conference event
US8495196B2 (en) * 2010-03-22 2013-07-23 Opanga Networks, Inc. Systems and methods for aligning media content delivery sessions with historical network usage
US20130263167A1 (en) * 2012-03-30 2013-10-03 Bytemobile, Inc. Adaptive Traffic Management in Cellular Wireless Networks
US9402107B2 (en) * 2013-03-15 2016-07-26 Time Warner Cable Enterprises Llc Apparatus and methods for delivery of multicast and unicast content in a content delivery network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003199158A (ja) * 2001-12-26 2003-07-11 Nec Corp 無線品質良好表示方式および方法
JP2004312528A (ja) * 2003-04-09 2004-11-04 Kyocera Corp 無線通信方法、無線通信システム、無線基地局及び移動端末
WO2012175145A1 (en) * 2011-06-22 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices for content delivery control

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017011419A (ja) * 2015-06-18 2017-01-12 日本電信電話株式会社 品質情報共有システム、品質情報共有装置、通信端末、品質情報共有方法、及びプログラム
JP2019526190A (ja) * 2016-06-29 2019-09-12 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 適応マルチメディアストリーミングの品質推定
US10708636B2 (en) 2016-06-29 2020-07-07 Telefonaktiebolaget Lm Ericsson (Publ) Quality estimation of adaptive multimedia streaming
US11463742B2 (en) 2016-06-29 2022-10-04 Telefonaktiebolaget Lm Ericsson (Publ) Quality estimation of adaptive multimedia streaming
WO2020240669A1 (ja) * 2019-05-27 2020-12-03 日本電信電話株式会社 品質推定装置、モデル構築方法、推定方法、及びプログラム
JPWO2020240669A1 (ja) * 2019-05-27 2020-12-03
JP7302657B2 (ja) 2019-05-27 2023-07-04 日本電信電話株式会社 品質推定装置、モデル構築方法、推定方法、及びプログラム
WO2023209801A1 (ja) * 2022-04-26 2023-11-02 日本電信電話株式会社 ユーザ体感品質推定装置、ユーザ体感品質推定方法及びプログラム

Also Published As

Publication number Publication date
JP6011403B2 (ja) 2016-10-19
US20140287730A1 (en) 2014-09-25
US9532240B2 (en) 2016-12-27

Similar Documents

Publication Publication Date Title
JP6011403B2 (ja) 移動通信システム、ユーザ体感品質予測方法、及び監視制御装置
US9693200B2 (en) Method and system of providing data service according to a user's future location
TWI432057B (zh) 使用預測位置以存取網路連結性資訊的方法及裝置
EP2533500B1 (en) Mobile terminal and control method for a mobile terminal
US8180375B2 (en) Potential call drop indicator
US20140213251A1 (en) Wireless communication controlling device, wireless communication system, and wireless communication controlling method
US9002644B2 (en) Methods and devices for providing guaranteed quality of service
US20170006431A1 (en) Preloading data
CN109995836B (zh) 缓存决策方法及装置
JP2011035743A (ja) 移動体通信システムおよび移動体通信システムにおける回線接続制御方法ならびに制御局
EP3085158B1 (en) Network handover optimization
US20240023082A1 (en) Data processing method and apparatus, communication device, and storage medium
US20220110024A1 (en) Potential qos change notification methods and nodes for assisting application adjustment
US20180227803A1 (en) Quality of service control
CN114268998A (zh) 数据缓存方法及相关装置
JP2014212399A (ja) 無線品質収集装置、無線品質収集方法および無線品質収集プログラム
WO2017135152A1 (ja) 無線品質予測装置、無線基地局、無線端末、無線品質予測方法および無線品質予測プログラム
US20180376355A1 (en) Service optimization processing method, device, and system
WO2016058648A1 (en) Streaming service control
CN113873569A (zh) 无线资源管理方法、存储介质和电子设备
Lee et al. User-centric offloading to WLAN in WLAN/3G vehicular networks
JP6551999B2 (ja) ユーザの移動対象物を推定する装置、プログラム及び方法
JP5630909B2 (ja) 地区毎のユーザ体感品質に基づく無線品質を送信する無線端末、方法及びプログラム
JP2016163112A (ja) 通信監視システム
US20230224790A1 (en) Systems and methods for determining a handover time period based on mobility prediction

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20151007

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160729

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160823

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160905

R150 Certificate of patent or registration of utility model

Ref document number: 6011403

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees