JP2012075094A - サービス品質の優先値のブロックベースの割当 - Google Patents

サービス品質の優先値のブロックベースの割当 Download PDF

Info

Publication number
JP2012075094A
JP2012075094A JP2011198296A JP2011198296A JP2012075094A JP 2012075094 A JP2012075094 A JP 2012075094A JP 2011198296 A JP2011198296 A JP 2011198296A JP 2011198296 A JP2011198296 A JP 2011198296A JP 2012075094 A JP2012075094 A JP 2012075094A
Authority
JP
Japan
Prior art keywords
filter
priority
block
priority value
assigned
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2011198296A
Other languages
English (en)
Other versions
JP5242751B2 (ja
Inventor
Uppinder Singh Babbar
アッピンダー・シング・バッバー
Marcello Lioy
マルセロ・リオイ
Satish Kumar Bhangra Venkata
ベンカタ・サティシュ・クマー・バンガラ
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 JP2012075094A publication Critical patent/JP2012075094A/ja
Application granted granted Critical
Publication of JP5242751B2 publication Critical patent/JP5242751B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/20Traffic policing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416Real-time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433Allocation of priorities to traffic types
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2458Modification of priorities while in transit
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Landscapes

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

Abstract

【課題】サービス品質の優先値のブロックを割り当てるモバイルコンピューティングプラットフォームを提供する。
【解決手段】優先値の順序付けられたリストは、優先値を持つ多くのブロックを含む。オペレーティングシステムは、アプリケーションからフィルタを受け取る。オペレーティングシステムは、最も高い優先度を持つ優先値からなる利用可能なブロックから、各フィルタへ、優先値を割り当てる。優先値は、アプリケーションによって指定された優先順を維持するように割り当てられる。フィルタ及びそれらの割り当てられた優先値は、その優先値の順に従ってフィルタを適用することによってパケットをフィルタするエンティティに通信される。優先度の最も低いブロックが利用可能ではない場合、割当がなされることになっているのであれば、リスト内の未使用のブロックを埋めるために再パック動作が実行される。
【選択図】図2

Description

本開示された実施形態は、一般に、モバイル通信デバイスのサービス品質の使用に関する。
(優先権の主張)
本願は、2005年6月27日に出願された米国仮出願60/694,724号への優先権を主張する。
セルラ電話は、もはや音声情報のみの通信には使用されておらず、オペレーティングシステムやアプリケーションプログラムを有するモバイルコンピュータプラットフォームである。そのような1つのアプリケーションによって、例えば、セルラ電話のユーザが、インターネット上のサーバから受信した音楽を聴くことが可能となる。他のそのようなアプリケーションは、例えば、音声情報を、パケット交換ネットワークを介してIPパケットで通信することを可能にするボイスオーバIP(VoIP)アプリケーションである。しばしば、ユーザに対して、セルラ電話のディスプレイ上に、多数のアプリケーションプログラムを表わすアイコンが示される。希望のアプリケーションを立ち上げるために、ユーザは希望のアプリケーションのアイコンをクリックすることができる。そのような多数のアプリケーションプログラムは、同時に実行可能である。従来、アプリケーションプログラムの各々は、割り当てられた帯域幅やレイテンシのような与えられた多くのネットワークリソースを有していない。アプリケーションプログラムに利用可能な適切なネットワークリソースがあれば、アプリケーションは、満足できる方法で動作するだろう。適切なネットワークリソースが利用可能ではない場合、そのアプリケーションプログラムは十分に動作しないかもしれない。1つのアプリケーションは、アプリケーションの動作に悪影響を及ぼすハイレベルのネットワークリソース(例えば、オーバザエアチャネル帯域幅、RF電力)を消費しうる。
モバイル通信デバイス上のアプリケーションが、適切なレベルのネットワークリソースを受け取ることを保証するために、メカニズムは、IPトラフィックのためのサービス品質(QOS)を明示するために適用されている。モバイル通信デバイス上で動作するアプリケーションは「QOS要求」を行い、これによって、ネットワークリソースは、アプリケーションによる使用のために特化され、もって、このアプリケーションが、良好に動作できるようになる。QOSを用いることによって、有限量のネットワークリソースが、多数の異なるアプリケーションに割り当てられるようになる。アプリケーションは、一般に、「フィルタ仕様」及び「フロー仕様」を発行することにより、QOSを要求する。フィルタ仕様は、フロー仕様によって識別されるQOSを受け取るフローに属するパケットを識別する方法を示す。フィルタ仕様は、例えば、パケットのヘッダのあるフィールドにおける値の範囲を指定することにより、パケットを指定する。指定されたフィールドが、フィルタによって指定された範囲に値を持っている場合、パケットはフロー内にあると定義される。一般に、任意のプロトコル又はアプリケーション特有のヘッダは、フィルタ仕様を指定するために使用されるパラメータの中にある。フロー仕様は、フローに提供されるQOSを指定する。フロー仕様は、一般に、フィルタ仕様を満足するパケットに要求されるデータレートと、要求されるレイテンシの量とを指定する。
所望の量のネットワークリソースを得るために、モバイル通信デバイス上で動作する「QOS aware」アプリケーションは、モバイル通信デバイス上で動作するオペレーティングシステムのプロトコル処理スタックにフィルタを提供する。オペレーティングシステムのスタックは、ネットワークルータ内のオペレーティングシステムに、各フィルタを優先値と共に送る。セルラネットワークがCDMAネットワークである場合、ネットワークルータは、一般に、PDSN(Packet Data Serving Node)ルータである。セルラネットワークがW−CDMAネットワーク又はGPRSネットワークである場合、ネットワークルータは一般にGGSN(GPRS Gateway Serving Node)ルータである。このフィルタ及び優先値は、オーバザエアプロトコルを用いて、モバイル通信デバイスからネットワークルータへ送られる。フィルタ及び優先値を指定するためのオーバザエアシグナリングプロトコルは、適用されている無線ネットワークの特定のタイプに指定される。例えば、3GPP(第3世代パートナシッププロジェクト)規格体系は、WCDMAネットワーク、GSM(登録商標)ネットワーク、及びGPRSネットワークのためのフィルタ及び優先値を指定するためのプロトコルを定義した。3GGP2(第3世代パートナシッププロジェクト2)規格体系は、CDMA2000ネットワーク及びCDMA EV−DOネットワークのためのフィルタ及び優先値を指定するためのプロトコルを定義した。
ネットワークルータはフィルタ及び優先値を受け取り、次に、各フィルタをチャネルに関連付ける。一例では、モバイル通信デバイスが、フロー仕様を、ネットワークルータへ転送する。ネットワークルータは、フロー仕様におけるQOSパラメータを満足するようにモバイル通信デバイスへ戻されるフィルタにマッチするパケットを通信するために、多数の通信チャネルのうちの何れが適用されるかを決定する。着信パケットは、最も高い優先値(最大の優先度)を持つフィルタと比較される。パケットがフィルタとマッチする場合、パケットは、フィルタに関連付けられた通信チャネルを用いてモバイル通信デバイスへ送られる。着信パケットが、最も高い優先値を持つフィルタとマッチしない場合、ネットワークルータは、このパケットを、次に高い優先値を持つフィルタと比較する。従って、フィルタは、それらの優先値の順に適用される。
同様に、ネットワークルータを介したモバイル通信デバイスからネットワークへのパケットの送信に使用されるフィルタのリストが存在する。モバイル通信デバイス上で動作するアプリケーションは、モバイル通信デバイスのオペレーティングシステムにフィルタ仕様及びフロー仕様を提供する。各フィルタは、割り当てられたユニークな優先値を有する。オペレーティングシステムは、モバイル通信デバイスからネットワークルータへパケットを通信するために、通信チャネルに各フィルタを関連付ける。アプリケーションからパケットを受け取ると、モバイル通信デバイスのオペレーティングシステムは、パケットをフィルタと照合する。パケットがフィルタにマッチする場合、パケットは、フィルタに関連付けられたチャネルを用いてネットワークルータへ転送される。
アプリケーションプログラムは、ネットワークルータによる使用のために、同じ又は異なるフロー仕様に関連付けられた多数のフィルタを指定することができる。幾つかの状況では、異なるフロー仕様に対して同じアプリケーションによって指定されたフィルタ、又は、異なるフロー仕様に対して異なるアプリケーションによって指定されたフィルタは重複する(同じパケットが、両方のフィルタとマッチする)。以下は、着信パケットに対する2つの重複するフィルタの例である。
Figure 2012075094
第1のフィルタ仕様を持つ第1のフィルタは、TCPソースポート150を有し、あらゆるパケットを通過させる。このフィルタにおける0である宛先ポートは、ワイルドカードであり、どの値ともマッチする。第2のフィルタ仕様におけるフィルタは、100から200までのTCPソースポートを用いて、あらゆるパケットを通過させる。ネットワークルータは、マッチが見つかるまで、フィルタの優先値の順に、1つずつ2つのフィルタを適用する。以下は、フィルタの1つの順序である。
Figure 2012075094
第1のフィルタ仕様にマッチする場合、パケットは第1のアプリケーション用であり、このパケットはチャネル1を用いて転送される。第2のフィルタ仕様にマッチする場合、パケットは第2のアプリケーション用であり、このパケットはチャネル2を用いて転送される。TCPソースポート150を有するパケットは、第1のフィルタ仕様と第2のフィルタ仕様との両方とマッチするので、どのフィルタ仕様が最初に適用されるのかに依存して、異なる通信チャネルが使用されうる。
一例では、モバイル通信デバイスのオペレーティングシステムが、アプリケーションがフィルタをセットアップする順にフィルタ優先値を割り当てる。フィルタを指定する第1のアプリケーションは、最も高い優先度が割り当てられる。フィルタを指定する次のアプリケーションは、次に高い最優度が割り当てられる。以下同様。しかしながら、アプリケーションは、任意の時間において、異なる順番で立ち上げることができる。従って、アプリケーションを立ち上げる順番は変わりうる。そして、これは、ネットワークルータに通信されると、フィルタの優先値に影響を与える。フィルタが異なる順に適用されれば、様々なアプリケーションへ拡張されるQOSは、異なってくるだろう。これは望ましくない。
更に、アプリケーションは、そのフィルタを変更することができる。例えば、上述したようなストリーミングオーディオアプリケーションは、インターネット上の第1のサーバから、ルータを経由してストリーミングオーディオを受信しうる。そして、そのアプリケーションは、異なるサーバからオーディオコンテンツを受信するために、切り換わるべきであることを知る。これを行うために、アプリケーションは、所謂「QOS変更手順」で、既存のフィルタを変更することができる。これによって、マッチするパケットは、第1のサーバではなく、第2のサーバから発せられているパケットとなる。この方式によって、フロー仕様又はフィルタ仕様のうちの何れか、又はこれら両方を変更することができる。フィルタが変更される場合、フィルタの優先値が変わるのであれば、そのアプリケーションへと拡張されたQOSも変わりうる。また、動作中のアプリケーションへ拡張されたQOSにおける変化は、望ましくない。QOSにおける変化は望ましくないのみならず、優先値を変える動作は、モバイル通信デバイスとセルラネットワークとの間のオーバジエアシグナリングに従事することを含む。
動作中のアプリケーションへ拡張されたQOSの変化を回避し、かつ、QOSメカニズムのサポートに含まれる通信オーバヘッドの量を低減する解決策が望まれる。
第1の斬新な局面では、優先値のグループが、連続した優先値のリスト内で順序付けられる。このリストは、優先値からなる多くのブロックからなる。モバイル通信デバイス(例えばセルラ電話)のオペレーティングシステムは、モバイル通信デバイス上で動作しているアプリケーションからフィルタを受け取る。アプリケーションから受け取られたフィルタは、アプリケーションによって指定された優先順位を有する。オペレーティングシステムは、各フィルタに優先値を割り当てる。この優先値は、利用可能で最も高い優先度を持つリスト内のブロックから得られる。ブロックの優先値は、アプリケーションによって指定された優先順を維持できるように、フィルタに割り当てられる。
一旦割当が作成されると、フィルタ及びその優先値が、モバイル通信デバイスから、その優先値の順番に従ってフィルタを適用することによってパケットをフィルタするエンティティへと通信される。例えば、このエンティティはネットワークルータでありうる。ネットワークルータは、パケットを受信し、割り当てられた優先値によって示される順番で、1度に1つのフィルタにマッチさせることを試みる。パケットがフィルタとマッチしていると判定された場合には、このパケットがネットワークルータから、フィルタに関連する通信チャネルを介して、モバイル通信デバイスへと転送される。この通信チャネルは、一般には、アプリケーションによって所望されるサービス品質(QOS)特性を有する。このパケットが、何れのフィルタにもマッチしないと判定されたものの、未だにモバイル通信デバイスへ向けられているのであれば、このパケットは、デフォルトの通信チャネルを介してモバイル通信デバイスへ転送される。このデフォルトの通信チャネルは一般には、保証されたQOS特性を有していない。従って、アプリケーションのフィルタに割り当てられた優先値が、同じブロックから取得され、優先値割当のために、オペレーティングシステムにフィルタを提供する各アプリケーションについて、そのようなブロックが1つ存在する。フィルタ優先値のブロックベースの割当によって、アプリケーションのためのフィルタが、他のアプリケーションのための他のフィルタの優先値に影響を与えずに追加され、削除され、修正される。例えば、アプリケーションが、割当のために追加フィルタを提示する場合、オペレーティングシステムは、この追加フィルタに対して、このアプリケーションに対応するブロック内の次に高い優先値を割り当てる。例えば、アプリケーションのフィルタが削除されることになっている場合、アプリケーションに対応するブロック内の優先値は、もはや割り当てられず、他のブロックの割当が妨害されない。同様に、アプリケーションのフィルタが修正されることになっている場合、この修正は、他のブロックから割り当てられたフィルタの優先値を変更することなく行われる。
第2の斬新な局面では、アプリケーションが、優先値割当のためにオペレーティングシステムにフィルタを提示し、かつ、リストにおいて最低の優先度を持つブロックが利用可能でなく、このリストに未使用のブロックが存在するのであれば、未使用のブロックを埋めるために、再パック(repacking)動作が実行される。そのような未使用のブロックは「ホール」とも呼ばれる。再パック動作では、1つのブロックから以前に優先値が割り当てられたフィルタが、別のブロックからの優先値を持つように再び割り当てられる。従って、割り当てられた優先値は、ホール(以前に使用されていないブロック)内の優先値が埋められ、かつ、1又は複数の未使用のブロックが、リストの最後(リストのうち低い優先度の最後)において開くように、ブロックベースでシフトされる。1つの実施形態では、リスト内の全てのホールが、再パック動作において埋められる。別の実施形態では、最低の優先度を持つホールのみが埋められ、これによって、再パック動作に含まれる優先値再割当の量を減らす。
再パック動作後は、リストの最後(リストのうち低い優先度の最後)において、1又は複数の未使用のブロックが利用可能である。これらブロックのうち最も高い優先度からの優先値が、アプリケーションによって、オペレーティングシステムへ提示されたフィルタに割り当てられる。その優先値が再パックにおいて再び割り当てられるフィルタのための優先情報は、フィルタエンティティへ通信される。提示されたフィルタ及び関連する割り当てられた優先値もまた、このフィルタテンティティに通信される。このフィルタエンティティは、関連する全てのフィルタを優先順に適用するために、フィルタ及び優先情報を使用する。再パック動作によるブロック毎のシフトによって、フィルタエンティティによって以前に適用されたフィルタの優先順は、(フィルタの様々な優先値が変えられても)再パックによって変えられない。新たに提示されたフィルタは、優先値が最も低い利用可能なブロックから割り当てられた優先値を有し、従って、以前に適用された全てのフィルタの優先値よりも低い優先値を持つ。
1つの有利な局面では、最低の優先度を持つホールのみが埋められるように再パック動作が実行されるのであれば、この再割当の結果を通信する必要があるネットワークルータとモバイル通信デバイスとの間のオーバザエアシグナリングの量が低減される。更に、リスト内の他のホールを埋めること、及び、関連するオーバザエアシグナリングは、フィルタが使用されていない場合、永久に回避されるかもしれない。フィルタが使用されていない場合、リスト内の全てのブロックが利用可能である。アプリケーションが次に、割当のために、オペレーティングシステムにフィルタを提示する場合、この新たに提示されたフィルタは、最も高い優先度のブロックから優先値が割り当てられるだろう。ブロックの使用は、リスト内において、最も高い優先度のブロックから、ブロック毎にダウンして進むので、再パックに対する以前の必要性は回避され、関連するオーバザエアシグナリングのオーバヘッドが発生する必要はない。
1つの実施形態では、各アプリケーションが、予め割り当てられた優先フィルタ値のブロックを持つ。アプリケーションによって指定されたフィルタは、ブロックから、優先フィルタ優先値が割り当てられる。従って、アプリケーションを立ち上げる順番は、様々なアプリケーションに割り当てられたブロックに影響を与えない。従って、アプリケーションを立ち上げる順番は、フィルタの優先値、又は、様々なアプリケーションへ拡張されたQOSに影響を与えない。
追加の実施形態及び詳細が、詳細説明において記述される。本要約は、本発明を定義することを意味していない。本発明は特許請求の範囲によって定義される。
図1は、フィルタに優先値を割り当てる斬新な方法を使用するシステムの簡略図である。 図2は、図1のシステムにおけるネットワークルータ及びモバイル通信デバイスの拡大図である。 図3は、フィルタスロットのリスト、及び、対応するフィルタ優先値のリストの図である。 図4は、図1のシステムの動作の一例におけるフィルタに、優先値を割り当てるために、図3のリストを用いることに含まれるフローチャート表示である。 図5は、1つの実施形態に従って優先値を再割当するために利用可能な第1の再パック動作の図である。 図6は、別の実施形態に従って優先値を再割当するために利用可能な第2の再パック動作の図である。
図1は、1つの斬新な実施形態に従ったシステム1の簡略図である。モバイル通信デバイス2(この場合、セルラ電話)は、インターネット4上のサーバ3から、ストリーミングオーディオIPパケットを受信している。用語「移動局」は、用語「モバイル通信デバイス」の代わりにしばしば使用される。
ストリーミングオーディオIPパケットは、サーバ3から、インターネット4を介して、PDSN(Packet Data Serving Node)ネットワークルータ5を介して、ハードワイヤリンク7を通ってセルラ電話ネットワーク6(この場合、CDMAネットワーク)を介して、RAN(ラジオアクセスネットワーク)8に送られ、更に無線リンク9を通って、モバイル通信デバイス2に渡される。ストリーミングオーディオアプリケーションプログラム10は、モバイル通信デバイス2内のオペレーティングシステム(OS)11上で動作する。IPパケットのオーディオコンテンツペイロードは、ストリーミングオーディオアプリケーション10によって受信され、音楽の形態でユーザに提供される。ストリーミングオーディオパケットに適切な帯域幅及びレイテンシを保証するために、アプリケーション10は、フロー仕様及びフィルタ仕様を指定し、オペレーティングシステム11にこれら仕様を提供する。本例におけるフロー仕様は、必要な最大のエンドトゥエンドレイテンシ、必要な最小データレート、最小フローレート、最大誤り率、トラフィッククラス値、及び、トラフィックハンドリング優先値を指定する。この例は、多くのパラメータを指定しているが、フロー仕様の他の例は、これらパラメータのうちのサブセットのみを指定するか、又は、これらパラメータのうちの2〜3のみを指定するか、又は、1つのみのパラメータを指定する。このようなフィルタ仕様は、フロー仕様によって定義されたQOS(サービス品質)を受け取るためのパケットフローを定義するフィルタ12を含む。フィルタ12は、アプリケーション10からオペレーティングシステム11へ通知される。一方、オペレーティングシステム11は、PDSNネットワークルータ5のシステムソフトウェア13へと、フィルタを優先値とともに通信する。システムソフトウェア13は、このフィルタに通信チャネルを関連付ける。一例では、システムソフトウェア13が、フィルタ12及びフロー仕様を受け取る。そして、システムソフトウェア13は、リンク7を介してRAN8と通信し、RAN8に対して、多数の通信チャネルのうちのどれが使用されるべきかを尋ねる。この通信チャネルは、RAN8とモバイル通信デバイス2との間のオーバザエア無線通信チャネルである。図示する例では、第1の通信チャネル14(図2)が、高いデータレート及び低いレイテンシで、モバイルデバイスへパケットを戻すことができる。チャネルはRLP(無線リンクプロトコル)インスタンスである。RAN8は、フロー仕様内の要求を、利用可能なチャネルと比較し、適切なチャネルを識別し、識別されたチャネルを、ネットワークルータ5内のシステムソフトウェア13に通知する。システムソフトウェア13は、フィルタを、識別されたチャネルと紐付ける。図2では、ストリーミングオーディオアプリケーション用フィルタ12が、ネットワークルータ5内のフィルタリスト16内に図示される。
図2は、モバイル通信デバイス2内のストリーミングオーディオアプリケーション10が、どのようにしてオペレーティングシステム11にフィルタ12を提供するかを示す拡大図である。オペレーティングシステム11は、優先値をフィルタ12に割り当て、フィルタ、優先値、及びフロー仕様を、ネットワークルータ5のシステムソフトウェア13へ送る。システムソフトウェア13は、このフロー仕様を用いて、パケットをモバイルデバイスを戻すのに適切なチャネルを識別し、このチャネルを、フィルタ12に紐付ける。着信パケット17がネットワークルータ5上で受信された場合、システムソフトウェア13が、この着信パケット17を、最大の優先度(最も低い優先番号)を持つフィルタとマッチさせる。この例では、これはフィルタ12である。着信パケットがフィルタ12とマッチする場合、ネットワークルータ5は、フィルタ12に関連付けられた特定のチャネル14を介して、このパケットをモバイル通信デバイス12へ転送する。この例では、1つのフィルタのみが存在する。フィルタとマッチしない着信パケットは、QOS保証を持たないデフォルトチャネル15(チャネル2)を介してモバイル通信デバイス2へ転送される。
図3は、フィルタスロットのリストと、対応するフィルタ優先値のリストのブロック図である。この2つのリストは「フィルタ優先リスト」33と呼ばれる。連続したフィルタ優先値のリストは、優先値のブロックへ分割される。ブロックはそれぞれ等しい数の優先値を持っている。各優先値のフィルタスロットがある。フィルタが、フィルタスロットのリスト内のスロットに割り当てられる場合、このフィルタは、スロットの優先値を割り当てられる。フィルタ優先リスト33は、モバイルデバイス2内のオペレーティングシステム11によって保持される。この図は、フィルタに優先値を割り当てるために使用されるオペレーティングシステム11内のリスト33の仮想表現である。50の利用可能な優先フィルタスロットが図示されている。フィルタスロットの優先値は、図3において、スロットのすぐ左側に現われる値である。この利用可能な50の優先値は、アプリケーションによって使用されることを許可されたフィルタの予め定めた最大数によって除される。本例において、アプリケーションは、最大5つのフィルタを使用することができる。その結果得られる商は、優先値のブロック数である。図示する例では、10のブロックがある。5つの優先値を持つ各ブロックはそれぞれ、フィルタスロットのリスト内に、対応するフィルタスロットのブロックを有する。優先値のリストの先頭における優先値(優先値1)は、最も高い優先度の優先値である。優先値のリストの最後における優先値(優先値50)は、最も低い優先度の優先値である。フィルタスロットのカラムの先頭におけるフィルタスロットは、最も高い優先度を持っている。フィルタスロットのカラムの最後におけるフィルタスロットは、最も低い優先度を持っている。フィルタがスロットに割り当てられる場合、スロットは、破線のボックスのように示される。フィルタがスロットに割り当てられない場合、スロットは、ブランクのボックスとして図示される。
図4は、図1及び図2のシステム1の1つの動作例において、フィルタに優先値を割り当てるために図3のフィルタ優先リスト33を用いる斬新な方法のフローチャート表現である。この動作例では、ストリーミングオーディオアプリケーション10(図2参照)が、フィルタ12に加えて、フィルタ18、19の2つのフィルタを指定する。これらの3つのフィルタ12,18,及び19は、アプリケーション10によって指定された第1のフィルタグループを構成する。アプリケーション10は、この第1のフィルタグループの各フィルタに、第1のグループの他のフィルタに関する優先値を割り当て、この第1のグループのフィルタを、オペレーティングシステム11に供給する。
オペレーティングシステム11は、第1のアプリケーションから、第1のフィルタグループを受け取る(図4の100)。第1のグループのフィルタは、第1のアプリケーション10によって指定された優先順を持つ。フィルタ12は、最も高い優先度を持ち、次にフィルタ18、次にフィルタ19の順となる。1つの実施形態では、フィルタが第1のアプリケーション20からオペレーティングシステム11へ通信される順番は、オペレーティングシステム11に対する優先順位を示す。
オペレーティングシステム11は、第1のフィルタグループの各フィルタに、優先値を割り当てる(図4の101)。オペレーティングシステム11は、図3のフィルタ優先リスト33の第1のブロック(ブロック#1)における最初の3つのスロット(優先スロット1,2,3)にこれら3つのフィルタ12,18,19を割り当てることによってこれを行う。この例ではこの時点で、フィルタ優先リスト33内にその他のフィルタは存在しない。フィルタ及びそれらの優先値は、ネットワークルータ5へ転送される。着信パケット(Rxパケット)が、ネットワークルータ5上で受信される場合、システムソフトウェア13が、このパケットを、最も高い優先度のフィルタ12にマッチさせる。マッチがある場合、このパケットは、ストリーミングオーディオアプリケーションのために予定されたフローであると判定される。システムソフトウェア13に格納された関係に従って、このパケットは、指定されたチャネル14を介してモバイル通信デバイス2へ送られる。オペレーティングシステム11内のプロトコル処理スタックは、パケットのペイロードを、アプリケーション10まで転送する。マッチがない場合、システムソフトウェア13は、次に高い最優度のフィルタ18にパケットをマッチさせることを試みる。マッチがある場合、このパケットは、ストリーミングオーディオアプリケーションのために予定されたフローであると判定される。この動作例では、システムソフトウェア13に格納された関係は、第2のフィルタ18とマッチするパケットもまた、チャネル14を介して通信されるべきであることを示す。マッチがない場合、システムソフトウェア13は、次に高い最優度のフィルタ19にパケットをマッチさせることを試みる。マッチがある場合、このパケットは、ストリーミングオーディオアプリケーションのために予定されたフローであると判定される。システムソフトウェア13に格納された関係によって定義されているように、このパケットは、チャネル14を介してモバイル通信デバイス2へ送られる。パケットがフィルタ12,18,19の何れともマッチしない場合、このパケットは、デフォルトチャネル15を使用して、モバイル通信デバイス2へ転送される。従って、第1のアプリケーション10によって指定されたフィルタ12,18,19のうちの何れか1つとマッチするパケットが、所望のQOSデータレート及びレイテンシを有する通信チャネル14を介してモバイル通信デバイス2へ通信される。フィルタ12,18,19のうちの何れともマッチしないパケットは、チャネル14によって与えられたより高いレベルのQOSを必要としないと認められ、より低いQOSを持つデフォルトチャネル15を経由してモバイル通知デバイス2へ通信される。
本動作例では、モバイル通信デバイス2のユーザは次に、IP電話20からのモバイルIP通話を受信することを望んでいる。ユーザは、モバイル通信デバイス2のスクリーン上に現われるモバイルIPアイコンをクリックし、これによって、モバイルIPテレフォニーアプリケーション21(第2のアプリケーション)を立ち上げる。本動作例において第2のアプリケーション21は、オペレーティングシステム11に対するフロー仕様及びフィルタ仕様を定義する。フィルタ仕様は、2つのフィルタ22,23を含む。第2のアプリケーション21は、これら2つのフィルタに対して相対的な優先度を割り当て、これらフィルタを、上述したようなフィルタ仕様としてオペレーティングシステム11に提供する。
オペレーティングシステム11は、第2のアプリケーション21から、第2のフィルタグループを受け取る(図4の102)。第2のフィルタグループは、第2のアプリケーション21によって指定された優先順位を有する。
オペレーティングシステム11は、これらフィルタ22,23の互いの相対的な優先順位を変えることなく、第2のフィルタグループの各フィルタに、優先値を割り当てる(図4の103)。この割り当てを行うために、オペレーティングシステム11は、フィルタスロット内のフィルタ22,23を、フィルタ優先リスト33における次に利用可能なブロックに配置する。QOS要求を行う第2のアプリケーション21は、QOS要求を行うアプリケーション10の後の次のアプリケーションであるので、フィルタ22,23が図3のフィルタ優先リスト33の第2のブロック(ブロック#2)内のスロットへ挿入される。従って、フィルタブロックは、FCFS(first come first serve)スキームで使用されることが分かる。図3は、ブロック#2における最初の2つのフィルタスロットを占有する2つのフィルタ22,23を示す。フィルタ22は、優先値6が割り当てられ、フィルタ23は、優先値7が割り当てられている。
一旦優先値が割り当てられると、オペレーティングシステム11は、フィルタ22,23、それらに割り当てられた優先順位(優先順位6,7)、及びフロー仕様を、ネットワークルータ5へ送る。ネットワークルータ5内のシステムソフトウェア13は、各フィルタの通信チャネルを決定し、フィルタに関連する通信チャネルの識別子を、リスト16に格納する。
ネットワークルータ5上のシステムソフトウェア13は、次の着信IPパケットを、フィルタの優先値の順に、すなわち、優先値1、優先値2、優先値3、優先値6、優先値7の順に、リスト16内のフィルタにマッチさせることを試みる(図4の104)。最も低い優先値を持つフィルタは、最も高い優先度のフィルタであり、最初に試みられる。そして、次に低い優先値を持つフィルタが試みられ、このようにして、フィルタリスト内の全てのフィルタが試みられる。IPテレフォニーパケットがネットワークルータ5で受信され、ストリーミングオーディオアプリケーション10用のフィルタ12,18,19のうちの何れともマッチしないが、IPテレフォニーアプリケーション21用のフィルタ22,23のうちの1つとマッチするのであれば、指定された通信チャネルによって、モバイル通信デバイス2へパケットが送られる。オペレーティングシステム11内のプロトコルスタックは、アプリケーション21までパケットペイロードを転送する。このように、IPテレフォニーアプリケーション21に向けられたIPパケットが、要求されたQOS特性を有する通信チャネルを介してそれらが通信されることによる所望のレベルのQOSを用いて、ルータ5からモバイル通信デバイス2へ通信される。同様に、オーディオストリーミングアプリケーション10に向けられたIPパケットが、要求されたQOS特性を有する通信チャネルを介して、それらが通信されることによる所望のレベルのQOSを用いて、ルータ5からモバイル通信デバイス2へ通信される。
アプリケーションがモバイル通信デバイス2上で立ち上げられた場合、指定されたフィルタが、図3のフィルタ優先リスト33の中で、次に利用可能なフィルタスロットのブロックへ挿入される。アプリケーションによって割り当てられたフィルタの相対的な優先順位は保持されるが、オペレーティングシステム11は、次のフィルタスロットのブロックにフィルタを挿入する。従って、新たに追加された全てのフィルタは、他のアプリケーションによって図3の優先リストに既に配置されているフィルタよりも高い優先値(低い優先度)を持つ。アプリケーションが時間にわたって立ち上げられると、より高い優先値(より低い優先度)を有するブロックが使用される。図3の例では、カラムにおいてより低いブロックが使用される。
アプリケーションがある期間動作した後、そのアプリケーションに割り当てられたフィルタスロットのブロック内に、適切な数の予備のフィルタスロットが存在すると仮定すると、そのアプリケーションは、1又は複数の新たなフィルタをフィルタ仕様に加えることができる。そのアプリケーションは更に、そのフィルタ仕様内に既に存在する1又は複数のフィルタを修正又は削除することができる。フィルタを追加するために、オペレーティングシステム11は、そのアプリケーションのためのフィルタによって既に使用されているブロック内の予備のスロットに新たなフィルタを挿入し、この挿入されたフィルタのための優先値を決定し、その後、そのフィルタ、関連する優先値、及び、フロー仕様をネットワークルータ5へ送る。この新たに追加されたフィルタは、そのアプリケーションのフィルタスロットのブロック内の次のフィルタスロットへ挿入されるので、新たに追加されたフィルタは、使用されている他のフィルタの優先値に影響を与えない。既存のフィルタの修正又は削除のみがフィルタのフィルタスロットに影響を与えるので、この修正又は削除は、他の何れのフィルタの優先順位にも影響を与えない。ネットワークルータ5上のシステムソフトウェア13は、適切な通信チャネルを識別するプロセスを経る。そして、ネットワークルータ5は、それらの優先値の順序に従ってフィルタを適用する。着信パケットがフィルタとマッチすると判定されると、関連する通信チャネルを介してモバイル通信デバイス2へパケットが送られる。
アプリケーションが終了した場合、モバイル通信デバイス2内のオペレーティングシステム11は、そのフィルタ優先リストから関連するフィルタを削除し、1又は複数のフィルタ更新メッセージをネットワークルータ5へ送る。フィルタ更新メッセージの形式は、無線ネットワークのタイプに依存して変わる。フィルタ更新メッセージは、システムソフトウェア13に対して、フィルタを削除させ、着信パケットにそれらを適用させないことである。従って、アプリケーションが終了したまま時間が経過すると、フィルタのブランクブロック(ホールと呼ばれる)が、オペレーティングシステム11によって保持されたフィルタ優先リスト33の中に生じる。使用中のより高い優先値のフィルタブロックが存在する場合、及び、使用中のより低い優先値フィルタブロックが存在する場合、フィルタのあるブロックが削除される。
図5は、フィルタスロット(優先値フィルタリストとも呼ばれる)の2つのリストを例示する。1つは、左側のカラムであり、もう1つは右側のカラムである。左側のカラムのリストは、多くのホールを含んでいる。ブロック#1、#3、#4及び#7はホールである。また、より高い優先値(より低い優先度)を持つ優先値フィルタブロックである、ブロック#10が使用されていることに注目されたい。別のアプリケーションが、QOS要求を行うことになっていたモバイル通信デバイス2上で立ち上げられることになっていた場合、そのアプリケーションによって指定されたフィルタは、より高い優先値を持つ優先フィルタブロック(図4に例示するリストにおけるより下側のブロック)に配置されない。なぜなら、最下部のフィルタブロックは既に使用されているからである。従って、斬新な再パック動作が実行される。
図5は、再パック動作の一例を例示している。図5の例示におけるフィルタスロットリストの2つのカラム間の矢印は、ブロックがどのようにして再割当されるかを示している。矢印24によって示されるように、ブロック#2のフィルタは、ブロック#1のフィルタになるように再割当される。矢印25によって示されるように、ブロック#5のフィルタは、ブロック#2のフィルタになるように再割当される。矢印26によって示されるように、ブロック#6のフィルタは、ブロック#3のフィルタになるように再割当される。矢印27によって示されるように、ブロック#8のフィルタは、ブロック#4のフィルタになるように再割当される。矢印28によって示されるように、ブロック#9のフィルタは、ブロック#5のフィルタになるように再割当される。矢印29によって示されるように、ブロック#10のフィルタは、ブロック#6のフィルタになるように再割当される。再パック動作後、この図の右側に例示された優先リストにおけるブロック1乃至5のシーケンスにホールは存在しない。しかしながら、ブロック7乃至10は利用可能である。モバイル通信デバイス2内のオペレーティングシステム11は、再マッピングを行なう。再マッピングされる各フィルタについて、オペレーティングシステム11は、専用のシグナリングプロトコルを用いて、QOS修正要求をネットワークルータ5へ送る。このQOS修正要求は、フィルタを最初に指定するために使用されたメッセージに類似したメッセージである。このQOS修正要求は、識別されたフィルタの優先値を変更する。
再パックが一旦完了すると、新たに立ち上げられたアプリケーションのための新たなフィルタが、利用可能なブロック#7に割り当てられる。繰り返すが、関連する優先値とともにフィルタをネットワークルータ5へ送るために、専用のシグナリングプロトコルが使用される。フィルタの優先値は、図5において、フィルタリストのフィルタを表す破線ボックスの直ぐ左に示す値である。例えば、2つの新たなフィルタが指定されれば、これら2つの新たなフィルタは、優先値31,32を持つだろう。
図6は、別の斬新な再パック動作に従った図である。優先値フィルタリストにおける全てのホールを取り除くために再パックするのではなく、最も高い優先値を有するホールのみが埋められる。図6の例では、ブロック#7がこのホールである。従って、ブロック#8のフィルタは、矢印30によって示されるように、ブロック#7へ再割当される。ブロック#9のフィルタは、矢印31によって示されるように、ブロック#8へ再割当される。ブロック#10のフィルタは、矢印32によって示されるように、ブロック#9へ再割当される。これによって、ブロック#10が利用可能となる。オペレーティングシステム11は、新たに立ち上げられたアプリケーション用のフィルタを、ブロック#10へロードする。最下部のホールを埋め、かつ、下部のフィルタブロックをシフトアップするために必要なフィルタのみを再割当することによって、低減された数のフィルタQOS修正要求メッセージしか必要とされない。優先リストにおけるフィルタブロックを開き、新たに立ち上げられたアプリケーションによって指定された新たなフィルタを収納するために、低減された数のQOS修正要求メッセージが、モバイル通信デバイス2からルータ5へ送られる。低減された数のQOS修正要求メッセージは好ましい。なぜなら、再割当を行うオーバザエアシグナリングの量を減らし、かつ、他のアプリケーションに対するサービスの中断を減らすからである。
モバイル通信デバイス2上の全てのアプリケーションが、ある所定の時間において終了するのであれば、図3のフィルタ優先リスト内の全てのブロックが、一度に利用可能になるだろう。その後、アプリケーションが立ち上げられると、優先リストにフィルタを入れる処理がブロック#1で始まる。図6の例において、優先リストの再パックを、可能な限り遅らせることによって、モバイル通信デバイス上の全てのアプリケーションが終了される時が来る確率が高くなる。従って、あるブロックから別のブロックへのフィルタの再割当が必要になる確率も低減される。
優先フィルタリストの例は、上記において、モバイル通信デバイス2へ向けられ、ネットワークルータ5上で受信されることになっている着信パケットへフィルタを適用するものとして説明されているが、モバイル通信デバイス2からルータ5へ送信されることになっている送信パケットにフィルタを適用する際に用いるために、モバイル通信デバイス2内に別の優先フィルタリストが保持される。着信パケットをフィルタするため、上述したフィルタリストにフィルタが追加されたり、このフィルタリストからフィルタが削除される方法と同じように、送信パケットをフィルタするため、フィルタリストにフィルタが追加されたり、このフィルタリストからフィルタが削除される。各方向(着信及び送信)について、フロー仕様及びフィルタ仕様が指定され、フロー仕様が、IPフローのために必要な処理を定義し、フィルタ仕様が、IPフロー自身を定義する。
説明目的のために、ある具体的な実施形態が上述されたが、本開示はそれに限定されない。上記の例は、アプリケーションがフィルタスロットのブロックへ別のフィルタを加える状態を述べているが、このアプリケーションはまた、ブロックからフィルタを削除したり、ブロック内の既存のフィルタを修正すること(すなわち、同じ数のフィルタを維持すること)もできる。修正の結果、他のフィルタの優先順位を変えることはないので、シグナリングオーバヘッドを低減し、他のアプリケーションの中断を避けることができる。フィルタの優先値を変更し、フィルタを追加し、フィルタを削除するための具体的なプロトコル及びシグナリングメカニズムは、含まれるセルラ電話ネットワークのタイプと、動作がどのように実行されるかを制御する適切な規格とに依存する。幾つかのセルラ電話ネットワークでは、第1のフィルタの優先値は、第1のメッセージを用い、次に、第2のメッセージを用いて、第1のフィルタを削除し、第1のフィルタと同じであるが異なる優先値を持つ第2のフィルタを加えることによって変更することができる。あるいは、幾つかのセルラ電話ネットワークでは、フィルタの優先値は、単一のメッセージを送ることにより変更することができる。幾つかの例では、フロー仕様を受け取り、RANと通信し、次に、フロー仕様の所望のQOSパラメータを有するチャネルの指示をRANから受け取ることによって、ネットワークルータが、フィルタに関連するチャネルを決定する。他の例では、ネットワークルータは、フロー仕様を受信せず、フロー仕様が、RANへ直接的に送られる。RANは、適切なチャネルを決定し、このチャネルの指示をネットワークルータへ転送する。一方、ネットワークルータは、この特定されたチャネルを、モバイル通信デバイスから直接的に受信したフィルタに関連付ける。従って、記述された特定の実施形態の様々な特徴の様々な修正、適応、及び組み合わせが、特許請求の範囲で述べた記述の範囲から逸脱することなく実現される。

Claims (23)

  1. 優先値のグループから優先値を割り当てる方法であって、前記優先値のグループは、連続的に順序付けられたリスト内で順序付けられ、前記連続的に順序付けられたリストは、複数のブロックへ分割され、前記各ブロックは、等しい数の優先値を含み、前記方法は、
    (a)第1のアプリケーションから第1のフィルタグループを受け取ることであって、前記第1のフィルタグループは、前記第1のアプリケーションによって指定された第1の優先順位を有することと、
    (b)前記第1のフィルタグループの各フィルタに優先値を割り当てることであって、前記第1のフィルタグループのフィルタに割り当てられる優先値は、前記ブロックの1番目のブロックから連続した優先値であり、前記優先値は、前記第1のアプリケーションによって指定された第1の優先順位が維持されるように割り当てられることと、
    (c)第2のアプリケーションから第2のフィルタグループを受け取ることであって、前記第2のフィルタグループは、前記第2のアプリケーションによって指定された第2の優先順位を有することと、
    (d)前記第2のフィルタグループの各フィルタに優先値を割り当てることであって、前記第2のフィルタグループのフィルタに割り当てられる優先値は、前記ブロックのうちの2番目のブロックから連続した優先値であり、前記優先値は、前記第2のアプリケーションによって指定された第2の優先順位が維持されるように割り当てられ、前記第2のブロックは、前記順序付けられたリストにおいて前記第1のブロックに隣接しており、前記第2のブロックの優先値は、前記第1のブロックの優先値よりも全て低い優先度であることと
    を備える方法。
  2. 前記優先値を持つ第1のブロック内に存在する優先値よりも少ない数のフィルタが、前記第1のブロックに存在する請求項1に記載の方法。
  3. 前記(a)において受け取られた第1のフィルタグループは、モバイル通信デバイスのオペレーティングシステム内に受け取られ、前記(b)において割り当てられた優先値は、前記モバイル通信デバイスからネットワークルータへ通信され、前記方法は更に、前記ネットワークルータにおいて前記第1のフィルタグループを用いて、パケットをフィルタするステップを備え、
    前記(c)において受け取られた第2のフィルタグループは、前記モバイル通信デバイスのオペレーティングシステム内に受け取られ、前記(d)において割り当てられた優先値は、前記モバイル通信デバイスから前記ネットワークルータへ通信され、前記方法は更に、
    前記ネットワークルータにおいて前記第2のフィルタグループを用いて、パケットをフィルタするステップを備える請求項2に記載の方法。
  4. 前記ネットワークルータは、前記第1のフィルタグループと、対応する通信チャネルとの間の関係を格納し、前記第1のフィルタグループを用いて、パケットをフィルタするステップは、
    (a)パケットが、前記第1のグループ内の第1のフィルタとマッチするかを判定することであって、前記第1のフィルタは、前記第1のグループにおいて、最も高い優先度を持つフィルタであり、前記パケットが、前記第1のフィルタとマッチすると判定された場合には、前記パケットを、前記第1のフィルタに関連付けられた通信チャネルを介して前記モバイル通信デバイスへ通信することと、
    (b)前記パケットが未だに前記第1のグループ内のフィルタともマッチしないと判定され、かつ、前記第1のグループ内に別のフィルタが存在する場合には、前記フィルタが、前記第1のグループ内の次のフィルタとマッチするかを判定することであって、前記次のフィルタは、前記第1のグループにおいて、次に高い優先度を持つフィルタであり、前記パケットが、前記次のフィルタとマッチすると判定された場合には、前記パケットを、前記次のフィルタに関連付けられた通信チャネルを介して前記モバイル通信デバイスへ通信することと、
    (c)前記パケットが、前記第1のグループ内のフィルタとマッチすると判定されるまで、又は、前記パケットがマッチするフィルタが、前記第1のグループ内に存在しなくなるまで、ステップ(b)を繰り返すことと
    を備える請求項3に記載の方法。
  5. 前記パケットが、割り当てられた優先値を有する前記ネットワークルータ内の何れかのフィルタとマッチするかを判定し、前記パケットが、割り当てられた優先値を有する前記ネットワークルータ内の何れのフィルタともマッチしないと判定された場合には、前記パケットを、デフォルト通信チャネルを介して前記モバイル通信デバイスに通信することを更に備える請求項4に記載の方法。
  6. 前記第1の優先順位は、前記第1のアプリケーションによって、前記第1のフィルタグループのフィルタがオペレーティングシステムへ通信される順に指定される請求項1に記載の方法。
  7. 前記(a)の受け取ること、前記(b)の割り当てること、前記(c)の受け取ること、及び、前記(d)の割り当てることは、モバイル通信デバイスのオペレーティングシステムによって行なわれ、前記第1のアプリケーション及び前記第2のアプリケーションは、前記モバイル通信デバイス上のオペレーティングシステムと共に動作するアプリケーションである請求項1に記載の方法。
  8. 前記複数のブロックは更に、第3のブロックと第4のブロックを含み、どのフィルタも前記第3のブロックから割り当てられた優先値を持っておらず、前記モバイル通信デバイスのオペレーティングシステムが、前記第4のブロックからの優先値のセットを、フィルタのセットに割り当て、前記第3のブロックと前記第4のブロックとは互いに隣接しており、前記第3のブロックの優先値は、前記第4のブロックの優先値よりも全て高い優先度であり、前記方法は更に、
    (e)前記フィルタのセットのうちの各フィルタが、前記第3のブロックから優先値が割り当てられ、前記第4のブロックから優先値が割り当てられないように前記フィルタのセットに優先値を再割当する再パック動作を実行することを備える請求項7に記載の方法。
  9. (f)前記(e)において割り当てられた優先値を、前記モバイル通信デバイスからネットワークルータへ通信することと、
    (g)前記ネットワークルータ上の前記フィルタのセットを用いて、パケットをフィルタすることと
    を更に備える請求項8に記載の方法。
  10. 前記複数のブロックのうちの1つは、最も低い優先度のブロックであり、前記(e)の再パック動作は、フィルタが、前記最も低い優先度のブロックから優先値が割り当てられた場合にのみ実行される請求項8に記載の方法。
  11. 再パック動作の前に、占有されたブロックのセットと、ホールブロックのセットとが存在し、占有されたブロックは、フィルタに優先値が割り当てられたブロックであり、ホールブロックは、どのフィルタにも優先値が割り当てられていないブロックであり、前記占有されたブロックのうちの1つは、前記ホールブロックのうちの何れよりも高い優先度を持つブロックであり、前記方法は更に、
    (e)前記占有されたブロックから前記フィルタに優先値が割り当てられないが、対応する高い優先度を持つブロックから優先値が割り当てられるように、前記再パック動作を行い、前記占有されたブロックの各々に割り当てられた各フィルタへ優先値を再割当することであって、前記再パック動作の結果、前記占有されたブロックのセットがパックされ、前記再パック動作後、前記占有されたブロックのパックされたセットのうち最も低い優先度を持つブロックよりも高い優先度を持つホールブロックが存在しなくなることを備える請求項7に記載の方法。
  12. 前記(a)において受け取られた第1のフィルタグループは、モバイル通信デバイスのオペレーティングシステム内に受け取られ、前記(b)において割り当てられた優先値が、前記第1のフィルタグループと共に前記モバイル通信デバイス上で使用され、前記モバイル通信デバイスからネットワークへ送信されたパケットをフィルタし、
    前記(c)において受け取られた第2のフィルタグループは、前記モバイル通信デバイスのオペレーティングシステム内に受け取られ、前記(d)において割り当てられた優先値が、前記第2のフィルタグループと共に前記モバイル通信デバイス上で使用され、前記モバイル通信デバイスから前記ネットワークへ送信されたパケットをフィルタする請求項2に記載の方法。
  13. 前記(a)の受け取ることと、前記(b)の割り当てることと、前記(c)の受け取ることと、前記(d)の割り当てることとは、オペレーティングシステムによって実行され、前記複数のアプリケーションは、前記オペレーティングシステムと共に実行することが可能であり、前記複数のアプリケーションの各々は、前記順序付けられたリスト内のブロックのうちの別のブロックに関連付けられ、前記複数のアプリケーションのうちのアプリケーションの立ち上げ、及び、終了の順序に関わらず、アプリケーションによって指定されたフィルタに、前記アプリケーションに関連するブロックからの優先値のみが割り当てられる請求項1に記載の方法。
  14. モバイル通信デバイスであって、
    第1のフィルタグループを提供し、かつ、前記第1のフィルタグループのための第1の優先順位を指定する第1のアプリケーションと、
    第2のフィルタグループを提供し、かつ、前記第2のフィルタグループのための第2の優先順位を指定する第2のアプリケーションと、
    前記第1のフィルタグループを受け取り、前記第1のフィルタグループの各フィルタに、優先値を割り当てるオペレーティングシステムとを備え、
    前記第1のフィルタグループのフィルタに割り当てられた優先値は、第1のブロックの優先値から連続した優先値であり、前記優先値は、前記第1のアプリケーションによって指定された第1の優先順位が維持されるように割り当てられ、前記オペレーティングシステムはまた、前記第2のフィルタグループを受け取り、前記第2のフィルタグループの各フィルタに優先値を割り当て、前記第2のフィルタグループのフィルタに割り当てられた優先値は、第2のブロックの優先値から連続した優先値であり、前記第1及び第2のフィルタブロックが、前記連続したブロックのうちの2つの連続したブロックになるように、複数の連続した優先値が、複数のブロックにグループ化されるモバイル通信デバイス。
  15. 前記オペレーティングシステムは、前記第1のフィルタグループのフィルタと、前記第2のフィルタグループのフィルタとを、ネットワークルータへ通信する請求項14に記載のモバイル通信デバイス。
  16. 前記オペレーションシステムは、前記第1のフィルタグループのフィルタに割り当てられた優先値と、前記第2のフィルタグループのフィルタに割り当てられた優先値とをネットワークルータに通信する請求項14に記載のモバイル通信デバイス。
  17. 前記第1のフィルタグループ内に存在するフィルタよりも多い優先値が、優先値を持つ第1のブロック内に存在し、前記第2のフィルタグループ内に存在するフィルタよりも多い優先値が、優先値を持つ第2のブロック内に存在する請求項14に記載のモバイル通信デバイス。
  18. モバイル通信デバイスであって、
    第1のフィルタグループを提供し、かつ、前記第1のフィルタグループのための第1の優先順位を指定する第1のアプリケーションと、
    第2のフィルタグループを提供し、かつ、前記第2のフィルタグループのための第2の優先順位を指定する第2のアプリケーションと、
    前記第1のフィルタグループを受け取り、前記第1のフィルタグループの各フィルタに、優先値を割り当てる手段とを備え、
    前記第1のフィルタグループのフィルタに割り当てられた優先値は、第1のブロックの優先値から連続した優先値であり、前記優先値は、前記第1のアプリケーションによって指定された第1の優先順位が維持されるように割り当てられ、前記手段はまた、前記第2のフィルタグループを受け取り、前記第2のフィルタグループの各フィルタに優先値を割り当て、前記第2のフィルタグループのフィルタに割り当てられた優先値は、第2のブロックの優先値から連続した優先値であり、前記第1及び第2のフィルタブロックが、前記複数のブロックのうちの2つの隣接したブロックになるように、複数の連続した優先値が、複数のブロックにグループ化されるモバイル通信デバイス。
  19. 前記手段はまた、前記第1のフィルタグループのフィルタと、前記第2のフィルタグループのフィルタとをネットワークルータへ通信し、前記第1のフィルタグループ内に存在するフィルタよりも多い優先値が、優先値を持つ第1のブロック内に存在する請求項18に記載のモバイル通信デバイス。
  20. プロセッサ読取可能媒体に格納されたプロセッサ実行可能な命令のセットであって、連続して順序付けられた複数の優先値が、優先値を持つ複数のブロックにグループ化され、前記プロセッサ実行可能な命令のセットは、
    (a)アプリケーションからフィルタを受け取り、前記受け取られたフィルタに、優先値のブロックのうちの対応する1つのみから優先値が割り当てられるように、前記アプリケーションのフィルタへ優先値をブロックベースで割り当てることであって、前記アプリケーションから受け取られたフィルタは、前記優先値を持つ対応するブロック内に存在する優先値よりも少ないことと、
    (b)前記(a)で受け取られたフィルタを、フィルタ優先順位の表示とともにネットワークデバイスへ通信することと、
    (c)前記(b)で通信されたフィルタのうちの少なくとも1つとマッチする第1のパケットを受け取り、前記第1のパケット内の情報を前記アプリケーションへ転送することと、
    (d)第2のアプリケーションから受け取られた第2のフィルタに、前記優先値のブロックのうちの第2のブロックから、優先値が割り当てられるように前記ステップ(a)を繰り返すことと、
    (e)前記(d)で受け取られたフィルタを、フィルタ優先順位の表示とともに前記ネットワークデバイスへ通信することと、
    (f)前記(e)で通信されたフィルタのうちの少なくとも1つとマッチする第2のパケットを受け取り、前記第2のパケット内の情報を前記第2のアプリケーションへ転送することと
    からなる各ステップを実行するプロセッサ実行可能な命令のセット。
  21. 前記(a)乃至(f)のステップは、モバイル通信デバイス上で動作するオペレーティングシステムによって実行される請求項20に記載のプロセッサ実行可能な命令のセット。
  22. (g)再パック動作を実行し、これによって、第4のブロックから優先値が割り当てられたフィルタが、第3のブロックからの優先値を持つように再割当されるように優先値をフィルタに再割当するステップを更に実行し、
    前記第3のブロックの優先値は、前記第4のブロックの優先値よりも全て高い優先度である請求項21に記載のプロセッサ実行可能な命令のセット。
  23. (h)フィルタ優先順位の表示を前記ネットワークデバイスに通信するステップを更に実行し、
    前記フィルタ優先順位は、前記ステップ(g)において優先値が再割当されたフィルタ用である請求項22に記載のプロセッサ実行可能な命令のセット。
JP2011198296A 2005-06-27 2011-09-12 サービス品質の優先値のブロックベースの割当 Expired - Fee Related JP5242751B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US69472405P 2005-06-27 2005-06-27
US60/694,724 2005-06-27
US11/354,395 US7826418B2 (en) 2005-06-27 2006-02-14 Block-based assignment of quality of service precedence values
US11/354,395 2006-02-14

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2008519503A Division JP2008547359A (ja) 2005-06-27 2006-06-27 サービス品質の優先値のブロックベースの割当

Publications (2)

Publication Number Publication Date
JP2012075094A true JP2012075094A (ja) 2012-04-12
JP5242751B2 JP5242751B2 (ja) 2013-07-24

Family

ID=37567243

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2008519503A Withdrawn JP2008547359A (ja) 2005-06-27 2006-06-27 サービス品質の優先値のブロックベースの割当
JP2011198296A Expired - Fee Related JP5242751B2 (ja) 2005-06-27 2011-09-12 サービス品質の優先値のブロックベースの割当

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2008519503A Withdrawn JP2008547359A (ja) 2005-06-27 2006-06-27 サービス品質の優先値のブロックベースの割当

Country Status (7)

Country Link
US (1) US7826418B2 (ja)
EP (1) EP1897296B1 (ja)
JP (2) JP2008547359A (ja)
KR (1) KR100953844B1 (ja)
CN (1) CN101248633B (ja)
AT (1) ATE511275T1 (ja)
WO (1) WO2007002723A2 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7813314B2 (en) * 2005-08-02 2010-10-12 Waav Inc. Mobile router device
US9049096B2 (en) * 2006-06-19 2015-06-02 Qualcomm Incorporated Data routing via lower layers in a communication system
US7870231B2 (en) * 2006-07-21 2011-01-11 Qualcomm Incorporated Efficiently assigning precedence values to new and existing QoS filters
US8422491B2 (en) * 2007-04-18 2013-04-16 Waav Inc. Mobile network configuration and method
CN103841052B (zh) * 2012-11-27 2017-03-08 中国科学院声学研究所 一种带宽资源分配系统与方法
US10025606B2 (en) * 2015-04-14 2018-07-17 Vmware, Inc. Enabling filter-level access to virtual disks
US10187217B1 (en) * 2017-07-11 2019-01-22 Oracle International Corporation Methods, systems, and computer readable media for efficient mapping of rule precedence values and filter priority values

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001184871A (ja) * 1999-12-28 2001-07-06 Toshiba Corp 連想メモリおよびデータバッファ管理装置
WO2001063855A1 (en) * 2000-02-25 2001-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Packet scheduling in umts using several calculated transfer rates
JP2001256013A (ja) * 2000-03-14 2001-09-21 Casio Comput Co Ltd 印刷制御装置、および、記憶媒体
US20030012220A1 (en) * 2001-07-10 2003-01-16 Lg Electronics Inc. Method of scheduling shared channels and a scheduler therefor in a wireless packet communication system
JP2004260818A (ja) * 2003-02-21 2004-09-16 Samsung Electronics Co Ltd 移動通信システムでのインターネットプロトコルバージョンに従うトラヒックフローテンプレートパケットフィルタリングを遂行する装置及び方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6128713A (en) * 1997-09-24 2000-10-03 Microsoft Corporation Application programming interface enabling application programs to control allocation of physical memory in a virtual memory system
US6822940B1 (en) * 2000-09-29 2004-11-23 Cisco Technology, Inc. Method and apparatus for adapting enforcement of network quality of service policies based on feedback about network conditions
US7225271B1 (en) * 2001-06-29 2007-05-29 Cisco Technology, Inc. System and method for recognizing application-specific flows and assigning them to queues
WO2004030271A2 (en) * 2002-09-24 2004-04-08 Orange Sa Telecommunications
US7525958B2 (en) * 2004-04-08 2009-04-28 Intel Corporation Apparatus and method for two-stage packet classification using most specific filter matching and transport level sharing

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001184871A (ja) * 1999-12-28 2001-07-06 Toshiba Corp 連想メモリおよびデータバッファ管理装置
WO2001063855A1 (en) * 2000-02-25 2001-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Packet scheduling in umts using several calculated transfer rates
JP2001256013A (ja) * 2000-03-14 2001-09-21 Casio Comput Co Ltd 印刷制御装置、および、記憶媒体
US20030012220A1 (en) * 2001-07-10 2003-01-16 Lg Electronics Inc. Method of scheduling shared channels and a scheduler therefor in a wireless packet communication system
JP2004260818A (ja) * 2003-02-21 2004-09-16 Samsung Electronics Co Ltd 移動通信システムでのインターネットプロトコルバージョンに従うトラヒックフローテンプレートパケットフィルタリングを遂行する装置及び方法

Also Published As

Publication number Publication date
EP1897296A2 (en) 2008-03-12
CN101248633A (zh) 2008-08-20
KR100953844B1 (ko) 2010-04-20
ATE511275T1 (de) 2011-06-15
US7826418B2 (en) 2010-11-02
CN101248633B (zh) 2011-12-07
JP5242751B2 (ja) 2013-07-24
JP2008547359A (ja) 2008-12-25
EP1897296B1 (en) 2011-05-25
US20060291449A1 (en) 2006-12-28
WO2007002723A2 (en) 2007-01-04
KR20080033303A (ko) 2008-04-16
WO2007002723A3 (en) 2007-05-10

Similar Documents

Publication Publication Date Title
JP5242751B2 (ja) サービス品質の優先値のブロックベースの割当
US7870231B2 (en) Efficiently assigning precedence values to new and existing QoS filters
JP4838320B2 (ja) データパケットの伝送におけるサービス品質を指定する方法および装置
JP4852044B2 (ja) 移動体通信網で無線リソースをプリエンプティブに管理する方法
KR100963878B1 (ko) 서비스 프로세싱의 품질을 위한 시스템들, 방법들 및 장치
JP4784876B2 (ja) 通信経路割り当てエンティティ及び方法
US20050207336A1 (en) System and method of receiving various packet services through the same internet protocol address in a universal mobile telecommunication service system
CN112105091B (zh) 会话管理方法、会话管理功能smf实体、终端及网络侧实体
JP2007520131A (ja) Utran無線アクセスネットワークにおける無線リソース管理方法、コアネットワークサービスノード、および無線アクセスネットワーク制御装置
JP4869324B2 (ja) 無線リソース割当方法及び関連通信装置
US20040137907A1 (en) Method for management of wireless channel to wireless IP terminals in wireless LAN based access point
JP2004535747A (ja) パケット伝送ネットワークにおいてumtsコールを処理する方法、およびumtsネットワークのための、前記方法を実施するためのノード
US7158508B2 (en) Setting up calls over circuit and packet-switched resources on a network
RU2406273C2 (ru) Способ и устройства для задания качества обслуживания при передаче пакетов данных
JP3653002B2 (ja) ポリシー定義の配布方法および設定方法
US20080285482A1 (en) Quality of Service in Networked Computing Devices
WO2003075522A1 (en) Management of aggregated streaming flows between a qos manager and an application
CN1700667A (zh) 业务质量控制方法

Legal Events

Date Code Title Description
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: 20130305

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130403

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

Free format text: PAYMENT UNTIL: 20160412

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5242751

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

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