JP2007267150A - 通信端末装置、ＰｏＣサーバ、無線制御装置 - Google Patents
通信端末装置、ＰｏＣサーバ、無線制御装置 Download PDFInfo
- Publication number
- JP2007267150A JP2007267150A JP2006090816A JP2006090816A JP2007267150A JP 2007267150 A JP2007267150 A JP 2007267150A JP 2006090816 A JP2006090816 A JP 2006090816A JP 2006090816 A JP2006090816 A JP 2006090816A JP 2007267150 A JP2007267150 A JP 2007267150A
- Authority
- JP
- Japan
- Prior art keywords
- communication terminal
- poc
- terminal device
- poc server
- shift
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていないときにはシフトダウンを行い、ネットワークリソースの浪費を回避しつつ音質品質を確保できる。
【解決手段】音声パケット送信時にのみシフトアップさせるため、以下のいずれかの制御を行う。（１）発言権の取得後に、通信端末装置からシフトアップ要求を送信する。（２）発言権の許可後に、ＰｏＣサーバからシフトアップ要求を送信する。（３）ＰｏＣ通信サービスの制御を行うＰｏＣサーバに向けて送信されるパケットが蓄積されるバッファを含む装置を経由する場合には、発言権の取得後に、バッファの蓄積データ量について定められた閾値を超えるダミーデータを、通信端末装置又はＰｏＣサーバから送信する。なお、閾値をより小なる値に設定すれば、少ない量のダミーデータ送信によりシフトアップできる。
【選択図】 図１
【解決手段】音声パケット送信時にのみシフトアップさせるため、以下のいずれかの制御を行う。（１）発言権の取得後に、通信端末装置からシフトアップ要求を送信する。（２）発言権の許可後に、ＰｏＣサーバからシフトアップ要求を送信する。（３）ＰｏＣ通信サービスの制御を行うＰｏＣサーバに向けて送信されるパケットが蓄積されるバッファを含む装置を経由する場合には、発言権の取得後に、バッファの蓄積データ量について定められた閾値を超えるダミーデータを、通信端末装置又はＰｏＣサーバから送信する。なお、閾値をより小なる値に設定すれば、少ない量のダミーデータ送信によりシフトアップできる。
【選択図】 図１
Description
本発明は通信端末装置、ＰｏＣサーバ、無線制御装置に関し、特にＰｏＣ（Push-to-Talk over Cellular）通信に使用する通信端末装置、ＰｏＣサーバ、無線制御装置に関する。
携帯電話機等の移動端末装置をトランシーバのように使用することを可能にし、ボタンに触るだけで複数人によるグループ内でのコミュニケーションを実現する通信サービスとして、ＰｏＣ通信が知られている。このＰｏＣ通信は１対１またはグループ間での迅速なコミュニケーション手段であり、ＰｏＣ通信では端末装置をトランシーバのように利用することができる。会話を開始するための操作は、ダイヤルボタンを押すではなく、特定のボタンを押すという簡単な操作である。
ＰｏＣ通信を行うには、通信路が形成されていることを前提とし、ＳＩＰ（Session Initiation Protocol）によるRegistrationメッセージ、INVITEメッセージの後、ＲＴＰ（Real Time Protocol）による発言権の取得が行われる。
通信路が形成されていない状態からＰｏＣ通信を開始し、終了するまでの処理について、図１９〜図２４を参照して説明する。図１９には、ＰｏＣ通信部を有する３つの端末ＴＡ、ＴＢ及びＴＣと、ＰｏＣ通信サービスの制御を行うＰｏＣサーバ１００とが示されている。
通信路が形成されていない状態からＰｏＣ通信を開始し、終了するまでの処理について、図１９〜図２４を参照して説明する。図１９には、ＰｏＣ通信部を有する３つの端末ＴＡ、ＴＢ及びＴＣと、ＰｏＣ通信サービスの制御を行うＰｏＣサーバ１００とが示されている。
ＰｏＣ通信を行うには、前提として、通信路が形成されている状態になっている必要がある。通信路を形成するには、各端末からＰｏＣサーバ１００に向けて通信路確立要求信号５０Ａ、５０Ｂ、５０Ｃを送信する。これにより、この通信路確立要求信号５０Ａ、５０Ｂ、５０Ｃを受取ったＰｏＣサーバ１００は、図２０に示されているように、各端末との間に通信路５１Ａ、５１Ｂ、５１Ｃを形成する。これら通信路５１Ａ、５１Ｂ、５１Ｃは、例えばＧＰＲＳ(General Packet Radio Service)網やＷＬＡＮ（Wireless Local AreＡNetwork）等のパケット通信が可能な通信路である。なお、ＰｏＣサーバは、加入者情報管理サーバ（Home Location Register Server）２００に対して、その端末の位置登録処理等を行う。
（Registration処理、Invitation処理）
以上の処理によって通信路５１Ａ、５１Ｂ、５１Ｃを形成した後、Registration処理を行う。本例では、ユーザＡの端末ＴＡからRegistration処理を行い、ユーザＡ、ユーザＢ及びユーザＣの三者からなるＰｏＣ通話グループを指定する。
Registration処理においては、ユーザＡの端末ＴＡ、ユーザＢの端末ＴＢ、ユーザＣの端末ＴＣからそれぞれREGISTERメッセージ５２Ａ、５２Ｂ、５２Ｃを送信する。この送信されたREGISTERメッセージに対するＰｏＣサーバからの応答信号５３Ａ、５３Ｂ、５３Ｃをそれぞれ受信した後、２００ＯＫ信号５４Ａ、５４Ｂ、５４Ｃが送出されると、Registration処理が完了となる。
以上の処理によって通信路５１Ａ、５１Ｂ、５１Ｃを形成した後、Registration処理を行う。本例では、ユーザＡの端末ＴＡからRegistration処理を行い、ユーザＡ、ユーザＢ及びユーザＣの三者からなるＰｏＣ通話グループを指定する。
Registration処理においては、ユーザＡの端末ＴＡ、ユーザＢの端末ＴＢ、ユーザＣの端末ＴＣからそれぞれREGISTERメッセージ５２Ａ、５２Ｂ、５２Ｃを送信する。この送信されたREGISTERメッセージに対するＰｏＣサーバからの応答信号５３Ａ、５３Ｂ、５３Ｃをそれぞれ受信した後、２００ＯＫ信号５４Ａ、５４Ｂ、５４Ｃが送出されると、Registration処理が完了となる。
Registration処理の後、Invitation処理に移行する。Invitation処理においては、図２１に示されているように、ユーザＡの端末ＴＡから、同じＰｏＣ通話グループ内のユーザＢの端末ＴＢ及びユーザＣの端末ＴＣ宛に、INVITEメッセージ５５Ａを送信する。このINVITEメッセージには、宛先情報（ユーザＢの端末ＴＢ、ユーザＣの端末ＴＣを識別するための情報）、送信元情報（ユーザＡの端末ＴＡを識別するための情報）、呼識別子（Call-ID等)、送信ルート等から構成されるヘッダ部分と、メディアの詳細情報（音声・映像の種別、帯域等）等から構成されるボディ部分とが含まれている。
ＰｏＣサーバ１００を経由して送信されたINVITEメッセージ５５Ｂ、５５Ｃを受信した場合、ユーザＢ、ユーザＣの端末ＴＢ、ＴＣにおいて自動モードに設定されていれば、２００ＯＫ信号５６Ｂ、５６Ｃが自動的に送出され、ＰｏＣ通信が可能な状態になる。一方、手動モードに設定されていれば、まず１８０ringing信号が自動的に送出される（図示せず）。さらに、ボタンを押下する等の操作を行うと２００ＯＫ信号５６Ｂ、５６Ｃが出力される。これにより、ＰｏＣ通信が可能な状態になる。
ところで、ユーザＡの端末ＴＡ及びユーザＢの端末ＴＢだけでＰｏＣ通信を行っている状態において、同じＰｏＣ通話グループ内のユーザＣの端末ＴＣにおいてボタンを押下する等の操作を行うと、２００ＯＫ信号が出力されて、ユーザＡ、ユーザＢ及びユーザＣの三者によるＰｏＣ通信可能な状態になる。つまり、同じＰｏＣ通話グループ内のメンバであれば、ボタンを押下する等の操作を行うことにより、後からＰｏＣ通信に参加することができる。
なお、ＰｏＣ通信を切断する場合は、端末からＰｏＣサーバに向けてＢＹＥメッセージを送信する。これにより、その端末は、それまで参加していたＰｏＣ通話グループから離脱することになる。
以上の処理は、ＩＥＴＦ（Internet Engineering Task Force）の仕様書ＲＦＣ３２６１に規定されているＳＩＰ（Session Initiation Protocol）に従って行われる。
以上の処理は、ＩＥＴＦ（Internet Engineering Task Force）の仕様書ＲＦＣ３２６１に規定されているＳＩＰ（Session Initiation Protocol）に従って行われる。
（発言権の取得）
ＰｏＣ通信においては、発言権を取得しないと発言できない。つまり、発言権を取得している場合にのみ話し手になり、発言権を取得していない場合は聞き手になる。
ＰｏＣ通信を行っている状態において、発言権を得るためには、ＲＴＰ（Real-time Transport Protocol）に従った信号を送受信して、Floor Request信号を送信する必要がある。ここでは、図２２に示されているように、ユーザＡの端末ＴＡからFloor Request信号５７Ａを送信する。このFloor Request信号５７Ａを受信したＰｏＣサーバが発言権を許可する場合、ＰｏＣサーバはFloor Grant信号５８ＡをユーザＡの端末ＴＡに返信する。このFloor Grant信号５８Ａには、発言権が許可された端末の識別情報、許可された時間を示す情報等が含まれている。
ＰｏＣ通信においては、発言権を取得しないと発言できない。つまり、発言権を取得している場合にのみ話し手になり、発言権を取得していない場合は聞き手になる。
ＰｏＣ通信を行っている状態において、発言権を得るためには、ＲＴＰ（Real-time Transport Protocol）に従った信号を送受信して、Floor Request信号を送信する必要がある。ここでは、図２２に示されているように、ユーザＡの端末ＴＡからFloor Request信号５７Ａを送信する。このFloor Request信号５７Ａを受信したＰｏＣサーバが発言権を許可する場合、ＰｏＣサーバはFloor Grant信号５８ＡをユーザＡの端末ＴＡに返信する。このFloor Grant信号５８Ａには、発言権が許可された端末の識別情報、許可された時間を示す情報等が含まれている。
一方、図２３に示されているように、Floor Request信号５７Ａを受信したＰｏＣサーバにおいて発言権を許可しない場合、ＰｏＣサーバはFloor Deny信号５９Ａを返信する。
このFloor Deny信号５９Ａには、発言権が許可されなかった端末の識別情報、現在発言権を持っている端末の識別情報、許可された時間を示す情報等が含まれている。
発言権を有している端末において、ボタンを押しながら発話すれば、その音声がパケットデータとして同じＰｏＣ通話グループ内の他の端末に送信され、そのグループでの通話を行うことができる。ボタンを押している間は、発言権を有していることになるが、ボタンから指を離して押下をやめてしまうと、発言権が消滅する。この場合、ボタン押下をやめると、図２４に示されているように、その端末からＰｏＣサーバに向けてFloor Release信号６０Ａが送信され、どの端末にも発言権が無い状態（Floor Idle）になる。
このFloor Deny信号５９Ａには、発言権が許可されなかった端末の識別情報、現在発言権を持っている端末の識別情報、許可された時間を示す情報等が含まれている。
発言権を有している端末において、ボタンを押しながら発話すれば、その音声がパケットデータとして同じＰｏＣ通話グループ内の他の端末に送信され、そのグループでの通話を行うことができる。ボタンを押している間は、発言権を有していることになるが、ボタンから指を離して押下をやめてしまうと、発言権が消滅する。この場合、ボタン押下をやめると、図２４に示されているように、その端末からＰｏＣサーバに向けてFloor Release信号６０Ａが送信され、どの端末にも発言権が無い状態（Floor Idle）になる。
ところで、パケット通信においては、共通チャネルと個別チャネルとを切替えて使用し、それらにパケットを割当てて送信している。共通チャネルは、複数のユーザによって共通に用いられるチャネルである。個別チャネルは、特定のユーザに専用に用いられるチャネルであり、共通チャネルよりも回線品質がよい。そして、共通チャネルを使用している状態から個別チャネルを使用している状態に切り替えることを「シフトアップ」という。例えば、３８４ｂｐｓのチャネルから３２ｋｂｐｓのチャネルにシフトアップすることが考えられる。逆に、個別チャネルを使用している状態から共通チャネルを使用している状態に切り替えることを「シフトダウン」という。
このように、送信データ量に応じてシフトアップ処理を行う点が、特許文献１に記載されている。特許文献１では、送信データ量が閾値を超えるかどうか判定し、閾値を超えた場合に共通チャネル回線から個別チャネル回線へのシフトアップ処理を行っている。
特開２００５−２１８０００公報
一定の音質品質を確保するためには、音声パケットを個別チャネルに割り当てることが望ましい。しかしながら、音声パケットは連続的流れているのではなく、断続的に流れているので、そのような場合に個別チャネルを常時割り当てることはネットワークリソースを浪費することになる。このため、ネットワークリソースの浪費を回避しつつ音質品質を確保するためには、音声パケットが流れている時間帯だけ厳密に個別チャネルを割り当てることが望ましい。つまり、音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていない発言権制御信号の送信時などはシフトダウンを行うという制御が望ましい。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていないときにはシフトダウンを行う、という制御を行うことのできる通信端末装置、ＰｏＣサーバ、無線制御装置を提供することである。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていないときにはシフトダウンを行う、という制御を行うことのできる通信端末装置、ＰｏＣサーバ、無線制御装置を提供することである。
本発明の請求項１による通信端末装置は、共通チャネルと個別チャネルとを切り替えて使用し、ＰｏＣ通信サービスの制御を行うＰｏＣサーバに向けてパケットを送信する通信端末装置であって、前記ＰｏＣサーバとの信号授受により発言権を取得する発言権取得手段と、前記発言権取得手段による発言権の取得後に、前記共通チャネルから前記個別チャネルへのシフトアップ処理のためのシフトアップ要求を送信するシフトアップ要求送信手段とを含むことを特徴とする。このような構成によれば、シフトアップ要求を送信することで、音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていないときにはシフトダウンを行うことができる。
本発明の請求項２による通信端末装置は、ＰｏＣ通信サービスの制御を行うＰｏＣサーバに向けて送信されるパケットが蓄積されるバッファを含む装置を経由して、該ＰｏＣサーバにパケットを送信する通信端末装置であって、前記ＰｏＣサーバとの信号授受により発言権を取得する発言権取得手段と、前記発言権取得手段による発言権の取得後に、前記バッファの蓄積データ量について定められた閾値を超えるダミーデータを送信するダミーデータ送信手段とを含むことを特徴とする。このような構成によれば、ダミーデータを送信することで、音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていないときにはシフトダウンを行うことができる。
本発明の請求項３によるＰｏＣサーバは、ＰｏＣ通信サービスの提供を受ける通信端末装置に向けて送信されるパケットが蓄積されるバッファを含む装置を経由して、該通信端末装置にパケットを送信するＰｏＣサーバであって、前記通信端末装置との信号授受により発言権を許可する発言権許可手段と、前記発言権許可手段による発言権の許可後に、前記バッファの蓄積データ量について定められた閾値を超えるダミーデータを送信するダミーデータ送信手段とを含むことを特徴とする。このような構成によれば、ダミーデータを送信することで、音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていないときにはシフトダウンを行うことができる。
本発明の請求項４によるＰｏＣサーバは、ＰｏＣ通信サービスの提供を受ける通信端末装置に向けて送信されるパケットが蓄積されるバッファを含む装置を経由して、該通信端末装置にパケットを送信するＰｏＣサーバであって、前記通信端末装置との信号授受により発言権を許可する発言権許可手段と、前記発言権許可手段による発言権の許可後に、前記共通チャネルから前記個別チャネルへのシフトアップ処理のためのシフトアップ要求を送信するシフトアップ要求送信手段とを含むことを特徴とする。このような構成によれば、シフトアップ要求を送信することで、音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていないときにはシフトダウンを行うことができる。
本発明の請求項５による無線制御装置は、ＰｏＣ通信サービスの制御を行うＰｏＣサーバと前記ＰｏＣ通信サービスの提供を受ける通信端末装置との間で送受信されるパケットが蓄積されるバッファを含む無線制御装置であって、前記バッファの蓄積データ量について、前記共通チャネルから前記個別チャネルへのシフトアップのために定められた閾値を、外部からの指示に従ってより小なる閾値に設定するための閾値設定手段を含むことを特徴とする。このような構成によれば、ＰｏＣサーバや通信端末装置からの指示によって閾値を変更することができるので、ダミーデータを送信してシフトアップさせる場合に、ダミーデータのデータ量がより少なくて済み、ネットワークリソースの浪費を回避しつつ音質品質を確保できる。
本発明によれば、音声パケットが流れるときにはシフトアップを行い、音声パケットが流れていないときにはシフトダウンを行う、という制御を実現できるので、ネットワークリソースの浪費を回避しつつ音質品質を確保することができるという効果がある。
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（システムの構成例）
図１は本発明による通信端末装置、ＰｏＣサーバ、無線制御装置を含む通信システムの概略構成を示す図である。同図において、本システムは、コアネットワーク（Core Network）であるＮＷＣＮと、リージョナルエリアネットワーク（Regional Area Network）ＮＷＲＡＮと、通信端末装置Ｔとを含んで構成されている。
（システムの構成例）
図１は本発明による通信端末装置、ＰｏＣサーバ、無線制御装置を含む通信システムの概略構成を示す図である。同図において、本システムは、コアネットワーク（Core Network）であるＮＷＣＮと、リージョナルエリアネットワーク（Regional Area Network）ＮＷＲＡＮと、通信端末装置Ｔとを含んで構成されている。
（ＮＷＣＮ）
ＮＷＣＮには、後述するＰｏＣサーバが設けられている。このＰｏＣサーバは、先述したように、ＰｏＣ通信サービスの制御を行うサーバ装置である。このＰｏＣサーバは、図示せぬＣＰＵ、通信部、メモリ、入出力部、表示部等、一般的なサーバ装置としてのハードウェア構成を有している。
この他、ＰｏＣサーバは、後述する第６実施形態の場合、図２（ａ）に示されているように、通信端末装置に発言権を許可する発言権許可機能１０１と、シフトアップ要求を送信するシフトアップ要求送信機能１０２とを含んで構成される。また、ＰｏＣサーバは、後述する第２実施形態から第５実施形態のうちのいずれかの場合、図２（ｂ）に示されているように、通信端末装置に発言権を許可する発言権許可機能１０１と、ダミーデータを送信するダミーデータ送信機能１０３とを含んで構成される。
（ＮＷＲＡＮ）
ＮＷＲＡＮには、後述するバッファを有する無線制御装置、個別チャネル、共通チャネルについてのリソース割当て方法を制御するＮＷ制御装置が設けられている。
ＮＷＣＮには、後述するＰｏＣサーバが設けられている。このＰｏＣサーバは、先述したように、ＰｏＣ通信サービスの制御を行うサーバ装置である。このＰｏＣサーバは、図示せぬＣＰＵ、通信部、メモリ、入出力部、表示部等、一般的なサーバ装置としてのハードウェア構成を有している。
この他、ＰｏＣサーバは、後述する第６実施形態の場合、図２（ａ）に示されているように、通信端末装置に発言権を許可する発言権許可機能１０１と、シフトアップ要求を送信するシフトアップ要求送信機能１０２とを含んで構成される。また、ＰｏＣサーバは、後述する第２実施形態から第５実施形態のうちのいずれかの場合、図２（ｂ）に示されているように、通信端末装置に発言権を許可する発言権許可機能１０１と、ダミーデータを送信するダミーデータ送信機能１０３とを含んで構成される。
（ＮＷＲＡＮ）
ＮＷＲＡＮには、後述するバッファを有する無線制御装置、個別チャネル、共通チャネルについてのリソース割当て方法を制御するＮＷ制御装置が設けられている。
（通信端末装置）
通信端末装置Ｔは、ＰｏＣ通信サービスを利用するユーザが使用する装置である。この通信端末装置Ｔは、図示せぬＣＰＵ、通信部、メモリ、入出力操作部、表示部等、一般的な携帯電話端末としてのハードウェア構成を有しており、一般的な携帯電話機の構成に加えて、ＰｏＣ通信サービスを実現するためのＰｏＣアプリケーション（ＡＰＬ）部１１と、無線制御部１２とを有している。
通信端末装置Ｔは、ＰｏＣ通信サービスを利用するユーザが使用する装置である。この通信端末装置Ｔは、図示せぬＣＰＵ、通信部、メモリ、入出力操作部、表示部等、一般的な携帯電話端末としてのハードウェア構成を有しており、一般的な携帯電話機の構成に加えて、ＰｏＣ通信サービスを実現するためのＰｏＣアプリケーション（ＡＰＬ）部１１と、無線制御部１２とを有している。
この他、通信端末装置Ｔは、後述する第１実施形態の場合、図３（ａ）に示されているように、ＰｏＣサーバに発言権を要求する発言権要求機能１３と、シフトアップ要求を送信するシフトアップ要求送信機能１４とを含んで構成される。また、通信端末装置Ｔは、後述する第２実施形態から第５実施形態のうちのいずれかの場合、図３（ｂ）に示されているように、ＰｏＣサーバに発言権を要求する発言権要求機能１３と、ダミーデータを送信するダミーデータ送信機能１５とを含んで構成される。
以下、本発明の第１実施形態から第６実施形態について、項を分けて説明する。
（第１実施形態）
本実施形態では、通信端末装置が、アプリケーションに応じてシフトアップ要求を送出する。発言権を取得した通信端末装置Ｔは、自端末が音声パケットを送出することを把握できる。そこで、事前に、シフトアップ要求を通信端末装置Ｔから送出してシフトアップを指示する。
（第１実施形態）
本実施形態では、通信端末装置が、アプリケーションに応じてシフトアップ要求を送出する。発言権を取得した通信端末装置Ｔは、自端末が音声パケットを送出することを把握できる。そこで、事前に、シフトアップ要求を通信端末装置Ｔから送出してシフトアップを指示する。
このようなシフトアップ処理について、図４を参照して説明する。同図に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ１１）。次に、通信端末装置Ｔ内において、ＰｏＣアプリケーション部から無線制御部にシフトアップ指示が行われる（ステップＳ１２）。その後、通信端末装置Ｔ内の無線制御部からＮＷＲＡＮ内の無線制御装置に向けてシフトアップ要求が送信され、個別チャネルへのシフトアップ処理が行われる（ステップＳ１３）。このシフトアップ要求の送信は、例えばＥｖｅｎｔ４ａ信号を送出することによって行われる。すなわち、元々、通信端末装置側で上り用のデータを蓄積するバッファ内のデータ量が閾値を超えた場合には、Ｅｖｅｎｔ４ａ信号を送出することになっているので、それを送信すればよい。
本実施形態による通信システムの動作例について図５を参照して説明する。同図は、通信システムを構成する各装置の動作を示すシーケンス図である。同図には、通信端末装置Ｔ、無線制御装置１０、ネットワーク制御装置（以下、ＮＷ制御装置と呼ぶ）２０、ＰｏＣサーバ１００について、それぞれの間の信号やデータの授受が示されている。
同図において、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ１０１）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ１０２）。
同図において、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ１０１）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ１０２）。
通信端末装置Ｔは、Floor grant信号を受信することにより、ＰｏＣの発言権を取得したことを検出でき、音声を送出できる状態になる（ステップＳ１０３）。このため、通信端末装置Ｔは、無線制御装置１０に対してシフトアップ要求を送出する（ステップＳ１０４）。本実施形態では、例えば、Ｅｖｅｎｔ４ａ信号を送出する。このシフトアップ要求を受取った無線制御装置１０は、シフトアップ要求応答を通信端末装置Ｔに返信する（ステップＳ１０５）。その後、無線制御装置１０は、音声伝送に最適なチャネルを使用する状態に遷移する（ステップＳ１０６）。本例では、共通チャネルを使用している状態から個別チャネルを使用している状態に切り替える。
その後、通信端末装置Ｔが音声パケットを送信すると、その音声パケットは、個別チャネルによって、無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に送信される（ステップＳ１０７）。
以上のようにシフトアップ制御を行った場合の作用について、図６を参照して説明する。同図は、音声信号、発言権制御信号が、個別チャネル、共通チャネルのいずれで送信されるかを示す図である。同図の横軸は時間の経過を示し、同図の縦軸はデータ量を示している。
以上のようにシフトアップ制御を行った場合の作用について、図６を参照して説明する。同図は、音声信号、発言権制御信号が、個別チャネル、共通チャネルのいずれで送信されるかを示す図である。同図の横軸は時間の経過を示し、同図の縦軸はデータ量を示している。
同図に示されているように、音声信号を送信する場合は、上述したように通信端末装置Ｔからシフトアップ要求が送出されてシフトアップされるため、個別チャネルが用いられる。その後、発言権制御信号を送信する場合には、上述とは逆にシフトダウンされるため、共通チャネルが用いられる。その後再び音声信号を送信する場合は、上述したようにシフトアップされるため、個別チャネルが用いられる。以下、同様に、音声信号を送信する場合にのみ、シフトアップされるため、ネットワークリソースの浪費を回避しつつ音質品質を確保することができる。
（第２実施形態）
本実施形態では、シフトアップできるデータ量のダミーデータを、通信端末装置側から送信することにより、シフトアップ処理を行う。
このようなシフトアップ処理について、図７を参照して説明する。同図に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ２１）。次に、通信端末装置Ｔ内のＰｏＣアプリケーション部からＮＷＣＮ内のＰｏＣサーバに向けて大容量のダミーデータが送信される（ステップＳ２２）。このダミーデータは、音声品質に影響を与えない信号によって送信される。例えば、周知のＰｉｎｇやＳＩＰを利用して送信される。ダミーデータのデータ量は、例えば数ｋＢｙｔｅである。
本実施形態では、シフトアップできるデータ量のダミーデータを、通信端末装置側から送信することにより、シフトアップ処理を行う。
このようなシフトアップ処理について、図７を参照して説明する。同図に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ２１）。次に、通信端末装置Ｔ内のＰｏＣアプリケーション部からＮＷＣＮ内のＰｏＣサーバに向けて大容量のダミーデータが送信される（ステップＳ２２）。このダミーデータは、音声品質に影響を与えない信号によって送信される。例えば、周知のＰｉｎｇやＳＩＰを利用して送信される。ダミーデータのデータ量は、例えば数ｋＢｙｔｅである。
このダミーデータは、ＮＷＲＡＮ内の無線制御装置に設けられているバッファを経由するため、その蓄積データ量が閾値に達し、個別チャネルへのシフトアップ処理が行われる（ステップＳ２３）。
ここで、無線制御装置には上りパケット蓄積用バッファ、下りパケット蓄積用バッファが設けられており、いずれか一方のバッファが閾値を超えた場合に、上りパケット、下りパケットの両方についてシフトアップ処理を行う。
ここで、無線制御装置には上りパケット蓄積用バッファ、下りパケット蓄積用バッファが設けられており、いずれか一方のバッファが閾値を超えた場合に、上りパケット、下りパケットの両方についてシフトアップ処理を行う。
この無線制御装置１０内のバッファの構成例について図８（ａ）を参照して説明する。同図（ａ）において、バッファＢＦには、送信すべきデータが順に入力されて蓄積され、その蓄積された順序で出力される。このバッファＢＦを構成するメモリ空間の予め定められた位置には出力端子Ｔｈ１が設けられている。バッファＢＦに蓄積されているデータ量が少ない場合は、出力端子Ｔｈ１から信号が出力されることは無い。一方、ダミーデータが送信されることによってバッファＢＦに蓄積されているデータ量が増加し、予め定められている閾値に達すると、出力端子Ｔｈ１から信号が出力され、この信号をトリガとして、シフトアップ処理が行われる。
本実施形態による通信システムの動作例について図９を参照して説明する。同図は、通信システムを構成する各装置の動作を示すシーケンス図である。同図には、通信端末装置Ｔ、無線制御装置１０、ＮＷ制御装置２０、ＰｏＣサーバ１００について、それぞれの間の信号やデータの授受が示されている。
同図において、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ２０１）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ２０２）。
同図において、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ２０１）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ２０２）。
通信端末装置Ｔでは、Floor grant信号を受信することにより、ＰｏＣの発言権を取得したことを検出でき、音声を送出できる状態になる（ステップＳ２０３）。このため、通信端末装置Ｔは、シフトアップできるデータ量のダミーデータを、ＰｏＣサーバ１００に向けて送信する（ステップＳ２０４）。
このダミーデータが送信されると、無線制御装置１０では、バッファのデータ蓄積量が予め定められた閾値を超えるため、音声伝送に最適なチャネルを使用する状態に遷移する（ステップＳ２０５）。本例では、共通チャネルを使用している状態から個別チャネルを使用している状態に切り替える。
このダミーデータが送信されると、無線制御装置１０では、バッファのデータ蓄積量が予め定められた閾値を超えるため、音声伝送に最適なチャネルを使用する状態に遷移する（ステップＳ２０５）。本例では、共通チャネルを使用している状態から個別チャネルを使用している状態に切り替える。
その後、通信端末装置Ｔが音声パケットを送信すると、その音声パケットは、個別チャネルによって、無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に送信される（ステップＳ２０６）。
以上のようにシフトアップ制御を行った場合の作用について、図１０（ａ）を参照して説明する。同図（ａ）は、音声信号、発言権制御信号が、個別チャネル、共通チャネルのいずれで送信されるかを示す図である。同図の横軸は時間の経過を示し、同図の縦軸はデータ量を示している。
以上のようにシフトアップ制御を行った場合の作用について、図１０（ａ）を参照して説明する。同図（ａ）は、音声信号、発言権制御信号が、個別チャネル、共通チャネルのいずれで送信されるかを示す図である。同図の横軸は時間の経過を示し、同図の縦軸はデータ量を示している。
同図に示されているように、音声信号を送信する場合は、その直前にダミーデータが送信される。このため、バッファの蓄積データ量が予め定められた閾値ＴＨ１を超えることになり、上述したようにシフトアップされるので、個別チャネルが用いられる。このダミーデータはシフトアップされるまでの短時間だけ送信されるのであり、ネットワークリソースへの影響は少ないと考えられる。
その後、発言権制御信号を送信する場合には、上述とは逆にシフトダウンされるため、共通チャネルが用いられる。その後再び音声信号を送信する場合は、同様にダミーデータが送信されてシフトアップされるため、個別チャネルが用いられる。以下、同様に、ダミーデータを事前に送信することにより、音声信号を送信する場合にのみシフトアップされるため、ネットワークリソースの浪費を回避しつつ音質品質を確保することができる。
（第３実施形態）
本実施形態では、シフトアップできるデータ量のダミーデータを、ＰｏＣサーバ側から送信することにより、シフトアップ処理を行う。
このようなシフトアップ処理について、図１１を参照して説明する。同図に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ３１）。次に、ＮＷＣＮ内のＰｏＣサーバから通信端末装置Ｔ内のＰｏＣアプリケーション部に向けて大容量のダミーデータが送信される（ステップＳ３２）。このダミーデータは、音声品質に影響を与えない信号によって送信される。例えば、周知のＳＩＰ Ｎｏｔｉｆｙ信号を利用して送信される。ダミーデータのデータ量は、例えば数ｋＢｙｔｅである。
本実施形態では、シフトアップできるデータ量のダミーデータを、ＰｏＣサーバ側から送信することにより、シフトアップ処理を行う。
このようなシフトアップ処理について、図１１を参照して説明する。同図に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ３１）。次に、ＮＷＣＮ内のＰｏＣサーバから通信端末装置Ｔ内のＰｏＣアプリケーション部に向けて大容量のダミーデータが送信される（ステップＳ３２）。このダミーデータは、音声品質に影響を与えない信号によって送信される。例えば、周知のＳＩＰ Ｎｏｔｉｆｙ信号を利用して送信される。ダミーデータのデータ量は、例えば数ｋＢｙｔｅである。
このダミーデータは、ＮＷＲＡＮ内の無線制御装置に設けられているバッファを経由するため、その蓄積データ量が閾値に達し、個別チャネルへのシフトアップ処理が行われる（ステップＳ３３）。
なお、無線制御装置１０内のバッファの構成については、図８（ａ）を参照して説明した第２実施形態の場合と同様であるため、その説明を省略する。
なお、無線制御装置１０内のバッファの構成については、図８（ａ）を参照して説明した第２実施形態の場合と同様であるため、その説明を省略する。
本実施形態による通信システムの動作例について図１２を参照して説明する。同図は、通信システムを構成する各装置の動作を示すシーケンス図である。同図には、通信端末装置Ｔ、無線制御装置１０、ＮＷ制御装置２０、ＰｏＣサーバ１００について、それぞれの間の信号やデータの授受が示されている。
同図において、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ３０１）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ３０２）。
同図において、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ３０１）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ３０２）。
ここで、ＰｏＣサーバ１００は、発言権許可のためのFloor grant信号を送信したことにより、通信端末装置Ｔから音声パケットが送出されると判断できる（ステップＳ３０３）。このため、ＰｏＣサーバ１００は、シフトアップできるデータ量のダミーデータを、通信端末装置Ｔに向けて送信する（ステップＳ３０４）。このダミーデータが送信されると、無線制御装置１０では、バッファのデータ蓄積量が予め定められた閾値を超えるため、音声伝送に最適なチャネルを使用する状態に遷移する（ステップＳ３０５）。
上記のFloor grant信号を受信することにより、ＰｏＣの発言権を取得したことを検出できた通信端末装置Ｔは、音声を送出できる状態になり、音声パケットを送信する（ステップＳ３０６）。その音声パケットは、個別チャネルによって、無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に送信される。
以上のようにシフトアップ制御を行った場合の作用は、図１０（ａ）を参照して説明した第２実施形態の場合と同様である。すなわち、ダミーデータを事前に送信することにより、音声信号を送信する場合にのみシフトアップされるため、ネットワークリソースの浪費を回避しつつ音質品質を確保することができる。
以上のようにシフトアップ制御を行った場合の作用は、図１０（ａ）を参照して説明した第２実施形態の場合と同様である。すなわち、ダミーデータを事前に送信することにより、音声信号を送信する場合にのみシフトアップされるため、ネットワークリソースの浪費を回避しつつ音質品質を確保することができる。
（第４実施形態）
本実施形態では、上記の第２実施形態において、バッファのデータ蓄積量について定められている閾値を変更する。つまり、より低い閾値を設定することにより、シフトアップのために送信するダミーデータのデータ量がより少なくて済むことになる。
この場合、サービス単位で閾値を下げ、ＰｏＣサービスの音声パケット送信中は常に閾値が下がった状態になる。このため、発言権取得の際にシフトアップせず、ダミーデータ送信の際にシフトアップするような閾値に設定する必要がある。
本実施形態では、上記の第２実施形態において、バッファのデータ蓄積量について定められている閾値を変更する。つまり、より低い閾値を設定することにより、シフトアップのために送信するダミーデータのデータ量がより少なくて済むことになる。
この場合、サービス単位で閾値を下げ、ＰｏＣサービスの音声パケット送信中は常に閾値が下がった状態になる。このため、発言権取得の際にシフトアップせず、ダミーデータ送信の際にシフトアップするような閾値に設定する必要がある。
このようなシフトアップ処理について、図１３を参照して説明する。同図（ａ）に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部からＮＷＣＮ内のＰｏＣサーバに向けて発信要求が送信される（ステップＳ４０）。この発信要求を受信したＮＷＣＮ内のＰｏＣサーバは、ＮＷＲＡＮ内の無線制御装置に向けてＲＡＢ（Radio Access Bearer）設定によるＰｏＣ制御通知を送信する（ステップＳ４１）。この通知を受取ったＮＷＲＡＮ内の無線制御装置では、バッファの閾値についてシフトアップ用の閾値が設定され、その閾値が通信端末装置Ｔ内の無線制御部に通知される（ステップＳ４２）。本実施形態では、例えば、１００Ｂｙｔｅ程度の閾値とする。
次に、同図（ｂ）に示されているように、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ４３）。そして、通信端末装置Ｔ内のＰｏＣアプリケーション部からＮＷＣＮ内のＰｏＣサーバに向けて大容量のダミーデータが送信される（ステップＳ４４）。このダミーデータは、音声品質に影響を与えない信号によって送信される。例えば、周知のＰｉｎｇやＳＩＰを利用して送信される。ダミーデータのデータ量は、例えば数１００Ｂｙｔｅである。
このダミーデータは、ＮＷＲＡＮ内の無線制御装置に設けられているバッファを経由するため、その蓄積データ量が閾値に達し、個別チャネルへのシフトアップ処理が行われる（ステップＳ４５）。
ここで、無線制御装置１０内のバッファの構成例について図８（ｂ）を参照して説明する。同図（ｂ）において、バッファＢＦには、送信すべきデータが順に入力されて蓄積され、その蓄積された順序で出力される。ただし、同図（ａ）の場合とは異なり、２つの出力端子Ｔｈ１、Ｔｈ２が設けられており、さらにそれら出力端子Ｔｈ１、Ｔｈ２から導出される信号を入力とするセレクタＳＥＬが設けられている。
ここで、無線制御装置１０内のバッファの構成例について図８（ｂ）を参照して説明する。同図（ｂ）において、バッファＢＦには、送信すべきデータが順に入力されて蓄積され、その蓄積された順序で出力される。ただし、同図（ａ）の場合とは異なり、２つの出力端子Ｔｈ１、Ｔｈ２が設けられており、さらにそれら出力端子Ｔｈ１、Ｔｈ２から導出される信号を入力とするセレクタＳＥＬが設けられている。
セレクタＳＥＬは、出力端子Ｔｈ１、Ｔｈ２から導出される信号のいずれか一方を、閾値設定信号に応じて選択して出力するように構成されている。出力端子Ｔｈ１からの信号を導出するようにセレクタＳＥＬが設定されている場合、同図（ａ）の場合と同様の動作となる。
一方、出力端子Ｔｈ２からの信号を導出するようにセレクタＳＥＬが設定されている場合、バッファＢＦに蓄積されているデータ量が、同図（ａ）の場合よりも少ない閾値に達した段階で出力端子Ｔｈ２から信号が出力され、この信号がセレクタＳＥＬを介して導出される。この信号をトリガとして、シフトアップ処理が行われる。つまり、このセレクタＳＥＬは、共通チャネルから個別チャネルへのシフトアップのために定められた閾値を、外部からの指示に従って、より小なる閾値に設定している。
一方、出力端子Ｔｈ２からの信号を導出するようにセレクタＳＥＬが設定されている場合、バッファＢＦに蓄積されているデータ量が、同図（ａ）の場合よりも少ない閾値に達した段階で出力端子Ｔｈ２から信号が出力され、この信号がセレクタＳＥＬを介して導出される。この信号をトリガとして、シフトアップ処理が行われる。つまり、このセレクタＳＥＬは、共通チャネルから個別チャネルへのシフトアップのために定められた閾値を、外部からの指示に従って、より小なる閾値に設定している。
このため、ダミーデータが送信されることによってバッファＢＦに蓄積されているデータ量が増加し、予め定められている閾値に達するとシフトアップ処理が行われる点で、本実施形態の動作は上記の第２実施形態と同じであるが、閾値を低く設定できるため、送信すべきダミーデータのデータ量が第２実施形態の場合よりも少なくて済む。このように、より少ない量のダミーデータを事前に送信することにより、音声信号を送信する場合にのみシフトアップされるため、ネットワークリソースの浪費をさらに軽減しつつ音質品質を確保することができる。
本実施形態による通信システムの動作例について図１４を参照して説明する。同図は、通信システムを構成する各装置の動作を示すシーケンス図である。同図には、通信端末装置Ｔ、無線制御装置１０、ＮＷ制御装置２０、ＰｏＣサーバ１００について、それぞれの間の信号やデータの授受が示されている。
同図において、通信端末装置Ｔが発信要求を送信すると（ステップＳ４０１）、その要求は無線制御装置１０、ＮＷ制御装置２０を介して、ＰｏＣサーバ１００に入力される（ステップＳ４０２、Ｓ４０２、Ｓ４０３）。この要求を受取ったＰｏＣサーバ１００は、シフトアップさせるための閾値を検索する（ステップＳ４０４）。この検索によって得られた閾値データを含む発信要求応答をＰｏＣサーバ１００が送信すると、その応答はＮＷ制御装置２０を介して無線制御装置１０に入力される（ステップＳ４０５、Ｓ４０６）。ここで、無線制御装置１０は、シフトアップするための閾値を設定し（ステップＳ４０７）、さらに上記発信要求応答を通信端末装置Ｔに向けて送信する（ステップＳ４０８）。この発信要求応答を受取った通信端末装置ＴはＰｏＣ通信可能な状態になる。
同図において、通信端末装置Ｔが発信要求を送信すると（ステップＳ４０１）、その要求は無線制御装置１０、ＮＷ制御装置２０を介して、ＰｏＣサーバ１００に入力される（ステップＳ４０２、Ｓ４０２、Ｓ４０３）。この要求を受取ったＰｏＣサーバ１００は、シフトアップさせるための閾値を検索する（ステップＳ４０４）。この検索によって得られた閾値データを含む発信要求応答をＰｏＣサーバ１００が送信すると、その応答はＮＷ制御装置２０を介して無線制御装置１０に入力される（ステップＳ４０５、Ｓ４０６）。ここで、無線制御装置１０は、シフトアップするための閾値を設定し（ステップＳ４０７）、さらに上記発信要求応答を通信端末装置Ｔに向けて送信する（ステップＳ４０８）。この発信要求応答を受取った通信端末装置ＴはＰｏＣ通信可能な状態になる。
その後、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ４０９）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ４１０）。
通信端末装置Ｔでは、Floor grant信号を受信することにより、ＰｏＣの発言権を取得したことを検出でき、音声を送出できる状態になる（ステップＳ４１１）。このため、通信端末装置Ｔは、発信要求応答によって受取った閾値データを超えるデータ量（つまり、設定されたシフトアップ閾値を超えるデータ量）のダミーデータを、ＰｏＣサーバ１００に向けて送信する（ステップＳ４１２）。
このダミーデータが送信されると、無線制御装置１０では、バッファのデータ蓄積量が設定された閾値を超えるため、音声伝送に最適なチャネルを使用する状態に遷移する（ステップＳ４１３）。本例では、共通チャネルを使用している状態から個別チャネルを使用している状態に切り替える。
その後、通信端末装置Ｔが音声パケットを送信すると、その音声パケットは、個別チャネルによって、無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に送信される（ステップＳ４１４）。
その後、通信端末装置Ｔが音声パケットを送信すると、その音声パケットは、個別チャネルによって、無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に送信される（ステップＳ４１４）。
以上のようにシフトアップ制御を行った場合の作用について、図１０（ｂ）を参照して説明する。同図（ｂ）は、音声信号、発言権制御信号が、個別チャネル、共通チャネルのいずれで送信されるかを示す図である。同図の横軸は時間の経過を示し、同図の縦軸はデータ量を示している。
同図に示されているように、音声信号を送信する場合は、その直前にダミーデータが送信される。このため、バッファの蓄積データ量が予め定められた閾値ＴＨ２を超えることになり、上述したようにシフトアップされるので、個別チャネルが用いられる。このとき、図１０（ａ）を参照して説明した場合と異なるのは、閾値ＴＨ２が上記図１０（ａ）中の閾値ＴＨ１よりも小さい値に設定されていることである。すなわち、ＴＨ２＜ＴＨ１である。このため、本実施形態においてシフトアップさせるために送信されるダミーデータのデータ量は、図１０（ａ）を参照して説明した第２実施形態の場合よりも少なくて済むことになる。
同図に示されているように、音声信号を送信する場合は、その直前にダミーデータが送信される。このため、バッファの蓄積データ量が予め定められた閾値ＴＨ２を超えることになり、上述したようにシフトアップされるので、個別チャネルが用いられる。このとき、図１０（ａ）を参照して説明した場合と異なるのは、閾値ＴＨ２が上記図１０（ａ）中の閾値ＴＨ１よりも小さい値に設定されていることである。すなわち、ＴＨ２＜ＴＨ１である。このため、本実施形態においてシフトアップさせるために送信されるダミーデータのデータ量は、図１０（ａ）を参照して説明した第２実施形態の場合よりも少なくて済むことになる。
その後、発言権制御信号を送信する場合には、上述とは逆にシフトダウンされるため、共通チャネルが用いられる。その後再び音声信号を送信する場合は、同様に、第２実施形態の場合よりも少ない量のダミーデータが送信されてシフトアップされるため、個別チャネルが用いられる。以下、同様に、より少ない量のダミーデータを事前に送信することにより、音声信号を送信する場合にのみシフトアップされるため、ネットワークリソースの浪費をさらに軽減しつつ音質品質を確保することができる。
（第５実施形態）
本実施形態では、上記の第３実施形態において、バッファのデータ蓄積量について定められている閾値を変更する。つまり、より低い閾値を設定することにより、シフトアップのために送信するダミーデータのデータ量がより少なくて済むことになる。
このようなシフトアップ処理について、図１５を参照して説明する。同図（ａ）に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部からＮＷＣＮ内のＰｏＣサーバに向けて発信要求が送信される（ステップＳ５０）。この発信要求を受信したＮＷＣＮ内のＰｏＣサーバは、ＮＷＲＡＮ内の無線制御装置に向けてＲＡＢ設定によるＰｏＣ制御通知を送信する（ステップＳ５１）。この通知を受取ったＮＷＲＡＮ内の無線制御装置では、バッファの閾値についてシフトアップ用の閾値が設定され、その閾値が通信端末装置Ｔ内の無線制御部に通知される（ステップＳ５２）。本実施形態では、例えば、１００Ｂｙｔｅ程度の閾値とする。
本実施形態では、上記の第３実施形態において、バッファのデータ蓄積量について定められている閾値を変更する。つまり、より低い閾値を設定することにより、シフトアップのために送信するダミーデータのデータ量がより少なくて済むことになる。
このようなシフトアップ処理について、図１５を参照して説明する。同図（ａ）に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部からＮＷＣＮ内のＰｏＣサーバに向けて発信要求が送信される（ステップＳ５０）。この発信要求を受信したＮＷＣＮ内のＰｏＣサーバは、ＮＷＲＡＮ内の無線制御装置に向けてＲＡＢ設定によるＰｏＣ制御通知を送信する（ステップＳ５１）。この通知を受取ったＮＷＲＡＮ内の無線制御装置では、バッファの閾値についてシフトアップ用の閾値が設定され、その閾値が通信端末装置Ｔ内の無線制御部に通知される（ステップＳ５２）。本実施形態では、例えば、１００Ｂｙｔｅ程度の閾値とする。
次に、同図（ｂ）に示されているように、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ５３）。そして、ＮＷＣＮ内のＰｏＣサーバから通信端末装置Ｔ内のＰｏＣアプリケーション部に向けて大容量のダミーデータが送信される（ステップＳ５４）。このダミーデータは、音声品質に影響を与えない信号によって送信される。例えば、周知のＳＩＰ Ｎｏｔｉｆｙ信号を利用して送信される。ダミーデータのデータ量は、例えば数１００Ｂｙｔｅである。
このダミーデータは、ＮＷＲＡＮ内の無線制御装置に設けられているバッファを経由するため、その蓄積データ量が閾値に達し、個別チャネルへのシフトアップ処理が行われる（ステップＳ５５）。
なお、無線制御装置１０内のバッファの構成については、図８（ｂ）を参照して説明した第４実施形態の場合と同様であるため、その説明を省略する。
なお、無線制御装置１０内のバッファの構成については、図８（ｂ）を参照して説明した第４実施形態の場合と同様であるため、その説明を省略する。
本実施形態による通信システムの動作例について図１６を参照して説明する。同図は、通信システムを構成する各装置の動作を示すシーケンス図である。同図には、通信端末装置Ｔ、無線制御装置１０、ＮＷ制御装置２０、ＰｏＣサーバ１００について、それぞれの間の信号やデータの授受が示されている。
同図において、通信端末装置Ｔが発信要求を送信すると（ステップＳ５０１）、その要求は無線制御装置１０、ＮＷ制御装置２０を介して、ＰｏＣサーバ１００に入力される（ステップＳ５０２、Ｓ５０２、Ｓ５０３）。この要求を受取ったＰｏＣサーバ１００は、シフトアップさせるための閾値を検索する（ステップＳ５０４）。この検索によって得られた閾値データを含む発信要求応答をＰｏＣサーバ１００が送信すると、その応答はＮＷ制御装置２０を介して無線制御装置１０に入力される（ステップＳ５０５、Ｓ５０６）。ここで、無線制御装置１０は、シフトアップするための閾値を設定し（ステップＳ５０７）、さらに上記発信要求応答を通信端末装置Ｔに向けて送信する（ステップＳ５０８）。この発信要求応答を受取った通信端末装置ＴはＰｏＣ通信可能な状態になる。
同図において、通信端末装置Ｔが発信要求を送信すると（ステップＳ５０１）、その要求は無線制御装置１０、ＮＷ制御装置２０を介して、ＰｏＣサーバ１００に入力される（ステップＳ５０２、Ｓ５０２、Ｓ５０３）。この要求を受取ったＰｏＣサーバ１００は、シフトアップさせるための閾値を検索する（ステップＳ５０４）。この検索によって得られた閾値データを含む発信要求応答をＰｏＣサーバ１００が送信すると、その応答はＮＷ制御装置２０を介して無線制御装置１０に入力される（ステップＳ５０５、Ｓ５０６）。ここで、無線制御装置１０は、シフトアップするための閾値を設定し（ステップＳ５０７）、さらに上記発信要求応答を通信端末装置Ｔに向けて送信する（ステップＳ５０８）。この発信要求応答を受取った通信端末装置ＴはＰｏＣ通信可能な状態になる。
その後、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ５０９）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ５１０）。
ここで、ＰｏＣサーバ１００は、発言権許可のためのFloor grant信号を送信したことにより、通信端末装置Ｔから音声パケットが送出されると判断できる（ステップＳ５１１）。このため、ＰｏＣサーバ１００は、シフトアップできるデータ量のダミーデータを、通信端末装置Ｔに向けて送信する（ステップＳ５１２）。このダミーデータが送信されると、無線制御装置１０では、バッファのデータ蓄積量が予め定められた閾値を超えるため、音声伝送に最適なチャネルを使用する状態に遷移する（ステップＳ５１３）。
上記のFloor grant信号を受信することにより、ＰｏＣの発言権を取得したことを検出できた通信端末装置Ｔは、音声を送出できる状態になり、音声パケットを送信する（ステップＳ５１４）。その音声パケットは、個別チャネルによって、無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に送信される。
以上のようにシフトアップ制御を行った場合の作用は、図１０（ｂ）を参照して説明した第４実施形態の場合と同様である。すなわち、より少ない量のダミーデータを事前に送信することにより、音声信号を送信する場合にのみシフトアップされるため、ネットワークリソースの浪費をさらに軽減しつつ音質品質を確保することができる。
以上のようにシフトアップ制御を行った場合の作用は、図１０（ｂ）を参照して説明した第４実施形態の場合と同様である。すなわち、より少ない量のダミーデータを事前に送信することにより、音声信号を送信する場合にのみシフトアップされるため、ネットワークリソースの浪費をさらに軽減しつつ音質品質を確保することができる。
（第６実施形態）
ＰｏＣサーバ１００は、発言権取得の管理を行っているので、発言権を取得した通信端末装置Ｔから音声パケットが送出されることが把握できる。そこで、シフトアップ要求をＰｏＣサーバ装置から送出してシフトアップを指示する。
このようなシフトアップ処理について、図１７を参照して説明する。同図に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ６１）。次に、ＮＷＣＮ内のＰｏＣサーバからＮＷＲＡＮ内の無線制御装置に向けてシフトアップ要求が送信される（ステップＳ６２）。このシフトアップ要求の送信は、例えばＧＴＰ信号、ＮＷＭＰ信号を送出することによって行われる。つまりシグナリング処理によってシフトアップ指示が行われる。これにより、ＮＷＲＡＮ内の無線制御装置において、個別チャネルへのシフトアップ処理が行われる（ステップＳ６３）。
ＰｏＣサーバ１００は、発言権取得の管理を行っているので、発言権を取得した通信端末装置Ｔから音声パケットが送出されることが把握できる。そこで、シフトアップ要求をＰｏＣサーバ装置から送出してシフトアップを指示する。
このようなシフトアップ処理について、図１７を参照して説明する。同図に示されているように、本実施形態では、まず、通信端末装置Ｔ内のＰｏＣアプリケーション部とＮＷＣＮ内のＰｏＣサーバとの間でFloor request信号／Floor grant信号の授受が行われる（ステップＳ６１）。次に、ＮＷＣＮ内のＰｏＣサーバからＮＷＲＡＮ内の無線制御装置に向けてシフトアップ要求が送信される（ステップＳ６２）。このシフトアップ要求の送信は、例えばＧＴＰ信号、ＮＷＭＰ信号を送出することによって行われる。つまりシグナリング処理によってシフトアップ指示が行われる。これにより、ＮＷＲＡＮ内の無線制御装置において、個別チャネルへのシフトアップ処理が行われる（ステップＳ６３）。
本実施形態による通信システムの動作例について図１８を参照して説明する。同図は、通信システムを構成する各装置の動作を示すシーケンス図である。同図には、通信端末装置Ｔ、無線制御装置１０、ＮＷ制御装置２０、ＰｏＣサーバ１００について、それぞれの間の信号やデータの授受が示されている。
同図において、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ６０１）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ６０２）。通信端末装置Ｔは、Floor grant信号を受信することにより、ＰｏＣの発言権を取得したことを検出でき、音声を送出できる状態になる。
同図において、通信端末装置ＴからFloor request信号が送出されると、この信号は無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ６０１）。ＰｏＣサーバ１００は発言権を許可する場合、Floor grant信号を送信し、この信号はＮＷ制御装置２０、無線制御装置１０を介して通信端末装置Ｔに入力される（ステップＳ６０２）。通信端末装置Ｔは、Floor grant信号を受信することにより、ＰｏＣの発言権を取得したことを検出でき、音声を送出できる状態になる。
ここで、ＰｏＣサーバ１００は、発言権許可のためのFloor grant信号を送信したことにより、通信端末装置Ｔから音声パケットが送出されると判断できる（ステップＳ６０３）。このため、ＰｏＣサーバ１００は、無線制御装置１０に対してシフトアップ要求を送出する（ステップＳ６０４）。本実施形態では、例えば、ＧＴＰ信号、ＮＷＭＰと信号を送出する。
このシフトアップ要求は、ＮＷ制御装置２０を介して無線制御装置１０に入力される（ステップＳ６０５）。このシフトアップ要求を受取った無線制御装置１０は、音声伝送に最適なチャネルを使用する状態に遷移する（ステップＳ６０６）。本例では、共通チャネルを使用している状態から個別チャネルを使用している状態に切り替える。
また、無線制御装置１０は、シフトアップ要求応答をＰｏＣサーバ１００に向けて返信する（ステップＳ６０７）。このシフトアップ要求応答は、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ６０８）。
また、無線制御装置１０は、シフトアップ要求応答をＰｏＣサーバ１００に向けて返信する（ステップＳ６０７）。このシフトアップ要求応答は、ＮＷ制御装置２０を介してＰｏＣサーバ１００に入力される（ステップＳ６０８）。
その後、通信端末装置Ｔが音声パケットを送信すると、その音声パケットは、個別チャネルによって、無線制御装置１０、ＮＷ制御装置２０を介してＰｏＣサーバ１００に送信される（ステップＳ６０９）。
以上のようにシフトアップ制御を行った場合の作用は、図６を参照して説明した第１実施形態の場合と同様である。すなわち、音声信号を送信する場合にのみ、シフトアップされるため、ネットワークリソースの浪費を回避しつつ音質品質を確保することができる。
以上のようにシフトアップ制御を行った場合の作用は、図６を参照して説明した第１実施形態の場合と同様である。すなわち、音声信号を送信する場合にのみ、シフトアップされるため、ネットワークリソースの浪費を回避しつつ音質品質を確保することができる。
（変形例）
上述したダミーデータの代わりに、意味のあるデータを送信してもよい。例えば、リアルタイムで送る必要はない（すなわち、いつ送信してもよい）データ（例えば、音声ではない、テキストデータや画像データ）を送信するという手法も考えられる。具体的には、待ち合わせ場所やお店の地図を示すデータを送信すれば、ネットワークリソースが無駄になることはない。
上述したダミーデータの代わりに、意味のあるデータを送信してもよい。例えば、リアルタイムで送る必要はない（すなわち、いつ送信してもよい）データ（例えば、音声ではない、テキストデータや画像データ）を送信するという手法も考えられる。具体的には、待ち合わせ場所やお店の地図を示すデータを送信すれば、ネットワークリソースが無駄になることはない。
本発明は、ＰｏＣ通信サービスにおける音声品質向上に利用することができる。
１０ 無線制御装置
１１ ＰｏＣアプリケーション部
１２ 無線制御部
１３ 発言権要求機能
１４ シフトアップ要求送信機能
１５ ダミーデータ送信機能
２０ ネットワーク制御装置
１００ ＰｏＣサーバ
１０１ 発言権許可機能
１０２ シフトアップ要求送信機能
１０３ ダミーデータ送信機能
ＢＦ バッファ
ＳＥＬ セレクタ
Ｔ 通信端末装置
ＴＡ、ＴＢ、ＴＣ 端末
１１ ＰｏＣアプリケーション部
１２ 無線制御部
１３ 発言権要求機能
１４ シフトアップ要求送信機能
１５ ダミーデータ送信機能
２０ ネットワーク制御装置
１００ ＰｏＣサーバ
１０１ 発言権許可機能
１０２ シフトアップ要求送信機能
１０３ ダミーデータ送信機能
ＢＦ バッファ
ＳＥＬ セレクタ
Ｔ 通信端末装置
ＴＡ、ＴＢ、ＴＣ 端末
Claims (5)
- 共通チャネルと個別チャネルとを切り替えて使用し、ＰｏＣ通信サービスの制御を行うＰｏＣサーバに向けてパケットを送信する通信端末装置であって、前記ＰｏＣサーバとの信号授受により発言権を取得する発言権取得手段と、前記発言権取得手段による発言権の取得後に、前記共通チャネルから前記個別チャネルへのシフトアップ処理のためのシフトアップ要求を送信するシフトアップ要求送信手段とを含むことを特徴とする通信端末装置。
- ＰｏＣ通信サービスの制御を行うＰｏＣサーバに向けて送信されるパケットが蓄積されるバッファを含む装置を経由して、該ＰｏＣサーバにパケットを送信する通信端末装置であって、前記ＰｏＣサーバとの信号授受により発言権を取得する発言権取得手段と、前記発言権取得手段による発言権の取得後に、前記バッファの蓄積データ量について定められた閾値を超えるダミーデータを送信するダミーデータ送信手段とを含むことを特徴とする通信端末装置。
- ＰｏＣ通信サービスの提供を受ける通信端末装置に向けて送信されるパケットが蓄積されるバッファを含む装置を経由して、該通信端末装置にパケットを送信するＰｏＣサーバであって、前記通信端末装置との信号授受により発言権を許可する発言権許可手段と、前記発言権許可手段による発言権の許可後に、前記バッファの蓄積データ量について定められた閾値を超えるダミーデータを送信するダミーデータ送信手段とを含むことを特徴とするＰｏＣサーバ。
- ＰｏＣ通信サービスの提供を受ける通信端末装置に向けて送信されるパケットが蓄積されるバッファを含む装置を経由して、該通信端末装置にパケットを送信するＰｏＣサーバであって、前記通信端末装置との信号授受により発言権を許可する発言権許可手段と、前記発言権許可手段による発言権の許可後に、前記共通チャネルから前記個別チャネルへのシフトアップ処理のためのシフトアップ要求を送信するシフトアップ要求送信手段とを含むことを特徴とするＰｏＣサーバ。
- ＰｏＣ通信サービスの制御を行うＰｏＣサーバと前記ＰｏＣ通信サービスの提供を受ける通信端末装置との間で送受信されるパケットが蓄積されるバッファを含む無線制御装置であって、前記バッファの蓄積データ量について、前記共通チャネルから前記個別チャネルへのシフトアップのために定められた閾値を、外部からの指示に従ってより小なる閾値に設定するための閾値設定手段を含むことを特徴とする無線制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006090816A JP4176780B2 (ja) | 2006-03-29 | 2006-03-29 | 通信端末装置、ＰｏＣサーバ、無線制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006090816A JP4176780B2 (ja) | 2006-03-29 | 2006-03-29 | 通信端末装置、ＰｏＣサーバ、無線制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007267150A true JP2007267150A (ja) | 2007-10-11 |
| JP4176780B2 JP4176780B2 (ja) | 2008-11-05 |
Family
ID=38639677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006090816A Expired - Fee Related JP4176780B2 (ja) | 2006-03-29 | 2006-03-29 | 通信端末装置、ＰｏＣサーバ、無線制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4176780B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013519302A (ja) * | 2010-02-05 | 2013-05-23 | クアルコム，インコーポレイテッド | ワイヤレス通信システム内のユーザ機器の支援された状態遷移 |
| JP2013538515A (ja) * | 2010-08-27 | 2013-10-10 | ハリス コーポレイション | セルラネットワーク |
| US8780744B2 (en) | 2010-01-25 | 2014-07-15 | Qualcomm Incorporated | Selective allocation of dedicated channel (DCH) resources within a wireless communications system |
| JP2014140195A (ja) * | 2010-02-17 | 2014-07-31 | Qualcomm Inc | ワイヤレス通信システム内での遅延の影響を受けやすいアプリケーションのためのユーザ機器（ｕｅ）の支援された状態移行 |
| US8873479B2 (en) | 2010-02-05 | 2014-10-28 | Qualcomm Incorporated | Assisted state transition of a user equipment (UE) for delay sensitive applications within a wireless communications system |
| KR20180060273A (ko) * | 2016-11-28 | 2018-06-07 | 주식회사 아이페이지온 | 미디어 오픈이 늦은 단말에 대한 미디어 패킷의 누락을 방지하는 ptt 서비스 시스템 및 그 방법 |
-
2006
- 2006-03-29 JP JP2006090816A patent/JP4176780B2/ja not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8780744B2 (en) | 2010-01-25 | 2014-07-15 | Qualcomm Incorporated | Selective allocation of dedicated channel (DCH) resources within a wireless communications system |
| US9155075B2 (en) | 2010-01-25 | 2015-10-06 | Qualcomm Incorporated | Selective allocation of dedicated channel (DCH) resources within a wireless communications system |
| JP2013519302A (ja) * | 2010-02-05 | 2013-05-23 | クアルコム，インコーポレイテッド | ワイヤレス通信システム内のユーザ機器の支援された状態遷移 |
| US8848553B2 (en) | 2010-02-05 | 2014-09-30 | Qualcomm Incorporated | Assisted state transitions of a user equipment within a wireless communications system |
| US8873479B2 (en) | 2010-02-05 | 2014-10-28 | Qualcomm Incorporated | Assisted state transition of a user equipment (UE) for delay sensitive applications within a wireless communications system |
| JP2014140195A (ja) * | 2010-02-17 | 2014-07-31 | Qualcomm Inc | ワイヤレス通信システム内での遅延の影響を受けやすいアプリケーションのためのユーザ機器（ｕｅ）の支援された状態移行 |
| JP2013538515A (ja) * | 2010-08-27 | 2013-10-10 | ハリス コーポレイション | セルラネットワーク |
| KR20180060273A (ko) * | 2016-11-28 | 2018-06-07 | 주식회사 아이페이지온 | 미디어 오픈이 늦은 단말에 대한 미디어 패킷의 누락을 방지하는 ptt 서비스 시스템 및 그 방법 |
| KR101896034B1 (ko) * | 2016-11-28 | 2018-09-06 | 주식회사 아이페이지온 | 미디어 오픈이 늦은 단말에 대한 미디어 패킷의 누락을 방지하는 ptt 서비스 시스템 및 그 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4176780B2 (ja) | 2008-11-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110324284B (zh) | 接入ims的方法和通信装置 | |
| JP4850264B2 (ja) | 無線パケットベースの通信を確立するための方法 | |
| JP5081156B2 (ja) | 同時多重ＰｏＣマルチメディアサービス提供方法及びそのシステム | |
| JP4675963B2 (ja) | プッシュツートークオーバーセルラーシステムユーザの応答モードによる呼処理システム及び方法 | |
| CN101057514B (zh) | 用于实现多媒体通信会话的方法和设备 | |
| JP4176780B2 (ja) | 通信端末装置、ＰｏＣサーバ、無線制御装置 | |
| JP4392043B2 (ja) | ＰｏＣシステムの応答モードに基盤するＰｏＣ呼処理方法及びシステム | |
| RU2382397C2 (ru) | Метод и система для определения сервера с управляющими функциями | |
| CA2738473C (en) | Poc server, poc terminal, floor control method, and poc terminal control method | |
| CN108924872B (zh) | 数据传输方法、终端和核心网设备 | |
| JP2010200359A (ja) | 無線通信ネットワークシステム、通信システム及び通信デバイスにおけるリソース予約のための方法とシステム | |
| JP4229287B2 (ja) | 通信制御サーバ、通信端末、通信制御方法 | |
| EP3284233B1 (en) | In-session communication for service application | |
| US8311201B2 (en) | Method and system for controlling a conference | |
| CN102171985A (zh) | 通信网络中的会话建立 | |
| CN102754483B (zh) | 从电路交换到分组交换的切换 | |
| KR20160062017A (ko) | 개선된 통화 품질 및 통화 성공률을 위한 시스템 및 방법 | |
| KR101441779B1 (ko) | 무선 통신 시스템 내의 고-우선순위 통신 세션들 | |
| CN101658010B (zh) | 通过ip多媒体通信系统和电路交换通信系统建立呼叫的方法和系统 | |
| CN100442939C (zh) | 基于蜂窝网络的一键通业务呼叫建立时延的优化方法 | |
| KR20080073889A (ko) | 통신 시스템에서 발언권 제어 방법 및 장치 | |
| JP4073940B2 (ja) | ＰｏＣサーバ、ＰｏＣ端末、発言権制御方法、ＰｏＣ端末制御方法 | |
| JP4977427B2 (ja) | 端末装置、中継装置、および、プログラム | |
| JPWO2011043017A1 (ja) | コンテンツ配信システム | |
| JP2007150851A (ja) | 通信システムの主装置及び通信システムの会議接続方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080226 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080425 |
|
| 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: 20080805 |
|
| 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: 20080820 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110829 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110829 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130829 Year of fee payment: 5 |
|
| 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 |