JP4740331B2 - サービス品質処理のためのシステム、方法、および装置 - Google Patents

サービス品質処理のためのシステム、方法、および装置 Download PDF

Info

Publication number
JP4740331B2
JP4740331B2 JP2008522943A JP2008522943A JP4740331B2 JP 4740331 B2 JP4740331 B2 JP 4740331B2 JP 2008522943 A JP2008522943 A JP 2008522943A JP 2008522943 A JP2008522943 A JP 2008522943A JP 4740331 B2 JP4740331 B2 JP 4740331B2
Authority
JP
Japan
Prior art keywords
request
qos
flow
packet
map
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.)
Active
Application number
JP2008522943A
Other languages
English (en)
Other versions
JP2009503946A (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 JP2009503946A publication Critical patent/JP2009503946A/ja
Application granted granted Critical
Publication of JP4740331B2 publication Critical patent/JP4740331B2/ja
Active 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/15Flow control; Congestion control in relation to multipoint 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
    • 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
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • 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/2483Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • 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/2491Mapping quality of service [QoS] requirements between different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/72Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/74Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/746Reaction triggered by a failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/801Real time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/805QOS or priority aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/824Applicable to portable or mobile terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • 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]
    • 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]

Description

発明の分野
関連出願
本出願は、米国仮特許出願第60/701,314号(“METHOD AND APPARATUS FOR SAVING AIR INTERFACE RESOURCES”)の恩恵に対して権利を主張している。
本発明は、無線通信に関する。
発明の背景
無線通信の応用の例は、コードレス電話、ページング、無線ローカルループ、パーソナル ディジタル アシスタント(personal digital assistant, PDA)、インターネット電話、衛星通信システムを含む。とくに重要な応用は、モバイル加入者のためのセルラ電話システムである。本明細書で使用されているように、“セルラ”システムという用語は、セルラおよびパーソナル通信サービス(personal communication service, PCS)の両者の周波数、あるいは無線音声および/またはテレビ電話のためのネットワークが動作し得る任意の他の周波数を含む。種々のオーバー ザ エアー インターフェース(over-the-air interface)が、セルラ電話システムのために開発された。セルラ電話システムは、例えば、周波数分割多元接続(frequency division multiple access, FDMA)、時分割多元接続(time division multiple access, TDMA)、および符号分割多元接続(code division multiple access, CDMA)を含む。これに関連して、種々の国内および国際標準が設定された。標準は、例えば、アドバンスド モバイル フォン サービス(Advanced Mobile Phone Service, AMPS)、グローバル システム フォー モバイル(Global System for Mobile, GSM)、暫定標準95(Interim Standard 95, IS-95)を含む。IS−95、およびその派生(derivative)、すなわち、IS−95A、IS−95B、ANSI J−STD−008(以下では、まとめてIS−95と呼ぶ)、並びに提案された高速データレートシステムは、米国電気通信工業会(Telecommunications Industry Association, TIA、バージニア州アーリントン)および他の周知の標準設定機関(standard body)によって公表された。
IS−95標準のバージョンに準拠するように構成されたセルラ電話システムは、CDMA信号処理技術を使用して、非常に効率的でロバストなセルラ電話サービスを提供している。実質的にIS−95標準の1つ以上にしたがって構成された例示的なセルラ電話システムは、米国特許第5,013,459号および第4,901,307号に記載されている。
IS−95標準は、その後、無線セルラ電話の第三世代(third-generation)または“3G”システム、例えば、cdma2000およびWCDMAに発展した。3Gシステムは、より大きな容量と、高速パケットデータサービスとを与える。cdma2000のバリエーションは、cdma2000 1xRTT(“1x”とも呼ばれる無線送信技術(radio transmission technology))(文献IS−2000(TIA)およびC.S0001ないしC.S0006(第三世代パートナーシップ プロジェクト2(Third Generation Partnership Project 2, 3GPP2)、バージニア州アーリントン)に記載されている)、cdma2000 1xEV−DO(“DO”または高速パケットデータ(High Rate Packet Data, "HRPD")とも呼ばれる1x エボリューション−データ オプティマイズド(1x Evolution−Data Optimized))(文献IS−856(TIA)に記載されている)、DO−Revision A(DO−レビジョンA)(IS−856Aとしても知られているC.S200024−A(“cdma2000 High Rate Packet Data Air Interface Specification”v.1.0, 2004年3月またはv.2.0, 2005年7月, 3GPP2)において標準化されている)、並びにcdma2000 1xEV−DV(1xエボリューション−データ/音声(1x Evolution, Data/Voice))を含む。1xシステムは、153kbpsのピークデータレートを提供し、一方で、HRPDシステムは、38.4kbpsないし2.4Mbpsの範囲のデータレートのセットを提供し、このレートで、アクセスポイント(access point, AP)は、データを加入者局(移動局(mobile station, MS)またはアクセス端末(access terminal, AT)とも呼ばれる)へ送り得る。APは、セルラ電話システムにおける基地局と似ているので、無線パケット データ サービスのためのこのようなシステムにおけるセルおよびセクタに関する用語は、音声システムに関するものと同じである。
無線データアプリケーションに対する需要が高まっていることを考慮すると、非常に効率的な無線データ通信システムに対する要求は、ますます大きくなってきている。1つのこのような無線データアプリケーションは、パケット交換ネットワークにおいて発信または着信するデータパケットの送信である。種々の標準化された技術は、パケット化されたトラフィックをパケット交換ネットワーク上で送信し、情報が意図した宛先に届くようにするために存在する。このような技術の1つのクラスは、無線IPネットワーク標準IS−835(例えば、文献IS−835D)に記載されており、これは、パケットデータ供給ノード(Packet Data Serving Nodes, PDSN)の動作を指定している。PDSNは、インターネット上でのポイント ツウ ポイント プロトコル(Point-to-Point Protocol, PPP)セッションのようなアクセス端末とのパケットデータ セッションの設定、維持、および終了に関わる。
加入者局は、ネットワークからデータを受信する、および/またはそこへデータを送信する種々のアプリケーションを実行するように構成され得る。これらのアプリケーションは、このデータがどのように移送されるかの点で、許容差および要件(“サービス品質(quality of service)”または“QoS”要件とも呼ばれる)が非常に異なり得る。電子メールおよびファイル転送(例えば、mp3ファイル)のような非実時間アプリケーションは、可変帯域幅要件を有するが、厳しくない遅延および損失要件を有する。失われたまたは破損したフレームの再送は、非実時間アプリケーションでは有益であり得る。電話のアプリケーションは、狭い帯域幅要件を有するが、フレーム遅延および遅延(“ジッタ”とも呼ばれる)の変動性(variability)に対して小さい許容差を有する。一般に、一方のハンドセットから他方のハンドセットへの待ち時間は、250ミリ秒を超えず、ジッタは、20ミリ秒を超えるべきではない。cdma2000のエアーインターフェース上で一般に使用されている無線リンクプロトコル(Radio Link Protocol, RLP)は、フレームの再送を可能にした。このような再送は、実時間トラフィックでは有益ではない。
加入者局は、さらに、異なるQoS要件をもつ1つ以上のマルチメディア アプリケーションを実行するように構成され得る。オーディオおよび/またはビデオコンテンツのストリーミングは、ある程度の起動遅延を許すことができ、ジッタに対する許容差を大きくするために緩衝することができる一方で、帯域幅および損失の許容差の特性は、個々のコーデックに応じて変わり得る。オンラインゲームのような対話型アプリケーションは、通常、狭い帯域幅要件を有するが、非常に厳しい遅延要件を有する。テレビ会議は、広い帯域幅要件を有し、さらに、短い遅延およびジッタを要求する。
アプリケーションのフローごとに、QoSを支援することが望ましい。フローに対する個々のQoS処理(QoS treatment)は、2つのパケットデータ送信ポイント間(例えば、加入者局と基地局との間、または加入者局とPDSNの間)でネゴシエートされ得る。個々のQoS処理に対する要求は、トラフィックチャネルの帯域幅、パケットデータのスケジューリング、オーバー ザ エアーのパケット送信のスケジューリング、コンテンツの遅延に対する弱さ(sensitivity)、あるいはネットワーク キャリアまたはサービスプロバイダによって関連していると考えられ得る他の要因を特定し得る。希望のレベルのサービスを得ることは、2つ以上のネットワークエンティティから(例えば、基地局およびPDSNから)QoSの処理動作を要求することに関わり得る。
発明の概要
実施形態にしたがう信号送信の方法は、パケットのストリームの中から、少なくとも1つの指示された基準に適合するパケットのフローを選別する(separate)要求を送信することを含む。方法は、指示されたサービス品質(QoS)処理にしたがって、パケットのフローを無線エアーインターフェース上にマップする要求を送信することをさらに含む。方法は、選別する要求およびマップする要求の中の一方の失敗に応答して、選別する要求およびマップする要求の中の他方の撤回(rescission)を送信することをさらに含む。
別の実施形態にしたがう信号送信の方法は、パケットフィルタをインストールする要求を、パケットデータ供給ノードに送信することを含む。方法は、無線エアーインターフェース上へ、および指示されたQoS処理にしたがって、パケットフィルタに適合するパケットのフローをマップする要求を送信することをさらに含む。方法は、インストールする要求およびマップする要求の中の一方の失敗に応答して、インストールする要求およびマップする要求の中の他方の撤回を送信することをさらに含む。
実施形態にしたがう無線通信の装置は、パケットのストリームの中から、少なくとも1つの指示された基準に適合するパケットのフローを選別する要求を生成する手段を含む。装置は、指示されたサービス品質(QoS)処理にしたがって無線エアーインターフェース上へパケットのフローをマップする要求を生成する手段を含む。装置は、選別する要求およびマップする要求の中の一方の失敗に応答して、選別する要求およびマップする要求の他方の中の撤回を生成する手段をさらに含む。
好ましい実施形態の詳細な説明
cdma2000および1xという用語は、この説明の中で主に使用されているが、実施形態は他の第三世代(3G)技術、例えば、広帯域CDMA(Wideband CDMA, WCDMA)で使用するために構成され得ることが明らかに意図され、ここで開示されている。WCDMA標準は、文献番号3G TS 25.211、3G TS 25.212、3G TS 25.213、および3G TS 25.214(第三世代パートナーシップ プロジェクト(Third Generation Partnership Project, 3GPP)、フランス、ソフィーアンティポリス(Sophie Antipolis))に記載されている。WCDMAシステムは、通常、ユニバーサル モバイル テレコミュニケーションズ システム(Universal Mobile Telecommunications System, UMTS)として具現されており、これは、GPRSパケット交換コアネットワークと通信するユニバーサル テレストリアル ラジオ アクセス ネットワーク(Universal Terrestrial Radio Access Network, UTRAN)を含み得る。WCDMA標準は、IMT−2000(International Mobile Telecommunications 2000)のシステムに対する無線インターフェースを説明しており、IMT−2000は、高速ダウンリンク パケット アクセス(High Speed Downlink Packet Access, HSDPA)を支援し得る。
実施形態は、QoS処理の方法と、1つ以上のこのような方法を行うように構成されたシステムおよび装置とを含む。図1は、このような実施形態が適用され得る状況の一例を示している。この例は、パケット データ サービスのためのネットワーク100および1つ以上の移動局(mobile station, MS)110を含み、これは、1つ以上の標準、例えば、本明細書において挙げられた標準にしたがって通信を支援するように構成され得る。
物理レベルにおいて、MS110は、ネットワーク100へ信号を送信し、そこから信号を受信する無線周波数回路、例えば、トランシーバを含む。MSは、ディジタル対アナログおよびアナログ対ディジタルコンバータ、並びに他のアナログおよび/またはディジタル信号処理回路をさらに含み得る。その実施に応じて、MSは、ユーザインターフェース要素、例えば、キーボード、ディスプレイスクリーン、マイクロホン、およびスピーカをさらに含み得る。MSは、通常、アプリケーションおよび/または制御機能を実行するように構成された1つ以上の埋め込みプロセッサまたはIPコアをさらに含む。MSに対する他の一般的な呼び名は、ユーザ装置(User Equipment, UE)およびアクセス端末(Access Terminal, AT)を含む。
図1は、移動局(MS)110の3つの異なる実施110a、110b、110cの例を示している。例のMS110aは、セルラ電話として実施されている。例のMS110bおよび110cにおいて示されているように、MSは、2つ以上の装置の組合せをさらに含み得る。これらの例の各々は、端末装置(Terminal Equipment, TE)、例えば、ラップトップコンピュータと、移動端末(Mobile Terminal, MT)、例えば、無線モデムを含むPCMCIAカードまたはセルラ電話とを含み、MTは、場合によっては端末アダプタ(Terminal Adapter, TA)を介して、TEに無線データ通信能力を与える。
ネットワーク100は、無線エアーインターフェース上で1つ以上のMSと通信するように構成された無線アクセスネットワーク(radio access network, RAN)200を含んでいる。図1に関連して、移動局(MS)110は、パケット データ サービス、および場合によっては回線交換電話のような他のサービスのために、RAN200と通信するように構成されている。一例において、無線エアーインターフェースは、IS−2000標準のバージョンに準拠するUmインターフェースである。RANは、一般に、1つ以上のMSとインターフェースしているベース トランシーバ システム(base transceiver system, BTS)または“基地局”、1つ以上のBTSを制御する基地局制御装置(base station controller, BSC)、およびパケットデータ供給ノード(packet data serving node, PDSN)とインターフェースしているパケット制御機能(packet control function, PCF)のような要素を含む。
ネットワーク100は、1つ以上のRANと、有線または光リンク、例えば、イーサネット(登録商標)リンク、あるいは無線迂回中継(wireless backhaul)によって通信するように構成されたPDSN300(パケットデータ交換ノードまたはネットワーク アクセス サーバとも呼ばれる)をさらに含んでいる。RANを介して、PDSNは、パケットデータ通信をしたいまたは行っている1つ以上のMSと通信し、MSへの、またはMSからのIPトラフィックのための第1のホップのルータの役割をする。ネットワーク100の他の実施では、2つ以上のPDSN(例えば、PDSNのクラスタ)を含む。
図2に示されているように、MS110は、1つ以上のアプリケーション120を実行するように構成されている。これらのアプリケーションは、ネットワーク100をわたって、サーバ(例えば、ウェブサーバ)および/または他の端末(例えば、他のMS)で実行されている対応するアプリケーションと通信する。アプリケーション120の例は、電子メール、ウェブブラウジング、ファイル転送プロトコル(file transfer protocol, FTP)、ボイスオーバーIP(Voice over IP, VoIP)、パケット交換テレビ電話(packet switched video telephony, PSVT)、テレビジョン、および他のマルチメディアサービスを含む。MSは、マルチメディア アプリケーションをユーザインターフェース(例えば、ディスプレイスクリーンおよびスピーカ)によって支援するビデオおよび/またはオーディオコーデックを含み得る。MSは、パケット交換電話サービス(例えば、VoIPまたはビデオ電話)のためのPDSN300の反対側で、セッション開始プロトコル(Session Initiation Protocol, SIP)サーバを介して一般的なIPのテレビまたは音声電話デバイスと、あるいは別のMSと通信するように構成されたSIPユーザエージェントをさらに含み得る。
種々のネットワークエンティティと端末との間の通信は、プロトコルのスタックの異なる層を介して行われる。図2は、図1に示されているMS、RAN、およびPDSNのプロトコルスタックの一部の例を示している。プロトコルスタックは、MSが、通信ネットワーク内の種々の論理エンティティ、および/またはネットワーク上の他の端末と通信することを可能にする。例えば、MSは、リンク層プロトコル、例えば、無線リンクプロトコル(TIA IS−707.2において定義されているRLP(Radio Link Protocol, RLP))を使用することによって、エアーインターフェース上でRANと通信するように構成され得る。他の一般に使用されているプロトコルは、トランスポート層プロトコル、例えば、伝送制御プロトコル(Transmission Control Protocol, TCP)、ユーザ データグラム プロトコル(User Datagram Protocol, UDP)、および実時間トランスポートプロトコル(Real-time Transport Protocol, RTP、RFC 3550, 2003年7月、インターネット技術標準化委員会(Internet Engineering Task Force, IETF, ietf.org));ネットワーク層プロトコル、例えば、インターネットプロトコル(Internet Protocol, IP)および無線資源制御(Radio Resource Control, RRC);並びにデータリンク層プロトコル、例えば、ポイント ツウ ポイント プロトコル(Point-to-Point Protocol, PPP)を含む。
図2に示されているように、幾つかの場合において、MSとPDSNとは、ポイント ツウ ポイント プロトコル(PPP)接続を設定することによって、データリンク層上で通信し得る。一方で、PPPベースの送信の1つ以上の欠点、例えば、追加のヘッダのオーバーヘッドおよびパケット境界がRANに分からないことを回避することが望まれ得る。例えば、1xEV−DOのレビジョンAにしたがって動作するシステムは、C.S0063−0 v.1.15において説明されているような拡張パケットアプリケーション標準(“cdma2000 High Rate Packet Data Supplemental Services”, 3GPP2, 2005年10月)によって、PPPを使用しない動作(PPP-free operation)を得ることができる。使用され得る別のPPPを使用しない方式は、2002年7月25日に公開されたLupien、他の米国公開特許出願第2002/0097701号(“METHOD AND SYSTEM FOR TRANSMISSION OF HEADERLESS DATA PACKETS OVER WIRELESS LINK”)に記載されている。
“フロー”は、同じプロトコルのインスタシエーション(protocol instantiation)に属し、同じ源および宛先を共有している一連のパケットとして定義される。IPフローは、例えば、同じ源のIPアドレスおよびポート番号、同じ宛先のIPアドレスおよびポート番号、並びに同じトランスポートプロトコルをもつIPパケットの一方向のフローである。1つのアプリケーションに対するMSとPDSNとの間の複数のトラフィックフローの送信を支援すること、および/または異なるアプリケーションに対するMSとPDSNとの間の異なるトラフィックフローの送信を支援することが望ましい。
既に記載したように、異なるアプリケーションは、サービス品質パラメータ、例えば、待ち時間、帯域幅、およびエラー許容差に関して異なる要件をもち得る。このようなパラメータとの適合には、送信される複数のフローを互いに区別することが必要であり得る。エアーインターフェースが、パケットの1本の待ち行列として構成されているとき、例えば、MS上で実行されているVoIPアプリケーションに宛てられた待ち時間に影響され易い(sensitive)パケットは、別のアプリケーションに宛てられた大きい進行中の送信(例えば、ウェブブラウザに宛てられた1メガバイトのウェブページ)がエアーインターフェースを占有する間、RANにおいて遅らされ、したがって、使用できなくなり得る。このために、異なるトラフィックフローの送信を、対応するアプリケーションの要件のような要因に基づいて、異なるQoS保証(QoS assurance)(“フローベースのQoS”としても知られている)にしたがって支援するように、パケット データ サービス ネットワーク、例えば、ネットワーク100を構成することが望ましい。
“サービス接続”は、MSとPDSNとの間の論理接続であり、MSへ、またはMSからユーザデータを移送(transport)するのに使用される。MSとPDSNとの間の移送経路は、異なるQoS処理にしたがって異なるトラフィックフローを運ぶように構成された2つ以上のサービス接続を含み得る。例えば、移送経路は、TCP/IPのフローを運ぶ1つのサービス接続と、RTPのビデオストリームを運ぶ別のサービス接続とを含み得る。図3は、2つの異なるサービス接続を含む、MSとPDSNとの間の移送経路の一例を示しており、各サービス接続は、対応するトラフィックフローを運ぶように構成されている。
MSとRANとの間のサービス接続の部分は、1xシステムでは、“サービスインスタンス”と呼ばれ、一方で、HRPDシステムでは、サービスインスタンスは、“リンクフロー”または“RLPインスタンス”と呼ばれている。cdma2000の仕様は、MSごとにサービスインスタンスを6個まで支援するネットワークを記載しており、各サービスインスタンスは、サービス参照識別子(Service Reference Identifier, SR_ID)と呼ばれる固有のラベルによって識別される。サービスインスタンスは、QoSの設定と関連付けられ、MSは、パケット呼中に、複数のサービスインスタンスを開始し得る。
MSとRANとの間のエアーインターフェースは、複数のサービスインスタンスを運ぶことができ、各サービスインスタンスは、異なる帯域幅、遅延、および誤り特性をもつ。1xおよびHRPDシステムでは、エアーインターフェースは、メイン(main)のサービスインスタンスを含み、1つ以上の補助(auxiliary)サービスインスタンスを含み得る。音声とデータとは、異なるサービスオプションとして個別に定義および指定され、エアーインターフェースは、これらのサービスオプションの一方または両方の複数のサービスインスタンスを支援し得る。一例において、MSは、1つ以上のTCP/IPフローを運ぶメインのサービスインスタンスと、RTPビデオストリームを運ぶ補助のサービスインスタンスとをもつ。
RANとPDSNとの間のサービス接続の部分は、(RAN-PDSNのために)“R−P”接続と呼ばれ、上述のイーサネットリンク上を運ばれ得る。1xおよびHRPDシステムでは、R−Pインターフェースは、A10およびA11インターフェースの組合せとして定義される。なお、A10インターフェースは、RANとPDSNとの間でユーザトラフィックを運び、A11は、RANとPDSNとの間でシグナリング情報を運ぶ。図4の例に示されているように、サービスインスタンスとA10接続とは、複数のフローを運ぶことができ、各々の別々のインスタンス(例えば、別々のサービス接続)は、異なるQoS処理を支援するように与えられ得る。似たQoS要件をもつフローを同じサービスインスタンスに割り当てることが望ましいであろう。
1xおよびHRPDシステムにおいて、各サービスインスタンスは、1つのA10接続と関連付けられる。順方向リンク上では、RANは、A10接続を対応するサービスインスタンスにマップし、逆方向リンク(すなわち、MSからRAN)上では、RANは、サービスインスタンスを対応するA10接続にマップする。他のシステムでは、2つ以上のサービスインスタンスを1つのR−P接続と関連付けることが可能である。例えば、このようなシステムでは、R−P接続が運び得るフローが、1つのサービスインスタンスに対する帯域幅制限を越え、したがって、2つのサービスインスタンスに分割されることが可能である。
図5は、図3および/または4に示されている順方向リンクの移送経路を実施するのに使用され得る論理構造の一例のブロック図を示している。この構造は、RAN200およびPDSN300の実施202および302をそれぞれ含んでいる。PDSN302は、入ってくる(incoming)パケットストリームの中から1本以上のトラフィックを選別する(separate)ように構成されたフィルタ310を含み、RAN202は、指定されたQoS処理に基づいて異なるトラフィックフローをサービスインスタンスにマップするように構成されたマッパ210を含んでいる。
移動局110は、パケットのストリームの中から、少なくとも1つの指示された基準に適合するパケットのフローを選別する要求を生成する手段(例えば、エアーインターフェース制御モジュール)を含み、その要求をPDSNに送信するように構成されている。移動局110は、指示されたサービス品質(QoS)処理にしたがって無線エアーインターフェース上へパケットのフローをマップする要求を生成する手段(例えば、パケットデータ制御モジュール)を含み、その要求をRANに送信するようにさらに構成されている。このような生成手段の各々は、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の1つ以上の配列、および/または論理素子の1つ以上の配列によって実行可能な命令の1つ以上のセットとして実施され得る。例えば、一方または両方のこのような手段は、1つ以上の埋め込みプロセッサによって実行可能な命令の1つ以上セットとして実施され得る。
マッパ210は、トラフィックフローを、無線エアーインターフェースの物理チャネル上へマップするように構成することができる。物理チャネルは、時間、周波数、および/または符号空間において多重化され得る。一例において、MSとRANとの間のcdma2000エアーインターフェースは、ユーザトラフィックのための基本チャネル(fundamental channel, FCH)、ユーザトラフィックを運び得る専用制御チャネル(dedicated control channel, DCCH)、およびユーザトラフィックのための1本以上の補助チャネル(supplemental channel, SCH)を含む。
幾つかの場合において、物理チャネルは、2つ以上のサービスインスタンスを運ぶのに使用される。マッパ210は、サービスインスタンスの全てを1本の物理チャネルにマップするように構成され得る。他の場合において、各物理チャネルは、(例えば、特定のプロトコルまたは似たQoS処理に対応する)異なるサービスインスタンスのタイプに割り当てられ、異なるサービスインスタンスからのそのタイプのフローの多重化されたストリームを運び得る。さらに、マッパ210は、サービスインスタンスを異なる物理チャネルに異なる時間においてマップすることも可能である。マッパ210は、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の1つ以上の配列、および/または論理素子の1つ以上の配列によって実行可能な命令の1つ以上のセットとして実施され得る。
マッパ210は、1つ以上のスケジューラを含み、各スケジューラは、1本以上の物理チャネル上で送信されるパケットをスケジュールするように構成されている。このようなスケジューラは、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の1つ以上の配列、および/または論理素子の1つ以上の配列によって実行可能な命令の1つ以上のセットとして実施され得る。1つの単純な場合において、スケジューラは、ラウンドロビン方式で各対応するフローからパケットを選択し、各異なるフローからのパケットが、連続フレームでスケジュールされるように構成されている。他の場合において、スケジューラは、実時間アプリケーションを優先するように構成されている。例えば、スケジューラは、電話アプリケーション、例えば、VoIPまたはPSVTに対応するフロープロファイルID(別途記載される)を認識するように構成され得る。
PDSNでは、フィルタ310は、1本以上の入ってくる(incoming)トラフィックフローを区別し、それらをRANへ異なるA10接続上で送る。PDSNは、通常、パケットフィルタリングを使用し、個々のデータフローを区別し、対応するサービスインスタンスと関連付けられたA10接続に各々をマップする。これに関連して、パケットフィルタリングは、各パケットのヘッダからの情報を、1つ以上のパケットフィルタと比較することを含む。これは、MSによって与えられる情報によって構成される。フィルタ310は、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の1つ以上の配列、および/または論理素子の1つ以上の配列によって実行可能な命令の1つ以上のセットとして実施され得る。
パケットデータサービスの既存のシステムでは、MSは、通常、RANおよびPDSNと別々にネゴシエートすることによって、所与のフローに対する特定のQoS処理を要求する。例えば、MSは、IS−856標準のバージョン(例えば、IS−856A)にしたがって動作し、エアーインターフェースについてRANとQoS処理をネゴシエートし得る。このようなネゴシエーションは、QoS処理にしたがってエアーインターフェース上にフローをマップするRANに対する要求を送信することを含み得る。MSは、さらに、IS−835標準のバージョン(例えば、IS−835D)にしたがって動作し、パケットのストリームの中からフローを選別するのに使用され得る1つ以上のパケットフィルタをインストールするPDSNに対する要求を送り得る。
典型的なcdma2000システムでは、MSは、エアーインターフェースによるRANへのシグナリングメッセージにおいてQoSのブロックのビット(QoS block of bits, QOS BLOB)を要求することによって、所望のQoS処理を示す。全QoS BLOBは、1xに適用され、これは、HRPDにも適用されるQoS SUB BLOBを含む。QOS SUB BLOBは、対応するフローの希望のQoS処理を示す詳しいQoSパラメータを含み、QOS BLOBは、2本以上のフローに対するQOS SUB BLOBを含み得る。例えば、QOS SUB BLOBは、パラメータ(例えば、データレート、フレーム誤り率、遅延、待ち時間、ジッタ、データ損失率、および/またはフローの優先順位)に対する要求値および/または許容値を指定し得る。
その代わりに、フローのQoSパラメータ値を送るのではなく、MSは、希望のQoS処理の別の指示を送ってもよい。例えば、WCDMAおよびcdma2000の仕様は、QoSの目的に対してトラフィックの4つクラス(会話(conversational)、ストリーミング、対話(interactive)、および背景)を定義し、MSは、個々のフローに対してこれらのクラスの何れが望ましいかを示し得る。さらにその代わりに、MSは、指定されたQoS処理のテーブルへのインデックスを送ることによって、フローに対する望ましいQoS処理を示す。このようなインデックスの1つの例は、フロープロファイルID(QoSプロファイルIDとも呼ばれる)であり、これはQOS SUB BLOBに含まれ得る。文献C.R1001−E(3GPP2)のテーブル13.1.1−1は、16ビットのフロープロファイルIDのリストを示しているが、他の長さ(例えば、8ビット)をもつフロープロファイルIDも使用され得る。
MSは、エアーインターフェースのアクセスチャネル上でRANへQoS要求を送るように構成され得る。cdma2000 1xシステムでは、MSは、発信メッセージ(Origination Message, OM)または拡張発信メッセージ(Enhanced Origination Message, EOM)において、QoS要求をRANに送るように構成され得る。DOシステムでは、MSは、IS−856A標準に記載されている一般属性更新プロトコル(Generic Attribute Update Protocol, GAUP)メッセージにおいて、QoS要求をRANに送るように構成され得る。他の場合では、MSは、サービス要求メッセージにおいて、QoS要求をRANに送るように構成され得る。
データフローに対するQoS要件に加えて、MSからRANへのQoS要求は、要求されるデータフローの方向(すなわち、順方向または逆方向)を示し、要求されるフローの識別子をさらに含み得る。幾つかの場合において、MSは、フロー識別子に対して未使用のSR IDを選択するように構成されている。
MSからのQoS要求に応答して、RANは、確認応答、例えば、許可されたQoS BLOBを返す。cdma2000 1xシステムにおいて、RANは、サービス接続メッセージにおいてQoSの許可(QoS grant)をMSに送るように構成され得る。他の場合において、RANは、サービス応答メッセージにおいてQoSの許可をMSに送るように構成され得る。
RANは、既存のサービスインスタンスを使用して、要求されるデータフローを支援するか、または新しいサービスインスタンスが必要とされているかを決定する。新しいサービスインスタンスが必要とされるときは、RANとMSとは新しいサービスインスタンスの設定をネゴシエートする。RANは、MSによって選択されたフロー識別子を、新しいサービスインスタンスに対するSR IDとして使用するか、または、その代わりに、新しいサービスインスタンスに対する別のSR IDを選択するように構成され得る。既存のサービスインスタンスが使用されるときは、RANは、通常、QoS要求に応答して、対応するSR IDを使用する。RANは、許可されたQoS処理を使用して、パラメータ、例えば、チャネルレート、電力制御、RLP再送回数、および媒体アクセス制御(Media Access Control, MAC)パラメータを制御するように構成され得る。新しいサービスインスタンスが設定されると、RANは、さらに、PDSNと通信して、新しいA10接続を設定し得る。
RANとPDSNとの間では、cdma2000システムにおけるフローベースのQoS処理は、A10接続によって支援されている。サービスインスタンスがMSとRANとの間で設定されると、RANとPDSNとは、それらの間で対応するA10接続を設定する。PDSNは、MSによって与えられたトラフィックフロー テンプレート(traffic flow template, TFT)を使用し、トラフィックフローをA10接続にマップする。
PDSNからQoS処理を要求するために、MSは、トラフィックフロー テンプレート(TFT)をPDSNに送る。このような要求は、RSVP Resvメッセージにおいて運ばれ得る。なお、RSVPは、資源予約プロトコル(Resource Reservation Protocol)(RFC 2205、IETF、1997年9月)の略記であり、これはシグナリング面(signaling plane)上で移送資源を確保(reserve)する機構を与える(例えば、TIAの文献IS−835Cに記載されている)。TFTは、MSのIPアドレス、TFTが対応するA10接続を識別するサービス参照識別子(SR ID)、および1つ以上のパケットフィルタのリストを含む。
各パケットフィルタは、MSまたはRANによって割り当てられたフロー識別子(例えば、8ビットのフィールド)、宛先IPアドレス、宛先ポート番号、およびプロトコルタイプ識別子を含む。例えば、パケットフィルタは、5つのタプル(tuple)を含むことができ、それらは、フローの上位層プロトコル、フローの源のIPアドレスおよびポート番号、並びにフローの宛先のIPアドレスおよびポート番号を示す。パケットフィルタは、パケットフィルタにおける優先順位を示す順位値(precedence value)も有し得る。TFTのフォーマット、パケットフィルタ、およびそれらを運ぶResvメッセージは、3GPP2の文献X.S0011−004−D v1.0のアネックスB(Annex B)(“cdma2000 Wireless IP Network Standard: Quality of Service and Header Reduction”, 2006年2月)に詳しく記載されている。
RSVP Resvメッセージは、新しいデータフローの方向(順方向あるいは逆方向)、および/または新しいデータフローに対するエンド ツウ エンドのQoSパラメータをさらに示し得る。PDSNは、Resvメッセージの中で要求されているQoSの動作が許可されるときは、RSVP ResvConfメッセージを返し、そうでなければ、ResvErrメッセージを返す。TFTの構成要素の何れかが変わると、MSは、TFTを更新するようにさらに構成され得る。
入ってくるパケットが順方向でPDSNに届くと、宛先IPアドレスを調べ、TFTの何れのセットを使用するかを判断する。次に、PDSNは、その宛先IPアドレスに属するTFTの中の全パケットフィルタにおける適合をサーチする。入ってくる順方向パケットが対応するTFTの中のパケットフィルタと適合するときは、PDSNは、対応するA10接続によって、パケットをRANに送る。入ってくる順方向パケットが対応するTFTの中の何れのパケットフィルタにも適合しないときは、PDSNは、メイン(または、デフォルト)のA10接続によって、パケットをRANに送る。同じ手続きは、逆方向リンクのQoS処理では、代わりにパケットの源IPアドレスを使用して実行される。
MSに使用可能なQoS処理は、何らかのやり方で制限され得る。例えば、MSは、通常、全てのアプリケーションのフローに対する最大合計帯域幅に制限される。MSは、さらに、ある特定のQoSプロファイルID、最大のフローごとの優先順位、および/または最大数のサービスインスタンスに対して認可(authorize)され得る。
PDSNは、通常、MSに対応するユーザQoSプロファイル(“加入者QoSプロファイル”とも呼ばれる)を得ることによって、MSに対するQoSオプションの認可を支援する。ユーザQoSプロファイルは、通常、ユーザの認可されたフロープロファイルIDのリストを含む。このリストは、PSVTおよび/またはVoIPのフロープロファイルIDを含み得る。一例において、PDSNは、メインサービス接続の設定中に、認証、認可、および会計(authentication, authorization, and accounting, AAA)のエンティティから、ユーザQoSプロファイルを得て、このプロファイルをRANへ送り得る。次に、RANは、その加入者に対する認可されたQoSプロファイルIDのリスト中にないフロープロファイルIDへの要求を拒絶するように構成され得る。
IS−835DおよびIS−856標準は、相互運用可能であるように策定された。これらの2つの標準は別々であるが、実際には、予想外の動作上の問題がこれらの間で発生し得る。例えば、MSは各エンティティと別々にネゴシエートしなければならないので、例えば、MSと、RANまたはPDSNとのネゴシエーションが行われない、あるいは、そうでなければ失敗するといったことが起こり得る。結果の状態は、ネットワーク資源の活用の点で、最適に及ばない(sub-optimal)ことがあり得る。
MSが、QoS要求をRANに対して行い、これが承認され、対応するQoSをPDSNに対して行い、これが(例えば、ResvErrメッセージによって)拒絶されるか、または否定応答される可能性がある。PDSNは、通常、例えば、2つ以上のRANにサービスしており、新しいA10接続、TFT、および/またはパケットフィルタに対するその容量が、現在使い尽くされていることがあり得る。その代わりに、PDSNはダウンしているか、またはそうでなければ、使用不可能であることがあり得る。このようなQoS処理の失敗が生じるとき、MSとRANとの間のサービスインスタンスは、それでもなお、成功したQoS要求にしたがってフローに対して確保され続け得る。この確保は、他の加入者局にとって使用可能な資源の量を低減する。
RANが、サービスインスタンスが使用されていないと最終的に判断しても、IS−856標準は、MSが休止状態で動作するのを可能にしているので、RANは、将来の使用のためにその資源を確保し続け得る。他の加入者局が、確保されたが使用されていない資源へのアクセスを否認され得るという点で、このような状態は最適に及ばない。使用されていない空中(air)の帯域幅を、他のサービスによる使用のために解放することは、サービスプロバイダの収益を最大化するのに重要である。したがって、IS−836標準のバージョンに適合するエアーインターフェース資源を保護し(conserve)、一方で、IS−835のバージョンにしたがうパケットデータの操作に対する要求を満たすことが望ましい。
図6は、実施形態にしたがう方法M100のフローチャートを示している。タスクT110は、パケットのストリームの中から指定されたトラフィックフローを選別する要求を送信する。タスクT120は、指示されたサービス品質にしたがって、無線エアーインターフェース上で指定されたトラフィックフローをマップする要求を送信する。選別する要求とマップする要求の中の一方の失敗に応答して、タスクT130は、選別する要求とマップする要求の中の他方の撤回(rescission)を送信する。
選別する要求は、1つ以上のパケットフィルタを含み、各パケットフィルタは、異なるトラフィックフローを指定し得る。パケットフィルタは、パケットのストリームからフィルタにかけられるトラフィックフローの宛先を示している。既に記載したように、パケットフィルタは、5つのタプルを含むことができ、トラフィックフローの源のIPアドレスおよびポート番号、トラフィックフローの宛先のIPアドレスおよびポート番号、並びにトラフィックフローのプロトコルを示す。
マップする要求は、フロー識別子と、希望のQoS処理の指示とを含み得る。フロー識別子は、トラフィックフローの源および宛先を含み得る。その代わりに、フロー識別子は、MSまたはRANによって割り当てられたインデックスであってもよい。選別する要求は、フロー識別子も含み得る。
MS110は、方法M100を実施するように構成され得る。このような場合に、MSは、選別する要求およびマップする要求の中の一方の失敗に応答して、選別する要求およびマップする要求の中の他方の撤回を生成する手段を含み得る。このような手段は、(例えば、タイマの終了にしたがう)所定の時間間隔内での要求の確認応答の検出に失敗することに基づいて、選別する要求およびマップする要求の中の一方の失敗を判断するように構成され得る。このような手段は、論理において、例えば、論理素子(例えば、ゲートまたはトランジスタ)の1つ以上の配列、および/または論理素子の1つ以上の配列によって実行可能な命令の1つ以上のセットとして実施され得る。図7は、MS110のこのような実施112のブロック図を示している。
図8は、上述の方法M100にしたがう一連の動作を示している。動作O110において、MS上で実行されているアプリケーションによって、MSはQoS処理をRANから要求する。例えば、MSは、タスクT120にしたがってマップする要求を発行し得る。RANがQoS要求を許可しないときは、動作O120において、MSは、QoS処理が許可されないことをアプリケーションに知らせ、MSは、アプリケーションが新しいコマンドを開始するのを待つ。
RANがQoS要求を許可するときは、動作O130において、MSはQoS処理をPDSN(または、別のネットワークエンティティ)から要求する。例えば、MSは、タスクT110にしたがって選別する要求を発行し得る。PDSNがQoS要求を許可しない(例えば、要求が拒絶されるか、または、要求送信後のある時間間隔内で、確認応答が受信されない)とき、動作O140において、MSは、QoS資源を解放するようにRANに要求する。このような動作は、例えば、ヌル(NULL)に等しいフロープロファイルIDをもつQoS要求を送ることによって実施され得る。このヌル要求は、対応するフローのために確保されたQoS資源が解放される得ることを、RANに示す。PDSNがQoS要求を許可すると、動作O150において、MSは、要求されたQoS処理が許可されたことをアプリケーションに知らせ、MSは、アプリケーションが新しいコマンドを開始するのを待つ。
方法M100にしたがう別の一連の動作において、MSは、RANから、フローに対するQoS要求からの応答を受信する前に(場合によっては、QoS要求をRANに送る前に)、フローに対するQoS要求をPDSNに送る。RANへのQoS要求は、PDSNへのQoS要求よりも短くてもよい(したがって、より迅速に送られる)。例えば、幾つかの場合において、RANへのQoS要求は、20または26ミリ秒の1フレームで送信され、一方で、PDSNへのQoS要求(例えば、TFTを含んでいるRSVPメッセージ)の送信は、完了するのに数フレームかかり得る。さらに、MSとRANとの間の経路は、MSとPDSNとの間の経路よりも直接的であり、したがって、RANへのQoS要求に対する応答は、PDSNへのQoS要求への応答よりも、通常早く受信される。
その代わりに、エアーインターフェース資源に対するMSとRANとの間におけるQoSのネゴシエーションが失敗したときは、PDSNの資源を保護する(conserve)ことが要求され得る。MSは、RANとのオーバー ザ エアー(over-the-air, OTA)QoSネゴシエーションと、PDSNとのRSVPシグナリングとを同時に開始し得る。RANとのOTA QoSネゴシエーションが失敗する(例えば、許可されたQoS BLOBが受信されない)が、TFTを生成するPDSNとのRSVPシグナリングが成功すると、PDSN上の資源は、MSに宛てられたパケットをフィルタにかけること(例えば、不必要にインストールされたTFTおよびパケットのフィルタ、並びにこれらのフィルタにしたがってパケットをフィルタにかけるのに浪費される処理サイクル)に費やされる必要はない。OTA QoSのネゴシエーションが失敗することにより、フィルタによって選別された任意のパケットは、何れにしても、デフォルトのA10接続上で送られることになる。
このような場合、OTA QoSのネゴシエーションの失敗およびRSVP QoSシグナリングの成功を検出したとき、MSはPDSNに信号を再び送り、TFTと、TFTと関連付けられたパケットフィルタとを削除するように構成されている。PDSNはTFTを削除し、TFTと関連付けられたパケットフィルタをアンインストールし、パケットを主要な(primary)A10接続に直接に送る。
図9は、既に記載された方法M100にしたがう別の一連の動作を示している。動作O210において、MS上で実行されているアプリケーションによって、MSはQoS処理をPDSN(または、別のネットワークエンティティ)から要求する。例えば、MSは、タスクT110にしたがって選別する要求を発行し得る。PDSNがQoS要求を許可しないときは、動作O220において、MSは、QoS処理が許可されないことをアプリケーションに知らせ、MSは、アプリケーションが新しいコマンドを開始するのを待つ。
PDSNがQoS要求を許可するときは、動作O230において、MSは、QoS処理をRANから要求する。例えば、MSは、タスクT120にしたがってマップする要求を発行し得る。RANがQoS要求を与えない(例えば、要求が拒絶されるか、または、要求送信後のある時間間隔内で、確認応答が受信されない)とき、動作O240において、MSは、QoS資源を解放するようにPDSNに要求する。このような動作は、例えば、フロー識別子と、そのフローに対応するパケットフィルタを削除するようにPDSNに命令するオペコード(オペレーションコード)とを含んでいるTFTを送ることによって実施され得る。RANがQoS要求を許可するときは、動作O250において、MSは要求されたQoS処理が許可されたことをアプリケーションに知らせ、MSは、アプリケーションが新しいコマンドを開始するのを待つ。
QoS処理を要求するアプリケーションは、インターネットまたは他のパケット交換ネットワークへのアクセスを要求する任意のソフトウェアモジュールであり得る。処理要素およびメモリ要素は、本明細書に記載されている方法を実施する命令の1つ以上のセットを行うように構成され配置され得る。説明を容易にするために、実施形態は、IS−856(例えば、IS−856A)およびIS−835(例えば、IS−835D)標準にしたがって動作するエンティティに関連して説明された。しかしながら、加入者局が、パケットのストリームの中から1つ以上の指定のトラフィックフローを区別するように構成された第1のエンティティから、およびトラフィックフローをエアーインターフェース上に個々にマップするように構成された第2のエンティティからの個々のトラフィックフローに対してQoS処理を要求するように構成されている任意の無線技術に対しても、実施形態は実施され、適用され得る。
説明された実施形態の上述の提示は、当業者が本発明を作成または使用できるようにするために与えられている。これらの実施形態に対する種々の変更は可能であり、本明細書に提示されている一般的な原理は、他の実施形態にも適用され得る。例えば、実施形態は、ハードワイヤード回路として、特定用途向け集積回路に組み立てられた回路構成として、不揮発性メモリにロードされたファームウエアプログラムとして、またはデータ記憶媒体(例えば、取り外し可能なまたは統合された半導体あるいは他の揮発性または不揮発性メモリ、もしくは磁気および/または光記憶媒体、例えば、ディスク)から、またはそこへ機械読み出し可能コードとしてロードされるソフトウエアプログラムとして、部分的または全体的に実施されることができる。このようなコードは、論理素子、例えば、プロセッサ、マイクロプロセッサ、または他のディジタル信号処理ユニット、マイクロコントローラ、または他の有限状態機械の1つ以上の配列(このような配列は、別々であるか、統合されているか、および/または埋め込まれている)によって実行可能な命令である。
本明細書に説明された方法は、論理素子の配列を含んでいる機械によって読み出し可能および/または実行可能な命令の1つ以上のセットとして(例えば、1つ以上のデータ記憶媒体において)明白に具体化され得る。したがって、本発明は、上述で示されている実施形態に制限されることを意図されず、本明細書において任意のやり方で開示された原理および斬新な特徴に一致する最も幅広い範囲にしたがうことを意図されている。
パケット データ サービスのネットワーク100を含む無線通信の状況(context)の一例を示す図。 図1に示されているエンティティのプロトコルスタックの一部の一例を示す図。 2つの異なるサービスの接続を含む、MSとPDSNとの間の移送経路の一例を示す図。 複数のサービスインスタンスとA10接続とを含む、MSとPDSNとの間の移送経路の一例を示す図。 図3および/または4に示されている順方向リンク(すなわち、RANからMSへ)の移送経路を実施するのに使用され得る論理構造の一例のブロック図。 実施形態にしたがう方法M100のフローチャート。 MS110の実施112のブロック図。 方法M100にしたがう一連の動作のフローチャート。 方法M100にしたがう別の一連の動作のフローチャート。

Claims (22)

  1. 信号送信の方法であって、
    パケットのストリームの中から、少なくとも1つの指示された基準に適合するパケットのフローを選別する要求を移動局がパケットデータ供給ノードに送信することと、
    指示されたサービス品質(quality-of-service, QoS)処理にしたがって、前記パケットのフローを無線エアーインターフェース上にマップする要求を移動局が無線アクセスネットワークに送信することと、
    前記選別する要求および前記マップする要求の中の一方の失敗に応答して、前記選別する要求および前記マップする要求の中の他方の撤回を前記移動局が前記パケットデータ供給ノード又は前記無線アクセスネットワークに送信することとを含む方法。
  2. 前記指示されたQoS処理は、指定されたトラフィックフローに対する要求されたデータレートを含んでいる請求項1記載の信号送信の方法。
  3. 前記指示されたQoS処理は、QoSプロファイルのテーブルへのインデックスを含んでいる請求項1記載の信号送信の方法。
  4. 前記少なくとも1つの基準は、前記パケットの指定された宛先アドレスを含んでいる請求項1記載の信号送信の方法。
  5. 前記選別する要求は、トラフィックフロー テンプレートにしたがって前記パケットのストリームをフィルタにかける要求を含んでいる請求項1記載の信号送信の方法。
  6. 前記選別する要求は、前記パケットのフローの各々に共通の源アドレスおよび宛先アドレスの中の一方を示す請求項1記載の信号送信の方法。
  7. 前記選別する要求および前記マップする要求の中の一方の失敗は、所定の時間間隔内での要求の確認応答の検出に失敗することによって示される請求項1記載の信号送信の方法。
  8. 前記選別する要求を送信することは、トラフィックフロー テンプレートにしたがって前記パケットのストリームをフィルタにかける要求を、前記パケットデータ供給ノードに送信することを含む請求項1記載の信号送信の方法。
  9. 前記マップする要求を送信することは、前記指示されたQoS処理にしたがって前記無線エアーインターフェース上で前記パケットのフローを移送する要求を、前記無線アクセスネットワークに送信することを含む請求項1記載の信号送信の方法。
  10. 請求項1記載の信号送信の方法を記載している機械実行可能な命令のセットを有するデータ記憶媒体。
  11. 信号送信の方法であって、
    パケットフィルタをインストールする要求を、移動局がパケットデータ供給ノードに送信することと、
    無線エアーインターフェース上へ、および指示されたサービス品質(QoS)処理にしたがって、パケットフィルタに適合するパケットのフローをマップする要求を前記移動局が無線アクセスネットワークに送信することと、
    前記インストールする要求および前記マップする要求の中の一方の失敗に応答して、前記インストールする要求および前記マップする要求の中の他方の撤回を前記移動局が前記パケットデータ供給ノード又は前記無線アクセスネットワークに送信することとを含む方法。
  12. 請求項11記載の信号送信の方法を記載している機械実行可能な命令のセットを有するデータ記憶媒体。
  13. 無線通信の装置であって、
    パケットのストリームの中から、少なくとも1つの指示された基準に適合するパケットのフローを選別する要求を移動局がパケットデータ供給ノードに送信する手段と、
    指示されたサービス品質(QoS)処理にしたがって無線エアーインターフェース上へパケットのフローをマップする要求を前記移動局が無線アクセスネットワークに送信する手段と、
    前記選別する要求および前記マップする要求の中の一方の失敗に応答して、前記選別する要求および前記マップする要求の中の他方の撤回を前記移動局がパケットデータ供給ノード又は無線アクセスネットワークに送信する手段とを含む装置。
  14. 前記指示されたQoS処理は、指定されたトラフィックフローに対する要求されたデータレートを含んでいる請求項13記載の無線通信の装置。
  15. 前記指示されたQoS処理は、QoSプロファイルのテーブルへのインデックスを含んでいる請求項13記載の無線通信の装置。
  16. 前記少なくとも1つの基準は、パケットの指定された宛先アドレスを含んでいる請求項13記載の無線通信の装置。
  17. 前記選別する要求を送信する手段は、トラフィックフロー テンプレートにしたがって前記パケットのストリームをフィルタにかける要求を含むように、前記選別する要求を送信するように構成されている請求項13記載の無線通信の装置。
  18. 前記選別する要求を送信する手段は、前記パケットのフローの各々に共通の源アドレスおよび宛先アドレスの少なくとも一方を示すように、前記選別する要求を送信するように構成されている請求項13記載の無線通信の装置。
  19. 前記撤回を送信する手段は、所定の時間間隔内での要求の確認応答の検出に失敗することに基づいて、前記選別する要求および前記マップする要求の中の一方の失敗を判断するように構成されている請求項13記載の無線通信の装置。
  20. 前記マップする要求を送信する手段は、前記指示されたQoS処理にしたがって無線エアーインターフェース上で前記パケットのフローを移送する要求として、前記マップする要求を送信するように構成されている請求項13記載の無線通信の装置。
  21. 前記装置は、集積回路である請求項13記載の無線通信の装置。
  22. 前記装置は、セルラ電話である請求項13記載の無線通信の装置。
JP2008522943A 2005-07-19 2006-07-19 サービス品質処理のためのシステム、方法、および装置 Active JP4740331B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US70131405P 2005-07-19 2005-07-19
US60/701,314 2005-07-19
PCT/US2006/028097 WO2007012024A1 (en) 2005-07-19 2006-07-19 Systems, methods, and apparatus for quality of service processing

Publications (2)

Publication Number Publication Date
JP2009503946A JP2009503946A (ja) 2009-01-29
JP4740331B2 true JP4740331B2 (ja) 2011-08-03

Family

ID=37459539

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008522943A Active JP4740331B2 (ja) 2005-07-19 2006-07-19 サービス品質処理のためのシステム、方法、および装置

Country Status (9)

Country Link
US (1) US8045515B2 (ja)
EP (1) EP1908233B1 (ja)
JP (1) JP4740331B2 (ja)
KR (1) KR100963878B1 (ja)
CN (1) CN101263695B (ja)
BR (1) BRPI0613558A2 (ja)
CA (1) CA2616121A1 (ja)
RU (1) RU2008106238A (ja)
WO (1) WO2007012024A1 (ja)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001240077A1 (en) * 2000-05-19 2001-12-03 Channelogics, Inc. Allocating access across shared communications medium
US7499453B2 (en) * 2000-05-19 2009-03-03 Cisco Technology, Inc. Apparatus and methods for incorporating bandwidth forecasting and dynamic bandwidth allocation into a broadband communication system
KR100694791B1 (ko) * 2004-02-09 2007-03-14 리서치 인 모션 리미티드 흐름 제어 프로세스와 연관된 무선 네트워크 동작을제어하는 방법 및 장치
US8660527B2 (en) * 2005-02-17 2014-02-25 Qualcomm Incorporated Control of data call origination based on prior origination attempts
US7870231B2 (en) * 2006-07-21 2011-01-11 Qualcomm Incorporated Efficiently assigning precedence values to new and existing QoS filters
US8654638B2 (en) * 2006-12-19 2014-02-18 Marcin Godlewski Dynamically adjusting bandwidth usage among subscriber streams
JP4406438B2 (ja) 2007-03-22 2010-01-27 株式会社東芝 情報処理装置
US9681336B2 (en) 2007-06-13 2017-06-13 Qualcomm Incorporated Quality of service information configuration
US8516136B2 (en) * 2007-07-09 2013-08-20 Alcatel Lucent Web-based over-the-air provisioning and activation of mobile terminals
WO2009012462A1 (en) * 2007-07-18 2009-01-22 The Trustees Of Columbia University In The City Of New York Methods and systems for providing template based compression
US8116337B2 (en) * 2007-07-27 2012-02-14 Marcin Godlewski Bandwidth requests transmitted according to priority in a centrally managed network
JP5033603B2 (ja) * 2007-12-04 2012-09-26 京セラ株式会社 無線通信端末、無線基地局及びパケット通信方法
US20090190471A1 (en) * 2008-01-10 2009-07-30 Mahendran Arungundram C Method and Apparatus for Optimized Session Setup with Network-Initiated QoS Policy Control
WO2009093322A1 (ja) * 2008-01-24 2009-07-30 Mitsubishi Electric Corporation 帯域保証通信システム
US8077668B2 (en) * 2008-01-28 2011-12-13 Kyocera Corporation Radio communication terminal, radio base station, and packet communication method
US8160099B2 (en) * 2008-01-28 2012-04-17 Kyocera Corporation Radio communication terminal, radio base station, and packet communication method
US8321654B2 (en) * 2008-05-20 2012-11-27 Alcatel Lucent Methods for initial bootstrap during activation and initial configuration of user terminals in network
US9094943B2 (en) * 2008-09-19 2015-07-28 Qualcomm Incorporated Network and mobile device initiated quality of service
US9100880B2 (en) * 2009-02-13 2015-08-04 Qualcomm Incorporated Methods and systems for QoS translation during handover between wireless networks
US8744509B2 (en) * 2009-04-08 2014-06-03 Qualcomm Incorporated Reducing time for call failure indication
US8958837B2 (en) * 2009-04-08 2015-02-17 Qualcomm Incorporated Reducing time for call failure indication
CN101990325B (zh) * 2009-07-31 2013-04-24 华为技术有限公司 确定及维护多跳网络服务质量参数的方法、装置和系统
US8891380B2 (en) * 2010-02-26 2014-11-18 Qualcomm Incorporated Systems and methods for synchronizing filter records
US20110310731A1 (en) * 2010-06-18 2011-12-22 Sharp Laboratories Of America, Inc. Controlling network resource usage of machine type communication (mtc) devices
US20110310737A1 (en) * 2010-06-21 2011-12-22 Qualcomm Incorporated Method and apparatus for qos context transfer during inter radio access technology handover in a wireless communication system
US8787172B2 (en) 2010-06-21 2014-07-22 Qualcomm Incorporated Method and apparatus for QoS context transfer during inter radio access technology handover in a wireless communication system
US8908636B2 (en) 2010-06-21 2014-12-09 Qualcomm Incorporated Method and apparatus for QoS context transfer during inter radio access technology handover in a wireless communication system
US8855052B2 (en) 2010-10-01 2014-10-07 Lg Electronics Inc. Attention commands enhancement
JP5411203B2 (ja) * 2011-05-25 2014-02-12 株式会社Nttドコモ サービス選択制御装置及びサービス選択制御システム
MX2017007784A (es) * 2014-12-19 2017-12-15 Hubbell Inc Estación serverless localization party (spp) en protocolo de internet (ip) y sistemas y métodos para desplegar múltiples estaciones spp.
WO2016148626A1 (en) * 2015-03-13 2016-09-22 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for traffic aggregation setup between wlan and 3gpp
WO2018165140A1 (en) 2017-03-10 2018-09-13 Hubbell Incorporated SYSTEMS, APPARATUSES AND METHODS FOR PARTY LINE CALLS AMONG VOICE OVER INTERNET PROTOCOL (VoIP) TELEPHONES
US20230025546A1 (en) * 2021-07-16 2023-01-26 Meta Platforms Technologies, Llc Systems and methods of wireless trigger frames using transmission identifiers

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005015413A1 (en) * 2003-08-06 2005-02-17 Nokia Corporation Quality of service support at an interface between mobile and ip network
US20050141527A1 (en) * 2003-12-29 2005-06-30 Nokia Corporation Method, system, and devices for transmitting information between a user equipment and an IP packet gateway

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6169895B1 (en) * 1996-12-17 2001-01-02 At&T Wireless Svcs. Inc. Landline-supported private base station for collecting data and switchable into a cellular network
US6119167A (en) * 1997-07-11 2000-09-12 Phone.Com, Inc. Pushing and pulling data in networks
GB2341059A (en) * 1998-08-28 2000-03-01 Nokia Oy Ab Internet protocol flow detection
US6577628B1 (en) * 1999-06-30 2003-06-10 Sun Microsystems, Inc. Providing quality of service (QoS) in a network environment in which client connections are maintained for limited periods of time
US7478161B2 (en) * 1999-11-30 2009-01-13 Microsoft Corporation Network quality of service for qualitative applications
US6738361B1 (en) * 2000-05-31 2004-05-18 Nokia Ip Inc. Method, apparatus and computer program for IP traffic prioritization in IP networks
US6845100B1 (en) * 2000-08-28 2005-01-18 Nokia Mobile Phones Ltd. Basic QoS mechanisms for wireless transmission of IP traffic
US7136395B2 (en) * 2000-11-30 2006-11-14 Telefonaktiebolaget L M Ericsson (Publ) Method and system for transmission of headerless data packets over a wireless link
US20030039259A1 (en) * 2001-07-10 2003-02-27 Lila Madour Traffic flow template for managing packet data flows
JP4464138B2 (ja) * 2002-01-08 2010-05-19 モトローラ・インコーポレイテッド パケットデータサービングノードによって開始される移動通信システムの更新
US7492762B2 (en) * 2002-05-13 2009-02-17 Nortel Networks Limited Method for dynamic flow mapping in a wireless network
US7277455B2 (en) 2002-06-10 2007-10-02 Qualcomm Incorporated Packet flow processing in a communication system
AU2003239207A1 (en) * 2002-06-10 2003-12-22 Qualcomm, Incorporated Packet flow processing in a communication system
CN100426733C (zh) * 2003-01-16 2008-10-15 华为技术有限公司 网络通信中实现资源分配的系统及其方法
US20040260951A1 (en) 2003-04-14 2004-12-23 Lila Madour Method and Packet Data Service Node (PDSN) for Quality of Service (QoS) mapping
MY138722A (en) 2003-08-18 2009-07-31 Nokia Corp Apparatus, and associated method, for selecting quality of service-related information in a radio communication system
KR100849345B1 (ko) * 2003-10-30 2008-07-29 삼성전자주식회사 고속 패킷 데이터 시스템에서의 서비스 품질 제공 방법
WO2005076654A1 (en) * 2004-02-03 2005-08-18 Nokia Corporation Method and apparatus for providing end-to-end quality of service (qos)
US7558283B2 (en) * 2004-03-12 2009-07-07 Nokia Corporation Method, apparatus and computer program product providing quality of service support in a wireless communications system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005015413A1 (en) * 2003-08-06 2005-02-17 Nokia Corporation Quality of service support at an interface between mobile and ip network
US20050141527A1 (en) * 2003-12-29 2005-06-30 Nokia Corporation Method, system, and devices for transmitting information between a user equipment and an IP packet gateway

Also Published As

Publication number Publication date
CN101263695A (zh) 2008-09-10
KR100963878B1 (ko) 2010-06-16
WO2007012024A1 (en) 2007-01-25
RU2008106238A (ru) 2009-08-27
BRPI0613558A2 (pt) 2011-01-18
EP1908233A1 (en) 2008-04-09
CA2616121A1 (en) 2007-01-25
EP1908233B1 (en) 2012-08-15
JP2009503946A (ja) 2009-01-29
KR20080042831A (ko) 2008-05-15
US8045515B2 (en) 2011-10-25
CN101263695B (zh) 2012-10-10
US20070058545A1 (en) 2007-03-15

Similar Documents

Publication Publication Date Title
JP4740331B2 (ja) サービス品質処理のためのシステム、方法、および装置
US9826542B2 (en) Method and devices for specifying the quality of service in a transmission of data packets
EP1382214B1 (en) Binding information for ip media flows
US8355413B2 (en) Policy based procedure to modify or change granted QoS in real time for CDMA wireless networks
US8422373B2 (en) Adaptive multi-rate codec bit rate control in a wireless system
TWI398128B (zh) 在一行動電信網路中之優先權載體
US8953596B2 (en) Conserving network capacity by releasing QoS resources
US20010027490A1 (en) RSVP handling in 3G networks
US20060045128A1 (en) Per flow quality of service (QoS) enforcement for downlink data traffic
JP2004535747A (ja) パケット伝送ネットワークにおいてumtsコールを処理する方法、およびumtsネットワークのための、前記方法を実施するためのノード
Chen et al. Quality of service support in 1x EV-do revision a systems

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100702

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100803

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101104

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110428

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4740331

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20140513

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250