JP2008124532A - 移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法 - Google Patents

移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法 Download PDF

Info

Publication number
JP2008124532A
JP2008124532A JP2006302788A JP2006302788A JP2008124532A JP 2008124532 A JP2008124532 A JP 2008124532A JP 2006302788 A JP2006302788 A JP 2006302788A JP 2006302788 A JP2006302788 A JP 2006302788A JP 2008124532 A JP2008124532 A JP 2008124532A
Authority
JP
Japan
Prior art keywords
reception server
extension transmission
extension
dtm
user data
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
JP2006302788A
Other languages
English (en)
Other versions
JP4728931B2 (ja
Inventor
Hiroko Hisada
寛子 久田
Masashi Masuda
昌史 増田
Yasuyuki Watanabe
靖之 渡邊
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2006302788A priority Critical patent/JP4728931B2/ja
Priority to US12/513,936 priority patent/US8199691B2/en
Priority to PCT/JP2007/071695 priority patent/WO2008056731A1/ja
Priority to EP07831426.7A priority patent/EP2081331A4/en
Priority to CN2007800399081A priority patent/CN101529967B/zh
Publication of JP2008124532A publication Critical patent/JP2008124532A/ja
Application granted granted Critical
Publication of JP4728931B2 publication Critical patent/JP4728931B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/16WPBX [Wireless Private Branch Exchange]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/12Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/128Details of addressing, directories or routing tables
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/20Interfaces between hierarchically similar devices between access points

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

【課題】移動局装置間で送受信されるユーザデータを、移動交換局を備えるコアネットワークと前記移動局装置との間のデータを中継する無線アクセスネットワーク内でデータを送受信する内線送受信により、無線基地局装置と送受信する内線送受信サーバ装置について、適切に選択する制御を行う。
【解決手段】内線送受信サーバ装置30a〜30cの状態を管理する管理テーブルを参照して、内線送受信サーバ装置30a〜30cの少なくとも1つを選択する。選択された内線送受信サーバ装置を介して、移動局装置間で送受信されるユーザデータを伝送する。これにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
【選択図】図1

Description

本発明は移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法に関し、特にコアネットワークを介さずに、無線アクセスネットワーク内の移動無線端末同士でユーザデータを送受信する移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法に関する。
一般的な移動体通信システムが、図8に示されている。同図に示されている移動体通信システム400は、無線基地局装置(以下、適宜、NodeBと称する)420a,420bと接続する移動局装置(Mobile Station:以下、MSと称する)410a,410bと、3GPP(Third Generation Partnership Project)に準拠した無線アクセスネットワーク450と、コアネットワーク480とから構成される。なお、「NodeB」は、Cell内のUEに対する無線リンク用論理ノードとして標準化されている。
無線アクセスネットワーク450は、RNC(Radio Network Controller)440a,440bと、RNC440a,440bと接続するNodeB420a,420bとから構成されている。コアネットワーク480は、RNC440a,440bと接続するMSC(Mobile Switch Controller)460と、MSC460と接続するHLR(Home Location Register)470とから構成される(例えば、非特許文献1参照)。なお、HLRの代わりに、VLR(Visitor Location Register)を用いても良い。
RNC440a,440bは、無線制御装置である。NodeB420a,420bは、無線基地局装置である。MS410a,410bは、移動局装置である。MSC460は、移動交換局である。HLR470は、加入者情報データベースである。
このように構成されている移動体通信システム400での通信手順について、図9を参照して説明する。同図においては、NodeB420aの無線ゾーンに在圏するMS410aが通信元であり、MS410bが通信先である。
同図において、MS410aは、通信を開始するとき、NodeB420aを介してRNC440aに接続する。そして、MS410aは、RNC440aに発信要求を送信する(S401)。RNC440aは、通信先のMS410bと接続可能かをMSC460に問い合わせる(S402)。MSC460は、HLR470を検索し、MS410bに関する情報をHLR470から取得する(S403)。
MSC460は、取得したMS410bに関する情報に基づいて、RNC440aが、通信先のMS410bと、MS410bが接続するNodeB420b、RNC440b、MSC460を介して、接続可能か否かを判断する。MSC460は、接続可能と判断した場合、RNC440aに、MS410bと接続するように指示する(S404)。また、MSC460は、MS410bを呼び出し、MS410bから呼び出し応答を受ける(S405)。
RNC440aは指示を受けると、まず、NodeB420aと接続する(S406)。そして、MS410aは、NodeB420aにMS410bへのユーザデータを送信し、通信を開始する(S407)。よって、移動体通信システム400におけるユーザデータの経路Cは必ず、図10に示されているようにMSC460を経由するものとなっていた。すなわち、図8に示されている移動体通信システム400では、全ての呼がMSC460を介して処理されていた。そのため、通信先と通信元の移動局が同一の無線基地局装置の配下に存在する場合であっても、ユーザデータは移動交換局を経由する冗長な経路を経由していた。
このようなユーザデータについての冗長な経路を短縮するため、図11に示されているように、無線アクセスネットワーク50内に内線送受信サーバを設けることで、ユーザデータについて内線送受信を行う技術もある(例えば、特許文献1参照)。以下、ユーザデータについて内線送受信を行う技術について説明する。
図11に示されている移動体通信システム100は、MS10a,10bと、無線アクセスネットワーク50と、コアネットワーク80とを備えている。無線アクセスネットワーク50は、NodeB20a,20bと、内線送受信サーバ装置30と、RNC40a,40bとを備えている。コアネットワーク80は、MSC60と、HLR70とを備えている。
MS10a,10bは、無線基地局装置と無線を介してデータを送受信する無線通信を行う移動局装置である。MS10a,10bはそれぞれ、NodeB20a,20bと無線を介して接続し、NodeB20a,20bの配下に存在する。そして、MS10a,10bはそれぞれ、NodeB20a,20bと、ユーザデータ及び制御データを送受信する。なお、1つのNodeBに複数のMSが接続してもよい。また、各MS10a,10bは、データの送信と受信の両方を行ってもよく、データの送信だけを行ったり、データの受信だけを行ったりしてもよい。
無線アクセスネットワーク50は、MSC60を備えるコアネットワーク80と、MS10a,10bとの間のデータを中継する。無線アクセスネットワーク50は、Nodeb20a,20bと、RNC40a,40bとを用いて、コアネットワーク80と、MS10a,10bとの間のデータを中継する。
NodeB20a,20bは、MS10a,10bと無線を介してデータを送受信する無線通信を行う無線基地局装置である。NodeB20a,20bはそれぞれ、MS10a,10bと無線を介して接続する。また、NodeB20a,20bはそれぞれ、RNC40a,40bと接続する。さらに、NodeB20a,20bは、内線送受信サーバ装置30と接続する。そして、NodeB20a,20bはそれぞれ、MS10a,10b、RNC40a,40bと、ユーザデータ及び制御データを送受信する。なお、制御データには、MS10a,10bとRNC40a,40bとの間で送受信される移動局制御データと、内線送受信に関する制御データ(以下、「内線送受信制御データ」という)とがある。また、NodeB20a,20bは、内線送受信サーバ装置30との間で、ユーザデータを送受する。なお、1つのRNCに複数のNodeBが配置されてもよい。また、1つのNodeBに複数の内線送受信サーバが接続されていてもよい。
図12に示されているように、内線送受信サーバ装置30は、対NodeBインタフェース31と、対RNCインタフェース32と、制御信号処理部33と、ユーザデータ処理部34とを備えている。対NodeBインタフェース31は、MS10a,10b間で送受信されるユーザデータを、無線アクセスネットワーク50内でデータを送受信する内線送受信により、NodeB20a,20bと送受信する基地局送受信部である。対NodeBインタフェース31は、NodeB20a,NodeB20bと、ユーザデータや内線送受信制御データを送受信する。対RNCインタフェース32は、RNC40a,40bと内線送受信制御データを送受信する。
制御信号処理部33は、対NodeBインタフェース31、対RNCインタフェース32が送受信する内線送受信制御データを処理する。例えば、制御信号処理部33は、対RNCインタフェース32が受信した内線送受信制御データを、対RNCインタフェース32から取得する。制御信号処理部33は、取得した内線送受信制御データに基づいて、ユーザデータ処理部34を制御する。例えば、制御信号処理部33は、MS10a,10bとの間で送受信されるユーザデータについて、内線送受信による送受信の実施の通知を取得した場合、ユーザデータ処理部34に、MS10aと接続するNodeB20aから受信したMS10aが通信元、MS10bが通信先であるユーザデータは、MS10bと接続するNodeB20bに送信するように指示する。また、制御信号処理部33は、ユーザデータ処理部34に、MS10bと接続するNodeB20bから受信したMS10bが通信元、MS10aが通信先であるユーザデータは、MS10aと接続するNodeB20aに送信するように指示する。このようにして、制御信号処理部33は、ユーザデータ処理部34に、ユーザデータを内線送受信により送受信するよう指示をする。また、制御信号処理部33は、内線送受信制御データを生成し、対NodeBインタフェース31や対RNCインタフェース32に入力する。
ユーザデータ処理部34は、対NodeBインタフェース31が行うユーザデータの送受信を制御する。ユーザデータ処理部34は、制御信号処理部33の制御に従って、対NodeBインタフェース31に対して、通信元のMS10a,10bに接続するNodeB20a,20bから受信したユーザデータを、通信先のMS10b,10aに接続するNodeB20b,20aに送信するように指示する。具体的には、ユーザデータ処理部34は、対NodeBインタフェース31から、受信したユーザデータを取得する。
ユーザデータ処理部34は、ユーザデータが、内線送受信サーバ装置30のIPアドレスでカプセル化されている場合には、取得したユーザデータをディカプセル化する。ユーザデータ処理部34は、ディカプセル化後のユーザデータの通信元、通信先を識別する識別情報を取得する。また、ユーザデータ処理部34は、ディカプセル化後のユーザデータを、対NodeBインタフェース31に入力する。ユーザデータ処理部34は、ユーザデータの送信先IPアドレスが、内線送受信サーバ装置30のIPアドレスに変換されている場合には、ユーザデータから、通信先のMSのIPアドレスを取得し、取得したユーザデータの送信先IPアドレスを、通信先のMSのIPアドレスに逆変換する。ユーザデータ処理部34は、逆変換後のユーザデータの通信元、通信先を識別する識別情報を取得する。また、ユーザデータ処理部34は、逆変換後のユーザデータを、対NodeBインタフェース31に入力する。
ユーザデータ処理部34は、取得したユーザデータの通信元、通信先の識別情報と、制御信号処理部33からの指示とに基づいて、受信したユーザデータを送信するNodeBを判断する。そして、ユーザデータ処理部34は、その判断結果に基づいて、ユーザデータを送信するNodeBを、対NodeBインタフェース31に指示する。なお、識別情報には、例えば、MS10a,10bのIPアドレスや、MS10a,10bを利用するユーザのユーザIDや、移動局IDなどがある。
以上の構成からなる移動体通信システム100を用いた通信手順について、図13を用いて説明する。まず、MS10aが、NodeB20a、RNC40aを介して、MSC60に、MS10bへのユーザデータの送信を要求する発信要求を送信する(S101)。MSC60は、HLR70を参照して、位置登録情報から、通信元のMS10aと通信先のMS10bがそれぞれ接続しているNodeB20a,20bの識別情報を、加入者情報として取得する(S102)。これにより、MSC60は、MS10a,10bそれぞれと、NodeB20a,20bとが接続していることを検出する。
そして、MSC60は、NodeB20a,20bの識別情報に基づいて、NodeB20a,20bの内線送受信サーバ接続情報を参照する。これにより、MSC60は、MS10aが接続するNodeB20aが内線送受信サーバ装置30と接続し、MS10bが接続するNodeB20bが内線送受信サーバ装置30と接続していることを検出する。MSC60は、NodeB20a,20bと接続している内線送受信サーバ装置30が存在するため、内線送受信によるユーザデータの送受信を行うと判断し、内線送受信に使用する内線送受信サーバとして、内線送受信サーバ装置30を選択する(S103)。
次に、MSC60は、RNC40bにMS10bを呼び出すよう指示する(S104)。RNC40bは、指示を受けて、MS10bを呼び出し、MS10bがその呼び出し対して応答する(S105)。RNC40bは、MSC60に、呼び出し応答を受けたことを通知する(S106)。MSC60は、呼び出し応答を受けると、内線送受信サーバ装置30に、MS10a,10b間で送受信されるユーザデータについて、内線送受信による送受信を実施することを通知する(S107)。さらに、MSC60は、通信先のMS10bが接続するNodeB20bと、通信元のMS10aが接続するNodeB20aそれぞれに、内線送受信による送受信を実施することと、内線送受信に使用する内線送受信サーバ装置30のIPアドレスとを通知する(S108、S109)。
以上の処理により、MS10aとMS10bとの間で通信が開始される(S110)。通信開始後、通信元のMS10aは、NodeB20aにユーザデータを送信する(S111)。NodeB20aは、MS10aから受信したユーザデータの送信先IPアドレスを内線送受信サーバ装置30のIPアドレスに変換したり、受信したユーザデータを内線送受信サーバ装置30のIPアドレスでカプセル化したりして、内線送受信サーバ装置30に送信する(S112)。内線送受信サーバ装置30は、NodeB20aから受信したユーザデータの送信先IPアドレスを、通信先のMS10bのIPアドレスに逆変換したり、受信したユーザデータをディカプセル化したりして、内線送受信によりNodeB20bに直接送信する(S113)。ステップ(S113)では、ユーザデータは、RNC40a,RNC40b,MSC60を経由せずに送受信される。NodeB20bは、受信したユーザデータを、MS10bに送信する(S114)。
よって、移動体通信システム100において内線送受信によりユーザデータを送受信した場合のユーザデータの経路Aは、図14に示されているようになる。ユーザデータは、MSC60を経由せずに、MS10a、NodeB20a、内線送受信サーバ装置30、NodeB20b、MS10bを経由する経路Aにより、送受信される。すなわち、通信元のMS10aと接続する通信元のNodeB20aが、通信元のMS10aから送信されたユーザデータを受信し、MSC60を介さずに、内線送受信サーバ装置30に送信し、内線送受信サーバ装置30は、通信元のNodeB20aからユーザデータを受信し、通信先のMS10bと接続する通信先のNodeB20bに送信し、通信先のNodeB20bが、内線送受信サーバ装置30からユーザデータを受信して、通信先のMS10bに送信する。よって、通信元のMS10aから送信されたデータは、無線アクセスネットワーク50内の経路Aを経由して、通信先のMS10bに到達する。
なお、ステップ(S110)により通信開始後、NodeB20a,20bは、MSC60を介して、MS10a,10b間で送受信される移動局制御データを送受信する。よって、MS10a,10b間で送受信される移動局制御データは、MSC60を介して送受信される。すなわち、移動局制御データは、MS10a、NodeB20a、RNC40a、MSC60、RNC40b、NodeB20b、MS10bを経由する経路により、送受信される。なお、コアネットワークを経由しない経路で伝送されるのはユーザデータであり、移動局制御データについてはコアネットワークを経由する経路で伝送される。
以上のような通信手順によれば、ユーザデータを、NodeB20a,20bと内線送受信サーバ装置30との間で、内線送受信により送受信できる。
そのため、移動体通信システム100では、ユーザデータを、無線アクセスネットワーク50の外にあるMSC60を介さずに、送受信できる。通常、MSC60は、機能を集約するために、NodeB20a,20bと離れた場所に設置されることが多いが、移動体通信システム100では、MSC60を介さないことで、ユーザデータをNodeB20a,20bに近い場所で送受信できる。よって、移動体通信システム100は、ユーザデータの経路を、図14に示されているように短縮できる。その結果、移動体通信システム100は、MSC60を経由する経路分の回線利用料を削減でき、その経路分の遅延を短縮できる。また、全てのユーザデータがMSC60を含む冗長な経路を経由することに伴い必要であった多くの回線を敷設する必要もない。
よって、移動体通信システム100は、内線送受信とMSC60を介した送受信や、使用する内線送受信サーバ装置30を、ユーザデータを送受信する際の移動体通信システム100における状況に応じて、柔軟に使い分けることができる。そのため、移動体通信システム100では、例えば、内線送受信サーバの障害発生などにも柔軟に対応できる。
特開2004−364054号公報 服部武、藤岡雅宣監修,「ワイヤレス・ブロードバンド教科書」,株式会社IDGジャパン,2002年6月10日,p.26〜37
ここで、上述した特許文献1に記載されている技術を用いて、図15に示されている移動体通信システムを構成する場合を考える。同図に示されているように、NodeBは1台の内線送受信サーバ(以下、BS−DTM(Base Station−Data Transfer Module)と称する)に接続されている。
同図において、BS−DTMを使用しない通常の通信時は、ユーザデータは、MS10a、NodeB20a、RNC40a、MSC60、RNC40a、NodeB20b、MS10b、の順に伝送される。つまり、ユーザデータは、同図中の経路Cを経由して伝送される。
一方、BS−DTMを使用する通信時は、ユーザデータは、図16に示されているように、MS10a、NodeB20a、BS−DTM30、NodeB20b、MS10b、の順に伝送される。つまり、ユーザデータは、同図中の経路Bを経由して伝送される。
ここで、BS−DTMを使用する通信については、グループを定義する。そして、同じグループに所属するMS同士が、そのグループのエリア内で通信する場合、そのグループをカバーするBS−DTMを使用して内線通話を行うことができる。すなわち、そのグループに対応して設けられているBS−DTMが使用される。
このグループ内での内線通話を開始する時の処理フローが図17に示されている。同図において、グループ内内線通話で発信が行われると(S200)、RNCにより、HLR70に保持されている局データが参照される。本例では、グループ内通話エリア内にBS−DTMが1台のみ存在するため、1つのグループ内エリアに対応するBS−DTM番号は、局データを参照することで一意に決まる。このため、ユーザが属するBS−DTM番号の検索が行われる(S202)。
検索されたBS−DTM番号のBS−DTMにユーザデータを転送するようNodeBへ通知され、呼設定が行われる(S203)。発信した通話エリアで使用可能なBS−DTM番号が検索された時点では、そのBS−DTMが正常に通信できるかどうかはわからない。呼設定処理が正常に行われれば、グループ内通話が開始される(S204)。
なお、グループ内通話が可能なエリアでない場合や、BS−DTMが正常に通信できない状態の場合、呼設定処理が異常終了、すなわち呼切断となる(S205、S206)。
以上のようにBS−DTMを使用する通信時は、BS−DTMを使用しない通信時と比較して、RNCや交換局の装置負荷及び回線の負荷を軽減することができる。BS−DTMが接続されているエリア内ではBS−DTMを使用して通信することで、回線コストや伝送路負荷、接続遅延を軽減することができる。
ところで、BS−DTMの回線収容能力には一定の限界がある。したがって、その限界を超える回線数の内線通話を実現するには、BS−DTMを増設する必要がある。その場合、複数のBS−DTMを選択的に用いることになり、選択する制御を適切に行わないと、特定のBS−DTMが集中して用いられてしまう場合もある。また、運用中のBS−DTMを用いて回線の試験を行う場合もあるので、これに対応しつつBS−DTMの選択制御を行う必要もある。さらに、間欠障害や固定障害等の不具合が生じているものを選択しないように制御する必要もある。
以上のように、複数のBS−DTMについて、適切に選択する制御を行う手法が確立されていない、という問題がある。
本発明の目的は、複数のBS−DTMについて、適切に選択する制御を行うための移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法を提供することである。
本発明の請求項1による移動体通信システムは、
移動局装置間で送受信されるユーザデータを、移動交換局を備えるコアネットワークと前記移動局装置との間のデータを中継する無線アクセスネットワーク内でデータを送受信する内線送受信により、無線基地局装置と送受信する内線送受信サーバ装置と、
前記ユーザデータを、前記内線送受信サーバ装置と送受信する前記無線基地局装置と、を備えた移動体通信システムであって、前記内線送受信サーバ装置を複数含み、
更に、前記複数の内線送受信サーバ装置の状態を管理する管理テーブルを参照して、前記複数の内線送受信サーバ装置の少なくとも1つを選択するサーバ選択手段を含み、
前記サーバ選択手段によって選択された内線送受信サーバ装置を介して前記ユーザデータを伝送することを特徴とする。こうすることにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
本発明の請求項2による移動体通信システムは、請求項1において、
前記管理テーブルは、内線送受信サーバ装置の状態を管理する項目として、その内線送受信サーバ装置を優先的に選択する無線基地局装置を示す情報、内線送受信サーバ装置が使用停止状態か運用中状態であるかを示す情報、内線送受信サーバ装置が保守状態であるかどうかを示す情報、内線送受信サーバ装置に関する定期的なヘルスチェックの結果を示す情報、内線送受信サーバ装置の負荷状態を示す情報、内線送受信サーバ装置について試験が行われているかどうかを示す情報、の少なくとも1つの情報を含むことを特徴とする。これらの項目を含むテーブルを参照することにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
本発明の請求項3による無線制御装置は、
移動局装置間で送受信されるユーザデータを、移動交換局を備えるコアネットワークと前記移動局装置との間のデータを中継する無線アクセスネットワーク内でデータを送受信する内線送受信により、無線基地局装置と送受信する複数の内線送受信サーバ装置と、
前記ユーザデータを、前記内線送受信サーバ装置と送受信する前記無線基地局装置と、を備えた移動体通信システムに用いる無線制御装置であって、
前記複数の内線送受信サーバ装置の状態を管理する管理テーブルを参照して、前記複数の内線送受信サーバ装置の少なくとも1つを選択するサーバ選択手段を含み、選択された内線送受信サーバ装置を介して前記ユーザデータを伝送するようにしたことを特徴とする。こうすることにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
本発明の請求項4による無線制御装置は、請求項3において、前記管理テーブルは、内線送受信サーバ装置の状態を管理する項目として、その内線送受信サーバ装置を優先的に選択する無線基地局装置を示す情報、内線送受信サーバ装置が使用停止状態か運用中状態であるかを示す情報、内線送受信サーバ装置が保守状態であるかどうかを示す情報、内線送受信サーバ装置に関する定期的なヘルスチェックの結果を示す情報、内線送受信サーバ装置の負荷状態を示す情報、内線送受信サーバ装置について試験が行われているかどうかを示す情報、の少なくとも1つの情報を含むことを特徴とする。これらの項目を含むテーブルを参照することにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
本発明の請求項5による内線送受信サーバ装置選択方法は、
移動局装置間で送受信されるユーザデータを、移動交換局を備えるコアネットワークと前記移動局装置との間のデータを中継する無線アクセスネットワーク内でデータを送受信する内線送受信により、無線基地局装置と送受信する内線送受信サーバ装置について選択を行う内線送受信サーバ装置選択方法であって、
内線通話が可能な内線通話エリアからの発信であるか判断するステップ(例えば、図2中のステップS301に対応)と、内線通話が可能なエリアからの発信である場合、複数の内線送受信サーバ装置の状態を管理する管理テーブルを参照して、発信された内線通話エリアに所属する内線送受信サーバ装置を少なくとも1つ選択するステップ(例えば、図2中のステップS302〜S303に対応)と、選択された内線送受信サーバ装置を用いた呼設定処理を行うステップ(例えば、図2中のステップS304に対応)とを含むことを特徴とする。こうすることにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
本発明によれば、内線送受信サーバ装置を複数含み、それらの状態を管理する管理テーブルを参照して、それらの少なくとも1つを選択することにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができるという効果がある。
また、内線送受信サーバ装置を優先的に選択する無線基地局装置を示す情報、内線送受信サーバ装置が使用停止状態か運用中状態であるかを示す情報、内線送受信サーバ装置が保守状態であるかどうかを示す情報、内線送受信サーバ装置に関する定期的なヘルスチェックの結果を示す情報、内線送受信サーバ装置の負荷状態を示す情報、内線送受信サーバ装置について試験が行われているかどうかを示す情報、の少なくとも1つの情報を含む管理テーブルを参照することにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
(システム構成例)
図1は、本発明による移動体通信システムの実施形態を示すブロック図である。一般に、移動通信のネットワークには、多数の移動無線端末、NodeB、BS−DTM、RNC等が存在するが、ここでは説明を簡潔にするために、限定した装置のみ記載する。また、MSC60は、階層化されていることもあるが、本発明とは無関係であるため、その説明を省略する。ここで、本明細書にいう「内線通話」とは、無線アクセスネットワーク内に設けられた少なくとも1台のBS−DTMの制御によりコアネットワークを経由せずにユーザデータを送受信することで、無線通信を行う移動局装置同士の音声通話、テレビ電話、データ通信、その他の通信を実現するものである。
同図において、本例の移動体通信システムには、無線アクセスネットワーク50において、3台のBS−DTMが用いられている。そして、本例では、MS10aとMS10bとが同一グループに属し、NodeB20aとNodeB20bとが提供する通話エリア内で、BS−DTMを使用した内線通話が可能であると仮定する。ここで、NodeB20a及びNodeB20bがカバーするエリアを、グループ内通話エリアと定義する。また、同一グループに属するMS(移動局)同士が、所属するグループ内通話エリア内でBS−DTMを使用した通話を行うことを、グループ内通話と定義する。
グループ内通話を行った場合のユーザデータは、MS10a、NodeB20a、BS−DTM30a、BS−DTM30b、NodeB20b、MS10b、の順に転送される。ここでは、同図に示されているように、発信側MSと送受信を行うBS−DTMと着信側MSと送受信を行うBS−DTMとが異なる場合について説明する。なお、システム構成によっては、発信側MSと送受信を行うBS−DTMと、着信側MSと送受信を行うBS−DTMとが同一の装置であっても良い。
コアネットワーク80内のHLR70には、BS−DTMを使用した内線通話を行うために必要な情報として、ユーザのMSが所属する内線グループIDと、ユーザのMSを識別する情報(電話番号、IMSI(International Mobile Subscriber Identity、移動機加入者識別番号))と、が記憶されている。なお、HLRにはその他にも様々な情報が管理されている。
RNC40aには、局データと呼ばれるファイルが格納されている。この局データは、局毎に接続されているノードの情報や、収容するグループ内通話エリアの情報が含まれている。RNC40aは、必要に応じてこの局データを参照し、呼設定処理を行う。この呼設定処理は、宛先IPアドレスとポート番号とを通知し通信可能な状態にする処理である。すなわち、例えば、IPネットワークでBS−DTM、NodeB、RNCが接続されている場合、RNCがユーザデータをどのNodeBとBS−DTMとの間でユーザデータを転送するか決定する。そして、NodeBにはユーザデータを転送するBS−DTMの宛先IPアドレスとポート番号を、BS−DTMにはユーザデータを転送するNodeBの宛先IPアドレスとポート番号を、それぞれ通知する。これにより、BS−DTM及びNodeBは、RNCから通知されたユーザデータ転送のための宛先に対してデータを送信することが可能となる。この宛先IPアドレスとポート番号とを通知し通信可能な状態にする処理が、呼設定処理である。
なお、本実施例においては、最低限、RNCに収容されているNodeBの番号、BS−DTMの番号、グループ内通話エリアの番号が、局データとして設定されている。
(グループ内通話処理フロー)
本システムにおいて、グループ内通話を開始する時の処理フローが図2に示されている。本例では、1つのグループ内通話エリア内に複数のBS−DTMが存在する。RNCは、収容しているBS−DTMの状態を管理するテーブル(以下、BS−DTM状態管理テーブル)を持つ。なお、発信の際には、一般的な電話番号(例えば、090で始まる番号)の前に例えば4桁の番号を付加することによって、グループ内通話であることを識別する。
同図において、グループ内通話で発信が行われると(ステップS300)、RNCはBS−DTM選択処理を行う。RNCは、最初に、局データを参照し、グループ内通話(すなわち内線通話)が可能なエリアからの発信であるか判断する(ステップS301)。グループ内通話が可能なエリアからの発信である場合、RNCは、局データを参照し、発信されたグループ内通話エリアに所属するBS−DTM番号を検索する(ステップS302)。ここでは、RNCにより、複数のBS−DTM番号が検索される。
そして、RNCは、BS−DTM状態管理テーブルを参照し、通信可能で、使用可能なBS−DTMが存在するか判断する(ステップS303)。RNCは、最適なBS−DTMが決まったら、呼設定処理を行う(ステップS304)。これにより、グループ内通話が開始される(ステップS305)。
なお、グループ内通話が可能なエリアでない場合や、使用可能なBS−DTMが存在しない場合、呼設定処理が異常終了、すなわち呼切断となる(ステップS306、S307)。
(状態管理テーブル)
図3は、本例におけるBS−DTM状態管理テーブルの構成例を示す図である。BS−DTM状態管理テーブル90では、複数の状態を管理する。図に示されている状態の説明は、後述する。
同図において、BS−DTM状態管理テーブル90の管理項目には、オペレータが一時的に設定する状態、局データ設定により決定されるもの、動的に変化し、RNCによって検出される状態、などがある。これらの状態が検索されることによって、通信可能なBS−DTMの中から、最適なBS−DTMが選択される。
同図において、「代表とするNodeB番号」とは、1つのグループ内通信エリア内に複数のNodeBとBS−DTMとが存在する場合、各NodeBに対して1つのBS−DTMが代表BS−DTMとしてBS−DTM状態管理テーブルに設定される番号である。各BS−DTM番号に対し、それを代表とするNodeBの番号が設定される。ここでは、NodeB20aの代表BS−DTMはBS−DTM30a、NodeB20bの代表BS−DTMはBS−DTM30bとする。
このため、例えば、NodeB20aから発信されたグループ内通話で使用するBS−DTMは、まず代表BS−DTMであるBS−DTM30aを第一候補とする。したがって、BS−DTM状態管理テーブルに設定されている、その他の状態が、該当呼に適する場合は、代表BS−DTMであるBS−DTM30aを用いた通信が行われる。NodeB毎に異なる代表BS−DTMを設定しておくことにより、BS−DTMにかかる負荷を分散することができる。
同図において、「使用停止」状態とは、オペレータの遠隔により一時的に設定できる状態である。故障の疑いがある場合や、サービス開始前に、一時的に該当BS−DTMを使用したくない場合に、「使用停止」状態に設定することができる。BS−DTM選択処理が実行された場合、BS−DTM状態管理テーブルを参照し、「使用停止」状態であるBS−DTMは選択されない。
同図において、「保守」状態は、オペレータの遠隔操作により一時的に設定できる状態である。移動局には、オペレータが特別な設定を行い、保守モードと一般のモードの区別をすることができる。移動局のモードは、コアネットワーク内のHLRに登録されており、呼毎にMSCを介してRNCへ通知される。一般ユーザの通話は、「運用中」の状態すなわち運用中モードで動作しているBS−DTMを用いて行われる。これに対し、BS−DTMをオペレータが「保守」の状態に設定した場合、そのBS−DTMは保守モードで動作している移動局が発信した呼の場合のみ選択される。したがって、一般ユーザが発信した場合、保守モードで動作しているBS−DTMを除いたBS−DTMの中から最適なBS−DTMが選択される。
例えば、新たなBS−DTMを設置するとき、保守モードで正常性確認が行われるのが通常であり、この正常性確認によって問題ないと認められたら運用中モードに変更する。このように状態を書き替えることにより、一般ユーザの通話を阻害せずに運用することができる。また、BS−DTMの故障の疑いがある場合、運用中モードから保守モードに設定を変更すれば、一般ユーザの通信に影響を与えること無く、原因特定のための調査作業を実施できる。
同図において、「ヘルスチェック」は、BS−DTMと通信可能であるかを管理するための項目である。すなわち、RNCからBS−DTMに対して定期的にヘルスチェックを行い、BS−DTMの状態を確認する。そして、このヘルスチェックの結果がこの項目に設定される。ヘルスチェックOKが設定されていれば、RNCとBS−DTMとの間の伝送路と、BS−DTMの状態とが正常であり、通信可能であることがわかる。
一方、ヘルスチェックNGが設定されていれば、伝送路またはBS−DTMに何らかの異常があり、通信不可能であることがわかる。したがって、ヘルスチェックNGとなっているBS−DTMは、最適なBS−DTMとしては選択されない。
同図において、「負荷」は、BS−DTMの負荷状態を管理するための項目である。すなわち、RNCが定期的にBS−DTMの負荷状態を取得し、それを管理する。そして、特定のBS−DTMに負荷が偏らないようにするために、負荷の小さいBS−DTMを優先的に選択する。
同図において、「試験登録」は、BS−DTMについて、オペレータの特別な試験用の設定が行われているかを管理するための項目である。この項目としては、「試験登録」について、「有」又は「なし」として登録される。RNC、NodeB、BS−DTM、MSには、オペレータが遠隔から試験登録を行うことができる。試験登録されたMSから発信された呼については、試験登録されたBS−DTMを優先的が選択される。これにより、オペレータが選択した特定の装置の動作確認を行うことができる。なお、「試験登録」が「有」として登録されたBS−DTMを一般ユーザが使用することも可能である。
以上のように、複数の状態がBS−DTM状態管理テーブルによって管理され、かつ、RNCは全ての管理状態が検索可能である。これにより、最適なBS−DTMを選択でき、選択されたBS−DTMを用いて呼制御が行われる。
なお、図3中の項目全てが上記BS−DTM状態管理テーブルに含まれている必要はなく、管理すべき項目のみが上記BS−DTM状態管理テーブルに含まれていれば良い。つまり、この管理テーブルには、内線送受信サーバ装置の状態を管理する項目として、その内線送受信サーバ装置を優先的に選択する無線基地局装置を示す情報、内線送受信サーバ装置が使用停止状態か運用中状態であるかを示す情報、内線送受信サーバ装置が保守状態であるかどうかを示す情報、内線送受信サーバ装置に関する定期的なヘルスチェックの結果を示す情報、内線送受信サーバ装置の負荷状態を示す情報、内線送受信サーバ装置について試験が行われているかどうかを示す情報、の少なくとも1つの情報が含まれていれば良い。
(RNC構成例)
図4は、図1中のRNCの構成例を示すブロック図である。同図において、RNCは、通信に使用するBS−DTMを選択するための処理を行うBS−DTM選択機能部41と、BS−DTM状態管理テーブル90を保持し、その管理を行うBS−DTM状態管理部42と、グループ内通話の発生を監視する呼制御部43と、NodeB、BS−DTMとのインタフェースをなす対NodeB、BS−DTMインタフェース部44とを備えている。
呼制御部43は、グループ内通話が発生した場合、BS−DTM選択機能部41にどのグループ内通話エリアに属する呼なのかを通知し、BS−DTM選択機能部41は、BS−DTM状態管理部42に保持されているBS−DTM状態管理テーブルを参照する。そして、BS−DTM選択機能部41は、そのグループ内通話エリア内のどのBS−DTMを選択するかを決定し、その結果を呼制御部43に通知する。呼制御部43は、BS−DTM選択機能部41から通知されたBS−DTMとNodeBとがユーザデータすなわちU−planeを介して授受されるデータの転送を行えるよう、呼設定処理を行う。
なお、本例では、BS−DTM状態管理テーブル90を保持し、その管理を行うBS−DTM状態管理部42と、BS−DTM選択機能部41とをRNC内に設けているが、このような構成に限定されることはない。すなわち、BS−DTM状態管理部42と、BS−DTM選択機能部41とを備えた、BS−DTM選択のための装置を無線アクセスネットワーク内に設けても良い。例えば、IMCS(登録商標)(Inbuilding Mobile Communication System)の装置に上記構成を追加した構成にしても良い。
(テーブル検索処理例)
図5は、本システムにおけるBS−DTM状態管理テーブルの検索処理の例を示すフローチャートである。BS−DTM状態管理テーブルの検索処理においては、BS−DTM状態管理テーブルが管理する状態に優先度をつけておき、その優先度の高い条件から順に検索する。
本例では、使用停止状態、ヘルスチェック、保守モード、試験登録、代表BS−DTM、負荷、の順に優先度が高く設定されている。もっとも、この順序に限定されるものではなく、BS−DTM状態管理テーブルの管理項目等に応じて優先度の順序を変更しても良い。
同図において、最初に、使用停止状態のBS−DTMが存在するか判断される(ステップS501)。使用停止状態のBS−DTMが存在する場合、そのBS−DTMは選択肢から除外される(ステップS502)。
次に、ヘルスチェックNGのBS−DTMが存在するか判断される(ステップS503)。ヘルスチェックNGのBS−DTMが存在する場合、そのBS−DTMは選択肢から除外される(ステップS504)。
さらに、保守モードに設定されているMSからの呼であるか判断される(ステップS505)。保守モードに設定されているMSからの呼で無い場合、保守モードに設定されているBS−DTMは選択肢から除外される(ステップS506)。一方、保守モードに設定されているMSからの呼である場合、運用中モードに設定されているBS−DTMは選択肢から除外される(ステップS507)。
次に、試験登録されたMSからの呼であるか判断される(ステップS508)。試験登録されたMSからの呼である場合、試験登録されたBS−DTMが選択される(ステップS509)。
さらに、以上の検索処理の結果、選択可能なBS−DTMの中に、代表BS−DTMが存在するか判断される(ステップS510)。代表BS−DTMが存在する場合、代表BS−DTMが選択される(ステップS511)。一方、代表BS−DTMが存在しない場合、負荷が最も小さいBS−DTMが選択される(ステップS512)。以上の検索処理により、通信に使用するBS−DTMが決定される(ステップS513)。
以上のように検索を行うことにより、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
(グループ登録バリエーション)
ところで、グループ内通話のためのグループの登録には、種々のバリエーションが考えられる。例えば、以下の(1)〜(4)のようなグループ登録バリエーションが考えられる。
(1)全てのMSが1つの内線グループに所属する。
(2)1つのMSが複数の内線グループに所属する。
(3)1BS−DTMが1つの内線グループを持つ。
(4)1BS−DTMが、複数の内線グループを持つ。
以上のようなパターンの登録で、以下のような適用例が考えられる。
例えば、大企業が、複数の内線グループを持つ。例えば部毎に異なる内線グループを持つ。同じ部内だけで内線通話を行わせたい社員については1つのグループにだけ所属し、2つ以上の部と内線通話を行わせたい社員については複数のグループに所属するように登録する。
また、複数社の社員が1つの内線グループに所属するように登録しても良い。例えば、業務上頻繁に電話をかけるA社とB社とが合同で1つの内線グループを契約し、その内線グループにユーザを登録する。これにより、A社とB社との間、A社内、B社内、それぞれで内線通話が可能である。
複数社が1つのBS−DTMを共有するように登録しても良い。例えば、A社、B社がそれぞれ異なる内線グループA、内線グループBの契約を行うが、BS−DTMは共有する。この場合、A社とB社との間の内線通話は不可能である。これについては、図7(a)を参照して後述する。
(BS−DTM使用方法バリエーション)
ところで、BS−DTMの使用に関しては、種々バリエーションが考えられる。図6及び図7は、BS−DTMについての使用方法のバリエーションを示す図である。
図6(a)は、1つの社内にBS−DTMを1台設ける場合を示す概略図である。同図を参照すると、3階建ての建物の3階にBS−DTM30aが設けられている。そして、このBS−DTM30aに、3台のNodeB20a、20b、20cが接続されている。NodeB20aは3階に、NodeB20bは2階に、NodeB20cは1階に、それぞれ設けられている。このような使用方法によれば、1台のBS−DTM30aを設けることにより、3階建ての建物に入居している会社内のどこに居ても内線通話が可能になる。例えば、図中の破線で示されているように、2階に居る人と1階に居る人との間で、NodeB20b、BS−DTM30a、NodeB20c、を順に介して内線通話を行うことができる。
図6(b)は、1つの社内にBS−DTMを複数台設ける場合を示す概略図である。同図を参照すると、3階建ての建物の3階にBS−DTM30aが、同じく2階にBS−DTM30bが、設けられている。そして、BS−DTM30aに、2台のNodeB20a、20bが接続され、BS−DTM30bに、1台のNodeB20cが接続されている。NodeB20aは3階に、NodeB20bは2階に、NodeB20cは1階に、それぞれ設けられている。このような使用方法によれば、1台のBS−DTMの処理能力を超える人数を社内に収容する場合でも、3階建ての建物のどこに居ても内線通話が可能になる。例えば、図中の破線で示されているように、2階に居る人と1階に居る人との間で、NodeB20b、BS−DTM30a、BS−DTM30b、NodeB20c、を順に介して内線通話を行うことができる。本例ではBS−DTMを2台設けているが、内線通話を利用する人数すなわち1つのグループとして登録するMSの数に応じてBS−DTMを増設すれば、そのグループに所属するMSにおいて内線通話を利用することができる。
図7(a)は、複数の会社で1台のBS−DTMを共通に利用する場合を示す概略図である。同図を参照すると、2階建ての建物の2階にA社、同じく1階にB社が入居している。そして、その建物の2階にBS−DTM30aが設けられている。また、その建物の2階にNodeB20aが、その建物の1階にNodeB20bが、それぞれ設けられている。ここで、会社毎にグループを分け、A社に所属している人が使用するMSはA社の内線グループに、B社に所属している人が使用するMSはB社の内線グループに、それぞれ登録する。このような使用方法によれば、1台のBS−DTMによる処理能力を満たせば、複数社が共同して1台のBS−DTMを購入したり、リース契約を結んだりすることができるので、BS−DTMの設置に関する費用を節約することができる。なお、異なるグループ間での内線通話は不可能であるため、社内の秘密情報は守られる。
図7(b)は、同一会社の離れた場所にある事業所について1つの内線グループを構成する場合を示す概略図である。同図を参照すると、A社の大阪事業所にBS−DTM30aが設けられ、同じA社の東京事業所にBS−DTM30bが設けられている。そして、A社の大阪事業所にNodeB20aが設けられ、同じA社の東京事業所にNodeB20bが設けられている。ここで、所属する事業所が異なっても、同じA社に所属している人が使用する複数のMS全てをA社の内線グループ(例えば、グループA)に登録することにより、大阪事業所にいる人と東京事業所にいる人との間で内線通話を行うことができる。同じ内線グループに登録しているため、他の事業所に主張した場合(例えば、東京事業所から大阪事業所に出張した場合)でも出張先の事業所内において内線通話を行うことができ、かつ、出張先の事業所から出張元の事業所への内線通話を行うこともできる。なお、BS−DTM30aとBS−DTM30bとの間は、周知のWAN(Wide Area Network)によって接続される。このような使用方法によれば、離れた場所同士の間で内線通話を行うことができるので、外線通話にかかる費用すなわち通話料を削減することができる。
(複数のBS−DTMについての選択手法)
ところで、図1に示されているように、複数のBS−DTMを含むシステムにおいては、1つのBS−DTMのみが選択される場合と、2つ以上のBS−DTMが選択される場合とがある。これらの場合について、以下説明する。
RNCが持つ局データには、BS−DTMと所属するグループIDが登録されている。また、NodeBとBS−DTMの位置が近いか遠いかを判別するために、ロケーションIDという情報も局データとして保持されている。発信されたNodeBのロケーションIDと着信先のNodeBのロケーションIDから、同一ロケーションIDのエリア内で発着が行われる場合は、1台のBS−DTMが選択される。異なるロケーションIDで発着が行われる場合は、発信側と着信側でそれぞれ異なるBS−DTMが選択される。
(1)発信のあったNodeBと同一のロケーションIDで、同一グループIDを持つBS−DTMの中から局データ設定されたリストの最初に登録されたBS−DTMが選択される。なお、この局データ設定されたリストの中からBS−DTMを選択する方法は、装置の構成によって様々なアルゴリズムが考えられる。
(2)同一ロケーションIDにBS−DTMがなければ、異なるロケーションIDであっても同一グループIDのBS−DTMがあれば、その中から選択される。
(3)着信側のNodeBのロケーションIDとグループIDから、着信で使用するBS−DTMが選択される。ここで、発信側と着信側のロケーションIDが同一の場合は、1台のBS−DTMが選択され、ロケーションIDが異なる場合は、異なるBS−DTMが選択される。
(4)同一ロケーションID内に同一グループに所属するBS−DTMが複数存在する場合、基本的には発着で同一のBS−DTMが選択される。
以上のように制御することにより、適切なBS−DTMを選択することができる。
(内線送受信サーバ装置選択方法)
図2を参照して説明した本システムの動作によれば、本システムにおいては、以下のような、内線送受信サーバ装置選択方法が実現されている。すなわち、移動局装置間で送受信されるユーザデータを、移動交換局を備えるコアネットワークと上記移動局装置との間のデータを中継する無線アクセスネットワーク内でデータを送受信する内線送受信により、無線基地局装置と送受信する内線送受信サーバ装置について選択を行う内線送受信サーバ装置選択方法であり、内線通話が可能な内線通話エリアからの発信であるか判断するステップ(例えば、図2中のステップS301に対応)と、内線通話が可能なエリアからの発信である場合、複数の内線送受信サーバ装置の状態を管理する管理テーブルを参照して、発信された内線通話エリアに所属する内線送受信サーバ装置を少なくとも1つ選択するステップ(例えば、図2中のステップS302〜S303に対応)と、選択された内線送受信サーバ装置を用いた呼設定処理を行うステップ(例えば、図2中のステップS304に対応)とを含む内線送受信サーバ装置選択方法が実現されている。
この方法を採用すれば、複数の内線送受信サーバ装置について、適切に選択する制御を行うことができる。
(請求項に関する付記)
請求項の記載に関し、本明細書の記載内容から、以下の(1)〜(8)を抽出することもできる。
(1)無線制御装置の呼制御機能を無線制御装置に配置し、ユーザデータ転送機能を別装置に分散配備している移動通信システムにおける呼制御方法であって、単一又は複数のユーザデータ転送装置の状態を無線制御装置にて管理した上で、管理状態に基づく所定のアルゴリズムを用いて呼毎にユーザデータ転送装置を選択して通信開始する手段を備えることを特徴とする呼制御方法。この方法によれば、装置としての冗長構成を備えない低価格な汎用装置を用い、装置としての冗長構成を備える高価な専用装置を用いた場合と同等の信頼性を確保できる。
(2)上記請求項1において、オペレータが一時的に設定可能なユーザデータ転送装置毎の使用不可状態を無線制御装置にて管理した上で、呼設定時、該当ユーザデータ転送装置を選択対象から除外する手段を備えることを特徴とする呼制御方法。オペレータの遠隔操作により、特定のユーザデータ転送装置を選択させないことが可能となる。この方法によれば、故障の疑いのあるユーザデータ転送装置を選択させない状態に設定し、問題調査を行うことで、一般ユーザに影響を与えずに原因究明と、復旧作業を行うことが可能となる。
(3)上記請求項1において、ユーザデータ転送装置毎に、オペレータにより一般ユーザが接続できないモードに一時的に設定することが可能であり、その状態を無線制御装置にて管理した上で、移動局に一般ユーザとは異なりオペレータの保守や工事のための特別なモードを設定することが可能であり、一般ユーザが接続できないモードのユーザデータ転送装置は、特別なモードの移動局からの発信の場合は優先的に選択され、一般ユーザの呼接続時には選択対象から除外される手段を備えることを特徴とする呼制御方法。この方法によれば、オペレータが設定した特別なモードの移動局からの発信時のみ該当ユーザデータ転送装置を選択させることが可能となる。これにより、一般ユーザの呼へ影響を与えずに、保守作業や、呼制御の正常性確認を行うことが可能となる。
(4)上記請求項1において、定期的にユーザデータ転送装置から無線制御装置へ所定の信号を送信し、一定時間以上その信号を受信しない場合は、ユーザデータ転送装置と通信できない状態であることを無線制御装置が管理した上で、通信できない状態のユーザデータ転送装置は、選択対象から除外する手段を備えることを特徴とする呼制御方法。この方法によれば、通信不可能なユーザデータ転送装置を選択させないことが可能となる。
(5)上記請求項1において、ユーザデータ転送装置が、無線制御装置へ負荷情報を通知し、無線制御装置が負荷情報を管理した上で、呼毎に負荷情報を検索し最も負荷の小さいユーザデータ転送装置を選択する手段を備えることを特徴とする呼制御方法。この方法によれば、複数あるユーザデータ転送装置にかかる負荷を均一化することが可能となる。特定のユーザデータ転送装置に負荷が偏ると、該当装置の故障時にサービスへ与える影響は大きくなり、処理遅延の影響も考えられる。負荷を均一化することで、これらの問題を回避することができる。
(6)上記請求項1において、オペレータがその時通信状況を調査したい移動局を選択し、無線制御装置に、その移動局を識別できる情報を登録し、その移動局の通信に使用したいユーザデータ転送装置を設定することができ、該当の設定がされたユーザデータ転送装置がカバーするエリアで登録された移動局が発信すると、該当呼の通信には設定されたユーザデータ転送装置を選択する手段を備えることを特徴とした呼制御方法。この方法によれば、オペレータの遠隔操作により指定された特定の移動局の呼の発信時、複数のユーザデータ転送装置の中から優先的に特定のユーザデータ転送装置を選択させるよう制御することが可能となる。これにより、特定のBS−DTMと移動局の呼制御の正常性を調査することができる。
(7)単一又は複数のユーザデータ転送装置との状態を管理した上で、呼毎に管理状態に基づく所定のアルゴリズムを用いてユーザデータ転送装置を選択する機能部を持つ無線制御装置。この装置によれば、装置としての冗長構成を備えない低価格な汎用装置を用い、装置としての冗長構成を備える高価な専用装置を用いた場合と同等の信頼性を確保できる。
(8)上記請求項1において、無線制御装置が、無線基地局毎に、代表とするユーザデータ転送装置を管理し、複数のユーザデータ転送装置の中か
ら代表とするユーザデータ転送装置を優先的に選択する手段を備えることを特徴とする呼制御方法。この方法によれば、オペレータが、無線基地局毎に、優先的に選択させたいユーザデータ転送装置を設定することが可能となる。これにより、特定のユーザデータ転送装置だけに負荷が偏ることを防ぐことが可能となる。また、設定により、特定のユーザデータ転送装置だけを優先的に選択させ、他の装置は予備として通常は選択させないようにすることも可能である。運用形態により、負荷の偏りをオペレータが調整することが可能となる。
本発明は、コアネットワークを介さずに、無線アクセスネットワーク内の移動無線端末同士でユーザデータを送受信する場合に利用することができる。
本発明の実施の形態に係る移動体通信システムの構成を示す図である。 本発明において、内線通話を開始する際の処理フローを示すフローチャートである。 BS−DTM状態管理テーブルの構成例を示す図である。 図1中のRNCの構成例を示すブロック図である。 BS−DTM状態管理テーブルの検索処理の例を示すフローチャートである。 BS−DTMについての使用方法のバリエーションを示す図であり、(a)は1つの社内にBS−DTMを1台設ける場合を示す概略図、(b)は1つの社内にBS−DTMを複数台設ける場合を示す概略図である。 BS−DTMについての使用方法のバリエーションを示す図であり、(a)は複数の会社で1台のBS−DTMを共通に利用する場合を示す概略図、(b)は同一会社の離れた場所にある事業所について1つの内線グループを構成する場合を示す概略図である。 一般的な移動体通信システムの構成例を示す図である。 図8の移動体通信システムを用いた通信手順を示すシーケンス図である。 従来の移動体通信システムにおいてユーザデータを送受信した場合のユーザデータの経路を示す図である。 ユーザデータについての冗長な経路を短縮するための構成を示す図である。 内線送受信サーバの構成例を示すブロック図である。 従来の移動体通信システムを用いた通信手順を示すシーケンス図である。 内線送受信サーバを用いた従来の移動体通信システムにおいて、内線送受信によりユーザデータを送受信した場合のユーザデータの経路を示す図である。 内線送受信サーバを用いた従来の移動体通信システムの構成を示す図である。 内線送受信サーバを用いた従来の移動体通信システムの構成を示す図である。 内線通話を開始する際の従来の処理フローを示すフローチャートである。
符号の説明
10a、10b 移動局装置
20a、20b NodeB
30、30a〜30c 内線送受信サーバ装置
31 対NodeBインタフェース
32 対RNCインタフェース
33 制御信号処理部
34 ユーザデータ処理部
40a、40b RNC
41 BS−DTM選択機能部
42 BS−DTM状態管理部
43 呼制御部
44 対NodeB、BS−DTMインタフェース部
50、450 無線アクセスネットワーク
60、460 MSC
70、470 HLR
80、480 コアネットワーク
90 BS−DTM状態管理テーブル
100、400 移動体通信システム

Claims (5)

  1. 移動局装置間で送受信されるユーザデータを、移動交換局を備えるコアネットワークと前記移動局装置との間のデータを中継する無線アクセスネットワーク内でデータを送受信する内線送受信により、無線基地局装置と送受信する内線送受信サーバ装置と、
    前記ユーザデータを、前記内線送受信サーバ装置と送受信する前記無線基地局装置と、を備えた移動体通信システムであって、前記内線送受信サーバ装置を複数含み、
    更に、前記複数の内線送受信サーバ装置の状態を管理する管理テーブルを参照して、前記複数の内線送受信サーバ装置の少なくとも1つを選択するサーバ選択手段を含み、
    前記サーバ選択手段によって選択された内線送受信サーバ装置を介して前記ユーザデータを伝送することを特徴とする移動体通信システム。
  2. 前記管理テーブルは、内線送受信サーバ装置の状態を管理する項目として、その内線送受信サーバ装置を優先的に選択する無線基地局装置を示す情報、内線送受信サーバ装置が使用停止状態か運用中状態であるかを示す情報、内線送受信サーバ装置が保守状態であるかどうかを示す情報、内線送受信サーバ装置に関する定期的なヘルスチェックの結果を示す情報、内線送受信サーバ装置の負荷状態を示す情報、内線送受信サーバ装置について試験が行われているかどうかを示す情報、の少なくとも1つの情報を含むことを特徴とする請求項1記載の移動体通信システム。
  3. 移動局装置間で送受信されるユーザデータを、移動交換局を備えるコアネットワークと前記移動局装置との間のデータを中継する無線アクセスネットワーク内でデータを送受信する内線送受信により、無線基地局装置と送受信する複数の内線送受信サーバ装置と、
    前記ユーザデータを、前記内線送受信サーバ装置と送受信する前記無線基地局装置と、を備えた移動体通信システムに用いる無線制御装置であって、
    前記複数の内線送受信サーバ装置の状態を管理する管理テーブルを参照して、前記複数の内線送受信サーバ装置の少なくとも1つを選択するサーバ選択手段を含み、選択された内線送受信サーバ装置を介して前記ユーザデータを伝送するようにしたことを特徴とする無線制御装置。
  4. 前記管理テーブルは、内線送受信サーバ装置の状態を管理する項目として、その内線送受信サーバ装置を優先的に選択する無線基地局装置を示す情報、内線送受信サーバ装置が使用停止状態か運用中状態であるかを示す情報、内線送受信サーバ装置が保守状態であるかどうかを示す情報、内線送受信サーバ装置に関する定期的なヘルスチェックの結果を示す情報、内線送受信サーバ装置の負荷状態を示す情報、内線送受信サーバ装置について試験が行われているかどうかを示す情報、の少なくとも1つの情報を含むことを特徴とする請求項3記載の無線制御装置。
  5. 移動局装置間で送受信されるユーザデータを、移動交換局を備えるコアネットワークと前記移動局装置との間のデータを中継する無線アクセスネットワーク内でデータを送受信する内線送受信により、無線基地局装置と送受信する内線送受信サーバ装置について選択を行う内線送受信サーバ装置選択方法であって、
    内線通話が可能な内線通話エリアからの発信であるか判断するステップと、内線通話が可能なエリアからの発信である場合、複数の内線送受信サーバ装置の状態を管理する管理テーブルを参照して、発信された内線通話エリアに所属する内線送受信サーバ装置を少なくとも1つ選択するステップと、選択された内線送受信サーバ装置を用いた呼設定処理を行うステップとを含むことを特徴とする内線送受信サーバ装置選択方法。
JP2006302788A 2006-11-08 2006-11-08 移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法 Expired - Fee Related JP4728931B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2006302788A JP4728931B2 (ja) 2006-11-08 2006-11-08 移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法
US12/513,936 US8199691B2 (en) 2006-11-08 2007-11-08 Mobile communication system, wireless controller, and extension transmitting/receiving server device selecting method
PCT/JP2007/071695 WO2008056731A1 (fr) 2006-11-08 2007-11-08 Système de communication mobile, dispositif de commande sans fil et procédé permettant de sélectionner un dispositif serveur émetteur-récepteur par extension
EP07831426.7A EP2081331A4 (en) 2006-11-08 2007-11-08 MOBILE COMMUNICATION SYSTEM, WIRELESS CONTROL DEVICE, AND METHOD FOR SELECTING EXTENSION TRANSCEIVER SERVER SERVER DEVICE
CN2007800399081A CN101529967B (zh) 2006-11-08 2007-11-08 移动通信系统、无线控制装置以及内线收发服务器装置选择方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006302788A JP4728931B2 (ja) 2006-11-08 2006-11-08 移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法

Publications (2)

Publication Number Publication Date
JP2008124532A true JP2008124532A (ja) 2008-05-29
JP4728931B2 JP4728931B2 (ja) 2011-07-20

Family

ID=39364542

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006302788A Expired - Fee Related JP4728931B2 (ja) 2006-11-08 2006-11-08 移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法

Country Status (5)

Country Link
US (1) US8199691B2 (ja)
EP (1) EP2081331A4 (ja)
JP (1) JP4728931B2 (ja)
CN (1) CN101529967B (ja)
WO (1) WO2008056731A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010093566A (ja) * 2008-10-08 2010-04-22 Fujitsu Ltd 内線接続方法及び経路選択装置
JP2013502125A (ja) * 2009-08-14 2013-01-17 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 2端末間の接続設定
JP2016515780A (ja) * 2013-04-01 2016-05-30 チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー 近隣通信サービスの実現方法及び装置
JP2016225733A (ja) * 2015-05-28 2016-12-28 ビッグローブ株式会社 通信システム、端末管理サーバ、通信方法およびプログラム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4987052B2 (ja) * 2009-09-28 2012-07-25 株式会社エヌ・ティ・ティ・ドコモ 端末装置及び通信方法
CN103621140A (zh) * 2011-06-28 2014-03-05 京瓷株式会社 通信控制方法和家庭基站
CN104104582B (zh) * 2013-04-12 2018-06-05 阿里巴巴集团控股有限公司 一种数据存储路径管理方法、客户端及服务器
CN104244376B (zh) * 2013-06-20 2018-01-12 普天信息技术研究院有限公司 一种td‑lte系统中多核心网接入选择方法
CN105611091A (zh) * 2015-12-25 2016-05-25 广东亿迅科技有限公司 基于移动电话作为分机的总机业务系统及其实现方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004364054A (ja) * 2003-06-05 2004-12-24 Ntt Docomo Inc 移動体通信システム、内線送受信装置、制御装置、無線基地局装置、無線制御装置、移動局装置及び通信方法
JP2005142964A (ja) * 2003-11-07 2005-06-02 Ntt Docomo Inc 移動通信システム、内線送受信装置、無線基地局装置、無線制御装置及び移動交換局
JP2006108891A (ja) * 2004-10-01 2006-04-20 Ntt Docomo Inc 通信路切り替えシステム及び方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08237736A (ja) * 1995-02-27 1996-09-13 Fujitsu Ltd 移動通信システム及び基地局
JP3627534B2 (ja) * 1998-10-15 2005-03-09 松下電器産業株式会社 音声蓄積装置
JP3433132B2 (ja) * 1999-03-31 2003-08-04 三洋電機株式会社 無線基地局
JP3636356B2 (ja) * 2000-03-31 2005-04-06 日本電気株式会社 移動通信システム及びその制御方法
US20040103194A1 (en) * 2002-11-21 2004-05-27 Docomo Communicatios Laboratories Usa, Inc. Method and system for server load balancing
JP4024256B2 (ja) * 2005-04-15 2007-12-19 株式会社エヌ・ティ・ティ・ドコモ フレーム送受信装置およびフレーム送受信方法
JP4069276B2 (ja) * 2005-05-30 2008-04-02 株式会社エヌ・ティ・ティ・ドコモ 無線制御局及び該無線制御局における制御方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004364054A (ja) * 2003-06-05 2004-12-24 Ntt Docomo Inc 移動体通信システム、内線送受信装置、制御装置、無線基地局装置、無線制御装置、移動局装置及び通信方法
JP2005142964A (ja) * 2003-11-07 2005-06-02 Ntt Docomo Inc 移動通信システム、内線送受信装置、無線基地局装置、無線制御装置及び移動交換局
JP2006108891A (ja) * 2004-10-01 2006-04-20 Ntt Docomo Inc 通信路切り替えシステム及び方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010093566A (ja) * 2008-10-08 2010-04-22 Fujitsu Ltd 内線接続方法及び経路選択装置
JP2013502125A (ja) * 2009-08-14 2013-01-17 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 2端末間の接続設定
US9060350B2 (en) 2009-08-14 2015-06-16 Telefonaktiebolaget L M Ericsson (Publ) Connection set-up between two terminals
JP2016515780A (ja) * 2013-04-01 2016-05-30 チャイナ アカデミー オブ テレコミュニケーションズ テクノロジー 近隣通信サービスの実現方法及び装置
US10021726B2 (en) 2013-04-01 2018-07-10 China Academy Of Telecommunications Technology Method and device for implementing proximity communication service
JP2016225733A (ja) * 2015-05-28 2016-12-28 ビッグローブ株式会社 通信システム、端末管理サーバ、通信方法およびプログラム

Also Published As

Publication number Publication date
WO2008056731A1 (fr) 2008-05-15
US8199691B2 (en) 2012-06-12
US20100008298A1 (en) 2010-01-14
EP2081331A4 (en) 2014-05-07
CN101529967B (zh) 2011-01-05
CN101529967A (zh) 2009-09-09
JP4728931B2 (ja) 2011-07-20
EP2081331A1 (en) 2009-07-22

Similar Documents

Publication Publication Date Title
JP4728931B2 (ja) 移動体通信システム、無線制御装置、内線送受信サーバ装置選択方法
US20150281934A1 (en) Wireless communication system
JP4290684B2 (ja) 私設無線通信システムにおける呼処理装置及び呼処理方法
US9438436B2 (en) Broadcast anchor availability indication
JP4265850B2 (ja) 移動体交換機、ホームメモリ・ノード装置および関門交換機
JP2018515013A (ja) サービスルーティングのためのデバイスマネージャ
EP2930977B1 (en) A method for operating a base station
JP2005295234A (ja) 移動通信方法及び無線制御装置
JP4503526B2 (ja) 呼制御方法および呼制御システム
JP2014175936A (ja) 衛星通信システムの制御方法
JP2015133592A (ja) 通信システム
JP2012060523A (ja) 無線lanアクセスポイント
JP5861025B2 (ja) 基地局装置、通信システム及びデータ配信方法
EP3430840B1 (en) Distributed wireless intercom audio routing over ethernet with roaming
KR101385002B1 (ko) 교환기간 루팅 조절 시스템 및 방법
JP6312235B2 (ja) 通信装置及び通信方法
JP2016021648A (ja) 通信システム、中継装置、制御方法およびプログラム
JP5812442B2 (ja) Ip電話端末及びシステム
JP5536694B2 (ja) 移動通信システム、無線ネットワーク制御装置、サービス提供gprsサポートノード、および、移動通信方法
WO2016121610A1 (ja) 位置情報振り分けサーバー、位置情報振り分け方法、位置情報振り分けプログラム、及び位置情報送信システム
JP2016052033A (ja) 無線通信システムおよびその制御方法
JP4438775B2 (ja) 交換装置、端末装置、接続制御方法
JP6274670B2 (ja) 通信端末、通信ルート設定方法及びプログラム
KR101313722B1 (ko) 통신 시스템에서 호 연결 시스템과 장치 및 그 제어 방법
KR101671099B1 (ko) 광중계기 원격 운용 장치 및 시스템

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090916

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110105

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110221

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

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110415

R150 Certificate of patent or registration of utility model

Ref document number: 4728931

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140422

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140422

Year of fee payment: 3

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: R3D04

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees