JP4541158B2 - 無線ネットワークにおけるパケット処理 - Google Patents

無線ネットワークにおけるパケット処理 Download PDF

Info

Publication number
JP4541158B2
JP4541158B2 JP2004565208A JP2004565208A JP4541158B2 JP 4541158 B2 JP4541158 B2 JP 4541158B2 JP 2004565208 A JP2004565208 A JP 2004565208A JP 2004565208 A JP2004565208 A JP 2004565208A JP 4541158 B2 JP4541158 B2 JP 4541158B2
Authority
JP
Japan
Prior art keywords
packet
packets
format
processor
udp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2004565208A
Other languages
English (en)
Other versions
JP2006512015A (ja
Inventor
バラクリシュナ，ピー
スリーニヴァサ，マーシー，ティー
スワイン，ギリジャ，プラサンナ
シムハ，プラタプ
ラシ，ラジニーシュ
スリーニヴァスル，エム
Original Assignee
インテル コーポレイション
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 インテル コーポレイション filed Critical インテル コーポレイション
Publication of JP2006512015A publication Critical patent/JP2006512015A/ja
Application granted granted Critical
Publication of JP4541158B2 publication Critical patent/JP4541158B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2466—Traffic characterised by specific attributes, e.g. priority or QoS using signalling traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing 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/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Description

次世代の無線ネットワークは、マルチメディア情報の通信を容易にするために、パケットベースの技術に移行している。ネットワークにより運ばれる情報の形式の観点からはロバストであるが、ある場合にはパケット処理の要件はシステム性能を低下させる。このことは、音声通信のように特に高いサービス品質(QoS)の要件を有するアプリケーションに関して望ましくないことがある。従って、無線ネットワークでパケットを処理し、マルチメディア情報を通信するための改善した技術の必要性が存在し得る。
本発明の実施例として扱われる対象は、明細書の結びの部分に特に示されており、明確に主張されている。しかし、本発明の実施例は、その目的と特徴と利点とともに構成及び動作方法の双方について、以下の詳細な説明を参照して、添付図面とともに読まれて最も良く理解され得る。
本発明の実施例は、ネットワークでパケットを処理する方法及び装置を有してもよい。本発明の一実施例では、パケットはユニバーサル移動体通信システム(UMTS:Universal Mobile Telecommunication System)の無線ネットワークコントローラ(RNC:Radio Network Controller)で受信されてもよい。パケットが制御情報を有するかペイロード情報を有するかに関して決定が行われてもよい。ペイロード情報の例は音声情報でもよい。パケットが制御情報を有する場合には、パケットは低速パス処理モジュール(SPPM:Slow Path Processing Module)に送信されてもよく、パケットがペイロード情報を有する場合には、パケットは高速パス処理モジュール(FPPM:Fast Path Processing Module)に送信されてもよい。FPPMは、例えばペイロード情報を処理するのに最適化されたネットワークプロセッサを有してもよい。このことは、かなり厳しいQoS要件を有する音声情報にとって特に重要になることがある。
本発明の一実施例では、ここで使用される“情報”という用語は、ネットワークにより運ばれることが可能な如何なるデータを示してもよい。これに関する情報の例には、音声会話、テレビ会議、ストリーミングビデオ、電子メール(“email”)メッセージ、音声メールメッセージ、英数字記号、グラフィックス、画像、ビデオ、テキスト等が含まれてもよい。ここで使用される“制御情報”という用語は、コントロールプレーン(control plane)のトラヒックのような所定のプロトコルのコマンド又は命令を表す如何なる情報を示してもよい。ここで使用される“ペイロード情報”という用語は、データプレーン(data plane)又は転送プレーンのトラヒックのような所定のプロトコルにより配信されるコンテンツ又はデータを表す如何なる情報を示してもよい。
特に、UMTSネットワークの個々のネットワークエレメントは、パケットトラヒックに有意な処理要件を課してもよい。携帯電話のようなユーザ装置(UE:User Equipment)と宛先装置との間のデータパスは、例えば、ノードB、RNC、サービスGPRSサポートノード(SGSN:Servicing GPRS Support Node)及び移動サービスセンター(MSC:Mobile Services Switching Center)を有してもよい。これらの各ネットワークエレメントは、特定の無線ネットワークの設計上の制約(例えばQoS要件)を超過する処理待ち時間及び転送待ち時間を追加してもよい。更に、UMTSネットワークは、レイヤ1(L1)無線インタフェースとして広帯域符号分割多重アクセス(W-CDMA:Wideband Code Division Multiple Access)を使用する。次に、そのW-CDMAは、Global System For Mobile Communications(GSM)のような従来の無線ネットワークと比較して、UEとUMTSネットワークとの間で大量のシグナリング交換を要求することがある。従って、各ネットワークエレメントでの処理遅延を低減し、全体のシステム遅延を許容可能なレベルに低減する技術が必要なことがある。
本発明の実施例は、RNCがパケットデータを処理するレイヤ1又は“有線”速度を実現するシステムアーキテクチャ手法を提供しようとする。本発明の一実施例は、運んでいる情報の形式に基づいてパケットを分離する。例えば、パケットが制御情報を運んでいるかペイロード情報を運んでいるかに基づいて、分割が行われてもよい。制御情報は“低速パス”スイッチを使用して処理されてもよく、ペイロード情報は“高速パス”スイッチを使用して処理されてもよい。
本発明の一実施例では、高速パススイッチは、レイヤ1速度を実現するためにネットワークプロセッサを有してもよい。ネットワークプロセッサは、データパケット処理について限られた機能のみを実装するようにプログラムされてもよい。これは、RNCの処理時間を低減することがあり、そのため全体UMTSネットワークの処理時間を低減することがある。それはまた、ネットワークプロセッサのデータプレーンプロトコルの全ての側面を実装することに比較して、ネットワークプロセッサに少ない処理要件を要求することがあり、そのため、性能の要件に対する能力が改善されることがある。
明細書における“一実施例”又は“実施例”への言及は、実施例に関連して説明する特定の機能、構造又は特徴が本発明の少なくとも１つの実施例に含まれることを意味する点に留意すべきである。明細書の多様な場所にある“一実施例では”という語句が現れることは、必ずしも同じ実施例を示すとは限らない。
本発明の実施例の完全な理解を提供するために、多数の特定の詳細がここに示されることがある。しかし、本発明の実施例はこれらの特定の詳細なしに実施され得ることが、当業者にわかる。ある場合には、本発明の実施例をあいまいにしないように、周知の方法と手順と構成要素と回路について詳細に説明しない。ここで開示した特定の構造上及び機能上の詳細は代表的なものであり、必ずしも本発明の範囲を限定するものではないことがわかる。
本発明の実施例は、プロセッサ、ハードウェア回路若しくは構成、又はその双方の組み合わせにより実行されるソフトウェアとして実装され得る機能を組み込んでもよい。プロセッサは、Intel(登録商標)Corporation、Motorola Incorporated、Sun Microsystems Incorporated等により製造されたプロセッサ群からのプロセッサのように、汎用又は専用のプロセッサでもよい。ソフトウェアは、本発明の実施例の特定の機能を実装するプログラムロジック、命令又はデータを有してもよい。ソフトウェアは、読み取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、磁気ディスク(例えばフロッピー（登録商標）ディスクやハードドライブ)、光ディスク(例えばCD-ROM)又はその他のデータ記憶媒体のように、機械によりアクセス可能な媒体又はコンピュータ読取可能媒体に格納されてもよい。本発明の一実施例では、媒体は、圧縮及び／又は暗号形式のプログラム命令を格納してもよく、プロセッサにより実行される前にコンパイルされ又はインストーラによりインストールされる必要のある命令を格納してもよい。代替として、本発明の実施例は、前述の機能を実行する配線ロジックを有する特定のハードウェア構成要素として、又はプログラムされた汎用コンピュータ構成要素及びカスタムハードウェア構成要素の何らかの組み合わせにより実装されてもよい。
図面を詳細に参照すると、同様の部分は全体を通じて同様の参照数字により示されている。本発明の一実施例を実施するのに適したシステムが図１に示されている。図１は、例えばThird-Generation Partnership Project(3GPP)の3G TSの仕様の系列に従ったUMTSネットワークを表し得るUMTSネットワーク100のブロック図である。図１に示すように、UMTSネットワーク100は、１つ以上のノードBシステム104、106及び／又は108と無線通信するUE102を有してもよい。ノードBシステム104及び106はRNC110に接続されてもよく、ノードBシステム108はRNC112に接続されてもよい。RNC110とRNC112の双方は相互に接続されるとともに、MSC114に接続されてもよい。システム100は一例として提供されており、多様なトポロジではより多く又はより少ないエレメントを有してもよく、依然として本発明の範囲内にある。
多様なUMTSネットワークエレメントは１つ以上の通信プロトコルに従って情報を通信してもよい。例えば、UE102とノードBシステム104、106、108は、“Radio Resource Control(RCC) Protocol Specification”、3G TS 25-331、リリース1999(“Uu仕様”)という題の3GPP仕様のような、１つ以上の“Uuインタフェース”プロトコルに従って通信してもよい。その他の例では、ノードBシステム104、106、108は、“UTRAN Iub Interface: General Aspects and Principles”、3G TS 25-430、リリース1999(“Ibu仕様”)という題の3GPP仕様のような、１つ以上の“Iubインタフェース”プロトコルに従ってRNC110及び／又はRNC112と通信してもよい。更に他の例では、RNC110とRNC112は、“UTRAN Iur Interface: General Aspects and Principles”、3G TS 25-420、リリース1999(“Iur仕様”)という題の3GPP仕様のような、１つ以上の“Iurインタフェース”プロトコルに従って相互に情報を通信してもよい。更に他の例では、RNC110とRNC112は、“UTRAN Iu Interface: General Aspects and Principles”、3G TS 25-410、リリース1999(“Iu仕様”)という題の3GPP仕様のような、１つ以上の“Iuインタフェース”プロトコルに従ってMSC114と情報を通信してもよい。しかし、実施例はこの内容に限定されない。
図２は、本発明の一実施例によるRNCのブロック図である。図２はシステム200を示している。システム200は、例えばRNC110やRNC112のようなRNCの一部を表してもよい。本発明の一実施例では、RNC200はホストカード202と、イーサーネットスイッチングモジュール204と、Iubラインカード206と、Iuラインカード208とを有してもよく、全てが高速イーサーネットバックプレーン210を介して接続されている。Iubラインカード206は、Iub仕様に従ってIubインタフェーストラヒックを処理してもよい。Iuラインカード208は、Iu仕様に従ってIuインタフェーストラヒックを処理してもよい。Iubラインカード206及びIuラインカード208は、それぞれ２種類のプロセッサをホストしてもよい。第１の種類は、データプレーンプロトコルを実行することを対象とした１つ以上のネットワークプロセッサを有してもよい。第２の種類は、シグナリングプロトコルを実行することを対象とした１つ以上のコントロールプレーンを有してもよい。ホストカード202は、RNCアプリケーションと更なるシグナリングプロトコルとを実行してもよい。イーサーネットスイッチングモジュール204は、高速イーサーネットバックプレーン210を介してホストとラインカードとの間で情報のパケットを切り替えてもよい。
図３は、本発明の一実施例によるRNCのラインカードのブロック図である。図３は、例えばIubラインカード206又はIuラインカード208の一部を表してもよいラインカード300を示している。本発明の一実施例では、例えば、ラインカード300はSPPM304とFPPM306とを有してもよい。SPPM304は汎用プロセッサと関連のアプリケーションソフトウェアとを有してもよい。SPPM304はラインカード300の制御情報を処理するために使用されてもよい。FPPM306はネットワークプロセッサと関連のソフトウェアとを有してもよい。FPPM306はラインカード300のペイロード情報を処理するために使用されてもよい。
本発明の一実施例では、ネットワークプロセッサは、例えば複数のマイクロエンジン及びプロセッサコアのような複数の処理エレメントを有するIntel IXP 2800(登録商標)ベースのネットワークプロセッサでもよい。プロセッサコアは、例えばIntel StrongARM(登録商標)Core(ARMはイギリスのARM Limitedの商標である)でもよい。プロセッサコアはまた、例えばネットワークプロセッサの他のリソースのコードをロードすることを支援し、プロトコル処理や例外やパケット処理の特別サポートのような他の汎用コンピュータ形式の機能を実行する中央コントローラを有してもよい。例えば、マイクロエンジンは、命令を格納する機能を有し得るメモリを有してもよい。例えば、一実施例では16のマイクロエンジンが存在し、各マイクロエンジンは8のプログラムスレッドを処理する機能を有する。しかし、特許請求の範囲の対象はこの点に限定されないことがわかる。
本発明の一実施例では、スイッチングモジュール302は、パケットが制御情報を運んでいるかペイロード情報を運んでいるかを決定し、パケットを適切な処理モジュールに転送してもよい。本発明の他の実施例では、スイッチングモジュール302は省略されてもよく、SPPM304及びFPPM306の多様な入力は、シグナリングデータパスに基づいて適切な処理モジュールに“配線”されてもよい。例えば、あるパケットデータトラヒックは専用の伝送チャネルを有してもよい。従って、所定の伝送チャネルで受信した何らかの情報又は関連の論理チャネル識別子を有する何らかの情報は、ペイロード情報であると仮定され、直接FPPM306にルーティングされてもよい。その他の例では、あるパケットデータトラヒックは共有伝送チャネルに割り当てられてもよく、そのため、直接SPPM304にルーティングされてもよい。この“配線”の決定は、一般的にTelecommunication Equipment Manufacturer(TEM)によるポリシー決定である。
ラインカード300のアーキテクチャは、ネットワークプロセッサを使用して高速パスでペイロード情報を処理することを中心としてもよい。ネットワークプロセッサは、データプレーン又は転送プレーンのパケットデータトラヒックにより運ばれるような、ペイロード情報を処理するために使用される通信プロトコルの一部を実装するようにプログラムされてもよい。特に、高速パス処理は専用伝送チャネルに割り当てられたパケットデータサービスに適用できる。その結果、ラインカード300はシステムスループットを増加させてもよい。これは、無線リンク確立や、出力制御や、他の動作のホストのような、他のタスクにアドレス指定するシステムの他の処理エンティティを使えるようにする。
パケットデータトラヒックは、複数の理由でネットワークプロセッサによる処理に特に適することがある。例えば、一般的にはパケットデータトラヒックは現実に“バースト的”である。更に、Radio Link Control(RLC)のTransparent Mode(TM)や、Unacknowledged Mode(UM)や、Acknowledged Mode(AM)のような複数の識別可能なモードを有する。更に、媒体アクセス制御(MAC:Media Access Control)は特定のパケットデータトラヒックの専用伝送チャネルを使用してもよく、そのため、同じ伝送チャネルに異なるユーザ装置からのトラヒックを多重化する必要がないことがある。最終的に、Iu Packet Switched(Iu-PS) User Part(UP)及び3GPP仕様3G TS 29.060、リリース1999(“GTP仕様”)に定められるGPRS Tunneling Protocol(GTP) user(GTP-u)プロトコルのユーザデータのような、パケット交換のユーザデータを処理するために必要な機能が減少することがある。
システム100、200、300の動作について、図４及び添付の例を参照して更に説明する。ここでは図４は特定の処理ロジックを有し得るものとして示しているが、処理ロジックは、ここで説明する一般機能がどのように実装され得るかの例を単に提供するに過ぎないことがわかる。更に、特に断りのない限り、所定の処理ロジック内の各動作は必ずしも提示されている順に実行される必要はない。
図４は、本発明の一実施例によるRNCのラインカードにより実行されるプログラムロジックのブロックフローチャートである。図４は、プログラムロジック400を示している。プログラムロジック400は、UMTSネットワークのようなネットワークでパケットを処理する動作を示してもよい。ブロック402において、パケットはRNCで受信され得る。ブロック404において、パケットが制御情報を有するかペイロード情報を有するかに関する決定が行われ得る。パケットが制御情報を有する場合、ブロック406において、パケットはパケットを処理するSPPMに送信され得る。パケットがペイロード情報を有する場合、ブロック406において、パケットはパケットを処理するFPPMに送信され得る。本発明の一実施例では、FPPMはペイロード情報の処理を加速させるネットワークプロセッサを有してもよい。
本発明の一実施例では、各パケットは関連の“パケット形式”及び“方向”を有してもよい。パケット形式は、パケットをフォーマット又は通信するために使用される所定のプロトコルにより定められてもよい。例えば、パケットは、1981年9月のInternet Engineering Task Force(IETF) standard 5、Request For Comment(RFC) 791(“IP仕様”)に定められたインターネットプロトコル(IP)に従ってペイロード情報を運んでもよい。このようなパケットのパケット形式は、例えば“IPパケット”と呼ばれることがある。各パケットに関連する方向はパケットの処理パスを示してもよい。例えば、UEからRNCに通信されるパケットは“アップリンク”方向で進むと考えられ得る。RNCからUEに通信されるパケットは“ダウンリンク”方向で進むと考えられ得る。各パケットのパケット形式及び方向は、パケットフォーマット、ポート割り当て、所定のフラグ、プロトコルフィールド、伝送チャネル、論理チャネル等のような、一式の基準を割り当てられてもよく、また代替として、一式の基準から決定されてもよい。
本発明の一実施例では、FPPMはパケットを受信してもよい。次に、FPPMは、“プロトコルスタック”からの少なくとも１つのプロトコルに従って、パケット形式及び方向に基づいてパケットを処理してもよい。“プロトコルスタック”という用語は、各処理レイヤが１つ以上のプロトコルに従って情報を処理する一式の処理レイヤを示してもよい。例えば、一般的にレイヤ1は、E1や、T1や、E3や、T3や、STMや、同期式光ファイバネットワーク(SONET:Synchronous Optical Network)プロトコルのような、物理レイヤのプロトコルを有する。レイヤ2は、例えば1994年7月のInternet Engineering Task Force(IETF) standard 51、Request For Comment(RFC) 1661(“PPP仕様”)に定められたポイント・ツー・ポイント・プロトコル(PPP:Point-To-Point Protocol)のプロトコルを有してもよい。レイヤ3(L3)は、例えばIP仕様に従ったIPプロトコルを有してもよい。これらのものは単なる例に過ぎないことがわかる。システム100のようなUMTSネットワークでは、多数のレイヤの通信プロトコルが存在することがあり、特許請求の範囲の対象はこの内容に限定されない。
本発明の一実施例では、FPPMは、プロトコルスタックの各プロトコルに従ってペイロード情報を処理することを目的とする機能を実装するようにプログラムされたネットワークプロセッサを有してもよい。データパス及びシグナリングパスの全てのプロトコルスタックは、NPからの例外データ及びストリーミングと、トラヒックのインタラクティブ及びバックグラウンドのクラスとを処理するコントロールプレーンのプロセッサに存在してもよい。コントロールプレーンのプロセッサは、例えばホストカード202の汎用プロセッサでもよい。
本発明の一実施例では、Iubラインカード206のFPPM306は、Iubラインカード206により一般的に処理される多様なプロトコルに従ってペイロード情報を処理することを目的とする機能を実装するようにプログラムされてもよい。例えば、FPPM306はPPP仕様に定められるPPPプロトコルに従ってパケットを処理してもよい。PPPプロトコルは、通常は伝送ネットワークのレイヤ2で処理される。アップリンク方向では、受信したPPPパケットはIPレイヤに転送され得る。ダウンリンク方向では、IPパケットが受信され、適切なPPPヘッダ及びペイロードが準備され、プロトコルスタックのレイヤ1に送信され得る。
本発明の一実施例では、Iubラインカード206のFPPM306は、IP仕様により定められるIPプロトコルに従ってパケットを処理してもよい。IPプロトコルは、通常は伝送ネットワークのレイヤ3(L3)で処理される。アップリンク方向では、IPパケットが受信され、サービスユーザ(例えばUDP又はSCTPポート)に基づいてユーザデータグラムプロトコル(UDP:User Datagram Protocol)レイヤ又はストリーム制御通信プロトコル(SCTP:Stream Control Transmission Protocol)に転送され得る。ダウンリンク方向では、UDPパケット及びSCTPストリームが受信され得る。この場合、適切なIPヘッダ及びペイロードが準備され、PPPレイヤに送信され得る。
本発明の一実施例では、Iubラインカード206のFPPM306は、1980年8月のIETF standard 6、RFC768(“UDP仕様”)により定められたUDPに従ってパケットを処理してもよい。UDPプロトコルは、通常は伝送ネットワークのレイヤ4で処理される。アップリンク方向では、UDPパケットが受信され、サービスユーザ(例えば所定の伝送チャネルのFPベアラ)に基づいてフレームプロトコル(FP:Frame Protocol)レイヤに転送され得る。ダウンリンク方向では、FPペイロードを備えたFPパケットが受信され得る。適切なUDPヘッダ及びペイロードが準備され、IPレイヤに送信され得る。
本発明の一実施例では、Iubラインカード206のFPPM306は、3GPP 3G TSのプロトコル群により定められたFPに従ってパケットを処理してもよい。ダウンリンク方向では、FPPM306は、MACからのトランスポートブロックの形式でフレームのペイロードを準備し得る。アップリンク方向では、FPPM306はまた、MACにトランスポートブロックを配信し得る。
その他の例では、Iubラインカード206のFPPM306は、UMTSのダイバーシチ選択(diversity selection)に従ってパケットを処理してもよい。アップリンク方向では、FPPMは、各FPフレームの品質推定フラグに基づいて最善のフレームを選択して得る。ダウンリンク方向では、FPPM306は、必要に応じてマクロダイバーシチの各パスでフレームを複製し得る。
本発明の一実施例では、Iubラインカード206のFPPM306は、UMTSの媒体アクセス制御Dedicated(MAC-D:Media Access Control Dedicated)レイヤの要件に従ってパケットを処理してもよい。例えば、アップリンク方向では、FPPM306はトランスポートブロックでTransport Format(TFI)の正確性を検査し得る。FPPM306はまた、トランスポートブロックを解読してRLCレイヤに配信し得る。ダウンリンク方向では、FPPM306は、トランスポートブロックを暗号化してFPレイヤに配信し得る。例えば、暗号化はRLC-TMモードのパケットに適することがある。FPPM306はまた、Radio Access Bearer(RAB)サブフロー(RFCI)及びTFCIのマッピングのように、アプリケーションレイヤからの情報に基づいてMAC-Dレイヤで最善のTransport Format Combination(TFCI)を選択し得る。更に、FPPM306は、必要に応じて適切な測定レポートを実行し得る。
本発明の一実施例では、ラインカード206のFPPM306は、UMTSのRLCプロトコルレイヤの要件に従ってパケットを処理してもよい。ダウンリンク方向では、FPPM306は、RLCサービスデータユニット(SDU:Service Data Unit)の形式でデータ中継(DR:Data Relay)を介してIuラインカード208からデータパケットを受信し得る。DRはIubラインカード206とIuラインカード208との間でRLCペイロードを転送し得る。アップリンク方向では、FPPM306はDRを介してIuラインカード208にRLC SDUを送信し得る。
本発明の一実施例では、Iubラインカード208のFPPM306は、Iuラインカード208により一般的に処理される多様なプロトコルに従ってペイロード情報を処理することを目的とする機能を実装するようにプログラムされてもよい。例えば、FPPM306はPPPプロトコルに従ってパケットを処理し得る。PPPプロトコルは、通常は伝送ネットワークのL2で処理される。アップリンク方向では、受信したPPPパケットはIPレイヤに転送され得る。ダウンリンク方向では、IPパケットが受信され、適切なPPPヘッダ及びペイロードが準備され、プロトコルスタックのレイヤ1に送信され得る。
本発明の一実施例では、Iuラインカード208のFPPM306は、IPプロトコルに従ってパケットを処理してもよい。IPプロトコルは、通常は伝送ネットワークのL3で処理される。アップリンク方向では、受信したIPパケットは、サービスユーザ(例えばUDP又はSCTPポート)に基づいてUDPレイヤ又はSCTPレイヤに転送され得る。ダウンリンク方向では、UDPパケット及びSCTPパケットが受信され得る。この場合、適切なIPヘッダ及びペイロードが準備され、PPPレイヤに送信され得る。
本発明の一実施例では、Iuラインカード208のFPPM306は、UDPプロトコルに従ってパケットを処理してもよい。UDPプロトコルは、通常は伝送ネットワークのL4で処理される。アップリンク方向では、RTPペイロードを備えたリアルタイムプロトコル(RTP:Real Time Protocol)パケットが受信され得る。RTPパケットは、例えば1996年1月のIETF RFC1889(“RTP仕様”)により定められたRTPプロトコルに従って作られ得る。RPPM306は、適切なUDPヘッダ及びペイロードを準備し、パケットをIPレイヤに送信し得る。ダウンリンク方向では、受信したUDPパケットは、サービスユーザ(例えば所定のRABのRTPセッション)に基づいてRTPレイヤに転送され得る。
本発明の一実施例では、Iuラインカード208のFPPM306は、GTP仕様に定められたGTPプロトコルに従ってパケットを処理してもよい。アップリンク方向では、Packet Data Convergence Protocol(PDCP)パケットが受信され得る。FPPM306は、PDCPパケットからのPDCPペイロードを使用して、GTPヘッダ及びGTPペイロードを準備し得る。GTPパケットは、UDPポートを介してコアネットワークに転送され得る。ダウンリンク方向では、GTPパケットが受信され得る。GTPペイロードが処理され、PDCP SDUが準備され、PDCPレイヤに転送され得る。
本発明の一実施例では、Iuラインカード208のFPPM306は、3GPP仕様の3G TS 25.323、リリース1999(“PDCP仕様”)により定められたPDCPプロトコルに従ってパケットを処理してもよい。アップリンク方向及びダウンリンク方向において、何らかの受信したパケットについてFPPM306はアップリンク方向でヘッダ圧縮を実行し、ダウンリンク方向でヘッダ解凍を実行し得る。
本発明の一実施例では、Iuラインカード208のFPPM306は、Iu仕様により定められたIu-PS UPに従ってパケットを処理してもよい。アップリンク方向では、FPPM306は、PDCPパケットを受信し、フレームペイロードを準備し得る。ダウンリンク方向では、FPPM306は、データをPDCPレイヤに配信し得る。
前述のように、Iubラインカードのパケットデータトラヒックは、そのネットワークプロセッサで処理され、高速バックボーンでIuラインカードに中継され、Iuインタフェースで処理されて送信される。ネットワークプロセッサの処理技術が有線(入出力)速度であるため、その結果としてパケットデータトラヒックは有線速度でIub/Iuインタフェースから切り替えられ、それによって、RNCにおいてパケットにより受ける全体の遅延を低減する。
本発明の一実施例では、RNC200のIubラインカード206及びIuラインカード208は、音声情報の形式のペイロード情報を処理するように最適化されてもよい。特に音声情報は、UMTSネットワーク100のようなシステムに対してかなり厳しいQoS要件を有し得る。従って、Iubラインカード206及びIuラインカード208のFPPM306は、音声通信を対象としたプロトコルの特定の部分を実装するようにプログラムされてもよい。この実施例では、Iubラインカード206及びIuラインカード208は、以下に説明する音声パケットの処理用に変更して、一般的なペイロード情報に関して前述したように動作し得る。音声情報はRLC-TMモードのサービス及び専用の伝送チャネルで使用される点に留意すべきである。更に、音声接続をシグナリングする関連のコントロールプレーンを運ぶ関連の論理チャネル(DDCH)が、音声情報用に使用されるもの以外の伝送チャネルにマッピングされるべきである。このように、音声情報は、適切な伝送チャネルに従ったFPPM306による処理のため配線されてもよい。
本発明の一実施例では、Iubラインカード206のFPPM306は、UMTSのRLC-TMプロトコルレイヤの要件に従って音声パケットを処理するように変更されてもよい。ダウンリンク方向では、FPPM306は、RLC SDUの形式でデータ中継を介してIuラインカード208からデータパケットを受信し得る。データ中継は、Iubラインカード206とIuラインカード208との間でRLCペイロードを転送し得る。アップリンク方向では、FPPM306はデータ中継を介してIuラインカード208にRLC SDUを送信し得る。この実施例では、音声パスにバッファリングは必要ないことがある。音声ペイロードは所望通りにセグメント化及び再構成され得る。
本発明の一実施例では、Iuラインカード208のFPPM306は、RTP仕様に定められたRTPプロトコルに従って音声パケットを処理するように変更されてもよい。アップリンク方向では、RLCパケットが受信され得る。FPPM306は、RLCパケットからのRLCペイロードを使用して、RTPヘッダ及びRTPペイロードを準備し得る。RTPパケットはUDPポートを介してコアネットワークに転送され得る。ダウンリンク方向では、RTPパケットが受信され得る。RTPペイロードが処理され、RTP SDUが準備され、データ中継を介してRLC-TMレイヤに転送され得る。
本発明の一実施例では、Iuラインカード208のFPPM306は、UMTS 3G TSの仕様の系列により定めらたIu回線交換(CS:Circuit Switched)FPに従って音声パケットを処理するように変更されてもよい。アップリンク方向では、FPPM306はRTPパケットを受信し、フレームのペイロードを準備し得る。ダウンリンク方向では、FPPM306はデータをRTPレイヤに配信し得る。
本発明の実施例の特定の特徴について前述したが、多数の変更形態、置換形態、変形形態及び均等物が当業者に思いつくであろう。従って、特許請求の範囲は、本発明の実施例の真の要旨の範囲内にあるこれらの全ての変更形態及び変形形態をカバーすることを意図することがわかる。
本発明の一実施例を実行するのに適したシステム 本発明の一実施例による無線ネットワークコントローラ(RNC:Radio Network Controller)のブロック図 本発明の一実施例によるRNCのラインカードのブロック図 本発明の一実施例によるRNCのラインカードにより実行されるプログラムロジックの第１のブロックフローチャート

Claims (76)

  1. ネットワークでパケットを処理する方法であって、
    複数のラインカードの間で情報を通信するバックプレーンを有する無線ネットワークコントローラ(RNC)の複数のラインカードの１つでパケットを受信し、前記ラインカードの少なくとも１つは低速パス処理モジュール(SPPM)及び高速パス処理モジュール(FPPM)を有し、前記ラインカードの少なくとも１つは前記RNC用のアプリケーションを実行し、
    前記パケットが制御情報を有するかペイロード情報を有するかを決定し、
    前記パケットが制御情報を有する場合に、前記SPPMに前記パケットを送信し、前記パケットがペイロード情報を有する場合に、前記FPPMに前記パケットを送信し、
    前記ラインカードの前記FPPMで前記パケットを受信し、
    前記パケットのパケット形式及び方向を決定し、
    プロトコルスタックからの少なくとも１つのプロトコルに従って、前記パケット形式及び方向に基づいて前記パケットを処理することを有し、
    前記FPPMは前記ラインカードのネットワークプロセッサを有し、前記SPPMは前記ラインカードの汎用プロセッサを有し、
    前記ペイロード情報は音声情報を有する方法。
  2. 請求項１に記載の方法であって、
    前記プロトコルは、前記パケットのペイロード情報を処理することを対象とする方法。
  3. 請求項２に記載の方法であって、
    前記受信は、前記RNCのIubラインカードで前記パケットを受信することを有する方法。
  4. 請求項３に記載の方法であって、
    前記パケット形式は、PPPパケット及びアップリンク方向を有し、
    前記処理は、前記プロトコルスタックの上位レイヤに前記パケットを送信することを有する方法。
  5. 請求項３に記載の方法であって、
    前記パケット形式は、IPパケット及びダウンリンク方向を有し、
    前記処理は、
    前記パケットからPPPパケットを作り、前記PPPパケットは、PPPヘッダ情報とPPPペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記PPPパケットを送信することを有する方法。
  6. 請求項３に記載の方法であって、
    前記パケット形式は、IPパケット及びアップリンク方向を有し、
    前記処理は、
    前記パケットのサービスユーザを決定し、
    前記サービスユーザがUDPである場合、前記パケットをUDPポートに送信し、
    前記サービスユーザがSCTPである場合、前記パケットをSCTPポートに送信することを有する方法。
  7. 請求項３に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のUDPパケットとSCTPパケットとのうち１つを有し、
    前記処理は、
    前記パケットからIPパケットを作り、前記IPパケットは、IPヘッダ情報とIPペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記IPパケットを送信することを有する方法。
  8. 請求項３に記載の方法であって、
    前記パケット形式は、UDPパケット及びアップリンク方向を有し、
    前記処理は、前記パケットをFPポートに送信することを有する方法。
  9. 請求項３に記載の方法であって、
    前記パケット形式は、FPパケット及びダウンリンク方向を有し、
    前記処理は、
    前記パケットからUDPパケットを作り、前記UDPパケットは、UDPヘッダ情報とUDPペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記UDPパケットを送信することを有する方法。
  10. 請求項３に記載の方法であって、
    前記パケット形式は、アップリンク方向のIub FPパケット及びIur FPパケットのうち１つを有し、
    前記処理は、前記プロトコルスタックの上位レイヤに前記パケットからの少なくとも１つのトランスポートブロックを送信することを有する方法。
  11. 請求項３に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のIub FPパケット及びIur FPパケットのうち１つを有し、
    前記処理は、
    前記パケットからFPパケットを作り、前記FPパケットは、FPヘッダ情報とFPペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記FPパケットを送信することを有する方法。
  12. 請求項１１に記載の方法であって、
    前記FPペイロード情報は、少なくとも１つのトランスポートブロックを有する方法。
  13. 請求項３に記載の方法であって、
    前記パケットは、アップリンク方向の全てのダイバーシチパスからの１つ以上のFPパケットを有し、
    前記処理は、
    前記パケットから品質推定フラグを取り出し、
    前記品質推定フラグを所定の値と比較し、
    前記比較に従ってダイバーシチ選択について前記パケットを選択することを有する方法。
  14. 請求項３に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットを複製し、
    前記RNCの少なくとも１つのマクロダイバーシチパスで前記複製パケットを送信することを有する方法。
  15. 請求項３に記載の方法であって、
    前記パケット形式は、アップリンク方向のMAC-Dパケットを有し、
    前記処理は、
    前記パケットの少なくとも１つのトランスポートブロックのTFIの有効性を決定し、
    前記少なくとも１つのトランスポートブロックを解読し、
    前記プロトコルスタックの上位レイヤに前記少なくとも１つのトランスポートブロックを送信することを有する方法。
  16. 請求項３に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のMAC-Dパケットを有し、
    前記処理は、
    前記パケットの少なくとも１つのトランスポートブロックを暗号化し、
    前記少なくとも１つのトランスポートブロックのトランスポートフォーマットの組み合わせを決定し、
    前記トランスポートフォーマットの組み合わせを使用して、前記プロトコルスタックの下位レイヤに前記少なくとも１つのトランスポートブロックを送信し、
    測定情報をレポートすることを有する方法。
  17. 請求項３に記載の方法であって、
    前記パケット形式は、アップリンク方向のRLC-TMパケットを有し、
    前記処理は、前記プロトコルスタックの上位レイヤに前記パケットを送信することを有する方法。
  18. 請求項３に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のRLC-TMパケットを有し、
    前記処理は、
    前記パケットからRLC SDUパケットを作り、前記RLC SDUパケットは、RLC SDUヘッダ情報とRLC SDUペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記RLC SDUパケットを送信することを有する方法。
  19. 請求項３に記載の方法であって、
    前記パケットは、アップリンク方向のDRパケットを有し、
    前記処理は、前記RNCのラインカードに前記DRパケットを送信することを有する方法。
  20. 請求項３に記載の方法であって、
    前記パケットは、ダウンリンク方向のDRパケットを有し、
    前記処理は、前記プロトコルスタックのRLCレイヤに前記DRパケットを送信することを有する方法。
  21. 請求項２に記載の方法であって、
    前記受信は、前記RNCのIuラインカードで前記パケット受信することを有する方法。
  22. 請求項２１に記載の方法であって、
    前記パケット形式は、アップリンク方向のPPPパケットを有し、
    前記処理は、前記プロトコルスタックの下位レイヤに前記PPPパケットを送信することを有する方法。
  23. 請求項２１に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のIPパケットを有し、
    前記処理は、
    前記パケットからPPPパケットを作り、前記PPPパケットは、PPPヘッダ情報とPPPペイロード情報とを有し、
    前記プロトコルスタックの上位レイヤに前記PPPパケットを送信することを有する方法。
  24. 請求項２１に記載の方法であって、
    前記パケット形式は、IPパケット及びアップリンク方向を有し、
    前記処理は、
    前記パケットのサービスユーザを決定し、
    前記サービスユーザがUDPである場合、前記パケットをUDPポートに送信し、
    前記サービスユーザがSCTPである場合、前記パケットをSCTPポートに送信することを有する方法。
  25. 請求項２１に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のUDPパケットとSCTPパケットとのうち１つを有し、
    前記処理は、
    前記パケットからIPパケットを作り、前記IPパケットは、IPヘッダ情報とIPペイロード情報とを有し、
    前記プロトコルスタックの上位レイヤに前記IPパケットを送信することを有する方法。
  26. 請求項２１に記載の方法であって、
    前記パケット形式は、アップリンク方向のUDPパケットを有し、
    前記処理は、
    前記パケットのサービスユーザを決定し、
    前記サービスユーザがRTPである場合に、前記パケットをRTPポートに送信することを有する方法。
  27. 請求項２１に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のRTPパケットを有し、
    前記処理は、
    前記パケットからUDPパケットを作り、前記UDPパケットは、UDPヘッダ情報とUDPペイロード情報とを有し、
    前記プロトコルスタックの上位レイヤに前記UDPパケットを送信することを有する方法。
  28. 請求項２１に記載の方法であって、
    前記パケット形式は、アップリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットからGTPパケットを作り、前記GTPパケットは、GTPヘッダ情報とGTPペイロード情報とを有し、
    前記GTPパケットをUDPポートに送信することを有する方法。
  29. 請求項２１に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のGTPパケットを有し、
    前記処理は、
    前記パケットからFPパケットを作り、
    前記FPパケットをFPレイヤに送信することを有する方法。
  30. 請求項２１に記載の方法であって、
    前記パケット形式は、アップリンク方向のPDCPパケットを有し、
    前記処理は、前記PDCPパケットのPDCPヘッダを圧縮することを有する方法。
  31. 請求項２１に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のPDCPパケットを有し、
    前記処理は、前記PDCPパケットのPDCPヘッダを解凍することを有する方法。
  32. 請求項２１に記載の方法であって、
    前記パケット形式は、アップリンク方向のPDCPパケットを有し、
    前記処理は、
    前記パケットからFPパケットを作り、
    前記FPパケットをFPレイヤに送信することを有する方法。
  33. 請求項２１に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットからPDCPパケットを作り、
    前記パケットをPDCPポートに送信することを有する方法。
  34. 請求項２１に記載の方法であって、
    前記パケット形式は、アップリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットからRTPパケットを作り、前記RTPパケットは、RTPヘッダ情報とRTPペイロード情報とを有し、
    前記RTPパケットをUDPポートに送信することを有する方法。
  35. 請求項２１に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のRTPパケットを有し、
    前記処理は、
    前記パケットからFPパケットを作り、
    前記FPパケットをFPレイヤに送信することを有する方法。
  36. 請求項２１に記載の方法であって、
    前記パケット形式は、アップリンク方向のRTPパケットを有し、
    前記処理は、
    前記パケットからFPパケットを作り、
    前記FPパケットをFPポートに送信することを有する方法。
  37. 請求項２１に記載の方法であって、
    前記パケット形式は、ダウンリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットからRTPパケットを作り、
    前記パケットをRTPポートに送信することを有する方法。
  38. 記憶媒体を有するものであって、
    前記記憶媒体は、プロセッサにより実行されると、
    複数のラインカードの間で情報を通信するバックプレーンを有する無線ネットワークコントローラ(RNC)の複数のラインカードの１つでパケットを受信し、前記ラインカードの少なくとも１つは低速パス処理モジュール(SPPM)及び高速パス処理モジュール(FPPM)を有し、前記ラインカードの少なくとも１つは前記RNC用のアプリケーションを実行し、
    前記パケットが制御情報を有するかペイロード情報を有するかを決定し、
    前記パケットが制御情報を有する場合に、前記SPPMに前記パケットを送信し、前記パケットがペイロード情報を有する場合に、前記FPPMに前記パケットを送信することにより、
    ネットワークでパケットを処理することを生じる格納された命令を有し、
    前記FPPMは前記ラインカードのネットワークプロセッサを有し、前記SPPMは前記ラインカードの汎用プロセッサを有し、
    前記ペイロード情報は音声情報を有し、前記制御情報は非音声情報を有するもの。
  39. 請求項３８に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記FPPMで前記パケットを受信し、
    前記パケットのパケット形式及び方向を決定し、
    プロトコルスタックからの少なくとも１つのプロトコルに従って、前記パケット形式及び方向に基づいて前記パケットを処理することを更に生じるもの。
  40. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、PPPパケット及びアップリンク方向を有し、
    前記処理は、前記プロトコルスタックの上位レイヤに前記パケットを送信することを有することを更に生じるもの。
  41. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、IPパケット及びダウンリンク方向を有し、
    前記処理は、
    前記パケットからPPPパケットを作り、前記PPPパケットは、PPPヘッダ情報とPPPペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記PPPパケットを送信することを有することを更に生じるもの。
  42. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、IPパケット及びアップリンク方向を有し、
    前記処理は、
    前記パケットのサービスユーザを決定し、
    前記サービスユーザがUDPである場合、前記パケットをUDPポートに送信し、
    前記サービスユーザがSCTPである場合、前記パケットをSCTPポートに送信することを有することを更に生じるもの。
  43. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のUDPパケットとSCTPパケットとのうち１つを有し、
    前記処理は、
    前記パケットからIPパケットを作り、前記IPパケットは、IPヘッダ情報とIPペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記IPパケットを送信することを有することを更に生じるもの。
  44. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、UDPパケット及びアップリンク方向を有し、
    前記処理は、前記パケットのサービスユーザを決定し、前記サービスユーザがFPである場合、前記パケットをFPポートに送信することを有することを更に生じるもの。
  45. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、FPパケット及びダウンリンク方向を有し、
    前記処理は、
    前記パケットからUDPパケットを作り、前記UDPパケットは、UDPヘッダ情報とUDPペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記UDPパケットを送信することを有することを更に生じるもの。
  46. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のIub FPパケット及びIur FPパケットのうち１つを有し、
    前記処理は、前記プロトコルスタックの上位レイヤに前記パケットからの少なくとも１つのトランスポートブロックを送信することを有することを更に生じるもの。
  47. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のIub FPパケット及びIur FPパケットのうち１つを有し、
    前記処理は、
    前記パケットからFPパケットを作り、前記FPパケットは、FPヘッダ情報とFPペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記FPパケットを送信することを有することを更に生じるもの。
  48. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記FPペイロード情報は、少なくとも１つのトランスポートブロックを有することを生じるもの。
  49. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットから品質推定フラグを取り出し、
    前記品質推定フラグを所定の値と比較し、
    前記比較に従ってダイバーシチ選択について前記パケットを選択することを有することを更に生じるもの。
  50. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットを複製し、
    前記RNCの少なくとも１つのマクロダイバーシチパスで前記複製パケットを送信することを有することを更に生じるもの。
  51. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のMAC-Dパケットを有し、
    前記処理は、
    前記パケットの少なくとも１つのトランスポートブロックのTFIの有効性を決定し、
    前記少なくとも１つのトランスポートブロックを解読し、
    前記プロトコルスタックの上位レイヤに前記少なくとも１つのトランスポートブロックを送信することを有することを更に生じるもの。
  52. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のMAC-Dパケットを有し、
    前記処理は、
    前記パケットの少なくとも１つのトランスポートブロックを暗号化し、
    前記少なくとも１つのトランスポートブロックのトランスポートフォーマットの組み合わせを決定し、
    前記トランスポートフォーマットの組み合わせを使用して、前記プロトコルスタックの下位レイヤに前記少なくとも１つのトランスポートブロックを送信し、
    測定情報をレポートすることを有することを更に生じるもの。
  53. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のRLC-TMパケットを有し、
    前記処理は、前記プロトコルスタックの上位レイヤに前記パケットを送信することを有することを更に生じるもの。
  54. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のRLC-TMパケットを有し、
    前記処理は、
    前記パケットからRLC SDUパケットを作り、前記RLC SDUパケットは、RLC SDUヘッダ情報とRLC SDUペイロード情報とを有し、
    前記プロトコルスタックの下位レイヤに前記RLC SDUパケットを送信することを有することを更に生じるもの。
  55. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケットは、アップリンク方向のDRパケットを有し、
    前記処理は、前記RNCのラインカードに前記DRパケットを送信することを有することを更に生じるもの。
  56. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケットは、ダウンリンク方向のDRパケットを有し、
    前記処理は、前記プロトコルスタックのRLCレイヤに前記DRパケットを送信することを有することを更に生じるもの。
  57. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のPPPパケットを有し、
    前記処理は、前記プロトコルスタックの下位レイヤに前記PPPパケットを送信することを有することを更に生じるもの。
  58. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のIPパケットを有し、
    前記処理は、
    前記パケットからPPPパケットを作り、前記PPPパケットは、PPPヘッダ情報とPPPペイロード情報とを有し、
    前記プロトコルスタックの上位レイヤに前記PPPパケットを送信することを有することを更に生じるもの。
  59. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、IPパケット及びアップリンク方向を有し、
    前記処理は、
    前記パケットのサービスユーザを決定し、
    前記サービスユーザがUDPである場合、前記パケットをUDPポートに送信し、
    前記サービスユーザがSCTPである場合、前記パケットをSCTPポートに送信することを有することを更に生じるもの。
  60. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のUDPパケットとSCTPパケットとのうち１つを有し、
    前記処理は、
    前記パケットからIPパケットを作り、前記IPパケットは、IPヘッダ情報とIPペイロード情報とを有し、
    前記プロトコルスタックの上位レイヤに前記IPパケットを送信することを有することを更に生じるもの。
  61. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のUDPパケットを有し、
    前記処理は、
    前記パケットのサービスユーザを決定し、
    前記サービスユーザがRTPである場合に、前記パケットをRTPポートに送信することを有することを更に生じるもの。
  62. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のRTPパケットを有し、
    前記処理は、
    前記パケットからUDPパケットを作り、前記UDPパケットは、UDPヘッダ情報とUDPペイロード情報とを有し、
    前記プロトコルスタックの上位レイヤに前記UDPパケットを送信することを有することを更に生じるもの。
  63. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットからGTPパケットを作り、前記GTPパケットは、GTPヘッダ情報とGTPペイロード情報とを有し、
    前記GTPパケットをUDPポートに送信することを有することを更に生じるもの。
  64. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のGTPパケットを有し、
    前記処理は、
    前記パケットからFPパケットを作り、
    前記FPパケットをFPレイヤに送信することを有することを更に生じるもの。
  65. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のPDCPパケットを有し、
    前記処理は、前記PDCPパケットのPDCPヘッダを圧縮することを有することを更に生じるもの。
  66. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のPDCPパケットを有し、
    前記処理は、前記PDCPパケットのPDCPヘッダを解凍することを有することを更に生じるもの。
  67. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のPDCPパケットを有し、
    前記処理は、
    前記パケットからFPパケットを作り、
    前記FPパケットをFPポートに送信することを有することを更に生じるもの。
  68. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットからPDCPパケットを作り、
    前記パケットをPDCPポートに送信することを有することを更に生じるもの。
  69. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットからRTPパケットを作り、前記RTPパケットは、RTPヘッダ情報とRTPペイロード情報とを有し、
    前記RTPパケットをUDPポートに送信することを有することを更に生じるもの。
  70. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のRTPパケットを有し、
    前記処理は、
    前記パケットからFPパケットを作り、
    前記FPパケットをFPレイヤに送信することを有することを更に生じるもの。
  71. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、アップリンク方向のRTPパケットを有し、
    前記処理は、
    前記パケットからFPパケットを作り、
    前記FPパケットをFPポートに送信することを有することを更に生じるもの。
  72. 請求項３９に記載のものであって、
    前記格納された命令は、プロセッサにより実行されると、
    前記パケット形式は、ダウンリンク方向のFPパケットを有し、
    前記処理は、
    前記パケットからRTPパケットを作り、
    前記パケットをRTPポートに送信することを有することを更に生じるもの。
  73. ユーザ装置(UE)と、
    無線リンクで前記UEと通信するノードBと、
    前記ノードBと通信する無線ネットワークコントローラ(RNC)とを有する無線ネットワークであって、
    前記RNCは、複数のラインカードと、前記ラインカードの間で情報を通信するバックプレーンとを有し、前記ラインカードは、低速パス処理モジュール(SPPM)及び高速パス処理モジュール(FPPM)を有するIubラインカードと、SPPM及びFPPMを有するIuラインカードと、前記RNC用のアプリケーションを実行するホストラインカードとを有し、前記RNCは、前記ラインカードのネットワークプロセッサを使用してパケットの第１のセットを処理し、前記ラインカードの汎用プロセッサを使用してパケットの第２のセットを処理し、
    前記パケットの第１のセットはペイロード情報を有し、前記パケットの第２のセットは制御情報を有し、
    前記ネットワークプロセッサは、前記汎用プロセッサより高速にネットワークパケットを処理し、
    前記ペイロード情報は音声情報を有し、前記制御情報は非音声情報を有する無線ネットワーク。
  74. 請求項７３に記載の無線ネットワークであって、
    前記FPPMは、ネットワークプロセッサを更に有し、
    前記ネットワークプロセッサは、一式のデータプレーンプロトコルの少なくとも一部を実装することにより、ペイロード情報を処理するようにプログラムされた無線ネットワーク。
  75. 低速パス処理モジュール(SPPM)と、
    高速パス処理モジュール(FPPM)と、
    制御情報を備えたパケットを前記SPPMにルーティングし、ペイロード情報を備えたパケットを前記FPPMにルーティングするスイッチングモジュールと
    を有する無線ネットワークコントローラ(RNC)のラインカードを有し、
    前記ラインカードは、前記RNCのバックプレーンを使用して複数のラインカードに情報を通信し、前記複数のラインカードの少なくとも１つは前記RNC用のアプリケーションを実行し、
    前記FPPMはネットワークプロセッサを有し、前記SPPMは汎用プロセッサを有し、
    前記ペイロード情報は音声情報を有し、前記制御情報は非音声情報を有する装置。
  76. 請求項７５に記載の装置であって、
    前記FPPMは、ネットワークプロセッサを更に有し、
    前記ネットワークプロセッサは、一式のデータプレーンプロトコルの少なくとも一部を実装することにより、ペイロード情報を処理するようにプログラムされた装置。
JP2004565208A 2002-12-20 2003-12-04 無線ネットワークにおけるパケット処理 Expired - Fee Related JP4541158B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/326,468 US7646716B2 (en) 2002-12-20 2002-12-20 Packet processing in a wireless network
PCT/US2003/038620 WO2004062213A2 (en) 2002-12-20 2003-12-04 Packet processing in a wireless network

Publications (2)

Publication Number Publication Date
JP2006512015A JP2006512015A (ja) 2006-04-06
JP4541158B2 true JP4541158B2 (ja) 2010-09-08

Family

ID=32594029

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004565208A Expired - Fee Related JP4541158B2 (ja) 2002-12-20 2003-12-04 無線ネットワークにおけるパケット処理

Country Status (8)

Country Link
US (1) US7646716B2 (ja)
EP (1) EP1573984A2 (ja)
JP (1) JP4541158B2 (ja)
KR (1) KR100758082B1 (ja)
CN (1) CN100352237C (ja)
AU (1) AU2003293398A1 (ja)
TW (2) TWI309781B (ja)
WO (1) WO2004062213A2 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7406087B1 (en) * 2002-11-08 2008-07-29 Juniper Networks, Inc. Systems and methods for accelerating TCP/IP data stream processing
EP1825644B1 (en) * 2004-11-19 2011-08-10 Northrop Grumman Systems Corporation Real-time packet processing system and method
KR100813971B1 (ko) * 2006-03-07 2008-03-14 삼성전자주식회사 ＳＣＴＰ를 사용하는 이동 단말에서 ＱｏＳ를 조절하는방법 및 이를 위한 장치
KR101010221B1 (ko) 2008-12-17 2011-01-21 한국전자통신연구원 무선 이동통신 단말기에서 ｍａｃ 계층의 패킷 처리 장치 및 그 방법
CN101848138B (zh) * 2009-03-27 2012-04-25 雷凌科技股份有限公司 包处理的装置与系统
CN102769574B (zh) * 2012-08-06 2015-04-08 华为技术有限公司 一种能够进行业务硬件加速的装置及其方法
KR102156023B1 (ko) * 2014-06-13 2020-09-21 에스케이텔레콤 주식회사 로컬 브레이크 아웃을 위한 패킷 처리 방법, 이를 위한 장치 및 시스템
KR102400108B1 (ko) * 2017-10-18 2022-05-23 삼성전자주식회사 전자 기기를 제어하기 위한 전자 기기 제어 시스템 및 그 전자 기기를 제어하는 방법

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS614344A (ja) 1984-06-19 1986-01-10 Fujitsu Ltd パケツト網間装置間迂回方式
US6658480B2 (en) * 1997-10-14 2003-12-02 Alacritech, Inc. Intelligent network interface system and method for accelerated protocol processing
US6427173B1 (en) * 1997-10-14 2002-07-30 Alacritech, Inc. Intelligent network interfaced device and system for accelerated communication
US6389479B1 (en) 1997-10-14 2002-05-14 Alacritech, Inc. Intelligent network interface device and system for accelerated communication
US6434620B1 (en) * 1998-08-27 2002-08-13 Alacritech, Inc. TCP/IP offload network interface device
US6404752B1 (en) 1999-08-27 2002-06-11 International Business Machines Corporation Network switch using network processor and methods
JP2002158711A (ja) * 2000-09-11 2002-05-31 Alcatel Usa Sourcing Lp ネットワークプロセッサのためのサービス生成およびサービス論理実行環境
US6990089B2 (en) * 2000-12-12 2006-01-24 Telelec Methods and systems for routing messages in a radio access network
US7237031B2 (en) * 2002-03-07 2007-06-26 Sun Microsystems, Inc. Method and apparatus for caching protocol processing data
US6973503B2 (en) * 2002-05-23 2005-12-06 International Business Machines Corporation Preventing at least in part control processors from being overloaded

Also Published As

Publication number Publication date
AU2003293398A1 (en) 2004-07-29
TWI309781B (en) 2009-05-11
WO2004062213A2 (en) 2004-07-22
KR100758082B1 (ko) 2007-09-11
TW200422857A (en) 2004-11-01
TWI318067B (en) 2009-12-01
US7646716B2 (en) 2010-01-12
TW200917743A (en) 2009-04-16
US20040122981A1 (en) 2004-06-24
EP1573984A2 (en) 2005-09-14
WO2004062213A3 (en) 2004-08-26
JP2006512015A (ja) 2006-04-06
KR20050084391A (ko) 2005-08-26
CN100352237C (zh) 2007-11-28
CN1567901A (zh) 2005-01-19

Similar Documents

Publication Publication Date Title
US8077612B2 (en) Apparatus, method and computer program product to configure a radio link protocol for internet protocol flow
US9402219B2 (en) Method for performing packet switched handover in a mobile communication system
FI107686B (fi) Menetelmä ja tietoliikennelaite kantajien hallintaa varten kolmannen sukupolven matkaviestinjärjestelmässä
JP5250430B2 (ja) ３ｇワイヤレス・ネットワークにおけるｈｓｄｐａ互換受信機のｍａｃ−ｈｓ処理
US8948206B2 (en) Inclusion of quality of service indication in header compression channel
RU2503148C1 (ru) Способ и устройство для макроразнесения нисходящей линии связи в сетях сотовой связи
KR20050048684A (ko) 통신 시스템에서 마이크로-터널들을 사용하기 위한 방법 및장치
US20070076667A1 (en) Apparatus, method and computer program product to provide Flow_ID management in MAC sub-layer for packet-optimized radio link layer
EP1256213B1 (en) Method and system for communicating data between a mobile and packet switched communications architecture
JP4541158B2 (ja) 無線ネットワークにおけるパケット処理
US20070258429A1 (en) Method for transmission of high speed uplink packet access data information in a cellular communication system
JP2005124219A (ja) 処理方法
EP1654899B1 (en) Data flow control for multi-layered protocol stack
Kempf IP in the RAN as a Transport Option in 3rd Generation Mobile Systems

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070227

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20070525

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20070601

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070627

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070724

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071023

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

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20071130

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20071221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100416

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100623

R150 Certificate of patent or registration of utility model

Ref document number: 4541158

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20130702

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

LAPS Cancellation because of no payment of annual fees