(57)【要約】  一般に、本開示は、通信デバイスとアクセス・ネットワークの間の、接続の確立と切断とに、向けられている。より具体的には、この開示の技術は、呼制御要求の交換に使われているデータ・フローが、いつ不活性になるかを決めるのに、向けられている。一例として、通信デバイスは、たとえば、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションと、新たな呼制御トランザクションとの、最小の接続要求を満たすために、１つの不活性タイマーの閾値を、データ・フローのために選択することにより、新たな呼制御トランザクションが開始されるか、または、既存の呼制御トランザクションが終了するときに、呼制御メッセージを交換するために、アプリケーションにより使われる、データ・フローに関連付けて、不活性タイマーの閾値を動的に調整することができる。データ・フローは、調整された不活性タイマーの閾値を越える期間にわたって、データ・フローを通して、どのアプリケーションも、メッセージを送信も受信もしないと、不活性であると考えられる。
2010521833.tif 000002
【特許請求の範囲】
【請求項１】
呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整することであって、前記不活性タイマーの閾値は、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように調整される、不活性タイマーの閾値を調整することと、
前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていない場合に、前記データ・フローが不活性であると決めること、
を含む方法。
【請求項２】
前記不活性タイマーの閾値を調整することは、新たな呼制御トランザクションが開始するとき、または、既存の呼制御トランザクションが終了するとき、前記不活性タイマーの閾値を調整することを含む、請求項１の方法。
【請求項３】
前記不活性タイマーの閾値を調整することは、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔｓｔａｒｔ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の期間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するとき、前記不活性タイマーの閾値を調整することを含む、請求項１の方法。
【請求項４】
前記Ｔｓｔａｒｔは、６４＊Ｔ１に等しく、前記Ｔ１は、０．５秒から２秒の間の値である、請求項３の方法。
【請求項５】
呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡することを、さらに含む、請求項１の方法。
【請求項６】
前記既存の呼制御トランザクションの数を追跡することは、
前記既存の呼制御トランザクションの数をカウントする、カウンタを維持することと、
新たな呼制御トランザクションが開始するときに、前記カウンタを１だけ増加させることと、既存の呼制御トランザクションが終了するときに、前記カウンタを１だけ減少させること、
を含む、請求項５の方法。
【請求項７】
前記不活性タイマーの閾値を調整することは、前記ＳＩＰトランザクションが終了するのに必要な、時間の最大値を示す、タイマー定数（Ｔｓｔａｒｔ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが終了するとき、前記不活性タイマーの閾値を調整することを含む、請求項５の方法。
【請求項８】
前記不活性タイマーの閾値を調整することは、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整することを含む、請求項５の方法。
【請求項９】
前記調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と異なるかどうかを決めることと、
前記調整された不活性タイマーの閾値が、前記前の不活性タイマー閾値と異なるときに、前記データ・フローが、任意のアプリケーションによって、使われているかどうかを決める、データ・フロー制御モジュールに、前記調整された不活性タイマーの閾値を渡すことを、
さらに含む、請求項１の方法。
【請求項１０】
前記アプリケーションから１つ以上のアプリケーション特有の不活性タイマー閾値を受信すること、そこにおいて、前記アプリケーション特有の不活性タイマーの閾値の各々は、前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、および、
呼制御トランザクションの最後に、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値が、終了した前記呼制御トランザクションに関連付けられる、前記アプリケーションの１つから渡される、前記アプリケーション特有の不活性タイマーの閾値の１つの中で最大となるように、追跡する、動的な閾値（Ｔｄ）と、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、再送信される呼制御メッセージを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現在の動的閾値と既存の呼制御トランザクションが終了する時間との差を、計算することを、
さらに含む、請求項１の方法。
【請求項１１】
前記Ｔｅｎｄは、２＊Ｔ１と等しく、前記Ｔ１が０．５から２秒の値である、請求項１０の方法。
【請求項１２】
前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔａｐｐ）を動的に選択することを、さらに含む、請求項１１の方法。
【請求項１３】
通信デバイスとアクセス・ネットワークとの間の接続を確立することと、
呼制御メッセージを送るために、１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを含む、１つ以上のデータ・フローを、前記接続の上に確立することと、
全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断することを、さらに含む請求項１の方法。
【請求項１４】
前記接続を確立することは、前記通信デバイスと前記アクセス・ネットワークとの間のエアインターフェイスを確立することを含む、請求項１３の方法。
【請求項１５】
前記接続上での前記１つ以上のデータ・フローの確立が、前記アプリケーションのためにデータを送る、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローの確立を含む、請求項１３の方法。
【請求項１６】
前記１つ以上のＲＬＰフローを確立することは、
呼制御メッセージを送るために、１つ以上の前記アプリケーションで使う第１のＲＬＰフローを確立することと、
ベスト・エフォートの品質サービス（ＱｏＳ）を使って、データを送信する、１つ以上の前記アプリケーションで使われる、第２のＲＬＰフローを確立することと、
第１のＱｏＳ予約を使って、データを送る、１つ以上の前記アプリケーションにより使われる、第３のＲＬＰフローを確立することを、
含む、請求項１５の方法。
【請求項１７】
前記アプリケーションは、セッション開始プロトコル（ＳＩＰ）に従って、呼制御メッセージを送る、請求項１の方法。
【請求項１８】
呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整する呼管理モジュールであって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように、前記不活性タイマーの閾値を調整する、前記呼管理モジュールと、
前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決める、フロー制御モジュールを、
備える通信デバイス。
【請求項１９】
前記呼管理モジュールは、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項１８のデバイス。
【請求項２０】
前記呼管理モジュールが、不活性タイマーの閾値を調整することは、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔｓｔａｒｔ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整する、請求項１８のデバイス。
【請求項２１】
前記呼管理モジュールが、呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡する、請求項１８のデバイス。
【請求項２２】
前記呼管理モジュールが、１つの新たな呼制御トランザクションが開始するときに、前記カウンタを１だけ増加させ、１つの既存の呼制御トランザクションが終了するときに、前記カウンタを１だけ減少させて、前記既存の呼制御トランザクションの数を追跡するカウンタを維持する、請求項２１のデバイス。
【請求項２３】
前記呼管理モジュールは、前記新たな呼制御トランザクションが、終了するのに必要な時間の最大値を示す、タイマー定数（Ｔｓｔａｒｔ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項２１のデバイス。
【請求項２４】
前記呼管理モジュールは、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項２１のデバイス。
【請求項２５】
前記呼管理モジュールは、前記調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と異なるかどうかを決め、前記調整された不活性タイマーの閾値が、前記前の不活性タイマー閾値と異なるときに、前記フロー制御モジュールに、前記調整された不活性タイマーの閾値を渡す、請求項１８のデバイス。
【請求項２６】
前記呼管理モジュールは、アプリケーション特有の不活性タイマーの閾値の各々が、前記対応するアプリケーションに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信することと、
前記呼管理モジュールは、呼制御トランザクションの最後に、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値が、終了した前記呼制御トランザクションに関連付けられる、前記アプリケーションの１つから渡される、前記アプリケーション特有の不活性タイマーの閾値の１つの中で最大となるように、追跡する、動的な閾値（Ｔｄ）と、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、再送信される呼制御メッセージを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現在の動的閾値と既存の呼制御トランザクションが終了する時間との差を、計算することを、
さらに備える、請求項１８のデバイス。
【請求項２７】
前記アプリケーションは、前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、アプリケーション特有の、不活性タイマーの閾値（Ｔａｐｐ）を、動的に選択する、請求項２６のデバイス。
【請求項２８】
前記通信デバイスとアクセス・ネットワークとの間の接続を確立する接続管理モジュールであって、前記フロー制御モジュールが、前記接続を通して、１つ以上のデータ・フローを確立し、呼制御メッセージを送るために１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを備え、
前記接続管理モジュールが、全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断する、接続管理モジュールを、
さらに備える請求項１８のデバイス。
【請求項２９】
前記接続管理モジュールが、前記通信デバイスと前記アクセス・ネットワークとの間のエアインターフェイスを確立する、請求項２８の方法。
【請求項３０】
前記フロー制御モジュールが、呼制御メッセージを送るために、通信デバイスで実行される、１つ以上の前記アプリケーションにより使われる第１のＲＬＰフローと、ベスト・エフォートの品質サービス（ＱｏＳ）を使って、データを送信するために、１つ以上の前記アプリケーションにより使われる第２のＲＬＰフローと、第１のＱｏＳ予約を使ってデータを送る、１つ以上の前記アプリケーションにより使われる第３のＲＬＰフローを備える、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローを、、前記接続上に確立する、請求項１５のデバイス。
【請求項３１】
前記アプリケーションが、セッション開始プロトコル（ＳＩＰ）に従う前記データ・フローにより、呼制御メッセージを送る、請求項１８のデバイス。
【請求項３２】
呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整するようにコンピュータを動作させるコードであって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションとの、最小限の接続要求を満たすように、前記不活性タイマーの閾値を、調整するコードと、
前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決めるように、コンピュータを動作させるコードを含む、
コンピュータ可読メディアを含む、
コンピュータ・プログラム製品。
【請求項３３】
前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように前記コンピュータを動作させるコードを含む、請求項３３のコンピュータ・プログラム製品。
【請求項３４】
前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔｓｔａｒｔ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整するように、前記コンピュータを動作させるコードを含む、請求項３２のコンピュータ・プログラム製品。
【請求項３５】
前記コンピュータ可読メディアが、呼制御メッセージを交換する、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡するように、前記コンピュータを動作させるコードを、さらに含む、請求項３２のコンピュータ・プログラム製品。
【請求項３６】
前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマー定数（Ｔｓｔａｒｔ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０よりも大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように、前記コンピュータを動作させるコードを含む、請求項３５のコンピュータ・プログラム製品。
【請求項３７】
前記不活性タイマーの閾値を調整するように前記コンピュータを動作させる前記コードが、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整するように、コンピュータを動作させるコードを含んでいる、請求項３５のコンピュータ・プログラム製品。
【請求項３８】
前記コンピュータ可読メディアが、
前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アプリケーション特有の不活性タイマーの閾値の各々が、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信するようにコンピュータを動作させるコードと、
呼制御トランザクションの最後に、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値が、終了した前記呼制御トランザクションに関連付けられる、前記アプリケーションの１つから渡される、前記アプリケーション特有の不活性タイマーの閾値の１つの中で最大となるように追跡する、動的な閾値（Ｔｄ）と、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、再送信される呼制御メッセージを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現在の動的閾値と既存の呼制御トランザクションが終了する時間との差を、計算させるようにコンピュータを動作させるコードを、
さらに含む、請求項３２のコンピュータ・プログラム製品。
【請求項３９】
前記コンピュータ可読メディアが、それぞれの前記アプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔａｐｐ）を動的に選択するように、前記コンピュータを動作させるコードを、さらに含む、請求項３８のコンピュータ・プログラム製品。
【請求項４０】
前記コンピュータ可読メディアが、
通信デバイスとアクセス・ネットワークとの間の接続を確立するように前記コンピュータを動作させるコードと、
１つ以上のアプリケーションにより、呼制御メッセージを送るために、使われるデータ・フローが、第１のデータ・フローを備えていて、１つ以上のデータ・フローを、前記接続の上に確立するように前記コンピュータを動作させるコードと、
全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断するように、前記コンピュータを動作させるコードを、
さらに含む、請求項３２のコンピュータ・プログラム製品。
【請求項４１】
前記１つ以上のデータ・フローを、前記接続上で確立するように、前記コンピュータを動作させるコードが、前記アプリケーションのためにデータを送る、１つ以上のラジオ・リンク・プロトコル（ＲＬＰ）フローを確立するように、コンピュータを動作させるためのコードを含む、請求項４０コンピュータ・プログラム製品。
【請求項４２】
前記アプリケーションが、セッション開始プロトコル（ＳＩＰ）に従って、呼制御メッセージを送る、請求項３２のコンピュータ・プログラム製品。
【請求項４３】
呼制御メッセージを送る、１つ以上のアプリケーションに使われる、データ・フローに関連付けて、不活性タイマーの閾値を調整する手段であって、１つ以上の既存の呼制御トランザクション、１つ以上の直近に終了した呼制御トランザクション、および１つ以上の新規の呼制御トランザクションの、最小限の接続要求を満たすように、前記不活性タイマーの閾値が調整される、不活性タイマーの閾値を調整する手段と、
前記調整された不活性タイマーの閾値を越える期間にわたって、前記データ・フローを通して、呼制御メッセージが、送信も受信もされていないときに、前記データ・フローが不活性であると決める手段、
を備える通信デバイス。
【請求項４４】
前記調整手段が、新たな呼制御トランザクションが開始する、または、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４３のデバイス。
【請求項４５】
前記調整手段が、前記新たな呼制御トランザクションが終了するのに必要な、時間の最大値を示す、タイマーの閾値定数（Ｔｓｔａｒｔ）と、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）とのうち、大きい方を選択することにより、新たな呼制御トランザクションが開始するときに、前記不活性タイマーの閾値を調整する、請求項４３のデバイス。
【請求項４６】
呼制御メッセージを交換する、前記アプリケーションに使われる、前記データ・フロー上の、既存の呼制御トランザクションの数を追跡する手段を、さらに備える、請求項４３のデバイス。
【請求項４７】
前記調整手段は、前記新たな呼制御トランザクションが、終了するのに必要な時間の最大値を示す、タイマー定数（Ｔｓｔａｒｔ）と、呼制御メッセージを送る前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０より大きいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）との、大きい方を選択することにより、既存の呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４６のデバイス。
【請求項４８】
前記調整手段は、呼制御メッセージを送るために、前記アプリケーションにより使われる、前記データ・フロー上の、前記既存の呼制御トランザクション数が、０と等しいときに、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、アクセス・ネットワークとの接続を維持する、最大の時間を追跡する、動的な閾値（Ｔｄ）と０との、大きい方を選択することにより、新たな呼制御トランザクションが終了するときに、前記不活性タイマーの閾値を調整する、請求項４６のデバイス。
【請求項４９】
アプリケーション特有の不活性タイマーの閾値の各々が、前記対応するアプリケーショに関連している呼制御トランザクションの終了後に、前記アクセス・ネットワークとの接続を維持する時間を指定する、１つ以上のアプリケーション特有の不活性タイマー閾値を、前記アプリケーションから受信する手段と、
呼制御トランザクションの最後に、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションとの、最小の接続要求を満たすように、接続を維持する時間の最大値が、終了した前記呼制御トランザクションに関連付けられる、前記アプリケーションの１つから渡される、前記アプリケーション特有の不活性タイマーの閾値の１つの中で最大となるように、追跡する、動的な閾値（Ｔｄ）と、前記呼制御トランザクションを開始する前記アプリケーションに関わらず、再送信される呼制御メッセージを許可するために、前記呼制御トランザクションの最後に必要とされる時間を示す、前記アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現在の動的閾値と既存の呼制御トランザクションが終了する時間との差、を計算する手段を、
さらに備える請求項４３のデバイス。
【請求項５０】
前記それぞれのアプリケーションにより開始された、呼制御トランザクションのタイプに基づいて、各々の前記アプリケーションのために、前記アプリケーション特有の不活性タイマーの閾値（Ｔａｐｐ）を動的に選択する手段を、さらに備える、請求項４９のデバイス。
【請求項５１】
通信デバイスとアクセス・ネットワークとの間の接続を確立する手段と、
呼制御メッセージを送るために、１つ以上のアプリケーションにより使われるデータ・フローが、第１のデータ・フローを含み、前記接続を通して、１つ以上のデータ・フローを確立する手段と、
全ての前記データ・フローが不活性であるときに、前記通信デバイスと前記アクセス・ネットワークとの間の前記接続を切断する手段を、
さらに備える、請求項４３のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信デバイスとアクセス・ネットワークとの間の、接続の確立と切断のための技術に関わる。
【背景技術】
【０００２】
セッション開始プロトコル（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）（Ｔｄ）と、呼制御トランザクションが終了するのに必要な最大時間が、指し示すタイマーの定数（Ｔｓｔａｒｔ）とのうち、大きな方の値になるように、不活性タイマーの閾値を調整する。１つの例において、Ｔｓｔａｒｔは、６４＊Ｔ１であると定義してもよい。ただし、Ｔ１は０．５から２秒までの値である。
【００４５】
動的閾値Ｔｄは、０と等しくなるように、最初に初期化される。このように、最初のＳＩＰトランザクションの開始において、不活性閾値タイマーの値は、Ｔｓｔａｒｔと等しくなるであろう。しかしながら、各々のＳＩＰトランザクションの最後に、呼制御トランザクションに関連付けられている、アプリケーション３２の１つにより渡される、アプリケーション固有の、不活性タイマー閾値（すなわちＴａｐｐ）と、呼制御トランザクションを開始するアプリケーションに係わらず、応答および要求を再送信することを許されている、呼制御トランザクションの最後に、必要とされる期間を示す、アプリケーション特有ではない、不活性タイマー定数（Ｔｅｎｄ）と、現時点での動的な閾値と、事象が発生した時刻との差（すなわちＴｄ−ｔｅ）とのうち、最大のものであるように、Ｔｄは再計算される。１つの例では、Ｔｅｎｄは２＊Ｔ１で定義される。ここでＴ１は０．５から２秒までの値である。このように、Ｔｄは、現時点で活性化されているすべての呼制御トランザクション、および、直近に終了した呼制御トランザクションの、最小接続要求を満たすように、接続を開いたままにしておかなければならない、最小の期間を追跡する。
【００４６】
さらに、呼管理モジュール３０は、呼制御メッセージを交換するのに使われる、ＲＬＰフロー３２上の、既存の呼制御トランザクションの数を追跡する。一例として、呼管理モジュール３０は、呼制御トランザクションの開始時と終了時に、それぞれ、増加、減少させるカウンタ（ｔｃｎｔ）を備えている。このように、呼管理モジュール３０は、新たな呼制御トランザクションが開始するときに、カウンタを１だけ増加させる。同様に、呼管理モジュール３０は、既存の呼制御トランザクションが終了するときに、カウンタを１だけ減少させる。カウンタが０に等しい場合には、これ以上の呼制御トランザクションは保留にされていないし、ＲＬＰフローは、動的な閾値Ｔｄを満足するのに十分なだけ長く、活性化されている。
【００４７】
最初の最終応答を、１つのアプリケーション３２の、ＵＡＣプロセスに渡すように、または、最初の最終応答を、１つのアプリケーション３２の、ＵＡＣプロセスから受け取るように、既存の呼制御トランザクションが終了する場合には、呼管理モジュール３０は、上記の動的閾値（Ｔｄ）を再計算する。さらに、呼管理モジュール３０は、呼制御メッセージを交換するのに使われる、ＲＬＰフローに関連付けて、不活性タイマーの閾値を調整する。不活性タイマーの閾値を調整することは、既存の呼制御トランザクションが、これ以外にあるかどうかに依存する。１つ以上の、既存の呼制御トランザクションがある、すなわち、ｔｃｎｔ＞０の場合には、呼管理モジュール３０は、再計算された動的閾値（Ｔｄ）とタイマー定数（Ｔｓｔａｒｔ）とのうち、大きい方と等しくなるように、不活性タイマーの閾値を調整する。他に既存の呼制御トランザクションがない場合、すなわち、ｔｃｎｔ＝０の場合には、呼管理モジュール３０は、再計算された動的閾値（Ｔｄ）と０のうち、大きい方と等しくなるように、不活性タイマーの閾値を調整する。
【００４８】
呼管理モジュール３０は、さらに、リセット・イベントにおい、不活性タイマーの閾値を調整する。一例として、ＳＩＰトランザクションを送信または受信してから経過した期間が、不活性タイマーの閾値以上である場合には、呼管理モジュール３０は、他のタイマーの変数と同様に、不活性タイマーの閾値を０に、リセットまたはセットする。
【００４９】
しかしながら、どのようなタイプのイベントが検出されようとも、呼管理モジュール３０は、調整された不活性タイマーの閾値が、前の不活性タイマーの閾値とは異なるかどうかを決める。調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と異なる場合には、呼管理モジュール３０は、調整された不活性タイマーの閾値を、フロー制御モジュール２８に渡す。調整された不活性タイマーの閾値が、前の不活性タイマーの閾値と同じである場合には、呼管理モジュール３０は、調整された不活性タイマーの閾値を、フロー制御モジュール２８に渡さない。
【００５０】
図２に示された、種々の構成要素は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせにより、実現されてもよい。いくつかの構成要素は、１つ以上のマイクロプロセッサかディジタルシグナルプロセッサー（ＤＳＰ）、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または、他の等価な集積あるいは個別部品の論理回路により実行される、プロセスまたはモジュールとして実現されてもよい。モジュールとしての異なる特徴の描写は、ＷＣＤ１４の異なる機能の態様を、強調するように意図されていて、このようなモジュールが、独立のハードウェア、および／または、ソフトウェア構成要素により、実現されなければならないということを、必ずしも示唆しない。むしろ、１つ以上のモジュールと関連付けられた機能性は、共通または独立のハードウェア、および／または、ソフトウェア構成要素の中に、統合されてもよい。このように、本開示はＷＣＤ１４の例に限定されるべきではない。
【００５１】
ソフトウェアの中で実現される場合には、本開示に記述されている、システムおよびデバイスの発明とされる機能性は、たとえば、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）、電気的に消去可能な、書き込み可能なＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、磁気または光データ記憶メディアなどを備える、（示されていない）メモリ内のような、コンピュータ可読メディア上の命令として、実施されてもよい。命令は、この開示に記述されている機能性の、１つ以上の態様をサポートするために、実行される。
【００５２】
図３は、アクセス・ネットワーク１８Ａとの接続を、いつ切断するかを決める、図２のＷＣＤ１４のような、通信デバイスの典型的な動作を示す、フロー・ダイアグラムである。最初に、ＷＣＤ１４は、アクセス・ネットワーク１８Ａとの接続を確立する（４０）。たとえば、接続管理モジュール２６は、接続を確立するために、アクセス・ネットワーク１８Ａに、接続要求を送信してもよい。この接続要求に応答して、アクセス・ネットワーク１８Ａは、ＷＣＤと、アクセス・ネットワーク１８Ａとの間のトラフィック・チャンネルを確立する。
【００５３】
フロー制御モジュール２８は、アプリケーション３２にサービスするために、ＲＬＰフロー３４のような、１つ以上のデータ・フローを確立する（４２）。フロー制御モジュール２８は、異なるＱｏＳの予約、または、コミットメントに対応する、複数のＲＬＰフロー３４を確立する。一例として、フロー管理モジュール２８は、呼制御メッセージを交換するために使う、最初のＲＬＰフローを活性化してもよい。さらに、フロー管理モジュール２８は、異なるＱｏＳ予約とデータを通信するために、１つ以上の、他のＲＬＰフローを活性化してもよい。たとえば、フロー管理モジュール２８は、ベスト・エフォートＱｏＳを使って、データを送信するアプリケーション、たとえば、電子メール・アプリケーションにより使われる、第２のＲＬＰフローを活性化し、たとえば、ＶｏＩＰアプリケーション、ビデオ電話アプリケーション、または、リアルタイムトランスポートプロトコル（ＲＴＰ）のような、メディアトランスポートプロトコルを利用する、他のアプリケーションのように、特定のトラフィック・パラメータ（たとえば、バンド幅、遅延、損失など）に対するコミットメントを明示する、ＱｏＳ予約を必要とする、マルチメディア・コンテンツを送信するアプリケーションのための、第３のＲＬＰフローを活性化してもよい。このように、確立された接続は、複数のアプリケーション３２のトラフィックを運ぶ。
【００５４】
フロー制御モジュール２８は、各々のＲＬＰフローの不活性タイマーの閾値を決める（４４）。フロー制御モジュール２８は、たとえば、１つ以上のアプリケーション３２、および／または、呼管理モジュール３０から、不活性タイマーの閾値を受信してもよい。フロー制御モジュール２８は、たとえば、ベスト・エフォートＱｏＳのトラフィックを運ぶために使われる、ＲＬＰフローと、これらのＲＬＰフローを使って通信するアプリケーション３２から直接、予約したＱｏＳで、トラフィックを送るのに使うＲＬＰフローとのために、不活性タイマーの閾値を受信してもよい。アプリケーション３２は、ＲＬＰフローのための予約が活性化される場合に、不活性タイマーの閾値を備えていてもよい。フロー制御モジュール２８は、その特定のＲＬＰフローのための不活性タイマーの閾値として、アプリケーション３２から受信した複数の不活性タイマーの閾値のうち、最大の不活性タイマーの閾値を選択してもよい。
【００５５】
フロー制御モジュール２８は、さらに、呼制御メッセージを交換するのに使う、ＲＬＰフロー３４の１つのために、呼管理モジュール３０から、不活性タイマーの閾値を受け取る。呼管理モジュール３０は、本開示の技術に従う呼制御メッセージを送る、ＲＬＰフロー３４のために、不活性タイマーの閾値を計算する。ここに、詳細に説明されたように、呼管理モジュール３０は、呼制御トランザクションの１つが変更されるごとに、呼制御メッセージを交換するのに使う、ＲＬＰ３４に関連付けて、不活性タイマーの閾値を動的に調整する。特に、呼管理モジュール３０は、任意の、新たな呼制御トランザクションと同様に、既存の呼制御トランザクションと、直近に終了した、呼制御トランザクションとの最小の接続要求を満たす、１つの不活性タイマーの閾値を選択する。
【００５６】
フロー制御モジュール２８は、種々のＲＬＰフロー３４上の、トラフィック動作を監視する（４６）。たとえば、フロー制御モジュール２８は、不活性タイマーを、対応するＲＬＰフロー３４で、データが最後に送信または受信されてからの期間を追跡する、各々のＲＬＰフロー３４と関連付けてもよい。フロー制御モジュール２８は、いずれかの不活性タイマーが、対応するＲＬＰフローに関連付けられている不活性タイマーの閾値を、超えているかどうかを決める（４８）。フロー制御モジュール２８が、ＲＬＰフローに関連付けられているタイマーのいずれもが、対応する不活性タイマーの閾値を超えていないと決める場合には、フロー制御モジュール２８は、ＲＬＰフローが活性と分類し（５０）、ＲＬＰフローを監視し続ける（４６）。
【００５７】
フロー制御モジュール２８が、ＲＬＰフロー３４の１つと関連付けられたタイマーが、対応する不活性タイマーの閾値を越えていると決めると、フロー制御モジュール２８は、そのＲＬＰフローを不活性として分類す（５２）る。フロー制御モジュール２８は、次いで、活性化されているＲＬＰフローがあるかどうかを決める（５４）。フロー制御モジュール２８は少なくとも１つの活性化されたＲＬＰフローがある、すなわち、少なくとも１つの不活性タイマーが、対応する不活性タイマー閾値を越えていないと決めると、接続管理モジュール２６は、アクセス・ネットワーク１８Ａとの接続を維持し続ける（５６）。
【００５８】
フロー制御モジュール２８は、活性化しているＲＬＰフローがないこと、すなわち、ＲＬＰフローのすべての不活性タイマーが、対応する不活性タイマーの閾値を越えていることを決めると、接続管理モジュール２６は、アクセス・ネットワーク１８Ａとの接続を切断する（５８）。このように、ＷＣＤ１４は、動的に調整された不活性タイマーの閾値を使って、接続を管理する。特に、呼制御メッセージを送るＲＬＰフロー３４が、活性化されている限りにおいては、すなわち、不活性タイマーの閾値を越えない限りにおいては、アクセス・ネットワーク１８Ａとの接続は、開いたままであろう。接続管理モジュール２６は、接続を使用する活性化したＲＬＰフローがない場合に限って、すなわち、アプリケーション３２のいずれもが、または、呼管理モジュール３０が、この接続を使用していない場合に限って、アクセス・ネットワーク１８Ａとの接続を切断する。
【００５９】
図４は、この開示の技術にしたがって、呼制御メッセージを交換するのに使うデータ・フローに関連付けられた、不活性タイマーの閾値を動的に調整する、呼管理モジュール３０の典型的な動作を示す、フロー・ダイアグラムである。呼管理モジュール３０は、既存の呼制御トランザクションと、直近に終了した呼制御トランザクションと、任意の、新たな呼制御トランザクションとにおける、最小の接続要求を満たすように、不活性タイマーの閾値を計算する。
【００６０】
呼管理モジュール３０は、不活性タイマーの閾値の調整を開始するイベントを監視する（６０）。以上で記述したように、呼管理モジュール３０は、新たな呼制御トランザクションが開始する、既存の呼制御トランザクションが終了する、または、タイマーのリセットが発生する場合に、不活性タイマーの閾値を動的に調整してもよい。イベントを検出すると、呼管理モジュール３０は、イベントが発生した時刻を確認する（６２）。呼管理モジュール３０は、たとえば、任意のＳＩＰ通信が送信、あるいは、受信されてからの期間を追跡する不活性タイマーを備えていて、この不活性タイマーを使って、イベントが発生した時刻を確認してもよい。
【００６１】
呼管理モジュール３０は、発生したイベントのタイプを決める（６４）。以上に記述したように、不活性タイマーの調整は、発生するイベントのタイプに依存してもよい。アプリケーション３２の１つの、ＵＡＣプロセスからの要求を受信するか、または、アプリケーション３２の１つの、ＵＡＣプロセスの応答を渡すような、新たな呼制御トランザクションの開始の場合には、（すなわち、イベントが開始イベントである場合には）、呼管理モジュール３０は、呼制御メッセージを交換するのに使われる、ＲＬＰフロー上の、既存の呼制御トランザクション数を追跡するカウンタを増加させる（６６）。呼管理モジュール３０は、不活性タイマーの閾値を、動的閾値（Ｔｄ）と、ＳＩＰトランザクションが終了するのに必要な最大時間を示す、タイマー定数（Ｔｓｔａｒｔ）のうち、大きい方と同じになるように調整する（６８）。以上に記述されているように、動的閾値Ｔｄは、各々のＳＩＰトランザクションの最後に計算され、直近に終了した呼制御トランザクションと同様に、全ての、既存の呼制御トランザクションの最小の接続要求を満たすように、接続を開いておく最大の期間を追跡する。呼管理モジュール３０は、不活性タイマーの閾値に向かって計数している、呼管理モジュール３０により維持されているタイマーをリセットする（７０）。
【００６２】
最初の最終応答を、１つのアプリケーション３２の、ＵＡＣプロセスに渡す、または、最初の最終応答を、１つのアプリケーション３２の、ＵＡＳプロセスから受け取るように、既存の呼制御トランザクションが終了する（すなわち、イベントが終了イベントである）場合には、呼管理モジュール３０は、呼制御メッセージを交換するのに使われる、ＲＬＰフロー上の既存する呼制御トランザクションの数を、追跡するカウンタを減少させる（７２）。呼管理モジュール３０は、動的閾値（Ｔｄ）を再計算する（７４）。以上に示されたように、動的閾値（Ｔｄ）は、呼制御トランザクションに関連付けられて、アプリケーション３２により渡される、アプリケーション特有の、不活性タイマーの閾値（つまりＴａｐｐ）と、呼制御トランザクションを開始したアプリケーションに係わらず、その呼制御トランザクションの最後に、応答と要求とを再送信するのに与えられる、必要な期間を示す、アプリケーション特有ではない、不活性タイマーの定数（Ｔｅｎｄ）と、現行の動的閾値と、イベントが起きた時間との差（すなわち、Ｔｄ−ｔｅ）のうち、最大のものを選択することにより再計算される。
【００６３】
呼管理モジュール３０は、この他に既存の呼制御トランザクションが存在するかどうかを決める（７６）。呼管理モジュール３０は、たとえば、既存の呼制御トランザクションの数、すなわち、ｔｃｎｔを追跡するカウンタが０より大きいかどうかを決める。１つ以上の、既存の呼制御トランザクションがある場合には、すなわち、ｔｃｎｔ＞０の場合には、呼管理モジュール３０は、不活性タイマーの閾値を、再計算された動的閾値（Ｔｄ）と、ＳＩＰトランザクションに必要な、最大の時間を示す、タイマー定数（Ｔｓｔａｒｔ）との大きい方と等しくなるように調整する（７８）。この他の、既存の呼制御トランザクションがない、すなわち、ｔｃｎｔ＝０の場合には、呼管理モジュール３０は、不活性タイマーの閾値を、再計算された、動的閾値（Ｔｄ）と０との大きい方に等しくなるように調整する（８０）。どちらの場合にも、呼管理モジュール３０は、不活性タイマーの閾値に向かってカウントする、呼管理モジュール３０によって維持されているタイマーを、リセットする（８２）。
【００６４】
呼制御メッセージを交換する、ＲＬＰフローを通して、任意の呼制御メッセージが送信、または、受信されてからの期間を追跡するタイマーが、不活性タイマーの閾値を越える（すなわち、イベントがリセット・イベントである）と、呼管理モジュール３０は、不活性タイマーの閾値をリセットする（８４）。
【００６５】
どのようなタイプのイベントが検出されたとしても、呼管理モジュール３０は、調整された不活性タイマーの閾値Ｔが、従前の不活性タイマーの閾値（Ｔｏｌｄ）とは異なること、すなわち、Ｔ＝Ｔｏｌｄかどうかを決める（８６）。調整された、不活性タイマーの閾値が、前の不活性タイマーの閾値とは異なる場合には、呼管理モジュール３０は、再計算された、不活性タイマーの閾値を、フロー制御モジュール２８に渡す（８８）。再計算された不活性タイマーの閾値が、前の不活性タイマーの閾値と等しい場合には、呼管理モジュール３０は、再計算された不活性タイマーの閾値を、フロー制御モジュール２８に渡さない（９０）。このように、呼管理モジュール３０は、全ての既存する呼制御トランザクションと、直近に終了した呼制御トランザクションと、任意の、新たな呼制御トランザクションとの、最小接続要求を満たす、１つの不活性タイマーの閾値を計算する。以上に、詳細に説明されたように、不活性タイマーの閾値は、呼制御メッセージを送るＲＬＰ３４が、活性化されているかどうかを決めるのに使われる。すべてのＲＬＰ３４が不活性となるまで、ＷＣＤ１４がアクセス・ネットワーク１８Ａとの接続を切断しないので、動的に調整された、不活性タイマーの閾値は、全てのアプリケーションの、最小の接続要求を満たすように、接続を維持するために、使われてもよい。
【００６６】
ここに説明された技術は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせによりインプリメントされてもよい。ソフトウェアとして実施される場合には、この技術は、コンピュータ可読メディア上の、１つ以上の記憶された、または、送信された、命令、または、コードにより、少なくともその一部が実現されてもよい。コンピュータ可読メディアには、コンピュータ記憶メディア、通信メディア、またはその両方を含んでいてもよいし、１つの場所から他の場所への、コンピュータ・プログラムの転送を容易にする、任意のメディアを備えていてもよい。記憶メディアは、コンピュータによりアクセス可能な、任意の利用可能なメディアであればよい。
【００６７】
実例としてであって、制限としてはないが、このようなコンピュータ可読メディアは、要求されるプログラム・コードを、命令またはデータ構造の形で、運搬、記憶するのに使用することができ、コンピュータによりアクセスすることができる、シンクロナス・ダイナミック・ランダム・アクセス・メモリ（ＳＤＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）、ＲＯＭ，電気的に消去可能なプログラマブル・リード・オンリー・メモリ（ＥＥＰＲＯＭ）、ＥＥＰＲＯＭ，フラッシュ・メモリ、ＣＤ−ＲＯＭ，または、他の光ディスク記憶、磁気ディスク記憶、または、その他の磁気記憶デバイス、または、他のメディアのような、ＲＡＭにより構成できる。
【００６８】
さらに、任意の接続は、コンピュータ可読メディアと、呼ぶことができる。たとえば、ソフトウェアが、ウエブサイト、サーバー、または、その他の遠隔の供給源から、同軸ケーブル、ファイバー光ケーブル、ツイスト・ペア、ディジタル加入者線（ＤＳＬ）、または、赤外線、無線、マイクロ波のような、無線技術により、送信されると、同軸ケーブル、ファイバー光ケーブル、ツイスト・ペア、ＤＳＬ、または、赤外線、無線、マイクロ波のような、無線技術が、メディアの定義に含まれる。ＤｉｓｋとＤｉｓｃは、ここで使われるように、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、ディジタル・バーサタイル・ディスク（ＤＶＤ）、フロッピー（登録商標）・ディスク、とブルー・レイ・ディスクを含み、Ｄｉｓｋは、通常，磁気的にデータを再生し、これに対して、Ｄｉｓｃは、たとえば、レーザーを使って光学的にデータを読み出す。上記のものの組み合わせは、さらに、コンピュータ可読メディアの、範囲内に含まれるべきである。
【００６９】
コンピュータプロダクト製品のコンピュータ可読メディアに関連付けられているコードは、コンピュータ、たとえば、１つ以上のディジタル信号プロセッサ（ＤＳＰ）、汎用向けマイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ロジック・アレイ（ＦＰＧＡ）、または、他の等価な集積回路または個別の論理回路のような、１つ以上のプロセッサにより、実行されてもよい。いくつかの態様において、ここに記述されている機能性は、符号化と復号化のために設定されているか、または、組み合わされたビデオ符号器と復号器（ＣＯＤＥＣ）と合体した、専用のソフトウェア・モジュールか、ハードウェア・モジュールの中で提供されてもよい。
【００７０】
種々の態様が説明された。これら、および、他の態様は、以下の請求項の範囲内である。
【図１】
2010521833.tif 000003
【図２】
2010521833.tif 000004
【図３】
2010521833.tif 000005
【図４】
2010521833.tif 000006
【国際調査報告】
2010521833.tif 000007
2010521833.tif 000008