JP5074530B2 - 呼制御トランザクションのための不活性タイマー閾値の動的調整 - Google Patents

呼制御トランザクションのための不活性タイマー閾値の動的調整 Download PDF

Info

Publication number
JP5074530B2
JP5074530B2 JP2009551018A JP2009551018A JP5074530B2 JP 5074530 B2 JP5074530 B2 JP 5074530B2 JP 2009551018 A JP2009551018 A JP 2009551018A JP 2009551018 A JP2009551018 A JP 2009551018A JP 5074530 B2 JP5074530 B2 JP 5074530B2
Authority
JP
Japan
Prior art keywords
call control
inactivity timer
threshold
application
control transaction
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.)
Expired - Fee Related
Application number
JP2009551018A
Other languages
English (en)
Other versions
JP2010521833A (ja
Inventor
シャヒディ、レザ
ギンデ、サミアビジャイ
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.)
Qualcomm Inc
Original Assignee
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2010521833A publication Critical patent/JP2010521833A/ja
Application granted granted Critical
Publication of JP5074530B2 publication Critical patent/JP5074530B2/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
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)

Description

本開示は、通信デバイスとアクセス・ネットワークとの間の、接続の確立と切断のための技術に関わる。
セッション開始プロトコル（Session Initiation Protocol：ＳＩＰ）は、パケット・ベースのネットワークにおいて、インターネット・プロトコル（ＩＰ）に基づいた、電話サービスの提供を確立し、管理するための、アプリケーション・レイヤのシグナリングと制御のプロトコルである。ＳＩＰは、ユーザー認証と、転送と、登録サービスを提供し、オーディオおよびビデオ会議、テキス・トメッセージ、インタラクティブ・ゲーム、および呼転送（call forwarding）などのような種々の電話サービスをサポートするために使うことができる。このＳＩＰプロトコルは、２００２年に公表され、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）により準備された、リグエスト・フォー・コメント（ＲＦＣ）３２６１に記載されている。
ＳＩＰは、セッションの設定、修正および終了のための、いくつかの機能を提供する。特に、ＳＩＰはインターネット上でセッションを設定し、修正し、終了するためのルールのシステムを提供する。ＳＩＰは、ＨＴＴＰに似た、要求と応答のトランザクション・モデルに基づいている。各々のトランザクションは、特定の機能および少なくとも１つの応答を起動する要求から構成されている。ＳＩＰは、下層のトランスポートプロトコルおよび確立されたセッションのタイプには依存しない。言いかえれば、セッションの中で交換されるデータの詳細、たとえば、セッションで使用される符合器−復号器（ｃｏｄｅｃ）は、ＳＩＰにより制御されない。その代わりに、ＳＩＰは、エンドユーザーに完璧なサービスを提供することができる、マルチメディア・アーキテクチャを構築するために他のプロトコルと互換性を持つ。
一般に、この開示は、通信デバイスとアクセス・ネットワークとの間の、接続の確立（establishment）と切断（release）にかかわる技術に向けられている。これらの技術は、エアインターフェイスの確立と切断のための、無線コンテキスト（wireless context）において、特に適用できる。しかしながら、これらの技術は、バンド幅の利用を縮小するために、有線コンテキスト（wired context）において、役立つことができる。
いったん、通信デバイスとアクセス・ネットワークとの間の接続が確立されると、この接続は、データを送受信するために、この通信デバイスの中で、実行する、複数のアプリケーションにより使用され得る。この目的のために、通信デバイスは、そのアプリケーションにおける、通信のニーズをサービスするために、ラジオ・リンク・プロトコル（ＲＬＰ）フローのような、複数のデータ・フローを確立することができる。各々のデータ・フローは、異なるサービスの品質（Quality of Service：ＱｏＳ）を有するトラフィックを送るために使用され得る。たとえば、第１のデータ・フローは、呼（call）制御メッセージを送るために使用され、第２のデータ・フローは、ベスト・エフォートのＱｏＳ（すなわちトラフィック・パラメータの保証がない）のトラフィックを送るのに使われ、第３のデータ・フローは、特有のトラフィック・パラメータ（たとえば、バンド幅、遅延（latency）、パケット損失レート）について、ＱｏＳのコミットメントを必要とする、トラフィックを送るのに使われ得る。
通信デバイスは、確立された接続における動作を監視し、アプリケーションがこの接続を使用していないときには、アクセス・ネットワークとの接続を切断する。一例として、通信デバイスは、不活性タイマーの閾値（inactivity timer threshold）を、各々のデータ・フローと関連付け、そして、各々のデータ・フローに対応する、不活性タイマーの閾値を、越える期間だけ、そのデータ・フローにおいて、データが送信も受信もされないと、アクセス・ネットワークとの接続を切断する。このように、各々のデータ・フローが不活性（inactive）な場合には、通信デバイスは接続を切断する。
通信デバイスは、呼制御メッセージを送るために使われる、データ・フローに関連付けて、不活性タイマーの閾値を動的に調整する。一例として、通信デバイスは、新たな呼制御トランザクションの開始、または、既存の呼制御トランザクションの終了に応じて、新たな呼制御トランザクションと同様に、既存の全ての呼制御トランザクションと直近に終了した呼制御トランザクションにおける、最小の接続要求を満たす不活性タイマーの閾値を選択する。ここで使用している句“呼制御トランザクション（call control transaction）”は、通信デバイスとプロキシ・サーバーとの間で送信される、最初の要求から最後の応答までの、全ての呼制御メッセージを表す。
呼制御メッセージを送信するために、使われるデータ・フローに関連する、不活性タイマーの閾値を、動的に調整することにより、通信デバイスは、アプリケーションの接続要求を満たすのに十分な期間だけ、接続が維持されることを保証する。さらに、このように、本開示の技術は、全てのデータ・フローの不活性化と、接続の切断との間に経過する時間量を低減し、これによって、エアインターフェイスのリソースの利用を低減する。さらに、本技術は、全てのデータ・フローが不活性（inactive）となる前に、エアインターフェイスのリソースが不用意に解放される可能性を低減する。
一つの態様において、方法は、呼制御メッセージを送る、１つ以上のアプリケーションによって使われる、データ・フローに関連して、不活性タイマーの閾値を調整することであって、そこにおいて、前記不活性タイマーの閾値は、１つ以上の既存の呼制御トランザクションと、１つ以上の直近に終了した呼制御トランザクションと、１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように調整される、および、前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが送信も受信もされていないときに、前記データ・フローが不活性であると決めること、を含んでいる。
他の態様において、通信デバイスは、呼制御メッセージを送る、１つ以上のアプリケーションによって使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整する、呼管理モジュールと、そこにおいて、前記呼管理モジュールは、１つ以上の既存の呼制御トランザクションと、１つ以上の直近に終了した呼制御トランザクションと、１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように、前記不活性タイマーの閾値を調整する、および、前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、前記呼制御メッセージが送信も受信もされていないときに、データ・フローが不活性であると決める、フロー制御モジュール、とを備えている。
さらなる態様において、コンピュータ・プログラム製品は、呼制御メッセージを送る、１つ以上のアプリケーションによって使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整するように、コンピュータを動作させるコードと、そこにおいて、前記不活性タイマーの閾値は、１つ以上の既存の呼制御トランザクションと、１つ以上の直近に終了した呼制御トランザクションと、１つ以上の新規の呼制御トランザクションの最小限の接続要求を満たすように調整され、そして、前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが送信も受信もされていないときに、前記データ・フローが不活性であると、決めるようにコンピュータを動作させるコードとを、含む、コンピュータ可読メディアを含んでいる。
他の態様において、通信デバイスは、呼制御メッセージを送る、１つ以上のアプリケーションによって使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整するための手段と、そこにおいて、１つ以上の既存の呼制御トランザクションと、１つ以上の直近に終了した呼制御トランザクションと、１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように、前記不活性タイマーの閾値を調整する、および、前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、前記呼制御メッセージが送信も受信もされていないときに、データ・フローが不活性であると決める手段、とを備えている。
この開示に説明された技術は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせによりインプリメントされ得る。ソフトウェアによりインプリメントされる場合には、ソフトウェアはコンピュータにおいて実行され得る。ソフトウェアは、命令、プログラム・コード、または、類似のものとして最初に記憶されてもよい。したがって、本開示はさらに、コンピュータ可読メディアを含むディジタルビデオ符号化のためのコンピュータ・プログラム製品について考慮している。そこにおいて、コンピュータ可読媒体は、この開示に従って、コンピュータに技術や機能を実行させるコードを含んでいる。
１つ以上の例の詳細は、添付の図面と以下の記述において、明らかにされる。この開示の他の特徴、目的および利点は、詳細な説明、図および請求項により明らかになる。
図１は、通信デバイスとアクセス・ネットワークの間の、接続管理システムを示すブロック・ダイアグラムである。 図２は、本開示に従う接続管理技術を実行する、通信デバイスの構成要素の例を示す、ブロック・ダイアグラムである。 図３は、アクセス・ネットワークへの接続を、いつ切断するのかを決定する、通信デバイスの典型的な動作を示すフロー・ダイアグラムである。 図４は、呼制御メッセージを、交換するのに使われるデータ・フローに関連付けられた、不活性タイマーの閾値を、動的に調整する、呼制御モジュールの典型的な動作を示すフロー・ダイアグラムである。
詳細な説明
一般には、本開示は、通信デバイスとアクセス・ネットワークの間の、接続の確立と切断に係わる技術に向けられている。これらの技術は、エアインターフェイスの確立と切断のための無線コンテキストにおいて、特に適用できる。しかしながら、この技術は、使用するバンド幅を減らす上で、有線コンテキストに役立ってもよい。
いったん、通信デバイスとアクセス・ネットワークとの間の接続が確立されると、この接続は、この通信デバイスの中で実行される、複数のアプリケーションにより、データを送受信するために、使用されてもよい。ここで使用されているように、“接続”という言葉は、通信チャンネルおよび回路を含む、無線、有線、または光ファイバー設備により確立される、通信経路を指す。通信デバイスは、アプリケーションの通信要求を満たすために、ラジオ・リンク・プロトコル（ＲＬＰ）フローのような、複数のデータ・フローを確立してもよい。各々のデータ・フローは、異なるＱｏＳを持つトラフィックを送るのに、使用されてもよい。たとえば、第１のデータ・フローは呼制御メッセージを送るのに使用され、第２のデータ・フローはベスト・エフォートの（すなわちトラフィック・パラメータが保証しない）ＱｏＳを有するトラフィックを送るのに使われ、第３のデータ・フローは、特有の情報パラメータ（たとえば、バンド幅、遅延、パケット損失レート）についての、ＱｏＳのコミットメントを必要とするトラフィックを送るのに使われてもよい。
通信デバイスは、確立された接続における動作を監視し、アプリケーションがこの接続を利用していない場合には、アクセス・ネットワークとの接続を切断する。一例として、通信デバイスは、不活性タイマーの閾値を各々のデータ・フローと関連付け、各々のデータ・フローに対応する不活性タイマーの閾値を越える期間だけ、そのデータ・フローにおいてデータが送信も受信もされないと、アクセス・ネットワークとの接続を切断する。
通信デバイスは、本開示の技術に従う、１つまたは複数のデータ・フローに関連付けられた、不活性タイマーの閾値を動的に調製するように設定されていてもよい。たとえば、通信デバイスは、セッション開始プロトコル（ＳＩＰ）メッセージ、または、そのほかのタイプのシグナリングプロトコルに関連付けられたメッセージのような、呼制御メッセージを交換するのに使われる、データ・フローに関連付けられた、不活性タイマーの閾値を動的に調整するように、設定されていてもよい。より具体的には、通信デバイスは、新たな呼制御トランザクションの開始、または、現在の呼制御トランザクションの終了に応じて、任意の、新たな呼制御トランザクションと同様に、既存の全ての呼制御トランザクションと、直近に終了した呼制御トランザクションとにおける、最小の接続要求を満たすように、不活性タイマーの閾値を選択する。ここで使用している語句“呼制御トランザクション”は、通信デバイスとプロキシ・サーバーとの間で、最初の要求から最後の応答までの間に送られる、呼制御メッセージを表す。さらに、呼制御トランザクションは、最後の応答の後に送信された、受け取り通知の応答を含んでいてもよい。たとえば、要求がＩＮＶＩＴＥ要求であり、１つのＳＩＰごとの、最後の応答が２ｘｘでない応答である場合には、呼制御トランザクションは２ｘｘでない応答に対するＡＣＫを含んでいてもよい。しかしながら、最後の応答がＩＮＶＩＴＥ要求に対する２ｘｘ応答である場合には、この２ｘｘ応答に対するＡＣＫは、呼制御トランザクションには含まれず、独立の呼制御トランザクションである。“２ｘｘ応答”という語句は、呼制御トランザクションの最後の応答を指す。たとえば、２００ ＯＫは、ＳＩＰ ｉｎｖｉｔｅに対する最終応答である。
呼制御メッセージを送るために、使われるデータ・フローに関連付けられている、不活性タイマーの閾値を、動的に調整することにより、通信デバイスは、アプリケーションの接続要求を満たすのに十分な期間だけ、接続が維持されることを保証する。さらに、本開示の技術は、全てのデータ・フローの不活性化と、接続の切断との間に経過する期間を低減する。結果は、無線アプリケーションで心配される、アクセス・ネットワークのリソースの利用の低減である。さらに、本技術は、全てのデータ・フローが不活性となるまで、接続が不用意に切断される可能性を低減する。
本開示の技術は、例示のためのシグナリングプロトコルにしたがって、呼制御メッセージを送るのに使われる、データ・フローのために、不活性タイマーの閾値を調整するコンテキストに記述されているこの技術は、さらに、他のタイプのデータを送信するために、使われるデータ・フローのための、不活性タイマーの閾値を調整するのに、使われてもよい。いくつかの態様において、この技術は、メディアを送るのに使われるデータ・フローが、多くのアプリケーションにより追跡されるときに、メディアを送るのに使われるデータ・フローのための、不活性タイマーの閾値を調整するために、使われてもよい。
図１は、通信デバイスとアクセス・ネットワークの間の、接続管理のためのシステム１０を示すブロック・ダイアグラムである。システム１０は、ＳＩＰネットワーク、または、他のシグナリングプロトコル・ネットワークのような、シグナリングプロトコル・ネットワーク１２を備えていて、このネットワークは、インターネット・プロトコル（ＩＰ）ネットワークのような、パケット・ベースの通信ネットワーク１３に、埋め込まれているか、そうでないときには、結合されている。図１の例では、無線通信デバイス（ＷＣＤ）１４は、シグナリングプロトコル・ネットワーク１２により管理される、ＳＩＰセッションを用いて、通信デバイス１６と通信する。多くの場合には、ＷＣＤ１４は、１つ以上の、他の通信デバイスと通信してもよい。図示を容易にするためではあるが、図１は、ＷＣＤ１４と１個だけの通信デバイス１６との間の通信を描いている。このように、システム１０は、図１に示すように、単に典型的なものであり、この開示に概括的に説明されているように、本技術を制限すると考えないようにすべきである。
ＷＣＤ１４は、携帯電話、衛星電話、無線電話、個人情報端末（ＰＤＡ）、いわゆるＳＩＰ電話、ソフトウェア電話、ＷｉＦｉハンドセット、ＩＰ電話、または、無線通信機能を統合した他のデバイスのような、任意の無線デバイスであればよい。通信デバイス１６は、その他のＷＣＤ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、固定電話のような、有線または無線通信の機能を取り込んだ、任意のデバイスであればよい。本開示においては、ＷＣＤ１４と通信デバイス１６とは、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）音声会議、ビデオ会議、テキス・トメッセージ、オンライン・ゲームおよび他のパケット・ベースの電話アプリケーションに、ＳＩＰまたは他のシグナリングプロトコルをサポートするように設定されていてもよい。
ＷＣＤ１４は、アクセス・ネットワーク１８Ａを経由して、シグナリングプロトコル・ネットワーク１２に結合されている。通信デバイス１６は、有線または無線であってよい、他のアクセス・ネットワーク１８Ｂを経由して、シグナリングプロトコル・ネットワーク１２に結合されている。ＷＣＤ１４と通信デバイス１６とは、グローバル移動体通信システム（ＧＳＭ（登録商標））、符号分割多元接続方式（ＣＤＭＡ）、ＣＤＭＡ１６００、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、１ｘ Ｅｖｏｌｕｔｉｏｎ Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ（１ｘＥＶ−ＤＯ）のような、さまざまな無線通信アクセス技術（ＲＡＴ）のいずれかにしたがって、それぞれ、アクセス・ネットワーク１８Ａと１８Ｂとを経由して、通信する。あるいは、さらに、ＷＣＤ１４と通信デバイス１６とは、種々のＩＥＥＥ ８０１．１１ｘ標準により定義されている、プロトコルのいずれかのような、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）プロトコルに従って通信するように、装備されていてもよい。アクセス・ネットワーク１８は、ＷＣＤ１４と通信デバイスと、無線信号を交換する、基地局を備え、インターネット、広域ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）のような、広域パケット・ベース・コア・ネットワーク、および／または、公衆無線通信網（ＰＳＴＮ）を経由して、他のネットワークのクライアントやサーバーとの接続を提供する。
ＷＣＤ１４、および／または、通信デバイス１６は、対応するアクセス・ネットワーク１８と接続を確立する。ＷＣＤ１４とアクセス・ネットワーク１８Ａとの接続は、無線コンテキストにおいては、しばしば、エアインターフェイスと呼ばれる。１つの例として、ＷＣＤ１４は、アクセス・ネットワーク１８の中の、１つのデバイスに接続要求を送って、アクセス・ネットワーク１８Ａと接続を確立してもよい。いったん、ＷＣＤ１４とアクセス・ネットワーク１８Ａとの接続が確立されると、ＷＣＤ１４は、この接続の上で、１つ以上のデータ・フローを確立する。ＷＣＤ１４は、たとえば、ＷＣＤ１４の中で実行される１つ以上のアプリケーションを提供する、複数のＲＬＰフローを確立する。ＷＣＤ１４の中で実行されるアプリケーションは、ＶｏＩＰアプリケーションのような、リアルタイム・アプリケーション、ビデオストリーミングのような、固定バンド幅アプリケーション、または、これらの組み合わせを含むことができる。特に、ＷＣＤ１４の中で実行するアプリケーションは、リアルタイムトランスポートプロトコル（ＲＴＰ）、ハイパー・テキスト・トランスポート・プロトコル（ＨＴＴＰ）、ＳＩＰ、または、その他のシグナリングプロトコル、または同様のものを含む、多くのアプリケーション・レイヤー・プロトコルのいずれかに従って、１つ以上のＲＬＰフローを経由して、通信デバイス１６などの、他のデバイスとデータを交換してもよい。
たとえば、ＷＣＤ１４の中で実行するアプリケーションは、通信セッションの確立を容易にするために、ＷＣＤ１４と通信デバイス１６との代わりに動作する、プロキシ・サーバー２０Ａと２０Ｂ（併せて“プロキシ・サーバー２０”）との間で、呼制御メッセージを、交換するために、ＲＬＰフローの１つを使う。ＷＣＤ１４、通信デバイス１６およびプロキシ・サーバー２０は、ＷＣＤ１４と通信デバイス１６との間の、通信セッションを開始し、維持し、終了する呼制御メッセージを交換するのに、ＲＬＰフローの１つを使用してもよい。ＷＣＤ１４、通信デバイス１６およびプロキシ・サーバー２０は、セッションを確立するために、ＩＮＶＩＴＥ要求、ＡＣＣＥＰＴまたはＲＥＪＥＣＴ応答、および、ＡＣＫ応答等の、多くのＳＩＰメッセージを交換してもよい。
さらに、ＷＣＤ１４の中で実行される、１つ以上のアプリケーションでは、音声、ビデオ、テキスト、またはその他のデータを送受信するのに、ＲＬＰフローを使用してもよい。たとえば、ＲＬＰフローの１つが、ＲＴＰのようなメディアトランスポートプロトコルにしたがって、マルチメディア・コンテンツを送受信するアプリケーションにより、占有されてもかまわない。もう１つの例とし、他の１つのＲＬＰフローが、ベスト・エフォートの、すなわち、バンド幅、遅延パケット損失レートや他のトラフィック・パラメータに対するコミットメントのない、ＱｏＳを用いて、データを送受信するアプリケーションに使用するために、占有されてもかまわない。このように、ＲＬＰフローは、異なるＱｏＳの要求を、トラフィックに伝えるように設定されてもよい。このように、各々のＲＬＰフローは、ＷＣＤ１４上で実行する、複数のアプリケーションからのトラフィックを提供する。
ＷＣＤ１４は、さらに、確立された接続における動作を監視し、ＷＣＤ１４の中で実行されるアプリケーションのいずれもが、接続を使用していない場合には、アクセス・ネットワーク１８との接続を切断する。たとえば、ＷＣＤ１４は、確立された接続の上で、各々のＲＬＰフローを監視し、各々のＲＬＰフローに関連付けられた、不活性タイマーの閾値を越える期間にわたって、いずれかのＲＬＰフローを通して、パケットが送信も受信もされない場合には、接続を切断してもよい。
ＷＣＤ１４は、本開示の技術に従って、少なくとも１つのＲＬＰフローに関連付けられる、不活性タイマーの閾値を、動的に調整する。特に、ＷＣＤ１４は、呼制御メッセージを交換する、アプリケーションにより使用される、ＲＬＰフローに関連付けられる、不活性タイマーの閾値を、動的に調整する。たとえば、ＷＣＤ１４は、新たな通話の制御トランザクションの開始、または、現在の呼制御トランザクションの終了に応じて、新たな呼制御トランザクションと同様に、現在の全ての呼制御トランザクションと、直近に終了した呼制御トランザクションとにおける、最小の接続要求を満たすように、不活性タイマーの閾値を選択する。このように、不活性タイマーの閾値は、呼制御メッセージを転送するＲＬＰフローを使う、すべてのアプリケーションの、最小限の接続要求を満たす、ある期間だけ、接続を開いたままにしておくように、計算される。言いかえれば、調整された不活性タイマーの閾値は、呼制御メッセージを送るＲＬＰフローを、活性化しておき、これにより、ＷＣＤ１４に、アクセス・ネットワーク１８Ａとの接続を、維持するようにさせる。
類似の技術が、アクセス・ネットワーク１８Ｂとの、エアインターフェイス接続を設定し、監視し、切断するために、通信デバイス１６により使われてもよい。
図２は、本開示に従う、接続管理技術を実行する、本開示に従う接続管理技術を実行する、図１のＷＣＤ１４のような通信デバイスの、構成要素の例を示す、ブロック・ダイアグラムである。図２に示された例において、通信デバイスは、無線通信デバイスである。しかしながら、この通信デバイスは、有線通信デバイス、または、有線または無線通信の機能を有する、その他の任意のタイプの通信デバイスを備えていてもよい。
ＷＣＤ１４は、アンテナ２２、トランシーバー２４、接続管理モジュール２６、フロー監視モジュール２８、呼管理モジュール３０と複数のアプリケーション３２Ａ−３４Ｎ（併せて“アプリケーション３２”）とを備える。トランシーバー２４は、無線信号を、アンテナ２２を通して送信し、受信する。トランシーバー２４は、たとえば、増幅器、フィルター、周波数変換機、変調器、復調器、アナログ／ディジタル変換回路、ディジタル／アナログ変換回路およびディジタル・モデム回路のような、適切なアナログ、および／または、ディジタル回路構成要素を備えている。動作時に、アンテナ２２は無線信号を、ＷＣＤ１４によりサポートされた無線周波数帯に送信し、受信する。トランシーバー２４は、いずれかの要求された無線アクセス技術（ＲＡＴ）、または、任意のＷＬＡＮプロトコルをサポートするように設定されてもよい。
接続管理モジュール２６は、ＷＣＤ１４とアクセス・ネットワーク１８Ａ（図１）の間の接続を確立する。接続管理モジュール２６は、アクセス・ネットワーク１８Ａに対して、接続の確立するように、接続要求を送信してもよい。この接続要求に応じて、アクセス・ネットワーク１８Ａは、ＷＣＤ１４とアクセス・ネットワーク１８Ａの間のトラフィック・チャンネルを確立してもよい。接続管理モジュール２６は、ＷＣＤ１４とアクセス・ネットワーク１８Ａとの間に、たとえば、１ｘＥＶ−ＤＯ接続を確立してもよい。接続管理モジュール２６は、アクセス・ネットワーク１８Ａと、複数の接続を、同時に確立してもよい。接続管理モジュール２８は、さらに、アプリケーション３２が、もはや、この接続を活発に使用してない場合には、アクセス・ネットワーク１８Ａとの接続を切断する。より詳細に、以下に記述しているように、接続管理モジュール２８は、フロー制御モジュール２８からの要求に応じて、アクセス・ネットワーク１８Ａとの接続を切断する。
アプリケーション３２は、１つ以上のＶｏＩＰアプリケーション、ビデオ電話アプリケーション、メッセージ・アプリケーション（たとえば、ショート・メッセージ・サービス（ＳＭＳ）アプリケーション、または、マルチメディア・メッセージ・アプリケーション（ＭＭＳ））のような、任意のタイプのユーザー・アプリケーションから構成されていてもよい。この接続を通して、通信セッションを確立するために、１つ以上のアプリケーション３２は、ＳＩＰまたは他のシグナリングプロトコルを用いて、アクセス・ネットワーク１８Ａと呼制御メッセージを交換してもよい。アプリケーション３２は、たとえば、呼制御モジュール３０から、呼制御要求と応答とを渡し、受信するために、ユーザー・エージェント・クライアント（ＵＡＣ）、および／または、ユーザー・エージェント・サーバー（ＵＡＳ）を実行してもよい。ＵＡＳプロセスが、呼制御モジュール３０から渡された応答を受信し処理する間に、ＵＡＣプロセスは、呼制御モジュール３０に対して、要求を生成し送付してもよい。アプリケーション３２からの要求に応じて、呼制御モジュール３０は、アプリケーション３２のための通信セッションを確立するために、もう１つのＳＩＰメッセージを生成し、１つの対応するプロキシ・サーバー（図１）に送付する。
ＳＩＰセッションの確立において、アプリケーション３２・は、音声、ビデオ、テキスト、または、その他のデータを、１つ以上のデバイスに送信し、受信する。たとえば、アプリケーション３２の１つは、リアルタイム・トランスポート・プロトコル（ＲＴＰ）のような、メディア・トランスポート・プロトコルにしたがって、マルチメディア・コンテンツを送信し受信する、ＶｏＩＰアプリケーションであってもよい。もう１つの例として、もう１つのアプリケーション３２は、ベスト・エフォートＱｏＳを用いて、メッセージを送信する電子メール（ｅ ｍａｉｌ）アプリケーションであってもよい。ここで使われている、“ベスト・エフォートＱｏＳ”という言葉は、できるだけ早い、その宛先へのデータの送付を指すが、バンド幅、遅延、パケット損失レートや、その他の、特定のトラフィック・パラメータに対しての、コミットメントはない。このように、確立された接続のトラフィック・チャンネルは、複数のアプリケーション３２からのトラフィックを運ぶ。
フロー制御モジュール２８は、アプリケーション３２にサービスするために、ＲＬＰフロー３４Ａ−３４Ｍ（併せて“ＲＬＰフロー３４”）のような、複数のデータ・フローを確立してもよい。ＲＬＰフロー３４は、異なるＱｏＳコミットメントを必要とする、複数のアプリケーション３２の間で、アクセス・ネットワーク１８Ａが差を付けることを、許容する。たとえば、フロー制御モジュール２８は、１つ以上のＳＩＰ要求と応答のような呼制御メッセージを、他のデバイスと交換する、呼制御モジュール３０により、使用される、第１のＲＬＰフロー（たとえば、ＲＬＰフロー３４Ａ）を起動してもよい。さらに、フロー管理モジュール７２は、たとえば、メッセージ・アプリケーションのように、ベスト・エフォートのＱｏＳを利用する、アプリケーション３２が使用するために、第２のＲＬＰフロー３４Ｂを起動し、トラフィック・パラメータ（たとえば、バンド幅、遅延、パケット損失レート等）に対するＱｏＳのコミットメントを必要とする、アプリケーション３２、たとえば、ＶｏＩＰアプリケーション、ビデオアプリケーションや他のリアルタイム・トランスポート・プロトコル（ＲＴＰ）を用いるアプリケーションが使用するために第３のＲＬＰフロー３４Ｃを起動してもよい。このように、第３のＲＬＰフローは、第１のＱｏＳの予約を用いて、１つ以上のアプリケーションがデータを送るのに使用される。フロー制御モジュール２８は、特定の１つのアプリケーション３２、または、呼制御モジュール３０からの通信を、対応する１つのＲＬＰフロー３４と、関連付ける。このように、複数のＲＬＰフロー３４は、アクセス・ネットワーク１８Ａとの、１つの接続を利用し、１つ以上のアプリケーション３２は、データを通信するために、各々のＲＬＰフロー３４を利用する。
フロー制御モジュール２８は、種々のＲＬＰフロー３４におけるトラフィックの動作を監視し、アプリケーション３２、および、呼制御モジュール３０が、いずれも接続を利用していない場合には、接続管理モジュール２６に対して、アクセス・ネットワーク１８Ａとの接続を切断するように命じる。言いかえれば、フロー制御モジュール２８は、この接続を使う、活性化したＲＬＰフローがないと、接続管理モジュール２６に対して、できるだけ早く、アクセス・ネットワーク１８Ａとの接続を切断するように、命じる。一例として、フロー制御モジュール２８は、不活性タイマーを、パケットがＲＬＰフローに送信されてから、または、受信されてからの期間を追跡する、各々のＲＬＰフロー３４と関連付けてもよい。フロー制御モジュール２８は、不活性タイマーが、対応するＲＬＰフローに関連付けられている、閾値を越える場合に、１つのＲＬＰフロー３４が不活性であると決めてもよい。言いかえれば、フロー制御モジュール２８は、その特定のＲＬＰフローの、不活性タイマーの閾値を越える期間にわたって、そのＲＬＰフローにパケットが送信も受信もされない場合に、ＲＬＰフローが不活性であると決める。
フロー制御モジュール２８は、１つ以上のアプリケーション３２から、および／または、呼管理モジュール３０から、不活性タイマーの閾値を受け取る。各々のアプリケーション３２は、接続が必要でないと決定する前に、すなわち、ＲＬＰフローが不活性であると特徴付けられる前に、それぞれ異なる不活性期間を必要としてもよい。１つの例として、ＶｏＩＰアプリケーションは、ＲＴＰトラフィックを送るために使われる、関連付けられたＲＬＰフローに、無限大の不活性タイマーの閾値を渡してもよい。このように、ＷＣＤ１４のユーザーがＶｏＩＰアプリケーションを終了するまで、たとえば、“終了ボタン”を押すまで、接続は開いたままになっている。もう１つの例として、ベスト・エフォートＱｏＳトラフィックを提供する、ＲＬＰフローに関連付けられた、不活性タイマーの閾値は、２０秒かもしれない。この場合には、フロー制御モジュール２８は、２０秒間にわたって、ＲＬＰフローを通して、パケットが受信も送信もされないと、ベスト・エフォートＱｏＳトラフィックを提供しているＲＬＰフローが不活性であると決める。
フロー制御モジュール２８は、さらに、呼制御メッセージを交換するアプリケーション７０が使用する、ＲＬＰフロー３４の１つのために、呼管理モジュール３０から不活性タイマー閾値を受け取る。呼管理モジュール３０は、本開示の技術にしたがって、呼制御メッセージを交換するために、アプリケーション３２により使用される、ＲＬＰフロー３４のための、不活性対タイマーの閾値を計算する。呼管理モジュール３０は、ＳＩＰメッセージをプロキシ・サーバー２０と交換するために、１つ以上のアプリケーション３２と相互に作用する。
各々のアプリケーション３２は、その対応する呼制御トランザクションが、不活性であると決定するまでに、異なる不活性時間を必要としてもよい。このように、呼制御メッセージを使用する、１つ以上のアプリケーション３２は、呼制御トランザクションが完了してから、ある期間だけ、適切なＲＬＰフローが活性化していることを必要としてもよい。１つの例として、メッセージ・アプリケーションは、大きなメッセージを２個以上の、小さなサイズのメッセージに分割し、各々のメッセージを連続して送信してもよい。したがって、メッセージ・アプリケーションは、アクセス・ネットワーク１８Ａとの接続を再確立することなしに、メッセージの付加的な部分を送るために、最初のトランザクションが終了してから、ある期間だけ、接続を開いたままにしておく必要がある。ＶｏＩＰアプリケーションのような、他のアプリケーション３２は、呼制御トランザクションが終了した後に、活性化したままにさせる、呼制御メッセージを送るのに、ＲＬＰフローを必要としないかもしれない。ＷＣＤ１４は、ＲＬＰフローの１つが活性化されている間は、アクセス・ネットワーク１８Ａとの接続を維持するであろう。このように、ＷＣＤ１４は、呼制御メッセージを送るために、ＲＬＰフローが活性化している間は、すなわち、調整された不活性タイマーの閾値を、越える期間にわたって、メッセージが受信されなくなるまで、接続を維持する。
呼制御トランザクションの終了後にある期間だけ、開いたままにする、アクセス・ネットワーク１８Ａとの接続を必要とする、任意のアプリケーション３２は、呼管理モジュール３０に、呼制御トランザクションの終了後に、特定のアプリケーションが、ＲＬＰフローを活性化しておきたい期間を指定する、アプリケーション特有の不活性タイマー閾値を送信してもよい。ＲＬＰフローの活性化を維持することにより、接続は切断されない。アプリケーション３２は、アプリケーションが開始するという、呼制御トランザクションにもかかわらず、同じアプリケーション特有の、不活性タイマー閾値を送信してもよい。あるいは、アプリケーション３２は、アプリケーションが起動する呼制御トランザクションのタイプを基にして、動的に、アプリケーション特有の不活性タイマー閾値を選択してもよい。たとえば、アプリケーション３２から送信された、アプリケーション特有の不活性タイマー閾値は、ＩＮＶＩＴＥトランザクションに対しては、ＳＩＰを使うインスタント・メッセージを送るのに使われる、ＭＥＳＳＡＧＥトランザクションに対してよりも、短いかもしれない。
呼管理モジュール３０は、呼管理モジュール３０に、アプリケーション固有の、不活性タイマー閾値を渡さない、アプリケーション３２のためのＳＩＰトランザクションの終了後に、活性化を維持するために、呼制御メッセージを送るのに使われる、ＲＬＰフローをアプリケーションが必要としないと、仮定してもよい。呼管理モジュール３０は、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションと、任意の、新規の呼制御トランザクションの、最小限の接続要求を満たすように、不活性タイマー閾値を決め、呼制御メッセージを交換するためにアプリケーション３２により使われる、ＲＬＰフロー３４における活動を追跡するのに使うために、この不活性タイマー閾値をフロー制御モジュール２８に送信する。このように、呼管理モジュール３０は、直近に終了したが、ＲＬＰフローを活性化しておき、このように接続を開いておく、呼制御トランザクションと同様に、現時点で活性化しているすべての呼制御トランザクションに対して、１つの不活性タイマーを選択する。
呼管理モジュール３０は、呼制御トランザクションのいずれかが変更されるごとに、呼制御メッセージを交換するために使われる、ＲＬＰ３４に関連付けて、不活性タイマーの閾値を、動的に調整する。一例として、新たな呼制御トランザクションが開始するか、既存の呼制御トランザクションが終了すると、呼管理モジュール３０は、不活性タイマーの閾値を、動的に調整する。さらに、不活性タイマーの閾値は、リセット、たとえば０へのリセット、に対する応答において、調整される。これらの“イベント”のいずれかに応答して、呼管理モジュール３０は、呼制御モジュール交換するのに使用する、ＲＬＰフロー３４の１つに関連付けられる、新たな不活性タイマー閾値を、選択する。
以上に記述したように、呼管理モジュール３０は、適切なＲＬＰフロー３４における、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションと、任意の、新規の呼制御トランザクションとの、最小限の接続要求を満たすように、不活性タイマーの閾値のための値を選択する。しかしながら、不活性タイマーの閾値の計算は、発生したイベントのタイプに依存している。アプリケーション３２の１つの、ＵＡＣプロセスからの要求を受信するか、または、アプリケーション３２の１つの、ＵＡＣプロセスの応答を渡すような、新たな呼制御トランザクションの開始の場合には、呼管理モジュール３０は、既存の呼制御トランザクションと直近に終了した呼制御トランザクションの、最小接続要求を満たすように、接続を維持しておく時間の最大値を追跡する、動的閾値（dynamic threshold value）（Ｔｄ）と、呼制御トランザクションが終了するのに必要な最大時間が、指し示すタイマーの定数（Ｔｓｔａｒｔ）とのうち、大きな方の値になるように、不活性タイマーの閾値を調整する。１つの例において、Ｔｓｔａｒｔは、６４＊Ｔ１であると定義してもよい。ただし、Ｔ１は０．５から２秒までの値である。
動的閾値Ｔｄは、０と等しくなるように、最初に初期化される。このように、最初のＳＩＰトランザクションの開始において、不活性閾値タイマーの値は、Ｔｓｔａｒｔと等しくなるであろう。しかしながら、各々のＳＩＰトランザクションの最後に、呼制御トランザクションに関連付けられている、アプリケーション３２の１つにより渡される、アプリケーション固有の、不活性タイマー閾値（すなわちＴａｐｐ）と、呼制御トランザクションを開始するアプリケーションに係わらず、応答および要求を再送信することを許されている、呼制御トランザクションの最後に、必要とされる期間を示す、アプリケーション特有ではない、不活性タイマー定数（Ｔｅｎｄ）と、現時点での動的な閾値と、事象が発生した時刻との差（すなわちＴｄ−ｔｅ）とのうち、最大のものであるように、Ｔｄは再計算される。１つの例では、Ｔｅｎｄは２＊Ｔ１で定義される。ここでＴ１は０．５から２秒までの値である。このように、Ｔｄは、現時点で活性化されているすべての呼制御トランザクション、および、直近に終了した呼制御トランザクションの、最小接続要求を満たすように、接続を開いたままにしておかなければならない、最小の期間を追跡する。
さらに、呼管理モジュール３０は、呼制御メッセージを交換するのに使われる、ＲＬＰフロー３２上の、既存の呼制御トランザクションの数を追跡する。一例として、呼管理モジュール３０は、呼制御トランザクションの開始時と終了時に、それぞれ、増加、減少させるカウンタ（ｔｃｎｔ）を備えている。このように、呼管理モジュール３０は、新たな呼制御トランザクションが開始するときに、カウンタを１だけ増加させる。同様に、呼管理モジュール３０は、既存の呼制御トランザクションが終了するときに、カウンタを１だけ減少させる。カウンタが０に等しい場合には、これ以上の呼制御トランザクションは保留にされていないし、ＲＬＰフローは、動的な閾値Ｔｄを満足するのに十分なだけ長く、活性化されている。
最初の最終応答を、１つのアプリケーション３２の、ＵＡＣプロセスに渡すように、または、最初の最終応答を、１つのアプリケーション３２の、ＵＡＣプロセスから受け取るように、既存の呼制御トランザクションが終了する場合には、呼管理モジュール３０は、上記の動的閾値（Ｔｄ）を再計算する。さらに、呼管理モジュール３０は、呼制御メッセージを交換するのに使われる、ＲＬＰフローに関連付けて、不活性タイマーの閾値を調整する。不活性タイマーの閾値を調整することは、既存の呼制御トランザクションが、これ以外にあるかどうかに依存する。１つ以上の、既存の呼制御トランザクションがある、すなわち、ｔｃｎｔ＞０の場合には、呼管理モジュール３０は、再計算された動的閾値（Ｔｄ）とタイマー定数（Ｔｓｔａｒｔ）とのうち、大きい方と等しくなるように、不活性タイマーの閾値を調整する。他に既存の呼制御トランザクションがない場合、すなわち、ｔｃｎｔ＝０の場合には、呼管理モジュール３０は、再計算された動的閾値（Ｔｄ）と０のうち、大きい方と等しくなるように、不活性タイマーの閾値を調整する。
呼管理モジュール３０は、さらに、リセット・イベントにおい、不活性タイマーの閾値を調整する。一例として、ＳＩＰトランザクションを送信または受信してから経過した期間が、不活性タイマーの閾値以上である場合には、呼管理モジュール３０は、他のタイマーの変数と同様に、不活性タイマーの閾値を０に、リセットまたはセットする。
しかしながら、どのようなタイプのイベントが検出されようとも、呼管理モジュール３０は、調整された不活性タイマーの閾値が、前の不活性タイマーの閾値とは異なるかどうかを決める。調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と異なる場合には、呼管理モジュール３０は、調整された不活性タイマーの閾値を、フロー制御モジュール２８に渡す。調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と同じである場合には、呼管理モジュール３０は、調整された不活性タイマーの閾値を、フロー制御モジュール２８に渡さない。
図２に示された、種々の構成要素は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせにより、実現されてもよい。いくつかの構成要素は、１つ以上のマイクロプロセッサかディジタルシグナルプロセッサー（ＤＳＰ）、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または、他の等価な集積あるいは個別部品の論理回路により実行される、プロセスまたはモジュールとして実現されてもよい。モジュールとしての異なる特徴の描写は、ＷＣＤ１４の異なる機能の態様を、強調するように意図されていて、このようなモジュールが、独立のハードウェア、および／または、ソフトウェア構成要素により、実現されなければならないということを、必ずしも示唆しない。むしろ、１つ以上のモジュールと関連付けられた機能性は、共通または独立のハードウェア、および／または、ソフトウェア構成要素の中に、統合されてもよい。このように、本開示はＷＣＤ１４の例に限定されるべきではない。
ソフトウェアの中で実現される場合には、本開示に記述されている、システムおよびデバイスの発明とされる機能性は、たとえば、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）、電気的に消去可能な、書き込み可能なＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、磁気または光データ記憶メディアなどを備える、（示されていない）メモリ内のような、コンピュータ可読メディア上の命令として、実施されてもよい。命令は、この開示に記述されている機能性の、１つ以上の態様をサポートするために、実行される。
図３は、アクセス・ネットワーク１８Ａとの接続を、いつ切断するかを決める、図２のＷＣＤ１４のような、通信デバイスの典型的な動作を示す、フロー・ダイアグラムである。最初に、ＷＣＤ１４は、アクセス・ネットワーク１８Ａとの接続を確立する（４０）。たとえば、接続管理モジュール２６は、接続を確立するために、アクセス・ネットワーク１８Ａに、接続要求を送信してもよい。この接続要求に応答して、アクセス・ネットワーク１８Ａは、ＷＣＤと、アクセス・ネットワーク１８Ａとの間のトラフィック・チャンネルを確立する。
フロー制御モジュール２８は、アプリケーション３２にサービスするために、ＲＬＰフロー３４のような、１つ以上のデータ・フローを確立する（４２）。フロー制御モジュール２８は、異なるＱｏＳの予約、または、コミットメントに対応する、複数のＲＬＰフロー３４を確立する。一例として、フロー管理モジュール２８は、呼制御メッセージを交換するために使う、最初のＲＬＰフローを活性化してもよい。さらに、フロー管理モジュール２８は、異なるＱｏＳ予約とデータを通信するために、１つ以上の、他のＲＬＰフローを活性化してもよい。たとえば、フロー管理モジュール２８は、ベスト・エフォートＱｏＳを使って、データを送信するアプリケーション、たとえば、電子メール・アプリケーションにより使われる、第２のＲＬＰフローを活性化し、たとえば、ＶｏＩＰアプリケーション、ビデオ電話アプリケーション、または、リアルタイムトランスポートプロトコル（ＲＴＰ）のような、メディアトランスポートプロトコルを利用する、他のアプリケーションのように、特定のトラフィック・パラメータ（たとえば、バンド幅、遅延、損失など）に対するコミットメントを明示する、ＱｏＳ予約を必要とする、マルチメディア・コンテンツを送信するアプリケーションのための、第３のＲＬＰフローを活性化してもよい。このように、確立された接続は、複数のアプリケーション３２のトラフィックを運ぶ。
フロー制御モジュール２８は、各々のＲＬＰフローの不活性タイマーの閾値を決める（４４）。フロー制御モジュール２８は、たとえば、１つ以上のアプリケーション３２、および／または、呼管理モジュール３０から、不活性タイマーの閾値を受信してもよい。フロー制御モジュール２８は、たとえば、ベスト・エフォートＱｏＳのトラフィックを運ぶために使われる、ＲＬＰフローと、これらのＲＬＰフローを使って通信するアプリケーション３２から直接、予約したＱｏＳで、トラフィックを送るのに使うＲＬＰフローとのために、不活性タイマーの閾値を受信してもよい。アプリケーション３２は、ＲＬＰフローのための予約が活性化される場合に、不活性タイマーの閾値を備えていてもよい。フロー制御モジュール２８は、その特定のＲＬＰフローのための不活性タイマーの閾値として、アプリケーション３２から受信した複数の不活性タイマーの閾値のうち、最大の不活性タイマーの閾値を選択してもよい。
フロー制御モジュール２８は、さらに、呼制御メッセージを交換するのに使う、ＲＬＰフロー３４の１つのために、呼管理モジュール３０から、不活性タイマーの閾値を受け取る。呼管理モジュール３０は、本開示の技術に従う呼制御メッセージを送る、ＲＬＰフロー３４のために、不活性タイマーの閾値を計算する。ここに、詳細に説明されたように、呼管理モジュール３０は、呼制御トランザクションの１つが変更されるごとに、呼制御メッセージを交換するのに使う、ＲＬＰ３４に関連付けて、不活性タイマーの閾値を動的に調整する。特に、呼管理モジュール３０は、任意の、新たな呼制御トランザクションと同様に、既存の呼制御トランザクションと、直近に終了した、呼制御トランザクションとの最小の接続要求を満たす、１つの不活性タイマーの閾値を選択する。
フロー制御モジュール２８は、種々のＲＬＰフロー３４上の、トラフィック動作を監視する（４６）。たとえば、フロー制御モジュール２８は、不活性タイマーを、対応するＲＬＰフロー３４で、データが最後に送信または受信されてからの期間を追跡する、各々のＲＬＰフロー３４と関連付けてもよい。フロー制御モジュール２８は、いずれかの不活性タイマーが、対応するＲＬＰフローに関連付けられている不活性タイマーの閾値を、超えているかどうかを決める（４８）。フロー制御モジュール２８が、ＲＬＰフローに関連付けられているタイマーのいずれもが、対応する不活性タイマーの閾値を超えていないと決める場合には、フロー制御モジュール２８は、ＲＬＰフローが活性と分類し（５０）、ＲＬＰフローを監視し続ける（４６）。
フロー制御モジュール２８が、ＲＬＰフロー３４の１つと関連付けられたタイマーが、対応する不活性タイマーの閾値を越えていると決めると、フロー制御モジュール２８は、そのＲＬＰフローを不活性として分類す（５２）る。フロー制御モジュール２８は、次いで、活性化されているＲＬＰフローがあるかどうかを決める（５４）。フロー制御モジュール２８は少なくとも１つの活性化されたＲＬＰフローがある、すなわち、少なくとも１つの不活性タイマーが、対応する不活性タイマー閾値を越えていないと決めると、接続管理モジュール２６は、アクセス・ネットワーク１８Ａとの接続を維持し続ける（５６）。
フロー制御モジュール２８は、活性化しているＲＬＰフローがないこと、すなわち、ＲＬＰフローのすべての不活性タイマーが、対応する不活性タイマーの閾値を越えていることを決めると、接続管理モジュール２６は、アクセス・ネットワーク１８Ａとの接続を切断する（５８）。このように、ＷＣＤ１４は、動的に調整された不活性タイマーの閾値を使って、接続を管理する。特に、呼制御メッセージを送るＲＬＰフロー３４が、活性化されている限りにおいては、すなわち、不活性タイマーの閾値を越えない限りにおいては、アクセス・ネットワーク１８Ａとの接続は、開いたままであろう。接続管理モジュール２６は、接続を使用する活性化したＲＬＰフローがない場合に限って、すなわち、アプリケーション３２のいずれもが、または、呼管理モジュール３０が、この接続を使用していない場合に限って、アクセス・ネットワーク１８Ａとの接続を切断する。
図４は、この開示の技術にしたがって、呼制御メッセージを交換するのに使うデータ・フローに関連付けられた、不活性タイマーの閾値を動的に調整する、呼管理モジュール３０の典型的な動作を示す、フロー・ダイアグラムである。呼管理モジュール３０は、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションと、任意の、新たな呼制御トランザクションとにおける、最小の接続要求を満たすように、不活性タイマーの閾値を計算する。
呼管理モジュール３０は、不活性タイマーの閾値の調整を開始するイベントを監視する（６０）。以上で記述したように、呼管理モジュール３０は、新たな呼制御トランザクションが開始する、既存の呼制御トランザクションが終了する、または、タイマーのリセットが発生する場合に、不活性タイマーの閾値を動的に調整してもよい。イベントを検出すると、呼管理モジュール３０は、イベントが発生した時刻を確認する（６２）。呼管理モジュール３０は、たとえば、任意のＳＩＰ通信が送信、あるいは、受信されてからの期間を追跡する不活性タイマーを備えていて、この不活性タイマーを使って、イベントが発生した時刻を確認してもよい。
呼管理モジュール３０は、発生したイベントのタイプを決める（６４）。以上に記述したように、不活性タイマーの調整は、発生するイベントのタイプに依存してもよい。アプリケーション３２の１つの、ＵＡＣプロセスからの要求を受信するか、または、アプリケーション３２の１つの、ＵＡＣプロセスの応答を渡すような、新たな呼制御トランザクションの開始の場合には、（すなわち、イベントが開始イベントである場合には）、呼管理モジュール３０は、呼制御メッセージを交換するのに使われる、ＲＬＰフロー上の、既存の呼制御トランザクション数を追跡するカウンタを増加させる（６６）。呼管理モジュール３０は、不活性タイマーの閾値を、動的閾値（Ｔｄ）と、ＳＩＰトランザクションが終了するのに必要な最大時間を示す、タイマー定数（Ｔｓｔａｒｔ）のうち、大きい方と同じになるように調整する（６８）。以上に記述されているように、動的閾値Ｔｄは、各々のＳＩＰトランザクションの最後に計算され、直近に終了した呼制御トランザクションと同様に、全ての、既存の呼制御トランザクションの最小の接続要求を満たすように、接続を開いておく最大の期間を追跡する。呼管理モジュール３０は、不活性タイマーの閾値に向かって計数している、呼管理モジュール３０により維持されているタイマーをリセットする（７０）。
最初の最終応答を、１つのアプリケーション３２の、ＵＡＣプロセスに渡す、または、最初の最終応答を、１つのアプリケーション３２の、ＵＡＳプロセスから受け取るように、既存の呼制御トランザクションが終了する（すなわち、イベントが終了イベントである）場合には、呼管理モジュール３０は、呼制御メッセージを交換するのに使われる、ＲＬＰフロー上の既存する呼制御トランザクションの数を、追跡するカウンタを減少させる（７２）。呼管理モジュール３０は、動的閾値（Ｔｄ）を再計算する（７４）。以上に示されたように、動的閾値（Ｔｄ）は、呼制御トランザクションに関連付けられて、アプリケーション３２により渡される、アプリケーション特有の、不活性タイマーの閾値（つまりＴａｐｐ）と、呼制御トランザクションを開始したアプリケーションに係わらず、その呼制御トランザクションの最後に、応答と要求とを再送信するのに与えられる、必要な期間を示す、アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現行の動的閾値と、イベントが起きた時間との差（すなわち、Ｔｄ−ｔｅ）のうち、最大のものを選択することにより再計算される。
呼管理モジュール３０は、この他に既存の呼制御トランザクションが存在するかどうかを決める（７６）。呼管理モジュール３０は、たとえば、既存の呼制御トランザクションの数、すなわち、ｔｃｎｔを追跡するカウンタが０より大きいかどうかを決める。１つ以上の、既存の呼制御トランザクションがある場合には、すなわち、ｔｃｎｔ＞０の場合には、呼管理モジュール３０は、不活性タイマーの閾値を、再計算された動的閾値（Ｔｄ）と、ＳＩＰトランザクションに必要な、最大の時間を示す、タイマー定数（Ｔｓｔａｒｔ）との大きい方と等しくなるように調整する（７８）。この他の、既存の呼制御トランザクションがない、すなわち、ｔｃｎｔ＝０の場合には、呼管理モジュール３０は、不活性タイマーの閾値を、再計算された、動的閾値（Ｔｄ）と０との大きい方に等しくなるように調整する（８０）。どちらの場合にも、呼管理モジュール３０は、不活性タイマーの閾値に向かってカウントする、呼管理モジュール３０によって維持されているタイマーを、リセットする（８２）。
呼制御メッセージを交換する、ＲＬＰフローを通して、任意の呼制御メッセージが送信、または、受信されてからの期間を追跡するタイマーが、不活性タイマーの閾値を越える（すなわち、イベントがリセット・イベントである）と、呼管理モジュール３０は、不活性タイマーの閾値をリセットする（８４）。
どのようなタイプのイベントが検出されたとしても、呼管理モジュール３０は、調整された不活性タイマーの閾値Ｔが、従前の不活性タイマーの閾値（Ｔｏｌｄ）とは異なること、すなわち、Ｔ＝Ｔｏｌｄかどうかを決める（８６）。調整された、不活性タイマーの閾値が、前の不活性タイマーの閾値とは異なる場合には、呼管理モジュール３０は、再計算された、不活性タイマーの閾値を、フロー制御モジュール２８に渡す（８８）。再計算された不活性タイマーの閾値が、前の不活性タイマーの閾値と等しい場合には、呼管理モジュール３０は、再計算された不活性タイマーの閾値を、フロー制御モジュール２８に渡さない（９０）。このように、呼管理モジュール３０は、全ての既存する呼制御トランザクションと、直近に終了した呼制御トランザクションと、任意の、新たな呼制御トランザクションとの、最小接続要求を満たす、１つの不活性タイマーの閾値を計算する。以上に、詳細に説明されたように、不活性タイマーの閾値は、呼制御メッセージを送るＲＬＰ３４が、活性化されているかどうかを決めるのに使われる。すべてのＲＬＰ３４が不活性となるまで、ＷＣＤ１４がアクセス・ネットワーク１８Ａとの接続を切断しないので、動的に調整された、不活性タイマーの閾値は、全てのアプリケーションの、最小の接続要求を満たすように、接続を維持するために、使われてもよい。
ここに説明された技術は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせによりインプリメントされてもよい。ソフトウェアとして実施される場合には、この技術は、コンピュータ可読メディア上の、１つ以上の記憶された、または、送信された、命令、または、コードにより、少なくともその一部が実現されてもよい。コンピュータ可読メディアには、コンピュータ記憶メディアを備えていてもよい。記憶メディアは、コンピュータによりアクセス可能な、任意の利用可能なメディアであればよい。
実例としてであって、制限としてはないが、このようなコンピュータ可読メディアは、要求されるプログラム・コードを、命令またはデータ構造の形で、運搬、記憶するのに使用することができ、コンピュータによりアクセスすることができる、シンクロナス・ダイナミック・ランダム・アクセス・メモリ（ＳＤＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）、ＲＯＭ，電気的に消去可能なプログラマブル・リード・オンリー・メモリ（ＥＥＰＲＯＭ）、ＥＥＰＲＯＭ，フラッシュ・メモリ、ＣＤ−ＲＯＭ，または、他の光ディスク記憶、磁気ディスク記憶、または、その他の磁気記憶デバイス、または、他のメディアのような、ＲＡＭにより構成できる。
ＤｉｓｋとＤｉｓｃは、ここで使われるように、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、ディジタル・バーサタイル・ディスク（ＤＶＤ）、フロッピー（登録商標）・ディスク、とブルー・レイ・ディスクを含み、Ｄｉｓｋは、通常，磁気的にデータを再生し、これに対して、Ｄｉｓｃは、たとえば、レーザーを使って光学的にデータを読み出す。上記のものの組み合わせは、さらに、コンピュータ可読メディアの、範囲内に含まれるべきである。
コンピュータプロダクト製品のコンピュータ可読メディアに関連付けられているコードは、コンピュータ、たとえば、１つ以上のディジタル信号プロセッサ（ＤＳＰ）、汎用向けマイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ロジック・アレイ（ＦＰＧＡ）、または、他の等価な集積回路または個別の論理回路のような、１つ以上のプロセッサにより、実行されてもよい。いくつかの態様において、ここに記述されている機能性は、符号化と復号化のために設定されているか、または、組み合わされたビデオ符号器と復号器（ＣＯＤＥＣ）と合体した、専用のソフトウェア・モジュールか、ハードウェア・モジュールの中で提供されてもよい。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］
呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整することであって、前記不活性タイマーの閾値は、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように調整される、不活性タイマーの閾値を調整することと、
前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていない場合に、前記データ・フローが不活性であると決めること、
を含む方法。
［２］
前記不活性タイマーの閾値を調整することは、新たな呼制御トランザクションが開始するとき、または、既存の呼制御トランザクションが終了するとき、前記不活性タイマーの閾値を調整することを含む、請求項１の方法。
［３］
前記不活性タイマーの閾値を調整することは、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔ ｓｔａｒｔ ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の期間を追跡する、動的な閾値（Ｔ ｄ ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するとき、前記不活性タイマーの閾値を調整することを含む、請求項１の方法。
［４］
前記Ｔ ｓｔａｒｔ は、６４＊Ｔ１に等しく、前記Ｔ１は、０．５秒から２秒の間の値である、請求項３の方法。
［５］
呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡することを、さらに含む、請求項１の方法。
［６］
前記既存の呼制御トランザクションの数を追跡することは、
前記既存の呼制御トランザクションの数をカウントする、カウンタを維持することと、
新たな呼制御トランザクションが開始するときに、前記カウンタを１だけ増加させることと、既存の呼制御トランザクションが終了するときに、前記カウンタを１だけ減少させること、
を含む、請求項５の方法。
［７］
前記不活性タイマーの閾値を調整することは、前記ＳＩＰトランザクションが終了するのに必要な、時間の最大値を示す、タイマー定数（Ｔ ｓｔａｒｔ ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが終了するとき、前記不活性タイマーの閾値を調整することを含む、請求項５の方法。
［８］
前記不活性タイマーの閾値を調整することは、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整することを含む、請求項５の方法。
［９］
前記調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と異なるかどうかを決めることと、
前記調整された不活性タイマーの閾値が、前記前の不活性タイマー閾値と異なるときに、前記データ・フローが、任意のアプリケーションによって、使われているかどうかを決める、データ・フロー制御モジュールに、前記調整された不活性タイマーの閾値を渡すことを、
さらに含む、請求項１の方法。
［１０］
前記アプリケーションから１つ以上のアプリケーション特有の不活性タイマー閾値を受信すること、そこにおいて、前記アプリケーション特有の不活性タイマーの閾値の各々は、前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、および、
呼制御トランザクションの最後に、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値が、終了した前記呼制御トランザクションに関連付けられる、前記アプリケーションの１つから渡される、前記アプリケーション特有の不活性タイマーの閾値の１つの中で最大となるように、追跡する、動的な閾値（Ｔ ｄ ）と、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、再送信される呼制御メッセージを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔ ｅｎｄ ）と、現在の動的閾値と既存の呼制御トランザクションが終了する時間との差を、計算することを、
さらに含む、請求項１の方法。
［１１］
前記Ｔ ｅｎｄ は、２＊Ｔ１と等しく、前記Ｔ１が０．５から２秒の値である、請求項１０の方法。
［１２］
前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔ ａｐｐ ）を動的に選択することを、さらに含む、請求項１１の方法。
［１３］
通信デバイスとアクセス・ネットワークとの間の接続を確立することと、
呼制御メッセージを送るために、１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを含む、１つ以上のデータ・フローを、前記接続の上に確立することと、
全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断することを、さらに含む請求項１の方法。
［１４］
前記接続を確立することは、前記通信デバイスと前記アクセス・ネットワークとの間のエアインターフェイスを確立することを含む、請求項１３の方法。
［１５］
前記接続上での前記１つ以上のデータ・フローの確立が、前記アプリケーションのためにデータを送る、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローの確立を含む、請求項１３の方法。
［１６］
前記１つ以上のＲＬＰフローを確立することは、
呼制御メッセージを送るために、１つ以上の前記アプリケーションで使う第１のＲＬＰフローを確立することと、
ベスト・エフォートの品質サービス（ＱｏＳ）を使って、データを送信する、１つ以上の前記アプリケーションで使われる、第２のＲＬＰフローを確立することと、
第１のＱｏＳ予約を使って、データを送る、１つ以上の前記アプリケーションにより使われる、第３のＲＬＰフローを確立することを、
含む、請求項１５の方法。
［１７］
前記アプリケーションは、セッション開始プロトコル（ＳＩＰ）に従って、呼制御メッセージを送る、請求項１の方法。
［１８］
呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整する呼管理モジュールであって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように、前記不活性タイマーの閾値を調整する、前記呼管理モジュールと、
前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決める、フロー制御モジュールを、
備える通信デバイス。
［１９］
前記呼管理モジュールは、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項１８のデバイス。
［２０］
前記呼管理モジュールが、不活性タイマーの閾値を調整することは、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔ ｓｔａｒｔ ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整する、請求項１８のデバイス。
［２１］
前記呼管理モジュールが、呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡する、請求項１８のデバイス。
［２２］
前記呼管理モジュールが、１つの新たな呼制御トランザクションが開始するときに、前記カウンタを１だけ増加させ、１つの既存の呼制御トランザクションが終了するときに、前記カウンタを１だけ減少させて、前記既存の呼制御トランザクションの数を追跡するカウンタを維持する、請求項２１のデバイス。
［２３］
前記呼管理モジュールは、前記新たな呼制御トランザクションが、終了するのに必要な時間の最大値を示す、タイマー定数（Ｔ ｓｔａｒｔ ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項２１のデバイス。
［２４］
前記呼管理モジュールは、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項２１のデバイス。
［２５］
前記呼管理モジュールは、前記調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と異なるかどうかを決め、前記調整された不活性タイマーの閾値が、前記前の不活性タイマー閾値と異なるときに、前記フロー制御モジュールに、前記調整された不活性タイマーの閾値を渡す、請求項１８のデバイス。
［２６］
前記呼管理モジュールは、アプリケーション特有の不活性タイマーの閾値の各々が、前記対応するアプリケーションに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信することと、
前記呼管理モジュールは、呼制御トランザクションの最後に、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値が、終了した前記呼制御トランザクションに関連付けられる、前記アプリケーションの１つから渡される、前記アプリケーション特有の不活性タイマーの閾値の１つの中で最大となるように、追跡する、動的な閾値（Ｔ ｄ ）と、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、再送信される呼制御メッセージを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔ ｅｎｄ ）と、現在の動的閾値と既存の呼制御トランザクションが終了する時間との差を、計算することを、
さらに備える、請求項１８のデバイス。
［２７］
前記アプリケーションは、前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、アプリケーション特有の、不活性タイマーの閾値（Ｔ ａｐｐ ）を、動的に選択する、請求項２６のデバイス。
［２８］
前記通信デバイスとアクセス・ネットワークとの間の接続を確立する接続管理モジュールであって、前記フロー制御モジュールが、前記接続を通して、１つ以上のデータ・フローを確立し、呼制御メッセージを送るために１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを備え、
前記接続管理モジュールが、全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断する、接続管理モジュールを、
さらに備える請求項１８のデバイス。
［２９］
前記接続管理モジュールが、前記通信デバイスと前記アクセス・ネットワークとの間のエアインターフェイスを確立する、請求項２８の方法。
［３０］
前記フロー制御モジュールが、呼制御メッセージを送るために、通信デバイスで実行される、１つ以上の前記アプリケーションにより使われる第１のＲＬＰフローと、ベスト・エフォートの品質サービス（ＱｏＳ）を使って、データを送信するために、１つ以上の前記アプリケーションにより使われる第２のＲＬＰフローと、第１のＱｏＳ予約を使ってデータを送る、１つ以上の前記アプリケーションにより使われる第３のＲＬＰフローを備える、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローを、、前記接続上に確立する、請求項１５のデバイス。
［３１］
前記アプリケーションが、セッション開始プロトコル（ＳＩＰ）に従う前記データ・フローにより、呼制御メッセージを送る、請求項１８のデバイス。
［３２］
呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整するようにコンピュータを動作させるコードであって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションとの、最小限の接続要求を満たすように、前記不活性タイマーの閾値を、調整するコードと、
前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決めるように、コンピュータを動作させるコードを含む、
コンピュータ可読メディアを含む、
コンピュータ・プログラム製品。
［３３］
前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように前記コンピュータを動作させるコードを含む、請求項３３のコンピュータ・プログラム製品。
［３４］
前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔ ｓｔａｒｔ ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する最大の時間を追跡する、動的な閾値（Ｔ ｄ ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整するように、前記コンピュータを動作させるコードを含む、請求項３２のコンピュータ・プログラム製品。
［３５］
前記コンピュータ可読メディアが、呼制御メッセージを交換する、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡するように、前記コンピュータを動作させるコードを、さらに含む、請求項３２のコンピュータ・プログラム製品。
［３６］
前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマー定数（Ｔ ｓｔａｒｔ ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように、前記コンピュータを動作させるコードを含む、請求項３５のコンピュータ・プログラム製品。
［３７］
前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように、コンピュータを動作させるコードを含んでいる、請求項３５のコンピュータ・プログラム製品。
［３８］
前記コンピュータ可読メディアが、
前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アプリケーション特有の不活性タイマーの閾値の各々が、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信するようにコンピュータを動作させるコードと、
呼制御トランザクションの最後に、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値が、終了した前記呼制御トランザクションに関連付けられる、前記アプリケーションの１つから渡される、前記アプリケーション特有の不活性タイマーの閾値の１つの中で最大となるように追跡する、動的な閾値（Ｔ ｄ ）と、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、再送信される呼制御メッセージを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔ ｅｎｄ ）と、現在の動的閾値と既存の呼制御トランザクションが終了する時間との差を、計算させるようにコンピュータを動作させるコードを、
さらに含む、請求項３２のコンピュータ・プログラム製品。
［３９］
前記コンピュータ可読メディアが、それぞれの前記アプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔ ａｐｐ ）を動的に選択するように、前記コンピュータを動作させるコードを、さらに含む、請求項３８のコンピュータ・プログラム製品。
［４０］
前記コンピュータ可読メディアが、
通信デバイスとアクセス・ネットワークとの間の接続を確立するように前記コンピュータを動作させるコードと、
１つ以上のアプリケーションにより、呼制御メッセージを送るために、使われるデータ・フローが、第１のデータ・フローを備えていて、１つ以上のデータ・フローを、前記接続の上に確立するように前記コンピュータを動作させるコードと、
全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断するように、前記コンピュータを動作させるコードを、
さらに含む、請求項３２のコンピュータ・プログラム製品。
［４１］
前記１つ以上のデータ・フローを、前記接続上で確立するように、前記コンピュータを動作させるコードが、前記アプリケーションのためにデータを送る、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローを確立するように、コンピュータを動作させるためのコードを含む、請求項４０コンピュータ・プログラム製品。
［４２］
前記アプリケーションが、セッション開始プロトコル（ＳＩＰ）に従って、呼制御メッセージを送る、請求項３２のコンピュータ・プログラム製品。
［４３］
呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整する手段であって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように、前記不活性タイマーの閾値が調整される、不活性タイマーの閾値を調整する手段と、
前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決める手段、
を備える通信デバイス。
［４４］
前記調整手段が、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４３のデバイス。
［４５］
前記調整手段が、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔ ｓｔａｒｔ ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整する、請求項４３のデバイス。
［４６］
呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡する手段を、さらに備える、請求項４３のデバイス。
［４７］
前記調整手段は、前記新たな呼制御トランザクションが、終了するのに必要な時間の最大値を示す、タイマー定数（Ｔ ｓｔａｒｔ ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０より大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）との、大きい方を選択することにより、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４６のデバイス。
［４８］
前記調整手段は、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔ ｄ ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４６のデバイス。
［４９］
アプリケーション特有の不活性タイマーの閾値の各々が、前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信する手段と、
呼制御トランザクションの最後に、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値が、終了した前記呼制御トランザクションに関連付けられる、前記アプリケーションの１つから渡される、前記アプリケーション特有の不活性タイマーの閾値の１つの中で最大となるように、追跡する、動的な閾値（Ｔ ｄ ）と、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、再送信される呼制御メッセージを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔ ｅｎｄ ）と、現在の動的閾値と既存の呼制御トランザクションが終了する時間との差、を計算する手段を、
さらに備える請求項４３のデバイス。
［５０］
前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔ ａｐｐ ）を動的に選択する手段を、さらに備える、請求項４９のデバイス。
［５１］
通信デバイスとアクセス・ネットワークとの間の接続を確立する手段と、
呼制御メッセージを送るために、１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを含み、前記接続を通して、１つ以上のデータ・フローを確立する手段と、
全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断する手段を、
さらに備える、請求項４３のデバイス。

Claims (51)

  1. デバイスによって実行される方法であって、
    呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整することであって、前記不活性タイマーの閾値は、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすのに必要な時間期間の間、接続を開いたままにするように調整される、不活性タイマーの閾値を調整することと、
    前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていない場合に、前記データ・フローが不活性であると決めること、
    を含む方法。
  2. 前記不活性タイマーの閾値を調整することは、新たな呼制御トランザクションが開始するとき、または、既存の呼制御トランザクションが終了するとき、前記不活性タイマーの閾値を調整することを含む、請求項１の方法。
  3. 前記不活性タイマーの閾値を調整することは、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔｓｔａｒｔ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の期間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するとき、前記不活性タイマーの閾値を調整することを含む、請求項１の方法。
  4. 前記Ｔｓｔａｒｔは、６４＊Ｔ１に等しく、前記Ｔ１は、０．５秒から２秒の間の値である、請求項３の方法。
  5. 不活性タイマーの閾値を調整するために、呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡することを、さらに含む、請求項１の方法。
  6. 前記既存の呼制御トランザクションの数を追跡することは、
    前記既存の呼制御トランザクションの数をカウントする、カウンタを維持することと、
    新たな呼制御トランザクションが開始するときに、前記カウンタを１だけ増加させることと、
    既存の呼制御トランザクションが終了するときに、前記カウンタを１だけ減少させること、
    を含む、請求項５の方法。
  7. 前記不活性タイマーの閾値を調整することは、前記ＳＩＰトランザクションが終了するのに必要な、時間の最大値を示す、タイマー定数（Ｔｓｔａｒｔ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが終了するとき、前記不活性タイマーの閾値を調整することを含む、請求項５の方法。
  8. 前記不活性タイマーの閾値を調整することは、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整することを含む、請求項５の方法。
  9. 前記調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と異なるかどうかを決めることと、
    前記調整された不活性タイマーの閾値が、前記前の不活性タイマー閾値と異なるときに、前記データ・フローが、任意のアプリケーションによって、使われているかどうかを決める、データ・フロー制御モジュールに、前記調整された不活性タイマーの閾値を渡すことを、
    さらに含む、請求項１の方法。
  10. 前記アプリケーションから１つ以上のアプリケーション特有の不活性タイマー閾値を受信すること、そこにおいて、前記アプリケーション特有の不活性タイマーの閾値の各々は、前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、および、
    呼制御トランザクションの最後において、終了した前記呼制御トランザクションに関連する、前記アプリケーションの１つによって渡される、前記アプリケーション特有の不活性タイマーの閾値の１つと、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、呼制御メッセージを再送信することを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現在の動的閾値によって表される時刻と既存の呼制御トランザクションが終了する時刻との差とのうちの中で最大のものであるように、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値を追跡する動的な閾値（Ｔ ｄ ）を、計算することを、
    さらに含む、請求項１の方法。
  11. 前記Ｔｅｎｄは、２＊Ｔ１と等しく、前記Ｔ１が０．５から２秒の値である、請求項１０の方法。
  12. 前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔａｐｐ）を動的に選択することを、さらに含む、請求項１１の方法。
  13. 通信デバイスとアクセス・ネットワークとの間の接続を確立することと、
    呼制御メッセージを送るために、１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを含む、１つ以上のデータ・フローを、前記接続の上に確立することと、
    全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断することを、さらに含む請求項１の方法。
  14. 前記接続を確立することは、前記通信デバイスと前記アクセス・ネットワークとの間のエアインターフェイスを確立することを含む、請求項１３の方法。
  15. 前記接続上での前記１つ以上のデータ・フローの確立が、前記アプリケーションのためにデータを送る、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローの確立を含む、請求項１３の方法。
  16. 前記１つ以上のＲＬＰフローを確立することは、
    呼制御メッセージを送るために、１つ以上の前記アプリケーションで使う第１のＲＬＰフローを確立することと、
    ベスト・エフォートの品質サービス（ＱｏＳ）を使って、データを送信する、１つ以上の前記アプリケーションで使われる、第２のＲＬＰフローを確立することと、
    第１のＱｏＳ予約を使って、データを送る、１つ以上の前記アプリケーションにより使われる、第３のＲＬＰフローを確立することを、
    含む、請求項１５の方法。
  17. 前記アプリケーションは、セッション開始プロトコル（ＳＩＰ）に従って、呼制御メッセージを送る、請求項１の方法。
  18. 呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整する呼管理モジュールであって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすのに必要な時間期間の間、接続を開いたままにするように、前記不活性タイマーの閾値を調整する、前記呼管理モジュールと、
    前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決める、フロー制御モジュールを、
    備える通信デバイス。
  19. 前記呼管理モジュールは、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項１８のデバイス。
  20. 前記呼管理モジュールが、不活性タイマーの閾値を調整することは、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔｓｔａｒｔ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整する、請求項１８のデバイス。
  21. 前記呼管理モジュールが、不活性タイマーの閾値を調整するために、呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡する、請求項１８のデバイス。
  22. 前記呼管理モジュールが、１つの新たな呼制御トランザクションが開始するときに、前記カウンタを１だけ増加させ、１つの既存の呼制御トランザクションが終了するときに、前記カウンタを１だけ減少させて、前記既存の呼制御トランザクションの数を追跡するカウンタを維持する、請求項２１のデバイス。
  23. 前記呼管理モジュールは、前記新たな呼制御トランザクションが、終了するのに必要な時間の最大値を示す、タイマー定数（Ｔｓｔａｒｔ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項２１のデバイス。
  24. 前記呼管理モジュールは、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項２１のデバイス。
  25. 前記呼管理モジュールは、前記調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と異なるかどうかを決め、前記調整された不活性タイマーの閾値が、前記前の不活性タイマー閾値と異なるときに、前記フロー制御モジュールに、前記調整された不活性タイマーの閾値を渡す、請求項１８のデバイス。
  26. 前記呼管理モジュールは、アプリケーション特有の不活性タイマーの閾値の各々が、前記対応するアプリケーションに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信することと、
    呼制御トランザクションの最後において、終了した前記呼制御トランザクションに関連する、前記アプリケーションの１つによって渡される、前記アプリケーション特有の不活性タイマーの閾値の１つと、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、呼制御メッセージを再送信することを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現在の動的閾値によって表される時刻と既存の呼制御トランザクションが終了する時刻との差とのうちの中で最大のものであるように、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値を追跡する動的な閾値（Ｔ ｄ ）を、計算することを、
    さらに備える、請求項１８のデバイス。
  27. 前記アプリケーションは、前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、アプリケーション特有の、不活性タイマーの閾値（Ｔａｐｐ）を、動的に選択する、請求項２６のデバイス。
  28. 前記通信デバイスとアクセス・ネットワークとの間の接続を確立する接続管理モジュールであって、前記フロー制御モジュールが、前記接続を通して、１つ以上のデータ・フローを確立し、呼制御メッセージを送るために１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを備え、
    前記接続管理モジュールが、全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断する、接続管理モジュールを、
    さらに備える請求項１８のデバイス。
  29. 前記接続管理モジュールが、前記通信デバイスと前記アクセス・ネットワークとの間のエアインターフェイスを確立する、請求項２８のデバイス。
  30. 前記フロー制御モジュールが、呼制御メッセージを送るために、通信デバイスで実行される、１つ以上の前記アプリケーションにより使われる第１のＲＬＰフローと、ベスト・エフォートの品質サービス（ＱｏＳ）を使って、データを送信するために、１つ以上の前記アプリケーションにより使われる第２のＲＬＰフローと、第１のＱｏＳ予約を使ってデータを送る、１つ以上の前記アプリケーションにより使われる第３のＲＬＰフローを備える、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローを、前記接続上に確立する、請求項１８のデバイス。
  31. 前記アプリケーションが、セッション開始プロトコル（ＳＩＰ）に従う前記データ・フローにより、呼制御メッセージを送る、請求項１８のデバイス。
  32. 呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整するようにコンピュータを動作させるコードであって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションとの、最小限の接続要求を満たすのに必要な時間期間の間、接続を開いたままにするように、前記不活性タイマーの閾値を、調整するコードと、
    前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決めるように、コンピュータを動作させるコードを含む、
    コンピュータ可読記憶媒体。
  33. 前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように前記コンピュータを動作させるコードを含む、請求項３２のコンピュータ可読記憶媒体。
  34. 前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔｓｔａｒｔ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整するように、前記コンピュータを動作させるコードを含む、請求項３２のコンピュータ可読記憶媒体。
  35. 前記コンピュータ可読記憶媒体が、不活性タイマーの閾値を調整するために、呼制御メッセージを交換する、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡するように、前記コンピュータを動作させるコードを、さらに含む、請求項３２のコンピュータ可読記憶媒体。
  36. 前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマー定数（Ｔｓｔａｒｔ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように、前記コンピュータを動作させるコードを含む、請求項３５のコンピュータ可読記憶媒体。
  37. 前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように、コンピュータを動作させるコードを含んでいる、請求項３５のコンピュータ可読記憶媒体。
  38. 前記コンピュータ可読記憶媒体が、
    前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アプリケーション特有の不活性タイマーの閾値の各々が、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信するようにコンピュータを動作させるコードと、
    呼制御トランザクションの最後において、終了した前記呼制御トランザクションに関連する、前記アプリケーションの１つによって渡される、前記アプリケーション特有の不活性タイマーの閾値の１つと、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、呼制御メッセージを再送信することを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現在の動的閾値によって表される時刻と既存の呼制御トランザクションが終了する時刻との差とのうちの中で最大のものであるように、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値を追跡する動的な閾値（Ｔ ｄ ）を、計算させるようにコンピュータを動作させるコードを、
    さらに含む、請求項３２のコンピュータ可読記憶媒体。
  39. 前記コンピュータ可読記憶媒体が、それぞれの前記アプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔａｐｐ）を動的に選択するように、前記コンピュータを動作させるコードを、さらに含む、請求項３８のコンピュータ可読記憶媒体。
  40. 前記コンピュータ可読記憶媒体が、
    通信デバイスとアクセス・ネットワークとの間の接続を確立するように前記コンピュータを動作させるコードと、
    １つ以上のアプリケーションにより、呼制御メッセージを送るために、使われるデータ・フローが、第１のデータ・フローを備えていて、１つ以上のデータ・フローを、前記接続の上に確立するように前記コンピュータを動作させるコードと、
    全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断するように、前記コンピュータを動作させるコードを、
    さらに含む、請求項３２のコンピュータ可読記憶媒体。
  41. 前記１つ以上のデータ・フローを、前記接続上で確立するように、前記コンピュータを動作させるコードが、前記アプリケーションのためにデータを送る、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローを確立するように、コンピュータを動作させるためのコードを含む、請求項４０のコンピュータ可読記憶媒体。
  42. 前記アプリケーションが、セッション開始プロトコル（ＳＩＰ）に従って、呼制御メッセージを送る、請求項３２のコンピュータ可読記憶媒体。
  43. 呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整する手段であって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすのに必要な時間期間の間、接続を開いたままにするように、前記不活性タイマーの閾値が調整される、不活性タイマーの閾値を調整する手段と、
    前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決める手段、
    を備える通信デバイス。
  44. 前記調整手段が、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４３のデバイス。
  45. 前記調整手段が、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔｓｔａｒｔ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整する、請求項４３のデバイス。
  46. 不活性タイマーの閾値を調整するために、呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡する手段を、さらに備える、請求項４３のデバイス。
  47. 前記調整手段は、前記新たな呼制御トランザクションが、終了するのに必要な時間の最大値を示す、タイマー定数（Ｔｓｔａｒｔ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０より大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）との、大きい方を選択することにより、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４６のデバイス。
  48. 前記調整手段は、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４６のデバイス。
  49. アプリケーション特有の不活性タイマーの閾値の各々が、前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信する手段と、
    呼制御トランザクションの最後において、終了した前記呼制御トランザクションに関連する、前記アプリケーションの１つによって渡される、前記アプリケーション特有の不活性タイマーの閾値の１つと、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、呼制御メッセージを再送信することを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現在の動的閾値によって表される時刻と既存の呼制御トランザクションが終了する時刻との差とのうちの中で最大のものであるように、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値を追跡する動的な閾値（Ｔ ｄ ）を、を計算する手段を、
    さらに備える請求項４３のデバイス。
  50. 前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔａｐｐ）を動的に選択する手段を、さらに備える、請求項４９のデバイス。
  51. 通信デバイスとアクセス・ネットワークとの間の接続を確立する手段と、
    呼制御メッセージを送るために、１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを含み、前記接続を通して、１つ以上のデータ・フローを確立する手段と、
    全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断する手段を、
    さらに備える、請求項４３のデバイス。
JP2009551018A 2007-02-21 2008-02-21 呼制御トランザクションのための不活性タイマー閾値の動的調整 Expired - Fee Related JP5074530B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/677,109 2007-02-21
US11/677,109 US7898995B2 (en) 2007-02-21 2007-02-21 Dynamic adjustment of inactivity timer threshold for call control transactions
PCT/US2008/054624 WO2008103856A2 (en) 2007-02-21 2008-02-21 Dynamic adjustment of inactivity timer threshold for call control transactions

Publications (2)

Publication Number Publication Date
JP2010521833A JP2010521833A (ja) 2010-06-24
JP5074530B2 true JP5074530B2 (ja) 2012-11-14

Family

ID=39706606

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009551018A Expired - Fee Related JP5074530B2 (ja) 2007-02-21 2008-02-21 呼制御トランザクションのための不活性タイマー閾値の動的調整

Country Status (7)

Country Link
US (1) US7898995B2 (ja)
EP (1) EP2122990B1 (ja)
JP (1) JP5074530B2 (ja)
KR (1) KR101064421B1 (ja)
CN (1) CN101617519B (ja)
TW (1) TWI403140B (ja)
WO (1) WO2008103856A2 (ja)

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050050139A1 (en) * 2003-09-03 2005-03-03 International Business Machines Corporation Parametric-based control of autonomic architecture
US20080310300A1 (en) * 2007-06-12 2008-12-18 Byoung-Jo Kim Traffic Activity-Based Forwarding Table Updates For Ethernet-Based Mobile Access Networks
WO2010082803A2 (en) * 2009-01-19 2010-07-22 Lg Electronics Inc. Method for delivering message based on cpm service and server thereof
US8385275B2 (en) * 2009-01-31 2013-02-26 Qualcomm Incorporated Systems and methods for service flow retention in a wireless communication system
US8942229B2 (en) * 2009-02-26 2015-01-27 Blackberry Limited Method and apparatus for conserving battery life and network resources under abnormal call release conditions
US9100141B2 (en) 2009-03-06 2015-08-04 Sharp Kabushiki Kaisha Communication system and intermittent reception method
CN101594308B (zh) * 2009-07-03 2011-06-15 华为技术有限公司 报文传输方法及系统
CN101772061B (zh) * 2010-01-14 2013-11-06 华为技术有限公司 休眠定时器控制方法和装置及通讯系统
US9244965B2 (en) 2010-02-22 2016-01-26 Thoughtwire Holdings Corp. Method and system for sharing data between software systems
US8817608B2 (en) 2010-05-31 2014-08-26 Blackberry Limited Method and apparatus for customizing a focus inactivity timer based on network watermark conditions
US8611825B2 (en) * 2010-11-15 2013-12-17 At&T Intellectual Property I, L.P. Method and apparatus for providing a dynamic inactivity timer in a wireless communications network
JP5704904B2 (ja) * 2010-11-29 2015-04-22 キヤノン株式会社 データ処理装置、データ処理装置の制御方法及びプログラム
CN102158532B (zh) * 2011-02-09 2013-09-11 华为技术有限公司 通信连接方法及数据卡
US8719926B2 (en) * 2011-02-11 2014-05-06 Verizon Patent And Licensing Inc. Denial of service detection and prevention using dialog level filtering
US9184887B2 (en) 2011-07-28 2015-11-10 Samsung Electronics Co., Ltd. Base station and terminal connection method for the base station
US10679309B2 (en) 2011-12-30 2020-06-09 Elwha Llc Evidence-based healthcare information management protocols
US10402927B2 (en) 2011-12-30 2019-09-03 Elwha Llc Evidence-based healthcare information management protocols
US10559380B2 (en) 2011-12-30 2020-02-11 Elwha Llc Evidence-based healthcare information management protocols
US10552581B2 (en) 2011-12-30 2020-02-04 Elwha Llc Evidence-based healthcare information management protocols
US10528913B2 (en) 2011-12-30 2020-01-07 Elwha Llc Evidence-based healthcare information management protocols
US10475142B2 (en) 2011-12-30 2019-11-12 Elwha Llc Evidence-based healthcare information management protocols
US10340034B2 (en) 2011-12-30 2019-07-02 Elwha Llc Evidence-based healthcare information management protocols
US9198219B2 (en) * 2012-09-06 2015-11-24 Qualcomm Incorporated Adaptive fast dormancy controller
EP2725869B1 (en) * 2012-10-24 2017-01-04 BlackBerry Limited System and method for reducing power consumption based on data activity sensitive timers
US9439234B2 (en) * 2012-12-19 2016-09-06 Apple Inc. System and method for intelligently selecting a network interface
US9948573B2 (en) * 2013-03-14 2018-04-17 Comcast Cable Communications, Llc Delivery of multimedia components according to user activity
US9742843B2 (en) 2013-03-14 2017-08-22 Thoughtwire Holdings Corp. Method and system for enabling data sharing between software systems
CA2845733C (en) * 2013-03-14 2020-10-20 Thoughtwire Holdings Corp. Method and system for generating a view
US10372442B2 (en) 2013-03-14 2019-08-06 Thoughtwire Holdings Corp. Method and system for generating a view incorporating semantically resolved data values
US10313433B2 (en) 2013-03-14 2019-06-04 Thoughtwire Holdings Corp. Method and system for registering software systems and data-sharing sessions
CN104244457A (zh) * 2013-06-17 2014-12-24 中兴通讯股份有限公司 无线链路资源释放的方法及用户设备
FR3006137A1 (fr) * 2013-07-31 2014-11-28 Orange Mecanisme de gestion d'une session de communication
WO2015084080A1 (ko) * 2013-12-04 2015-06-11 삼성전자 주식회사 이동 통신 시스템에서 호 서비스의 품질을 높이는 방법 및 장치
KR102176923B1 (ko) * 2013-12-04 2020-11-10 삼성전자 주식회사 이동 통신 시스템에서 호 서비스의 품질을 높이는 방법 및 장치
WO2015172850A1 (en) * 2014-05-16 2015-11-19 Telefonaktiebolaget L M Ericsson (Publ) Node and method for establishing an inactivity timer in a wireless network
US10304088B2 (en) * 2014-12-05 2019-05-28 At&T Intellectual Property I, L.P. Advertising for a user device in a standby mode
US10244032B2 (en) * 2015-06-04 2019-03-26 Juniper Networks, Inc. Reducing application detection notification traffic
WO2018172548A1 (en) 2017-03-24 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Qos flows inactivity counters
JP6958201B2 (ja) * 2017-10-02 2021-11-02 カシオ計算機株式会社 無線通信装置、電子時計、無線通信方法、及びプログラム
US11019467B2 (en) 2019-03-14 2021-05-25 T-Mobile Usa, Inc. Adjustable sip mute call and one-way communication detection and reporting systems and methods
US11906962B2 (en) * 2020-03-11 2024-02-20 Apple Inc. Unmanned aerial vehicle tracking and control
US11399409B2 (en) * 2020-09-17 2022-07-26 T-Mobile Usa, Inc. Timer for emergency text messages

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE8910491U1 (ja) * 1989-09-02 1991-01-10 Wilkinson Sword Gmbh, 5650 Solingen, De
JP2000013852A (ja) * 1998-06-22 2000-01-14 Ntt Mobil Communication Network Inc 無線データ通信システム
JP4015428B2 (ja) * 2001-05-16 2007-11-28 株式会社日立コミュニケーションテクノロジー インアクティビティタイマを備えた無線基地局／無線基地局制御装置、無線端末及び状態制御方法
WO2003096730A1 (en) 2002-05-07 2003-11-20 Nokia Corporation Adaptive release/inactivity timer for controlling non real-time data connection resources in a mobile communication network
US7289480B2 (en) * 2002-06-24 2007-10-30 Telefonaktiebolaget Lm Ericsson (Publ) Applications based radio resource management in a wireless communication network
EP1478199B1 (en) 2003-05-14 2006-11-08 Research In Motion Limited Apparatus and method of timer-based registration in a mobile radio network
US7580033B2 (en) * 2003-07-16 2009-08-25 Honeywood Technologies, Llc Spatial-based power savings
FI20040742A0 (fi) 2004-05-31 2004-05-31 Nokia Corp Ohjaustiedon toimittaminen protokollaa varten
US7403774B2 (en) * 2004-09-29 2008-07-22 Texas Instruments Incorporated Unconnected power save mode for improving battery life of wireless stations in wireless local area networks
US20060067275A1 (en) * 2004-09-30 2006-03-30 University Of Surrey Mobile network coverage

Also Published As

Publication number Publication date
CN101617519A (zh) 2009-12-30
EP2122990A2 (en) 2009-11-25
TWI403140B (zh) 2013-07-21
CN101617519B (zh) 2013-08-14
WO2008103856A3 (en) 2008-11-20
TW200901714A (en) 2009-01-01
WO2008103856A2 (en) 2008-08-28
KR101064421B1 (ko) 2011-09-14
JP2010521833A (ja) 2010-06-24
US20080198871A1 (en) 2008-08-21
KR20090122961A (ko) 2009-12-01
EP2122990B1 (en) 2018-04-18
US7898995B2 (en) 2011-03-01

Similar Documents

Publication Publication Date Title
JP5074530B2 (ja) 呼制御トランザクションのための不活性タイマー閾値の動的調整
US8077626B2 (en) Quality of service (QoS) aware establishment of communication sessions
KR101261343B1 (ko) Ｅｖ－ｄｏ 시스템들에서 대기 중인 ｖｏｉｐ 호출이 드롭되는 상황의 발생을 감소
JP4653585B2 (ja) サービス陰影地域における同期化のためのｐｔｔサービスシステム及び方法
KR101117901B1 (ko) 하드 핸드오프들 동안의 최소 서비스 품질(ＱｏＳ) 통신 세션들의 유지
US8589563B2 (en) System, method, and apparatus for maintaining call state information for real-time call sessions
TW200822658A (en) Transaction timeout handling in communication session management
US10681762B2 (en) Last come, first served treatment of communication session requests
US20090052365A1 (en) Method and Communication Node for Optimising Time Sensitive Communications
WO2017173903A1 (zh) 一种视频通话实现方法、终端及计算机存储介质
WO2008014045A2 (en) An internet protocol multimedia subsystem network element and method of operation therefor
US20180227332A1 (en) A method and computer program products for probing the status of an ip-based communication connection in order to receive an incoming communication
US20060089131A1 (en) Delay timers for managing internal state changes and messages in user equipment for real-time multimedia applications
US20060087973A1 (en) Delay timers for managing internal state changes and messages in user equipment for real-time multimedia applications
US8885651B2 (en) Communication device and method for releasing communication resources
US8923796B2 (en) Expedited call setup
US9049621B2 (en) Method and system for hard handoff in HRPD
WO2016048610A1 (en) Server-initiated duplex transitions
Cuny et al. Mobile Service Applications and Performance in UMTS
KR20080065401A (ko) 화상 서비스 및 브이오아이피를 이용한 통화 서비스 동시제공 방법 및 장치

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110623

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110726

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20111025

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20111101

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20111122

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20111130

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20111226

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20120106

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120126

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120228

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120628

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20120706

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

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

R150 Certificate of patent or registration of utility model

Ref document number: 5074530

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

Year of fee payment: 3

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