JP5043840B2

JP5043840B2 - 無線リンク制御上のボイス・オーバー・インターネット・プロトコル用のパディングの最小化

Info

Publication number: JP5043840B2
Application number: JP2008522739A
Authority: JP
Inventors: マッツソグフォルス，; ヨハントルスナー，; ステファンワゲル，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2005-07-19
Filing date: 2006-06-27
Publication date: 2012-10-10
Anticipated expiration: 2026-06-27
Also published as: US20070019553A1; EP1905201A1; CA2614018A1; CA2614018C; WO2007011298A1; MX2008000482A; CN101223743A; JP2009502093A; AU2006270553B2; EP1905201A4; CN101223743B; AU2006270553A1

Description

本出願は２００５年７月１９日になされた米国特許仮出願６０／７００，３２７の優先権の利益を主張するものであり、この米国特許仮出願の全体は参照によりここに組み込まれる。

本発明は、例えば、３Ｇリンク層ＲＬＣ等の、セグメンテーション（分割）とコンカテネーション（連結）を用いる無線リンク上でＶｏＩＰまたは同様のトラフィックを転送する場合における、パディングの量を最小化する技術を提供するものである。パディングを減らすことによってネットワーク容量が増大する。

広帯域符号分割多元接続方式（ＷＣＤＭＡ：Wideband Code Division Multiple Access）の無線リンク制御（ＲＬＣ：Radio Link Control）プロトコルは、上位層の「パケット」をＲＬＣプロトコル・データ・ユニット（ＰＤＵ）に分割し、連結する機能を有している。典型的には、ＲＬＣは、許容された離散数のＲＬＣＰＤＵサイズで動作する。分割は、上位層の大きなパケットを小さなＲＬＣＰＤＵに分割または「セグメント化」することを伴う。連結は、複数の上位層のパケット（の一部）を一つのＲＬＣＰＤＵで送信することを容易にする。連結は、各パケットがＲＬＣＰＤＵに完全に適合しないような場合、複数の上位層のＰＤＵが送信のために待ち行列に入れられたときに必要なパディングを削減する。分割と連結は、非確認応答モード（ＵＭ：Unacknowledged Mode）のＷＣＤＭＡＲＬＣと確認応答モード（ＡＭ：Acknowledge Mode）のＷＣＤＭＡＲＬＣとの両方で可能である。

ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）用のレイヤ２（Ｌ２）の改善手法が、現在、３ＧＰＰで議論されている。例えば、非特許文献１と非特許文献２を参照のこと。なお、これらの文献は参照により、ここに組み込まれる。

連結を採用している、ＷＣＤＭＡＲＬＣのようなリンク層プロトコル上に、ＶｏＩＰサービスがマップされた場合を考える。現在の無線リンク制御プロトコル（ＲＬＣ）の実装では、無線リンク制御は、典型的には、受信サービス・データ・ユニット（ＳＤＵ：Service Data Units）を同じサイズのいわゆるプロトコル・データ・ユニット（ＰＤＵ：Protocol Data Unit）に分割する。ここで、ＰＤＵは一般に４０バイトのペイロードを運ぶように構成される。

リンク上で送信されるＩＰオーバヘッドを最小化するために、アプリケーション・レベル上でＲＯＨＣヘッダ圧縮を使用することと、音声コーデックによって、サイズが１５９ビットの音声フレームが２０ｍｓ間隔で送信される（７．９５ｋｂｐｓＡＭＲ）ことを想定する。この場合、サイズが２４バイト程度のＲＬＣＳＤＵが生成されるだろう。正確なサイズは、ＲＯＨＣの実装によって若干変動しうる。

ＶｏＩＰのようなトラフィックの典型的な特徴は、パケットの到着間隔を極めてよく予測できることである。上述の例では、ＲＬＣＳＤＵは、（平均）２０ｍｓ間隔でＲＬＣに到達するだろう。ＲＬＣ層に何らかの待ち行列が存在しない限り、ＲＬＣＳＤＵは到着に応じて直接ＲＬＣＰＤＵに分割される。２４バイトのＳＤＵはＲＬＣＰＤＵの一部だけを満たし、残りはＳＤＵの終りを示す１バイト長のインジケータと１５バイトのパディングで満たされるだろう。この場合、トラフィック・ストリームに追加されたパディング全体は約３５パーセントである。このように、送信能力の３５パーセントが使用されないビット（例えば、パディング）の送信に費やされるため、現在の運用は非常に非効率である。これは、輻輳時に無線基地局（ＲＢＳ：Radio Base Station）で待ち行列の堆積が発生する、ＨＳＤＰＡのようなトランスポート・チャネルの共有が実現される場合に、特に、問題となる。これは、無線資源の大部分がパディングに費やされるため、資源が乏しい場合にも資源の大部分が浪費されることを意味する。

既存のＲＬＣプロトコルは連結をサポートしており、例えば、後続するＳＤＵの一部を最後のＳＤＵの終了を伝達するＲＬＣＰＤＵに連結することによって、パディングの使用を回避することができる。しかしながら、この連結は、無線ネットワーク制御（ＲＮＣ：Radio Network Controller）ノード内で次のＳＤＵが利用可能であることを必要とする。しかし、現実には、ＳＤＵの間隔が２０ｍｓ（またはそれ以上）のＶｏＩＰサービスの場合は、エアー・インタフェースにおける負荷が低い若しくは中程度であるとすると、ほとんどの時間ＲＮＣバッファは空になるだろう。このことは、スケジューリング・バッファがノードＢ（例えば、無線基地局またはＲＢＳ）に存在し、また、各ＲＬＣＳＤＵが、典型的には、到着に応じて直接ノードＢに転送される、ＨＳ−ＤＳＣＨチャネルを使用した場合に、特に、当てはまる。
Ｒ２−０５０９６９３，「ＶｏＩＰ用のＬ２の最適化（L2 Optimizations for VoIP）」（Qualcomm, 3GPP TSG-RAN WG2 meeting 46bis, 4-8 April 2005）Ｒ２−０４１６４５，「ＶｏＩＰ支援のためのＬ２の検討（L2 Considerations for VoIP Support）」（Qualcomm, RAN2#43）

したがって、必要とされている本発明の目的は、パディングの量を減らして、ネットワーク容量と効率との少なくともいずれかを増大させる、装置、方法、及び、技術を提供することである。

無線アクセス・ネットワーク・ノードは、プロトコル・データ・ユニット（ＰＤＵ）形成ロジックと、ＰＤＵバッファと、連結タイマと、バッファ読出機構と、を備える。プロトコル・データ・ユニット（ＰＤＵ）形成ロジックは、例えば、受信サービス・データ・ユニット（ＳＤＵ）を分割してプロトコル・データ・ユニット（ＰＤＵ）を形成するために管理を行う。ＰＤＵバッファは１以上のＰＤＵを格納する。バッファ読出機構は、ＰＤＵバッファの中身の読み出しを制御する。例えば、ＰＤＵバッファ内のＰＤＵの中身が所定の十分なレベルに達していない場合、バッファ読出機構は、ＰＤＵバッファからＰＤＵを読み出す際の遅延を決定するために連結タイマを使用する。この遅延によって、ＰＤＵバッファからＰＤＵを読み出す前に、やがて到達するＳＤＵの少なくとも一部をＰＤＵ内に含ませる機会がもたらされ、これにより、送信するＰＤＵ内のパディング量が削減される。

バッファ読出機構は、（１）ＰＤＵバッファ内のＰＤＵの中身が所定の十分なレベルに到達するか、あるいは、（２）（連結タイマが管理する）所定の時間間隔が満了するまで、ＰＤＵバッファからのＰＤＵの読み出しを遅延させる。

制限的でない実装例では、ＳＤＵは、２０ミリ秒の到達間隔時間で到達する、２４バイトのボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）パケットであり、各ＰＤＵには４０オクテットのペイロードが許されており、所定の時間間隔は２０ミリ秒と４０ミリ秒の間に設定される。

所定の十分なレベルの実施形態例において、ＰＤＵバッファ内のＰＤＵの現在の中身の送信に応じて発生するであろうパディングの程度が閾値よりも小さい場合、バッファ読出機構は、所定の時間間隔でＰＤＵバッファの読み出しを遅延させる。実装の一例では、閾値はＰＤＵの長さの１０パーセントである。

本技術の他の側面は、無線アクセス・ネットワーク・ノードを動作させる方法に関するものである。この方法は、基本的な工程例として、受信サービス・データ・ユニット（ＳＤＵ）を分割して、プロトコル・データ・ユニット（ＰＤＵ）を形成する工程と、１以上のＰＤＵをＰＤＵバッファに格納する工程と、ＰＤＵバッファ内のＰＤＵの中身が所定の十分なレベルに達していない場合に、ＰＤＵバッファからの該ＰＤＵの読み出しを遅延させる工程とを有する。この遅延によって、ＰＤＵバッファから該ＰＤＵを読み出す前に、やがて到達するＳＤＵの少なくとも一部を該ＰＤＵ内に含ませる機会がもたらされ、ひいては送信するＰＤＵ内のパディング量が削減される。この方法は、（１）ＰＤＵバッファ内のＰＤＵの中身が所定の十分なレベルに到達するか、あるいは、（２）所定の時間間隔が満了するまで、ＰＤＵバッファからのＰＤＵの読み出しを遅延させる工程を有することができる。

上述した、および、他の、本発明の目的、特徴、利点は、添付図面に示された好適な実施形態に係る、以下のより詳細な説明から明らかになるだろう。ここで、複数の図面を通じて同じ参照番号は同じ部分を参照する。また、図面の縮尺は必ずしも正確でなく、むしろ本発明の原理を示すことに重点を置いている。

以下の記述では、限定ではなく説明する目的で、本発明を完全な理解を得るために、特定のアーキテクチャ、インタフェース、手法等の特定の詳細を説明する。しかし、本発明はこれらの特定の詳細を離れた他の実施形態にも実施してもよいことは、当業者には明らかであろう。すなわち、ここには明示的に示したり説明したりしていないが、本発明の原理を実施し、本発明の精神と技術的範囲に含まれる様々な構成を、当業者は考え出すことができるだろう。不必要に詳細な説明で本発明の説明が不明瞭になることがないように、いくつかの例では、周知の装置、回路、方法の詳細な説明を省略している。本発明に係る特定の説明だけでなく、本発明の原理、側面、実施形態についてここで述べている全ての記述は、本発明の構造的均等物と機能的均等物との両方を包含することを意図している。さらに、かかる均等物は、現在公知の均等物だけでなく、将来開発される均等物、すなわち、その構造にかかわらず同様の機能を実施するように開発された任意のエレメントの両方を包含している。

したがって、例えば、ここに示すブロック図は本技術の原理を実施する回路構成例の概念図を示しうることを、当業者は理解するだろう。同様に、任意のフローチャート、状態遷移図、擬似コード、およびこれらと同等のものは、そのようなコンピュータまたはプロセッサが明示的に示されているか否かに関わらず、コンピュータ可読媒体内に本質的に表現し、コンピュータまたはプロセッサが実行してもよい、様々な処理を示すということも理解するだろう。

「プロセッサ」または「コントローラ」と名付けられた機能ブロックを含む様々なエレメントの機能は、専用のハードウェアを使用してだけでなく、適切なソフトウェアと関連してソフトウェアを実行することが可能なハードウェアを使用して提供してもよい。そのような機能がプロセッサによって提供される場合、その機能は、単一の専用プロセッサ、単一の共有プロセッサ、あるいは、複数の個別プロセッサによって提供してもよい。ここで、この複数の個別プロセッサは、そのうちのいくつかが共有または分散されてもよい。さらに、「プロセッサ」あるいは「コントローラ」という用語を明示的に使用した場合、それはソフトウェアを実行可能なハードウェアを排他的に指しているとは理解すべきではなく、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）と、ソフトウェアを格納する読み出し算用メモリ（ＲＯＭ：Read Only Memory）と、書き込み可能メモリ（ＲＡＭ：Random Access Memory）と、非揮発性記憶装置と、を含んでもよい。

ひとつの例のモードによれば、ＲＮＣ分割バッファ内の最後のＰＤＵは、タイマが計測する所定の時間遅延される。このタイマを、（利便性だけの目的で、）以下、連結タイマ４０と呼ぶ。次のＳＤＵが到着するまでＲＮＣ内で最後のＰＤＵを遅延させることによって、ＰＤＵを、パディングの代わりに、この次のＳＤＵの部分で満たすことができる。これによってこのリンク上のパディングの使用を減らし、システム能力を増大させることができる。その代償はもちろん遅延の増加である。発信するＰＤＵ内における許容されるパディングの割合を設定するために閾値λを使用する。このレベルを超えるＰＤＵは、連結タイマが終了するまで格納される。

制限的でない実施形態の一例として、図１は、例えば、（矢印３２で示すように）コアネットワークからＳＤＵを受信する、無線ネットワーク制御器（ＲＮＣ）２４等の制御ノードを示している。ＲＮＣ２４は、図示していない他の多数の構成エレメントとともに、（任意の）ＳＤＵ受信バッファ３４と、ＰＤＵ形成ロジック３６と、ＰＤＵバッファ３８と、ＰＤＵバッファ読出機構３９と、連結タイマ４０とを備える。

図２Ａと図２Ｂは、代表的な制限的でない実施形態例の各工程例を示すフローチャートである。図２Ａおよび図２Ｂの各工程は、即座に実行したり、あるいは、実質的に即座に実行したりすることができる。図２Ａは、特に、受信ＳＤＵを処理する工程例を示しているのに対し、図２Ｂは、連結タイマが満了したときに実行する工程例を示している。動作の契機となるイベントは、（１）ＳＤＵの受信（ステップＳＡ−１）と、（２）連結タイマの満了（ステップＳＢ−２）との２つである。ステップＳＡ−２は受信と受信ＳＤＵの処理を示している。ステップＳＡ−３のように、ＰＤＵバッファ３８にＰＤＵがまだ存在するか否かを（例えば、ＰＤＵ形成ロジック３６が）チェックする。存在しない場合は、ステップＳＡ−４において、受信ＳＤＵを（例えば、ＰＤＵ形成ロジック３６が）ＰＤＵに分割し、そのＰＤＵをＰＤＵバッファ３８に格納する。ＰＤＵが満杯の場合、または、（ＰＤＵバッファ３８内のＰＤＵの）現コンテンツが送信されたときのパディングの程度が閾値λ未満の場合は、ステップＳＡ−５において、バッファ３８のＰＤＵを（例えば、ＰＤＵバッファ読出機構３９）が例えばノードＢへ読み出す。次に、ステップＳＡ−６において、閾値λよりもパディング率が高いＰＤＵがＰＤＵバッファ３８に残っているか否かをチェックする。チェックの結果が肯定的なものだった場合は、ステップＳＡ−７において、連結タイマ４０を０に初期化し、次に、ステップＳＡ−８でスタートさせる。ステップＳＡ−８で連結タイマ４０をスタートさせた後、図２ＡのＳＤＵ処理ルーチンは、一時的に停止または中断する（ステップＳＡ−１０）。ステップＳＡ−６でのチェックの結果が否定的なものだった場合は、ステップＳＡ−９で連結タイマを停止し、図２ＡのＳＤＵ処理ルーチンは、一時的に停止または中断する（ステップＳＡ−１０）。

受信ＳＤＵの受信に応じて、ステップＳＡ−４において、ＰＤＵバッファ３８にＰＤＵがまだ残っていると判定された場合は、ステップＳＡ−１１において、受信ＳＤＵをＰＤＵに分割し、ＰＤＵバッファ３８にまだある最後のＰＤＵと連結する。ステップＳＡ−１２において、パディングの程度が閾値λ未満のＰＤＵが、ＰＤＵバッファ３８に含まれているか否かチェックする。ステップＳＡ−１２での判定が肯定的なものだった場合は、ステップＳＡ−５とそれに続く各ステップ（例えば、ステップＳＡ−６と、ステップＳＡ−７及びステップＳＡ−８、または、（好適には）ステップＳＡ−９）を実行する。ステップＳＡ−１２での判定が否定的なものだった場合は、図２ＡのＳＤＵ処理ルーチンは一時的に終了または停止する（ステップＳＡ−１３）。

ステップＳＢ−１が示しているように、連結タイマ４は適切に監視される。連結タイマ４０が満了すると、割込または他の指示が受信される（ステップＳＢ−２）。連携タイマ４０の満了を考慮して、ステップＳＢ−３において、ＰＤＵバッファ３８の最後のＰＤＵが読み出され、図２Ｂのタイマ監視ルーチンは一時的に終了する。

このように、ＰＤＵバッファ内のＰＤＵの中身が所定の十分なレベルに達していないときは、ＰＤＵバッファからＰＤＵを読み出す際の遅延を決定するために、バッファ読出機構は連結タイマを使用する。この遅延によって、ＰＤＵバッファからＰＤＵを読み出す前に、やがて到達するＳＤＵの少なくとも一部をＰＤＵ内に含ませる機会がもたらされ、これにより、送信するＰＤＵ内のパディング量が削減される。バッファ読出機構は、（１）バッファ内のＰＤＵの中身が所定の十分なレベルに到達したか（ステップＳＡ−５）、あるいは、（２）（連結タイマが管理する）所定の時間間隔が満了する（ステップＳＢ−３）まで、ＰＤＵバッファからのＰＤＵの読み出しを遅延させる。

余分な遅延をできるだけ小さくするために、受信ＳＤＵの到達時間間隔に連結タイマ（例えば、連結タイマ４０）を適用してもよい。これは、受信トラフィックに対する連続的なフィルタ測定か、あるいは、利用可能ならば、保証ビットレートやフレームサイズのようなＱｏＳ属性の読み込みによって行ってもよい。発生しうるジッタを補償するために、連結タイマは、受信ＳＤＵの到達間隔時間よりもわずかに大きく設定することができる。さらに、このジッタも測定してもよい。

図３Ａ〜図３Ｃの時間系列に示されたケース例を考える。このケース例では、２４バイトのＶｏＩＰパケットが、ＲＬＣの到達時間間隔が２０ｍｓでＰＤＵバッファ３８に到達しており、そこでは、ＲＬＣＰＤＵは、各ＰＤＵについて（長さのインジケータを除いて）４０オクテットのペイロードを有している。図３Ａは、第１のパケット（パケット＃１）が到達し（ステップＳＡ−２）、ＰＤＵバッファ３８内に格納される様子を示している。この例では、許容されるパディングの割合を１０％とする。ＰＤＵバッファ３８内にはパケット＃１のみが存在し、したがって、ＰＤＵバッファ３８は２４バイトしか持たないから、パケット＃１については、ステップＳＡ−５において、全ＰＤＵ長に対するパディングの百分率または割合は、閾値λを超えていると判定される。結果として、パケット＃１はＰＤＵバッファ３８内に残存し（ステップＳＡ−６）、連結タイマ４０は初期化され（ステップＳＡ−７）、開始される（ステップＳＡ−８）。この例では、連結タイマは、２０ｍｓよりも大きく４０ｍｓよりも小さい値に初期化／設定するのが好適である。

図３Ｂは、第２のパケット（パケット＃２）の到達を示している。第２のパケット（パケット＃２）が到達すると、ステップＳＡ−３において、ＰＤＵバッファ３８内にまだＰＤＵが残存している、すなわち、パケット＃１はまだバッファ３８の最初のＰＤＵであると判定される。このため、ステップＳＡ−１１のように、新たに到達したパケット（パケット＃２）は、バッファ３８内で２つのＲＬＣＰＤＵに分割される。このようにして、ＰＤＵバッファ３８の第１のＰＤＵは、第１のＶｏＩＰパケットと、１バイトの長さインジケータと、１５バイトの第２ＶｏＩＰパケットとを含むことになる。しかし、第２パケットの９バイトはＰＤＵバッファ３８の第１のＲＬＣＰＤＵに適合しないため、結果として、この９バイトの第２パケットは、図３Ｂに示すように、ＰＤＵバッファ３８の第２のＰＤＵの位置に格納される。

図３Ｂに示すように、ステップＳＡ−５によって、ＰＤＵバッファ３８の第１のＰＤＵが読み出される。しかし、ステップＳＡ−６において、（図３に示す）ＰＤＵバッファ３８の第２のＰＤＵ内のパディングの割合は閾値λを超えていると判定されるため、ステップＳＡ−７とステップＳＡ−８の両方が実行される。ステップＳＡ−７では、連結タイマ４０が再び初期化され、ステップＳＡ−８では、連結タイマ４０が再び開始される。

図３Ｃに示すように「第３の」パケット（パケット＃３）を受信すると、ステップＳＡ−１１において、ＰＤＵバッファ３８を単独で占めているＰＤＵ（ＰＤＵ＃２）において格納されているパケット＃２の９バイトに、この第３のパケットを連結する。この場合、ＰＤＵ＃２が占めている長さ（オクテット）は、９＋２４＝３３オクテットと、それに加えて長さインジケータの２オクテットであり、したがって、これは、ＲＬＣＰＤＵのペイロード・サイズよりも小さい。「最適化」のレベル（容量に対する遅延）に応じて、ＰＤＵ＃２は、７オクテットのパディングとともに送信するか、あるいは、他のＶｏＩＰパケットと連結するために格納することができる。閾値が１０％の場合、ステップＳＡ−１２において、ＰＤＵ＃２はまだＰＤＵバッファ３８に残すべきであると判定される。なお、この場合、ＰＤＵが送信されないため、連結タイマ４０は再開されない。連結タイマ４０は常にＰＤＵに特有である。例えば、閾値が２０％のように高い場合、図３ＣのＰＤＵ＃２は送信され、パディング量は多くなるが遅延は小さくなるだろう。

下り回線の場合、提案している機能は、標準に変更を加えることなく、ＲＮＣ内に実装することができる。上り回線は標準化の手法を必要とする。

ここで説明した技術によれば、遅延の性能とＶｏＩＰのようなサービスの容量とをトレードオフさせる手法が提供される。アクティブな場合、この技術は無線リンク上のパディング量を削減し、これによってシステム容量が増大する。

ＰＤＵバッファ３８とＰＤＵバッファ３８を備えたノードとからのパケットの読み出しは、任意の適切な装置や送信ラインに対して行うことができる。さらに、「読み出し」という概念には、ＰＤＵバッファ３８を備えたノードまたは装置からＰＤＵを搬送するために、ＰＤＵバッファ３８から適切な送信ユニットへＰＤＵを移動させることを含めることができる。

以上、様々な実施形態を示し、詳細を説明したが、特許請求の範囲は、いかなる実施形態や構成例にも限定されない。上述の説明は、任意の特定のエレメント、工程、範囲、機能は本質的であり、それゆえ特許請求の範囲の技術的範囲内に含めなければならないというように、解釈すべきではない。特許発明の技術的範囲は特許請求の範囲の記載によってのみ規定される。法的な保護の範囲は、特許された特許請求の範囲の記載とその均等物によって定められる。本発明は、（本明細書に）記載の実施形態に限定されないが、一方で、様々な修正や均等な構成を含むことを意図していることを理解されたい。

ＲＬＣプロトコルの連結を実行する制御ノードの模式図である。、例示的な実施形態の例示的な工程を示すフローチャートである。、、ＲＬＣプロトコルの連結を実装するノードに到来する一連の３つのパケットを示す線図である。

Claims

受信サービス・データ・ユニット（ＳＤＵ）を分割して、プロトコル・データ・ユニット（ＰＤＵ）を形成するプロトコル・データ・ユニット（ＰＤＵ）形成ロジックと、
１以上のＰＤＵを格納するＰＤＵバッファと、
連結タイマと、
ＰＤＵバッファ内のＰＤＵの読み出しを制御するバッファ読出機構と、
を備え、
前記バッファ読出機構は、前記ＰＤＵバッファ内のＰＤＵの中身が所定の十分なレベルに達していない場合、前記ＰＤＵバッファから該ＰＤＵを読み出す前に、やがて到達するＳＤＵの少なくとも一部が該ＰＤＵ内に含まれる機会をもたらし、それにより送信するＰＤＵ内のパディング量が削減されるように、該バッファ読出機構が、前記ＰＤＵバッファから該ＰＤＵを読み出す際の遅延を決定するために前記連結タイマを使用するように構成され、
前記バッファ読出機構は、受信ＳＤＵの到達時間間隔に合わせて調整される所定の時間間隔が先に満了しない限りにおいて、前記ＰＤＵバッファ内の前記ＰＤＵの中身が前記所定の十分なレベルに到達するまで前記ＰＤＵバッファからのＰＤＵの読み出しを遅延させると共に、前記バッファ読み出し機構は、前記所定の時間間隔が先に満了した場合、前記ＰＤＵバッファ内の前記ＰＤＵの中身が前記所定の十分なレベルに到達する前に前記ＰＤＵバッファからの前記ＰＤＵの読み出しを開始する、
ことを特徴とする無線アクセス・ネットワーク・ノード。
前記所定の時間間隔は、受信トラフィックに対する連続的なフィルタ測定か、あるいは、サービス品質（ＱｏＳ）属性の読み込みによって、受信ＳＤＵの到達時間間隔に合わせて調整される
ことを特徴とする請求項１に記載のノード。
前記ＳＤＵは、２０ミリ秒の到達間隔時間で到達する、２４バイトのボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）パケットであり、
各ＰＤＵには４０オクテットのペイロードが許されており、
前記所定の時間間隔は２０ミリ秒と４０ミリ秒の間に設定される
ことを特徴とする請求項１に記載のノード。
前記ＰＤＵバッファ内の前記ＰＤＵの現在の中身の送信に応じて発生するであろうパディングの程度が閾値よりも小さくない場合、前記バッファ読出機構は、前記ＰＤＵバッファの読み出しを遅延させる
ことを特徴とする請求項１に記載のノード。
前記閾値は前記ＰＤＵの長さの１０パーセントである
ことを特徴とする請求項４に記載のノード。
前記連結タイマは、前記バッファからのＰＤＵの読み出しに応じてリセットされる
ことを特徴とする請求項１に記載のノード。
無線アクセス・ネットワーク・ノードを動作させる方法であって、
受信サービス・データ・ユニット（ＳＤＵ）を分割して、プロトコル・データ・ユニット（ＰＤＵ）を形成する工程と、
１以上のＰＤＵをＰＤＵバッファに格納する工程と、
前記ＰＤＵバッファ内のＰＤＵの中身が所定の十分なレベルに達していない場合に、受信ＳＤＵの到達時間間隔に合わせて調整される所定の時間間隔が先に満了しない限りにおいて、前記ＰＤＵバッファ内の前記ＰＤＵの中身が前記所定の十分なレベルに到達するまで前記ＰＤＵバッファからの該ＰＤＵの読み出しを遅延させ、これによって、前記ＰＤＵバッファから該ＰＤＵを読み出す前に、やがて到達するＳＤＵの少なくとも一部を該ＰＤＵ内に含ませる機会をもたらし、ひいては送信するＰＤＵ内のパディング量を削減する工程と、
前記所定の時間間隔が先に満了した場合、前記ＰＤＵバッファ内の前記ＰＤＵの中身が前記所定の十分なレベルに到達する前に前記ＰＤＵバッファからの前記ＰＤＵの読み出しを開始する工程と、
を有することを特徴とする方法。
前記所定の時間間隔を、受信トラフィックに対する連続的なフィルタ測定か、あるいは、サービス品質（ＱｏＳ）属性の読み込みによって、受信ＳＤＵの到達時間間隔に合わせて調整する工程をさらに有する
ことを特徴とする請求項７に記載の方法。
前記ＳＤＵは、２０ミリ秒の到達間隔時間で到達する、２４バイトのボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）パケットであり、
各ＰＤＵに４０オクテットのペイロードを許容する工程と、
前記所定の時間間隔を２０ミリ秒と４０ミリ秒の間に設定する工程と、
をさらに有することを特徴とする請求項７に記載の方法。
前記ＰＤＵバッファ内の現在の中身の送信に応じて発生するであろうパディングの程度が閾値よりも小さくない場合、前記ＰＤＵバッファの読み出しを遅延させる工程をさらに有する
ことを特徴とする請求項７に記載の方法。
前記閾値は前記ＰＤＵの長さの１０パーセントである
ことを特徴とする請求項１０に記載の方法。
前記連結タイマを、前記バッファからのＰＤＵの読み出しに応じてリセットする工程をさらに有する
ことを特徴とする請求項７に記載の方法。