JP2003115876A - Ｉｐデータパケットのｍｐｌｓフレーム内への多重化 - Google Patents
Ｉｐデータパケットのｍｐｌｓフレーム内への多重化Info
- Publication number
- JP2003115876A JP2003115876A JP2002274263A JP2002274263A JP2003115876A JP 2003115876 A JP2003115876 A JP 2003115876A JP 2002274263 A JP2002274263 A JP 2002274263A JP 2002274263 A JP2002274263 A JP 2002274263A JP 2003115876 A JP2003115876 A JP 2003115876A
- Authority
- JP
- Japan
- Prior art keywords
- data packet
- overhead information
- data
- frame
- protocol
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/325—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
(57)【要約】
【課題】 本発明は、ＩＰデータパケットのＭＰＬＳフ
レーム内への多重化に関する。 【解決手段】 ＩＰ（Internet Protocol）データパケ
ットをＭＰＬＳ（Multi Protocol Label Switching）フ
レーム内に多重化し、こうしてデータパケットに付加さ
れるその後のプロトコル層と関連するオーバヘッド情報
の量を削減することで、データパケットに付加されるオ
ーバヘッド情報の量を削減するための方法が開示され
る。１つの実施例によると、この方法は、ターゲットサ
イズを利用することであるＭＰＬＳフレーム内に多重化
することができるＩＰデータパケットの量を制限すると
共に、タイマを利用することでＩＰデータパケットの伝
送における遅延を制限する。
レーム内への多重化に関する。 【解決手段】 ＩＰ（Internet Protocol）データパケ
ットをＭＰＬＳ（Multi Protocol Label Switching）フ
レーム内に多重化し、こうしてデータパケットに付加さ
れるその後のプロトコル層と関連するオーバヘッド情報
の量を削減することで、データパケットに付加されるオ
ーバヘッド情報の量を削減するための方法が開示され
る。１つの実施例によると、この方法は、ターゲットサ
イズを利用することであるＭＰＬＳフレーム内に多重化
することができるＩＰデータパケットの量を制限すると
共に、タイマを利用することでＩＰデータパケットの伝
送における遅延を制限する。
Description
【０００１】
【発明の属する技術分野】本発明は一般的には通信、よ
り詳細には、パケット通信システムに関する。
り詳細には、パケット通信システムに関する。
【０００２】
【従来の技術】通信システムの絶えることのない進化に
伴って、基地局コントローラ（ＢＳＣ）とその基地局と
の間の通信は、インタネットプロトコル（ＩＰ）に基づ
く輸送機構（トランスポートメカニズム）へと移りつつ
ある。無線通信システム用の１つのＩＰベースの輸送機
構は、ここでマルチプロトコルラベルスイッチング（Mu
lti Protocol Label Switching 、MPLS）と呼ばれる当
分野において周知のプロトコルを利用する。
伴って、基地局コントローラ（ＢＳＣ）とその基地局と
の間の通信は、インタネットプロトコル（ＩＰ）に基づ
く輸送機構（トランスポートメカニズム）へと移りつつ
ある。無線通信システム用の１つのＩＰベースの輸送機
構は、ここでマルチプロトコルラベルスイッチング（Mu
lti Protocol Label Switching 、MPLS）と呼ばれる当
分野において周知のプロトコルを利用する。
【０００３】図１は、少なくとも以下のプロトコル層、
つまり：ユーザデータグラムプロトコル（User Datagra
m Protocol、UDP）、ＩＰ、ＭＰＬＳ、ポイント・ツウ
・ポイント（Point-to-Point Protocol、PPP）、及びハ
イレベルデータリンク制御（High level Data Link Con
trol、HDLC）層から構成されるプロトコルスタック１０
を示す。データパケットがプロトコルスタック１０内を
下方に向かって処理されるにつれて、データパケットに
各プロトコル層によってオーバヘッド情報が付加され
る。より詳細には、データパケットにＵＤＰ層によって
ＵＤＰオーバヘッド情報が付加され、ＵＤＰフレームに
カプセル化することで、ＵＤＰデータパケットが形成さ
れる。次に、このＵＤＰデータパケットにＩＰ層によっ
てＩＰオーバヘッド情報が付加され、ＩＰフレームにカ
プセル化することで、ＩＰデータパケットが生成され
る。次に、このＩＰデータパケットにＭＰＬＳ層によっ
てＭＰＬＳオーバヘッド情報が付加され、ＭＰＬＳフレ
ームにカプセル化することで、ＭＰＬＳデータパケット
が生成される。次に、このＭＰＬＳデータパケットにＰ
ＰＰ／ＨＤＬＣ層によってＰＰＰ／ＨＤＬＣオーバヘッ
ド情報が付加され、ＰＰＰ／ＨＤＬＣフレームにカプセ
ル化することで、ＰＰＰ／ＨＤＬＣデータパケットが生
成される。これら、ＵＤＰ、ＩＰ、ＭＰＬＳ、及びＰＰ
Ｐ／ＨＤＬＣオーバヘッド情報は当分野において周知で
ある。
つまり：ユーザデータグラムプロトコル（User Datagra
m Protocol、UDP）、ＩＰ、ＭＰＬＳ、ポイント・ツウ
・ポイント（Point-to-Point Protocol、PPP）、及びハ
イレベルデータリンク制御（High level Data Link Con
trol、HDLC）層から構成されるプロトコルスタック１０
を示す。データパケットがプロトコルスタック１０内を
下方に向かって処理されるにつれて、データパケットに
各プロトコル層によってオーバヘッド情報が付加され
る。より詳細には、データパケットにＵＤＰ層によって
ＵＤＰオーバヘッド情報が付加され、ＵＤＰフレームに
カプセル化することで、ＵＤＰデータパケットが形成さ
れる。次に、このＵＤＰデータパケットにＩＰ層によっ
てＩＰオーバヘッド情報が付加され、ＩＰフレームにカ
プセル化することで、ＩＰデータパケットが生成され
る。次に、このＩＰデータパケットにＭＰＬＳ層によっ
てＭＰＬＳオーバヘッド情報が付加され、ＭＰＬＳフレ
ームにカプセル化することで、ＭＰＬＳデータパケット
が生成される。次に、このＭＰＬＳデータパケットにＰ
ＰＰ／ＨＤＬＣ層によってＰＰＰ／ＨＤＬＣオーバヘッ
ド情報が付加され、ＰＰＰ／ＨＤＬＣフレームにカプセ
ル化することで、ＰＰＰ／ＨＤＬＣデータパケットが生
成される。これら、ＵＤＰ、ＩＰ、ＭＰＬＳ、及びＰＰ
Ｐ／ＨＤＬＣオーバヘッド情報は当分野において周知で
ある。
【０００４】
【発明が解決しようとする課題】典型的な無線通信シス
テムにおいては、ＢＳＣはＴ１ラインによってその基地
局に接続される。ＰＰＰ／ＨＤＬＣデータパケットはＢ
ＳＣと基地局の間をＴ１ラインを通じて伝送される。た
だし、Ｔ１ラインの有する帯域幅は限られており、この
ため、Ｔ１ラインを通じて伝送できるＰＰＰ／ＨＤＬＣ
データパケットのサイズも限られる。このため、帯域幅
を効率的に利用することが望まれる。帯域幅をより効率
的に利用するための１つのやり方は、データパケットに
プロトコルスタックによって付加されるオーバヘッド情
報の量を削減するやり方である。こうしてオーバヘッド
情報の量を削減する必要性が存在する。
テムにおいては、ＢＳＣはＴ１ラインによってその基地
局に接続される。ＰＰＰ／ＨＤＬＣデータパケットはＢ
ＳＣと基地局の間をＴ１ラインを通じて伝送される。た
だし、Ｔ１ラインの有する帯域幅は限られており、この
ため、Ｔ１ラインを通じて伝送できるＰＰＰ／ＨＤＬＣ
データパケットのサイズも限られる。このため、帯域幅
を効率的に利用することが望まれる。帯域幅をより効率
的に利用するための１つのやり方は、データパケットに
プロトコルスタックによって付加されるオーバヘッド情
報の量を削減するやり方である。こうしてオーバヘッド
情報の量を削減する必要性が存在する。
【０００５】
【課題を解決するための手段】本発明は、ＩＰ（Intern
et Protocol）データパケットをＭＰＬＳ（Multi Proto
col Label Switching）フレーム内に多重化し、こうし
てデータパケットに付加されるその後のプロトコル層と
関連するオーバヘッド情報の量を削減することで、デー
タパケットに付加されるオーバヘッド情報の量を削減す
るための方法に関する。１つの実施例によると、本発明
は、ターゲットサイズを利用することであるＭＰＬＳフ
レーム内に多重化することができるＩＰデータパケット
の量を制限すると共に、タイマを利用することでＩＰデ
ータパケットの伝送における遅延を制限する。
et Protocol）データパケットをＭＰＬＳ（Multi Proto
col Label Switching）フレーム内に多重化し、こうし
てデータパケットに付加されるその後のプロトコル層と
関連するオーバヘッド情報の量を削減することで、デー
タパケットに付加されるオーバヘッド情報の量を削減す
るための方法に関する。１つの実施例によると、本発明
は、ターゲットサイズを利用することであるＭＰＬＳフ
レーム内に多重化することができるＩＰデータパケット
の量を制限すると共に、タイマを利用することでＩＰデ
ータパケットの伝送における遅延を制限する。
【０００６】本発明の様々な特徴、面、及び長所が、以
下の説明、付録のクレーム、及び付随の図面からより良
く理解できるものである。
下の説明、付録のクレーム、及び付随の図面からより良
く理解できるものである。
【０００７】
【発明の実施の形態】本発明はインタネットプロトコル
（Internet Protocol、IP）データパケットをマルチプ
ロトコルラベルスイッチング（Multi Protocol Label S
witching 、MPLS）フレーム内に多重化し、これによっ
てデータパケットに付加されるその後のプロトコル層と
関連するオーバヘッド情報の量を削減することで、デー
タパケットに付加されるオーバヘッド情報の量を削減す
る方法に関する。
（Internet Protocol、IP）データパケットをマルチプ
ロトコルラベルスイッチング（Multi Protocol Label S
witching 、MPLS）フレーム内に多重化し、これによっ
てデータパケットに付加されるその後のプロトコル層と
関連するオーバヘッド情報の量を削減することで、デー
タパケットに付加されるオーバヘッド情報の量を削減す
る方法に関する。
【０００８】図２は、複数の移動局２２−１，２２−
２，２２−３，２２−４、基地局２４、ＭＰＬＳ網２
６、基地局コントローラ（base station controller、B
SC）２８、５Ｅスイッチ３０、パケット制御機能（Pack
et Control Function、PCF）３２、及びパケットデータ
サービングノード（Packet Data Serving Node、PDSN）
３４から構成されるＩＰベースの輸送機構を採用するア
ーキテクチャ２０を示す。移動局２２−１，２２−２，
２２−３，２２−４と基地局２４は互いに空中インタフ
ェース（air interface）を通じて通信する。基地局２
４は、Ｔｌライン３６を介してＭＰＬＳ網２６に接続さ
れる。ＭＰＬＳ網は、複数のラベルエッジルータ（Labe
l Edge Routers、LER）とラベルスイッチングルータ（L
abel Switching Routers、LSR）から構成され、Ｔｌラ
イン（或いは何らかのブロードバンド接続、例えば、Ｔ
３或いはＯＣ３）３８を介してＢＳＣ２８に接続され
る。ＢＳＣ２８は、それぞれ、ブロードバンド接続（或
いはＴｌライン）４０を介して５Ｅスイッチ３０接続さ
れ、ブロードバンド接続（或いはＴｌライン）４２を介
してＰＣＦ３２に接続される。ＰＣＦ３２はブロードバ
ンド接続（或いはＴｌライン）４４を介してＰＤＳＮ３
４に接続される。
２，２２−３，２２−４、基地局２４、ＭＰＬＳ網２
６、基地局コントローラ（base station controller、B
SC）２８、５Ｅスイッチ３０、パケット制御機能（Pack
et Control Function、PCF）３２、及びパケットデータ
サービングノード（Packet Data Serving Node、PDSN）
３４から構成されるＩＰベースの輸送機構を採用するア
ーキテクチャ２０を示す。移動局２２−１，２２−２，
２２−３，２２−４と基地局２４は互いに空中インタフ
ェース（air interface）を通じて通信する。基地局２
４は、Ｔｌライン３６を介してＭＰＬＳ網２６に接続さ
れる。ＭＰＬＳ網は、複数のラベルエッジルータ（Labe
l Edge Routers、LER）とラベルスイッチングルータ（L
abel Switching Routers、LSR）から構成され、Ｔｌラ
イン（或いは何らかのブロードバンド接続、例えば、Ｔ
３或いはＯＣ３）３８を介してＢＳＣ２８に接続され
る。ＢＳＣ２８は、それぞれ、ブロードバンド接続（或
いはＴｌライン）４０を介して５Ｅスイッチ３０接続さ
れ、ブロードバンド接続（或いはＴｌライン）４２を介
してＰＣＦ３２に接続される。ＰＣＦ３２はブロードバ
ンド接続（或いはＴｌライン）４４を介してＰＤＳＮ３
４に接続される。
【０００９】アーキテクチャ２０は、単に解説の目的の
ために示されるもので、他の様々なアーキテクチャも可
能であり、従って、本発明はアーキテクチャ２０に制限
されるものではないことに注意する。
ために示されるもので、他の様々なアーキテクチャも可
能であり、従って、本発明はアーキテクチャ２０に制限
されるものではないことに注意する。
【００１０】図３は、本発明の１つの実施例によるＭＰ
ＬＳフレーム内にＩＰデータパケットを多重化するため
のプロトコルスタック５０を示す。プロトコルスタック
５０は、少なくとも以下のプロトコル層、つまり：ユー
ザデータグラムプロトコル（ＵＤＰ）、インタネットプ
ロトコル（ＩＰ）、マルチプレキシングＭＰＬＳ（ＭＵ
Ｘ＿ＭＰＬＳ）、ＭＰＬＳ、ポイント・ツウ・ポイント
プロトコル（ＰＰＰ）、及びハイレベルデータリンク制
御（ＨＤＬＣ）層から構成される。ＵＤＰ、ＩＰ、ＭＰ
ＬＳ及びＰＰＰ／ＨＤＬＣプロトコルは当分野において
周知である。基地局２４とＢＳＣ２８はプロトコルスタ
ック５０を利用してデータパケットを処理する。
ＬＳフレーム内にＩＰデータパケットを多重化するため
のプロトコルスタック５０を示す。プロトコルスタック
５０は、少なくとも以下のプロトコル層、つまり：ユー
ザデータグラムプロトコル（ＵＤＰ）、インタネットプ
ロトコル（ＩＰ）、マルチプレキシングＭＰＬＳ（ＭＵ
Ｘ＿ＭＰＬＳ）、ＭＰＬＳ、ポイント・ツウ・ポイント
プロトコル（ＰＰＰ）、及びハイレベルデータリンク制
御（ＨＤＬＣ）層から構成される。ＵＤＰ、ＩＰ、ＭＰ
ＬＳ及びＰＰＰ／ＨＤＬＣプロトコルは当分野において
周知である。基地局２４とＢＳＣ２８はプロトコルスタ
ック５０を利用してデータパケットを処理する。
【００１１】解説の目的で、本発明はここでは基地局２
４からＢＳＣ２８へのデータ通信との関連で説明され
る。ただし、これは本発明を基地局２４からＢＳＣ２８
へのデータ通信のみに制限することを意図するものでは
なく、当業者においては明らかなように、本発明はＢＳ
Ｃ２８から基地局２４への、或いは任意の網要素間での
データ通信にも用いることができる。
４からＢＳＣ２８へのデータ通信との関連で説明され
る。ただし、これは本発明を基地局２４からＢＳＣ２８
へのデータ通信のみに制限することを意図するものでは
なく、当業者においては明らかなように、本発明はＢＳ
Ｃ２８から基地局２４への、或いは任意の網要素間での
データ通信にも用いることができる。
【００１２】図４は移動局２２−ｎから基地局２４に伝
送されるデータ流５２−ｎをプロトコルスタッ５０の複
数の層に従って処理する様子を示す流れ図５０である。
各データ流５２−ｎは、ゼロから複数のデータパケット
５４−ｎ−ｐを含む。各データパケット５４−ｎ−ｐを
ＵＤＰプロトコル層にて処理することでＵＤＰデータ５
６−ｎが生成される。ここで、各ＵＤＰデータ流５６−
ｎはゼロから複数のＵＤＰデータパケッ５８−ｎ−ｐを
含む。より詳細には、各データパケッ５４−ｎ−ｐにＵ
ＤＰのオーバヘッド情６０−ｎ−ｐを付加し、ＵＤＰフ
レームにカプセル化することでＵＤＰデータパケット５
８−ｎ−ｐが生成される。
送されるデータ流５２−ｎをプロトコルスタッ５０の複
数の層に従って処理する様子を示す流れ図５０である。
各データ流５２−ｎは、ゼロから複数のデータパケット
５４−ｎ−ｐを含む。各データパケット５４−ｎ−ｐを
ＵＤＰプロトコル層にて処理することでＵＤＰデータ５
６−ｎが生成される。ここで、各ＵＤＰデータ流５６−
ｎはゼロから複数のＵＤＰデータパケッ５８−ｎ−ｐを
含む。より詳細には、各データパケッ５４−ｎ−ｐにＵ
ＤＰのオーバヘッド情６０−ｎ−ｐを付加し、ＵＤＰフ
レームにカプセル化することでＵＤＰデータパケット５
８−ｎ−ｐが生成される。
【００１３】次に、各ＵＤＰデータパケット５８−ｎ−
ｐをＩＰプロトコル層にて処理することでＩＰデータ流
６０−ｎが生成される。ここで、各ＩＰデータ流６０−
ｎはゼロから複数のＩＰデータパケット６２−ｎ−ｐを
含む。より具体的には、各データパケット５８−ｎ−ｐ
にＩＰオーバヘッド情報６４−ｎ−ｐを付加し、ＩＰフ
レームにカプセル化することでＩＰデータパケット６２
−ｎ−ｐが生成される。
ｐをＩＰプロトコル層にて処理することでＩＰデータ流
６０−ｎが生成される。ここで、各ＩＰデータ流６０−
ｎはゼロから複数のＩＰデータパケット６２−ｎ−ｐを
含む。より具体的には、各データパケット５８−ｎ−ｐ
にＩＰオーバヘッド情報６４−ｎ−ｐを付加し、ＩＰフ
レームにカプセル化することでＩＰデータパケット６２
−ｎ−ｐが生成される。
【００１４】次に、ＩＰデータパケット６２−ｎ−ｐを
ＭＵＸ＿ＭＰＬＳとＭＰＬＳプロトコル層にて処理する
ことでＭＰＬＳデータ流６４が生成される。ここで、Ｍ
ＰＬＳデータ流６４はゼロから複数のデータパケット６
６−ｘを含む。より具体的には、ＭＵＸ＿ＭＰＬＳプロ
トコル層において、ＩＰデータパケット６２−ｎ−ｐに
ＭＵＸ＿ＭＰＬＳオーバヘッド情報６８−ｎ−ｐを付加
し、ＭＰＬＳフレームに多重化することでＭＵＸ＿ＭＰ
ＬＳデータパケット７０ｘが生成される。ここでＭＵＸ
＿ＭＰＬＳオーバヘッド情報６８−ｎ−ｐはＭＵＸ＿Ｍ
ＰＬＳデータパケット７０−ｘ内のＩＰデータパケット
６２−ｎ−ｐが分離できるように、それと関連するＩＰ
データパケット６２−ｎ−ｐの長さを示す。１つの実施
例においては、同一のＩＰデータ流６０−ｎからは、１
つ以上のＩＰデータパケット６２−ｎ−ｐは、同一のＭ
ＰＬＳフレームデータ内には多重化されない。ＭＵＸ＿
ＭＰＬＳプロトコルについては、後により詳細に説明す
る。次に、ＭＰＬＳプロトコル層において、ＭＵＸ＿Ｍ
ＰＬＳデータパケット７０−ｘにＭＰＬＳオーバヘッド
情報７２−ｘを付加し、同一のＭＰＬＳフレーム内にカ
プセル化することでＭＰＬＳデータパケット６６−ｘが
生成される。
ＭＵＸ＿ＭＰＬＳとＭＰＬＳプロトコル層にて処理する
ことでＭＰＬＳデータ流６４が生成される。ここで、Ｍ
ＰＬＳデータ流６４はゼロから複数のデータパケット６
６−ｘを含む。より具体的には、ＭＵＸ＿ＭＰＬＳプロ
トコル層において、ＩＰデータパケット６２−ｎ−ｐに
ＭＵＸ＿ＭＰＬＳオーバヘッド情報６８−ｎ−ｐを付加
し、ＭＰＬＳフレームに多重化することでＭＵＸ＿ＭＰ
ＬＳデータパケット７０ｘが生成される。ここでＭＵＸ
＿ＭＰＬＳオーバヘッド情報６８−ｎ−ｐはＭＵＸ＿Ｍ
ＰＬＳデータパケット７０−ｘ内のＩＰデータパケット
６２−ｎ−ｐが分離できるように、それと関連するＩＰ
データパケット６２−ｎ−ｐの長さを示す。１つの実施
例においては、同一のＩＰデータ流６０−ｎからは、１
つ以上のＩＰデータパケット６２−ｎ−ｐは、同一のＭ
ＰＬＳフレームデータ内には多重化されない。ＭＵＸ＿
ＭＰＬＳプロトコルについては、後により詳細に説明す
る。次に、ＭＰＬＳプロトコル層において、ＭＵＸ＿Ｍ
ＰＬＳデータパケット７０−ｘにＭＰＬＳオーバヘッド
情報７２−ｘを付加し、同一のＭＰＬＳフレーム内にカ
プセル化することでＭＰＬＳデータパケット６６−ｘが
生成される。
【００１５】次に、各ＭＰＬＳデータパッケト６６−ｘ
に、ＰＰＰ／ＨＤＬＣプロトコルにてＰＰＰ／ＨＤＬＣ
オーバヘッド情報７４−ｘを付加し、ＰＰＰ／ＨＤＬ
Ｃフレームにカプセル化することでＰＰＰ／ＨＤＬＣデ
ータフレーム７６が生成される。ここでＰＰＰ／ＨＤＬ
Ｃデータフレーム７６は、ゼロから複数のＰＰＰ／ＨＤ
ＬＣデータパッケト７８−ｘを含む。
に、ＰＰＰ／ＨＤＬＣプロトコルにてＰＰＰ／ＨＤＬＣ
オーバヘッド情報７４−ｘを付加し、ＰＰＰ／ＨＤＬ
Ｃフレームにカプセル化することでＰＰＰ／ＨＤＬＣデ
ータフレーム７６が生成される。ここでＰＰＰ／ＨＤＬ
Ｃデータフレーム７６は、ゼロから複数のＰＰＰ／ＨＤ
ＬＣデータパッケト７８−ｘを含む。
【００１６】次に、このＰＰＰ／ＨＤＬＣデータパケッ
ト７８−ｘは、更に、基地局２４からＴｌライン３６を
通じＭＰＬＳ網２６に伝送するためにセットのＴ１物理
層要件に従って処理されるが、これはＰＰＰ／ＨＤＬＣ
オーバヘッド情報７４−ｘを用いて行われる。ＰＰＰ／
ＨＤＬＣオーバヘッド情報７４−ｘは各ノードにおいて
終端され、関連するＭＰＬＳデータパッケト６６−ｘを
ＭＰＬＳ網２６を通じてＢＳＣ２８にポイント・ツウ・
ポイントルーティングするための新たなＰＰＰ／ＨＤＬ
Ｃオーバヘッド情報と交換される。接続３８を通じて受
信されるＰＰＰ／ＨＤＬＣデータは、ＢＳＣ２８におい
てプロトコルスタック５０の上に向かって処理される。
この処理には、ＩＰデータパケット６２−ｎ−ｐを得る
ためにＭＵＸ＿ＭＰＬＳデータパッケ７０−ｘをデマル
チプレキシング過程が含まれ、ＩＰデータパケット６２
−ｎ−ｐを分離するためにはＭＵＸ＿ＭＰＬＳオーバヘ
ッド情報６８−ｎ−ｐが用いられる。更に、関連するデ
ータパケットを５Ｅスイッチ３０或いはＰＣＦ３２にル
ーティングするために、ＵＤＰオーバヘッド情報６０−
ｎ−ｐとＩＰオーバヘッド情報６４−ｎ−ｐを用いて新
たなＩＰオーバヘッド情報が生成される。
ト７８−ｘは、更に、基地局２４からＴｌライン３６を
通じＭＰＬＳ網２６に伝送するためにセットのＴ１物理
層要件に従って処理されるが、これはＰＰＰ／ＨＤＬＣ
オーバヘッド情報７４−ｘを用いて行われる。ＰＰＰ／
ＨＤＬＣオーバヘッド情報７４−ｘは各ノードにおいて
終端され、関連するＭＰＬＳデータパッケト６６−ｘを
ＭＰＬＳ網２６を通じてＢＳＣ２８にポイント・ツウ・
ポイントルーティングするための新たなＰＰＰ／ＨＤＬ
Ｃオーバヘッド情報と交換される。接続３８を通じて受
信されるＰＰＰ／ＨＤＬＣデータは、ＢＳＣ２８におい
てプロトコルスタック５０の上に向かって処理される。
この処理には、ＩＰデータパケット６２−ｎ−ｐを得る
ためにＭＵＸ＿ＭＰＬＳデータパッケ７０−ｘをデマル
チプレキシング過程が含まれ、ＩＰデータパケット６２
−ｎ−ｐを分離するためにはＭＵＸ＿ＭＰＬＳオーバヘ
ッド情報６８−ｎ−ｐが用いられる。更に、関連するデ
ータパケットを５Ｅスイッチ３０或いはＰＣＦ３２にル
ーティングするために、ＵＤＰオーバヘッド情報６０−
ｎ−ｐとＩＰオーバヘッド情報６４−ｎ−ｐを用いて新
たなＩＰオーバヘッド情報が生成される。
【００１７】１つの実施例においては、ＭＵＸ＿ＭＰＬ
Ｓプロトコルは、ターゲットサイズを利用することであ
るＭＰＬＳフレーム内で多重化することができるＩＰデ
ータパケットの数を制限し、タイマを利用することでＩ
Ｐデータパケット伝送遅延に制限を設ける。あるＭＰＬ
Ｓフレーム内に多重化されるＩＰデータパケットの数を
制限することで、ジッタの量（ユーザデータによって経
験される遅延の変動）をより良く制御することが可能と
なる。更に、タイマを用いることで、ユーザデータによ
って経験される遅延とジッタの両方に限界が設けられ
る。これら２つの鍵となるパラメータを本発明の技法に
導入することで、本発明を広範囲に適用することが可能
になる。これらパラメータをどのように設定するかは、
遅延及びジッタの要件によって決まり、当業者において
は明らかである。
Ｓプロトコルは、ターゲットサイズを利用することであ
るＭＰＬＳフレーム内で多重化することができるＩＰデ
ータパケットの数を制限し、タイマを利用することでＩ
Ｐデータパケット伝送遅延に制限を設ける。あるＭＰＬ
Ｓフレーム内に多重化されるＩＰデータパケットの数を
制限することで、ジッタの量（ユーザデータによって経
験される遅延の変動）をより良く制御することが可能と
なる。更に、タイマを用いることで、ユーザデータによ
って経験される遅延とジッタの両方に限界が設けられ
る。これら２つの鍵となるパラメータを本発明の技法に
導入することで、本発明を広範囲に適用することが可能
になる。これらパラメータをどのように設定するかは、
遅延及びジッタの要件によって決まり、当業者において
は明らかである。
【００１８】図５ａ、図５ｂはＭＵＸ＿ＭＰＬＳプロト
コルのこの実施例を解説する流れ図５００を示す。ステ
ップ５０１において、複数のＩＰデータ流の内の１つの
ＩＰデータ流が現在のＩＰデータ流としてセットされ
る。ステップ５０２において、この現在のＩＰデータ流
がそれが空であるか、つまり、そのＩＰデータ流がＩＰ
データパケットを１つも含まないか否か決定するための
チェックが行われる。この現在のＩＰデータ流が空のＩ
Ｐデータ流である場合は、次に、ステップ５０３におい
て、この現在のＩＰデータ流がこれら複数のＩＰデータ
流の内の最後のＩＰデータ流であるか否か決定するため
のチェックが行われる。ある現在のＩＰデータ流は、そ
れが現在のＩＰデータ流としてセットされている最後の
ＩＰデータ流である場合に、最後のＩＰデータ流である
とみなされる。この現在のＩＰデータ流が最後のＩＰデ
ータ流である場合は、次に流れ図５００は（ステップ５
０５を経て）ステップ５５０に進む。そうでない場合
は、ステップ５０４において、これら複数のＩＰデータ
流の内の（これまで現在のデータ流として扱われたこと
のない）次のＩＰデータ流が現在のＩＰデータ流として
セットされ、流れ図５００はステップ５０２に戻る。
コルのこの実施例を解説する流れ図５００を示す。ステ
ップ５０１において、複数のＩＰデータ流の内の１つの
ＩＰデータ流が現在のＩＰデータ流としてセットされ
る。ステップ５０２において、この現在のＩＰデータ流
がそれが空であるか、つまり、そのＩＰデータ流がＩＰ
データパケットを１つも含まないか否か決定するための
チェックが行われる。この現在のＩＰデータ流が空のＩ
Ｐデータ流である場合は、次に、ステップ５０３におい
て、この現在のＩＰデータ流がこれら複数のＩＰデータ
流の内の最後のＩＰデータ流であるか否か決定するため
のチェックが行われる。ある現在のＩＰデータ流は、そ
れが現在のＩＰデータ流としてセットされている最後の
ＩＰデータ流である場合に、最後のＩＰデータ流である
とみなされる。この現在のＩＰデータ流が最後のＩＰデ
ータ流である場合は、次に流れ図５００は（ステップ５
０５を経て）ステップ５５０に進む。そうでない場合
は、ステップ５０４において、これら複数のＩＰデータ
流の内の（これまで現在のデータ流として扱われたこと
のない）次のＩＰデータ流が現在のＩＰデータ流として
セットされ、流れ図５００はステップ５０２に戻る。
【００１９】ステップ５０２において、もし、その現在
のＩＰデータ流が空でないと決定された場合は、ステッ
プ５０６において、その現在のＩＰデータ流からのＩＰ
データパケットの長さ或いはサイズが決定される。次
に、ステップ５１０において、ＭＵＸ＿ＭＰＬＳオーバ
ヘッド情報がこうして決定されたＩＰデータパッケト長
に基づいて生成される。
のＩＰデータ流が空でないと決定された場合は、ステッ
プ５０６において、その現在のＩＰデータ流からのＩＰ
データパケットの長さ或いはサイズが決定される。次
に、ステップ５１０において、ＭＵＸ＿ＭＰＬＳオーバ
ヘッド情報がこうして決定されたＩＰデータパッケト長
に基づいて生成される。
【００２０】１つの実施例においては、このＭＵＸ＿Ｍ
ＰＬＳオーバヘッド情報は、１バイトのサイズとされ、
関連するＩＰデータパケットの長さは、２つのフォーマ
ット、すなわち：オクテットフォーマット或いはワード
フォーマットの１つを用いて示される。他の幾つかの実
施例においては、ＭＵＸ＿ＭＰＬＳオーバヘッド情報
は、１バイトより大きなサイズとされる。オクテットフ
ォーマットにおいては、関連するＩＰデータパケットの
長さは、その長さが２５５オクテット或いはバイト以下
である場合は８ビット２進フォーマットにて示される。
そうでない場合は、関連するＩＰデータパッケトの長さ
は、オールゼロ、つまり、００００００００を用いて、
その長さが２５５オクテットより大きなことを示され
る。
ＰＬＳオーバヘッド情報は、１バイトのサイズとされ、
関連するＩＰデータパケットの長さは、２つのフォーマ
ット、すなわち：オクテットフォーマット或いはワード
フォーマットの１つを用いて示される。他の幾つかの実
施例においては、ＭＵＸ＿ＭＰＬＳオーバヘッド情報
は、１バイトより大きなサイズとされる。オクテットフ
ォーマットにおいては、関連するＩＰデータパケットの
長さは、その長さが２５５オクテット或いはバイト以下
である場合は８ビット２進フォーマットにて示される。
そうでない場合は、関連するＩＰデータパッケトの長さ
は、オールゼロ、つまり、００００００００を用いて、
その長さが２５５オクテットより大きなことを示され
る。
【００２１】ＭＵＸ＿ＭＰＬＳオーバヘッド情報がワー
ドフォーマットを用いて表される場合は、関連するＩＰ
データパケットが、結果としてのパディングされたＩＰ
データパケットが１ワード、つまり、３２ビットのある
整数倍となるように、パディング（付加）される。ＭＵ
Ｘ＿ＭＰＬＳオーバヘッド情報の内の６ビットは関連す
るＩＰデータパケット内のワードの数を表すために用い
られる。関連するＩＰデータパケットの長さは、ワード
の数が６３ワード以下である場合は６ビット２進フォー
マットにて示される。そうでない場合は、オールゼロ、
すなわち、００００００を用いてその長さが６３ワード
より大きなことが示される。ＭＵＸ＿ＭＰＬＳオーバヘ
ッド情報の内の他の２ビットは、そのＩＰデータパケッ
トの最後のワードをパディングするために用いられるべ
きオクテッド数を表すために用いられる。例えば、これ
ら２つのビットが００にセットされている場合は、その
ＩＰデータパケットの最後のワード内にオクテットはパ
ディングされてないことを示し、０１にセットされてい
る場合は、その最後のワードの最後のオクテットがパデ
ィングされたことを示す。１つの実施例においては、Ｍ
ＵＸ＿ＭＰＬＳオーバヘッド情報の２つの上位或いは下
位ビットによってパディングされたオクテットの数が示
される。
ドフォーマットを用いて表される場合は、関連するＩＰ
データパケットが、結果としてのパディングされたＩＰ
データパケットが１ワード、つまり、３２ビットのある
整数倍となるように、パディング（付加）される。ＭＵ
Ｘ＿ＭＰＬＳオーバヘッド情報の内の６ビットは関連す
るＩＰデータパケット内のワードの数を表すために用い
られる。関連するＩＰデータパケットの長さは、ワード
の数が６３ワード以下である場合は６ビット２進フォー
マットにて示される。そうでない場合は、オールゼロ、
すなわち、００００００を用いてその長さが６３ワード
より大きなことが示される。ＭＵＸ＿ＭＰＬＳオーバヘ
ッド情報の内の他の２ビットは、そのＩＰデータパケッ
トの最後のワードをパディングするために用いられるべ
きオクテッド数を表すために用いられる。例えば、これ
ら２つのビットが００にセットされている場合は、その
ＩＰデータパケットの最後のワード内にオクテットはパ
ディングされてないことを示し、０１にセットされてい
る場合は、その最後のワードの最後のオクテットがパデ
ィングされたことを示す。１つの実施例においては、Ｍ
ＵＸ＿ＭＰＬＳオーバヘッド情報の２つの上位或いは下
位ビットによってパディングされたオクテットの数が示
される。
【００２２】オクテットフォーマットとワードフォーマ
ットのいずれにおいても、ＩＰデータパケットが２５５
オクテット或いは６３ワードより大きく、その長さを示
すためにオールゼロが用いられている場合は、そのＩＰ
データパケットの後には、他のＩＰデータパケットはそ
れと同一のＭＰＬＳフレーム内には多重化されない。換
言すれば、あるＭＰＬＳフレームが２５５オクテット或
いは６３ワードより大きな長さのＩＰデータパケットを
有する場合は、そのＩＰデータパケットはそのＭＰＬＳ
フレーム内の最後のＩＰデータパケットとされる。２５
５オクテット或いは６３ワードより大きな長さのＩＰデ
ータパケットは、ここでは「オーバサイズＩＰデータパ
ケット」と呼ばれる。オーバサイズＩＰデータパケット
は、それ自体のサイズ或いは長さにてそのＩＰデータパ
ケットがそのＭＰＬＳフレーム内の最後のＩＰデータパ
ケットであるか否かを決定できるＩＰデータパケットで
あり、１つの実施例においては、少なくともＬの長さを
有するＩＰデータパケットは、オーバサイズＩＰデータ
パケットとして扱われる。
ットのいずれにおいても、ＩＰデータパケットが２５５
オクテット或いは６３ワードより大きく、その長さを示
すためにオールゼロが用いられている場合は、そのＩＰ
データパケットの後には、他のＩＰデータパケットはそ
れと同一のＭＰＬＳフレーム内には多重化されない。換
言すれば、あるＭＰＬＳフレームが２５５オクテット或
いは６３ワードより大きな長さのＩＰデータパケットを
有する場合は、そのＩＰデータパケットはそのＭＰＬＳ
フレーム内の最後のＩＰデータパケットとされる。２５
５オクテット或いは６３ワードより大きな長さのＩＰデ
ータパケットは、ここでは「オーバサイズＩＰデータパ
ケット」と呼ばれる。オーバサイズＩＰデータパケット
は、それ自体のサイズ或いは長さにてそのＩＰデータパ
ケットがそのＭＰＬＳフレーム内の最後のＩＰデータパ
ケットであるか否かを決定できるＩＰデータパケットで
あり、１つの実施例においては、少なくともＬの長さを
有するＩＰデータパケットは、オーバサイズＩＰデータ
パケットとして扱われる。
【００２３】ステップ５１５において、ＭＵＸ＿ＭＰＬ
Ｓオーバヘッド情報と、関連するＩＰデータパケット
が、１つのＭＵＸ＿ＭＰＬＳデータパケットに多重化さ
れる。現存のＭＵＸ＿ＭＰＬＳデータパケットが存在す
る場合は、これらＭＵＸ＿ＭＰＬＳオーバヘッド情報
と、関連するＩＰデータパケットは、現存のＭＵＸ＿Ｍ
ＰＬＳデータパケットに付加或いは多重化される。現存
のＭＵＸ＿ＭＰＬＳデータパケットが存在しない場合
は、これらＭＵＸ＿ＭＰＬＳオーバヘッド情報と、関連
するＩＰデータパケットを用いて、ＭＵＸ＿ＭＰＬＳデ
ータパケットが形成される。ステップ５２０において、
このＭＵＸ＿ＭＰＬＳデータパケットが、現存の或いは
新たに形成されたＭＵＸ＿ＭＰＬＳデータパケットにさ
らにＩＰデータパケットを付加或いは多重化できるか否
か決定するためにチェックされる。そのＭＵＸ＿ＭＰＬ
Ｓデータパケットの現在のサイズがターゲットサイズよ
り大きな場合、或いはそのＭＵＸ＿ＭＰＬＳデータパケ
ットの最後のＩＰデータパケットと関連するＭＵＸ＿Ｍ
ＰＬＳオーバヘッド情報がオールゼロの場合は、そのＭ
ＵＸ＿ＭＰＬＳデータパケットにそれ以上ＩＰデータパ
ケットを付加或いは多重化することはできず、流れ図５
００は、ステップ５２５において、次のプロトコル層、
つまり、ＭＰＬＳプロトコル層に進む。
Ｓオーバヘッド情報と、関連するＩＰデータパケット
が、１つのＭＵＸ＿ＭＰＬＳデータパケットに多重化さ
れる。現存のＭＵＸ＿ＭＰＬＳデータパケットが存在す
る場合は、これらＭＵＸ＿ＭＰＬＳオーバヘッド情報
と、関連するＩＰデータパケットは、現存のＭＵＸ＿Ｍ
ＰＬＳデータパケットに付加或いは多重化される。現存
のＭＵＸ＿ＭＰＬＳデータパケットが存在しない場合
は、これらＭＵＸ＿ＭＰＬＳオーバヘッド情報と、関連
するＩＰデータパケットを用いて、ＭＵＸ＿ＭＰＬＳデ
ータパケットが形成される。ステップ５２０において、
このＭＵＸ＿ＭＰＬＳデータパケットが、現存の或いは
新たに形成されたＭＵＸ＿ＭＰＬＳデータパケットにさ
らにＩＰデータパケットを付加或いは多重化できるか否
か決定するためにチェックされる。そのＭＵＸ＿ＭＰＬ
Ｓデータパケットの現在のサイズがターゲットサイズよ
り大きな場合、或いはそのＭＵＸ＿ＭＰＬＳデータパケ
ットの最後のＩＰデータパケットと関連するＭＵＸ＿Ｍ
ＰＬＳオーバヘッド情報がオールゼロの場合は、そのＭ
ＵＸ＿ＭＰＬＳデータパケットにそれ以上ＩＰデータパ
ケットを付加或いは多重化することはできず、流れ図５
００は、ステップ５２５において、次のプロトコル層、
つまり、ＭＰＬＳプロトコル層に進む。
【００２４】ターゲットサイズはジッタ性能と関係す
る。ターゲットサイズを小さくすると、ジッタ性能は向
上するが、効率は低下する。より良い性能を得るために
は、ターゲットサイズを大きくすることが求められる
が、ターゲットサイズを大きくすると遅延の量が増加す
る。１つの実施例においては、ターゲットサイズは３０
０バイトにセットされる。
る。ターゲットサイズを小さくすると、ジッタ性能は向
上するが、効率は低下する。より良い性能を得るために
は、ターゲットサイズを大きくすることが求められる
が、ターゲットサイズを大きくすると遅延の量が増加す
る。１つの実施例においては、ターゲットサイズは３０
０バイトにセットされる。
【００２５】ステップ５２０において、現存の或いは新
たに形成されたＭＵＸ＿ＭＰＬＳデータパケットにＩＰ
データパケットを付加或いは多重化できるものと決定さ
れた場合は、流れ図５００はステップ５３０に進む。ス
テップ５３０において、現在のＩＰデータ流が複数のデ
ータ流の内の最後のＩＰデータ流であるか否か決定する
ためのチェックがなされる。現在のＩＰデータ流が最後
のＩＰデータ流ではない場合は、流れ図５００はステッ
プ５３５に進み、複数のＩＰデータ流の中の（これまで
現在のデータ流として扱われたことのなかった）次のＩ
Ｐデータ流が現在のＩＰデータ流としてセットされる。
ステップ５４０において、この現在のＩＰデータ流がそ
れが空であるか否か決定するためにチェックされる。こ
の現在のＩＰデータ流が空のＩＰデータ流である場合
は、次に流れ図５００は、ステップ５４５を介して、ス
テップ５１０に戻る。
たに形成されたＭＵＸ＿ＭＰＬＳデータパケットにＩＰ
データパケットを付加或いは多重化できるものと決定さ
れた場合は、流れ図５００はステップ５３０に進む。ス
テップ５３０において、現在のＩＰデータ流が複数のデ
ータ流の内の最後のＩＰデータ流であるか否か決定する
ためのチェックがなされる。現在のＩＰデータ流が最後
のＩＰデータ流ではない場合は、流れ図５００はステッ
プ５３５に進み、複数のＩＰデータ流の中の（これまで
現在のデータ流として扱われたことのなかった）次のＩ
Ｐデータ流が現在のＩＰデータ流としてセットされる。
ステップ５４０において、この現在のＩＰデータ流がそ
れが空であるか否か決定するためにチェックされる。こ
の現在のＩＰデータ流が空のＩＰデータ流である場合
は、次に流れ図５００は、ステップ５４５を介して、ス
テップ５１０に戻る。
【００２６】ステップ５３０において、現在のＩＰデー
タ流が最後のＩＰデータ流である場合は、次に流れ図５
００はステップ５５０に進み、ここでタイマが始動され
る。ステップ５５２において、これら複数のＩＰデータ
流の中に空のＩＰデータ流が存在したか否か、つまり、
ステップ５０２或いは５４０における答えが「肯定」で
あったか決定される。空のＩＰデータ流が存在しなかっ
た場合は、ステップ５５４において流れ図５００は次の
プロトコル層に進む。存在しなかった場合は、流れ図５
００はステップ５５５に進む。
タ流が最後のＩＰデータ流である場合は、次に流れ図５
００はステップ５５０に進み、ここでタイマが始動され
る。ステップ５５２において、これら複数のＩＰデータ
流の中に空のＩＰデータ流が存在したか否か、つまり、
ステップ５０２或いは５４０における答えが「肯定」で
あったか決定される。空のＩＰデータ流が存在しなかっ
た場合は、ステップ５５４において流れ図５００は次の
プロトコル層に進む。存在しなかった場合は、流れ図５
００はステップ５５５に進む。
【００２７】ステップ５５５において、前に空であった
ＩＰデータ流が現在のＩＰデータ流としてセットされ
る。ステップ５６０において、この現在のＩＰデータ流
がそれが空であるか否か決定するためにチェックされ
る。この現在のＩＰデータ流が空のＩＰデータ流である
場合は、次に流れ図５００はステップ５６５に進み、こ
こでタイマが満了したか否か決定するためにチェックさ
れる。タイマが満了した場合は、次にステップ５９０に
おいて、流れ図５００は次のプロトコル層に進む。タイ
マが満了してない場合は、流れ図５００はステップ５７
０に進む。
ＩＰデータ流が現在のＩＰデータ流としてセットされ
る。ステップ５６０において、この現在のＩＰデータ流
がそれが空であるか否か決定するためにチェックされ
る。この現在のＩＰデータ流が空のＩＰデータ流である
場合は、次に流れ図５００はステップ５６５に進み、こ
こでタイマが満了したか否か決定するためにチェックさ
れる。タイマが満了した場合は、次にステップ５９０に
おいて、流れ図５００は次のプロトコル層に進む。タイ
マが満了してない場合は、流れ図５００はステップ５７
０に進む。
【００２８】タイマをいつ満了するようにセットするか
は、遅延に対する弱さと、ジッタ性能に依存する。デー
タが遅延に弱い場合及び／或いはジッタ性能を高めるこ
とが要求される場合は、タイマにあるタイマ値を設ける
こと、或いは短い時間期間内に満了するようにセットす
ることが必要とされる。１つの実施例においては、タイ
マは２ｍｓ後に満了するようにセットされる。
は、遅延に対する弱さと、ジッタ性能に依存する。デー
タが遅延に弱い場合及び／或いはジッタ性能を高めるこ
とが要求される場合は、タイマにあるタイマ値を設ける
こと、或いは短い時間期間内に満了するようにセットす
ることが必要とされる。１つの実施例においては、タイ
マは２ｍｓ後に満了するようにセットされる。
【００２９】ステップ５７０において、次の前に空であ
ったＩＰデータ流が現在のＩＰデータ流としてセットさ
れ、流れ図５００はその後ステップ５６０に戻る。この
実施例においては、空のＩＰデータ流は現在のＩＰデー
タ流として１度以上セットされることがあるが、他の幾
つかの実施例においては、空のＩＰデータ流は一度以上
は現在のＩＰデータ流としてはセットされない。
ったＩＰデータ流が現在のＩＰデータ流としてセットさ
れ、流れ図５００はその後ステップ５６０に戻る。この
実施例においては、空のＩＰデータ流は現在のＩＰデー
タ流として１度以上セットされることがあるが、他の幾
つかの実施例においては、空のＩＰデータ流は一度以上
は現在のＩＰデータ流としてはセットされない。
【００３０】もし、ステップ５６０において、この現在
のＩＰデータ流が空でないことが決定された場合は、ス
テップ５７５において、この現在のＩＰデータ流からの
ＩＰデータパケットの長さ或いはサイズが決定される。
次に、ステップ５８０において、ＭＵＸ＿ＭＰＬＳオー
バヘッド情報がこうして決定されたＩＰデータパケット
の長さに基づいて生成される。次に、ステップ５８５に
おいて、ＭＵＸ＿ＭＰＬＳオーバヘッド情報と、関連す
るＩＰデータパケットが、現存のＭＵＸ＿ＭＰＬＳデー
タパケットに付加或いは多重化される。ステップ５９０
において、流れ図５００は次のプロトコル層に進む。
のＩＰデータ流が空でないことが決定された場合は、ス
テップ５７５において、この現在のＩＰデータ流からの
ＩＰデータパケットの長さ或いはサイズが決定される。
次に、ステップ５８０において、ＭＵＸ＿ＭＰＬＳオー
バヘッド情報がこうして決定されたＩＰデータパケット
の長さに基づいて生成される。次に、ステップ５８５に
おいて、ＭＵＸ＿ＭＰＬＳオーバヘッド情報と、関連す
るＩＰデータパケットが、現存のＭＵＸ＿ＭＰＬＳデー
タパケットに付加或いは多重化される。ステップ５９０
において、流れ図５００は次のプロトコル層に進む。
【００３１】もう１つの実施例においては、ステップ５
８５と５９０の間の中間ステップにおいて、タイマがリ
セットされる。この実施例においては、タイマはある限
られた回数だけリセットすることを許される。リセット
の限度に達している場合は、流れ図５００はステップ５
９０に進み、リセットの限度にまだ達してない場合は、
流れ図５００はステップ５７０に戻る。さらにもう１つ
の実施例によると、流れ図５００は、ステップ５８５か
ら、ステップ５９０ではなく、ステップ５６５に進む。
この実施例においては、ＭＵＸ＿ＭＰＬＳデータパケッ
トのサイズを目標サイズに対してチェックするための中
間ステップ（ステップ５２０に類似）も遂行される。
８５と５９０の間の中間ステップにおいて、タイマがリ
セットされる。この実施例においては、タイマはある限
られた回数だけリセットすることを許される。リセット
の限度に達している場合は、流れ図５００はステップ５
９０に進み、リセットの限度にまだ達してない場合は、
流れ図５００はステップ５７０に戻る。さらにもう１つ
の実施例によると、流れ図５００は、ステップ５８５か
ら、ステップ５９０ではなく、ステップ５６５に進む。
この実施例においては、ＭＵＸ＿ＭＰＬＳデータパケッ
トのサイズを目標サイズに対してチェックするための中
間ステップ（ステップ５２０に類似）も遂行される。
【００３２】流れ図５００によって示される実施例で
は、ある特定のＩＰデータ流からの２つのＩＰデータパ
ケットが同一のＭＵＸ＿ＭＰＬＳデータパケット内に多
重化されることは許されないが、ただし、幾つかの他の
実施例においては、ある特定のＩＰデータ流からの２つ
のＩＰデータパケットを同一のＭＵＸ＿ＭＰＬＳデータ
パケット内に多重化することも許される。
は、ある特定のＩＰデータ流からの２つのＩＰデータパ
ケットが同一のＭＵＸ＿ＭＰＬＳデータパケット内に多
重化されることは許されないが、ただし、幾つかの他の
実施例においては、ある特定のＩＰデータ流からの２つ
のＩＰデータパケットを同一のＭＵＸ＿ＭＰＬＳデータ
パケット内に多重化することも許される。
【００３３】本発明が幾つかの実施例との関連でかなり
詳しく説明されたが、他のバージョンも可能であり、従
って、本発明の精神及び範囲はここに含まれる実施例の
説明に制限されるものではない。
詳しく説明されたが、他のバージョンも可能であり、従
って、本発明の精神及び範囲はここに含まれる実施例の
説明に制限されるものではない。
【図１】少なくとも以下のプロトコル層、つまり：ユー
ザデータグラムプロトコル（ＵＤＰ）、インタネットプ
ロトコル（ＩＰ）、マルチプロトコルラベルスイッチイ
グ（ＭＰＬＳ）、ポイント・ツウ・ポイント（ＰＰ
Ｐ）、及びハイレベルデータリンク制御（ＨＤＬＣ）層
から構成される従来の技術によるプロトコルスタックを
示す。
ザデータグラムプロトコル（ＵＤＰ）、インタネットプ
ロトコル（ＩＰ）、マルチプロトコルラベルスイッチイ
グ（ＭＰＬＳ）、ポイント・ツウ・ポイント（ＰＰ
Ｐ）、及びハイレベルデータリンク制御（ＨＤＬＣ）層
から構成される従来の技術によるプロトコルスタックを
示す。
【図２】本発明において用いられるＭＰＬＳ輸送用のア
ーキテクチャ２０を示す。
ーキテクチャ２０を示す。
【図３】本発明の１つの実施例によるＩＰデータパケッ
トをＭＰＬＳフレーム内に多重化するためのプロトコル
スタックを示す。
トをＭＰＬＳフレーム内に多重化するためのプロトコル
スタックを示す。
【図４】図３に示すプロトコルスタックの各層に従って
移動局から基地局に伝送されるデータ流を処理するやり
方の一例を示す流れ図である。
移動局から基地局に伝送されるデータ流を処理するやり
方の一例を示す流れ図である。
【図５ａ】本発明のもう1つの実施例によるＭＵＸ＿Ｍ
ＰＬＳプロトコルを解説する流れ図を示す。
ＰＬＳプロトコルを解説する流れ図を示す。
【図５ｂ】本発明のもう1つの実施例によるＭＵＸ＿Ｍ
ＰＬＳプロトコルを解説する流れ図を示す。
ＰＬＳプロトコルを解説する流れ図を示す。
２０ ＩＰベースのトランスポート機構を採用するアー
キテクチャ ２２ 移動局 ２４ 基地局 ２６ ＭＰＬＳ網 ２８ 基地局コントローラ（ＢＳＣ） ３０ ５Ｅスイッチ ３２ パケット制御機能（ＰＣＦ） ３４ パケットデータサービングノード（ＰＤＳＮ） ５０ プロトコルスタック
キテクチャ ２２ 移動局 ２４ 基地局 ２６ ＭＰＬＳ網 ２８ 基地局コントローラ（ＢＳＣ） ３０ ５Ｅスイッチ ３２ パケット制御機能（ＰＣＦ） ３４ パケットデータサービングノード（ＰＤＳＮ） ５０ プロトコルスタック
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１４年１０月２日（２００２．１０．
２）
２）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 サンデッシュ ラマカント ジャジョー
アメリカ合衆国 07012 ニュージャーシ
ィ，クリフトン，オールウッド ロード
904−エー
(72)発明者 カメスワラ ラオ メダパライ
アメリカ合衆国 07748 ニュージャーシ
ィ，ミドルタウン，クノールウッド ドラ
イヴ 701
(72)発明者 スーヨン パーク
アメリカ合衆国 08820 ニュージャーシ
ィ，エジソン，ヒドゥン ヴァレイ ドラ
イヴ 115
Ｆターム(参考） 5K030 HA08 HC01 HC09 JA01 JA05
JL01 JT09
5K033 CB08 CC01 DA06 DA19 EC03
Claims (16)
- 【請求項１】 プロトコルスタックであって、このプロ
トコルスタックが：データパケットにインタネットプロ
トコルオーバヘッド情報を付加し、インタネットプロト
コルデータパケットを生成するためのインタネットプロ
トコル層と、 前記インタネットプロトコルデータパケットにマルチプ
レクサオーバヘッド情報を付加すると共に、前記インタ
ネットプロトコルデータパケットとマルチプレクサオー
バヘッド情報とを多重化することで多重化されたデータ
パケットを生成するためのマルチプレキシング層を含
み、このマルチプレクサオーバヘッド情報がインタネッ
トプロトコルデータパケットの間に挿入され、インタネ
ットプロトコルデータパケットと関連する長さを示し；
このプロトコルスタックがさらに前記多重化されたデー
タパケットにマルチプロトコルラベルスイッチングオー
バヘッド情報を付加することでマルチプロトコルラベル
スイッチングデータパケットを生成するためのマルチプ
ロトコルラベルスイッチング層を含むことを特徴とする
プロトコルスタック。 - 【請求項２】 更に、前記マルチプロトコルラベルスイ
ッチングデータパケットにポイント・ツウ・ポイントオ
ーバヘッド情報とハイレベルデータリンク制御オーバヘ
ッド情報を付加するためのポイント・ツウ・ポイントプ
ロトコル層とハイレベルデータリンク制御プロトコル層
を含むことを特徴とする請求項１記載のプロトコルスタ
ック。 - 【請求項３】 インタネットプロトコル（ＩＰ）データ
パケット流を多重化するための方法であって、この方法
が：あるフレーム内に第一のＩＰオーバヘッド情報と第
一のＩＰデータパケットを多重化するステップを含み、
この第一のＩＰオーバヘッド情報が前記第一のＩＰデー
タパケットと関連する長さを表し、この方法がさらに前
記多重化された第一のＩＰオーバヘッド情報と第一のＩ
Ｐデータパケットを有する同一のフレームにさらに第二
のＩＰデータパケットを多重化することができるか否か
を決定するステップと、 前記フレームに前記第二のＩＰデータパケットを多重化
できる場合は、前記フレーム内に第二のＩＰオーバヘッ
ド情報と第二のＩＰデータパケットを多重化するステッ
プと、を含むことを特徴とする方法。 - 【請求項４】 前記多重化された第一のＩＰオーバヘッ
ド情報と第一のＩＰデータパケットが所定のサイズを超
えない場合に、前記フレーム内へ前記第二のＩＰオーバ
ヘッド情報と第二のＩＰデータパケットを多重化するこ
とが可能であることを特徴とする請求項３記載の方法。 - 【請求項５】 前記所定のサイズが３００バイトとされ
ることを特徴とする請求項４記載の方法。 - 【請求項６】 前記所定のサイズが所望のジッタ性能に
基づくことを特徴とする請求項４記載の方法。 - 【請求項７】 前記第一のＩＰデータパケットがオーバ
サイズＩＰデータパケットでない場合に、前記第二のＩ
Ｐオーバヘッド情報と第二のＩＰデータパケットを前記
フレーム内に多重化することが可能であることを特徴と
する請求項３記載の方法。 - 【請求項８】 前記第一のＩＰデータパケットがオーバ
サイズデータパケットである場合、前記第一のＩＰオー
バヘッド情報がオールゼロにされることを特徴とする請
求項７記載の方法。 - 【請求項９】 タイマが満了してない場合は、前記第二
のＩＰオーバヘッド情報と第二のＩＰデータパケットを
前記フレーム内に多重化することが可能であることを特
徴とする請求項３記載の方法。 - 【請求項１０】 前記タイマが所望の遅延に対する高い
感度に基づいて満了するようにセットされることを特徴
とする請求項９記載の方法。 - 【請求項１１】 タイマが満了してない場合、前記第一
のＩＰデータパケットがオーバサイズＩＰデータパケッ
トでない場合、或いは前記多重化された第一のＩＰオー
バヘッド情報と第一のＩＰデータパケットがある所定の
サイズを超えない場合に、前記第二のＩＰオーバヘッド
情報と第二のＩＰデータパケットを前記フレーム内に多
重化することが可能であることを特徴とする請求項３記
載の方法。 - 【請求項１２】 前記第一のＩＰオーバヘッド情報が１
バイトとされることを特徴とする請求項３記載の方法。 - 【請求項１３】 前記第一のＩＰオーバヘッド情報が、
前記第一のＩＰデータパケットと関連する長さを示すた
めにオクテットフォーマット或いはワードフォーマット
を用いることを特徴とする請求項３記載の方法。 - 【請求項１４】 前記第一のＩＰデータパケットと前記
第二のＩＰデータパケットが異なるＩＰデータ流に属す
ることを特徴とする請求項３記載の方法。 - 【請求項１５】 更に、 前記フレーム内にそれ以上ＩＰデータパケットを多重化
できない場合、前記フレーム内に多重化されたＩＰオー
バヘッド情報とＩＰデータパケットに、マルチプロトコ
ルラベルスイッチングオーバヘッド情報を付加するステ
ップを含むことを特徴とする請求項３記載の方法。 - 【請求項１６】 更に、 前記第一のＩＰオーバヘッド情報を用いて前記第一のデ
ータパケットを前記フレームからデマルチプレキシング
するステップを含むことを特徴とする請求項3記載の方
法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/957409 | 2001-09-20 | ||
| US09/957,409 US20030053485A1 (en) | 2001-09-20 | 2001-09-20 | Multiplexing IP data packets within a MPLS frame |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003115876A true JP2003115876A (ja) | 2003-04-18 |
Family
ID=25499528
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002274263A Pending JP2003115876A (ja) | 2001-09-20 | 2002-09-20 | Ｉｐデータパケットのｍｐｌｓフレーム内への多重化 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20030053485A1 (ja) |
| EP (1) | EP1296488A3 (ja) |
| JP (1) | JP2003115876A (ja) |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010539784A (ja) * | 2007-09-18 | 2010-12-16 | エルジー エレクトロニクス インコーポレイティド | ヘッダインジケータを利用した効率的なデータブロック送信方法 |
| US8203988B2 (en) | 2007-08-10 | 2012-06-19 | Lg Electronics Inc. | Effective reception method in wireless communication system providing MBMS service |
| US8315641B2 (en) | 2007-06-18 | 2012-11-20 | Lg Electronics Inc. | Method of controlling uplink synchronization state at a user equipment in a mobile communication system |
| US8345611B2 (en) | 2007-09-18 | 2013-01-01 | Lg Electronics Inc. | Method of transmitting a data block in a wireless communication system |
| US8351388B2 (en) | 2007-10-23 | 2013-01-08 | Lg Electronics Inc. | Method for transmitting data of common control channel |
| US8355331B2 (en) | 2008-03-17 | 2013-01-15 | Lg Electronics Inc. | Method for transmitting PDCP status report |
| US8411583B2 (en) | 2007-09-18 | 2013-04-02 | Lg Electronics Inc. | Method of performing polling procedure in a wireless communication system |
| US8416678B2 (en) | 2007-10-29 | 2013-04-09 | Lg Electronics Inc. | Method for repairing an error depending on a radio bearer type |
| US8488523B2 (en) | 2007-08-14 | 2013-07-16 | Lg Electronics Inc. | Method of transmitting and processing data block of specific protocol layer in wireless communication system |
| US8509167B2 (en) | 2007-10-23 | 2013-08-13 | Lg Electronics Inc. | Method of effectively transmitting identification information of terminal during the generation of data block |
| US8509164B2 (en) | 2007-08-10 | 2013-08-13 | Lg Electronics Inc. | Method for re-attempting a random access effectively |
| US8526416B2 (en) | 2007-09-13 | 2013-09-03 | Lg Electronics Inc. | Method of performing polling procedure in a wireless communication system |
| US8588167B2 (en) | 2007-09-18 | 2013-11-19 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
| US8594030B2 (en) | 2007-08-10 | 2013-11-26 | Lg Electronics Inc. | Method for controlling HARQ operation in dynamic radio resource allocation |
| US8687565B2 (en) | 2007-09-20 | 2014-04-01 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
| US8743797B2 (en) | 2007-09-13 | 2014-06-03 | Lg Electronics Inc. | Method of allocating radio resouces in a wireless communication system |
| US8767606B2 (en) | 2007-08-10 | 2014-07-01 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
| US8958411B2 (en) | 2008-03-17 | 2015-02-17 | Lg Electronics Inc. | Method of transmitting RLC data |
| US9100896B2 (en) | 2007-06-18 | 2015-08-04 | Lg Electronics Inc. | Method of updating repeatedly-transmitted information in a wireless communication system |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1351453B1 (en) * | 2002-04-03 | 2006-04-12 | Alcatel | Method and apparatuses for packet reordering in a network processor |
| US10448083B2 (en) | 2010-04-06 | 2019-10-15 | Comcast Cable Communications, Llc | Streaming and rendering of 3-dimensional video |
| US9204123B2 (en) | 2011-01-14 | 2015-12-01 | Comcast Cable Communications, Llc | Video content generation |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5291482A (en) * | 1992-07-24 | 1994-03-01 | At&T Bell Laboratories | High bandwidth packet switch |
| GB2301752B (en) * | 1995-06-02 | 2000-03-29 | Dsc Communications | Control message transmission in telecommunications systems |
| US6393008B1 (en) * | 1997-12-23 | 2002-05-21 | Nokia Movile Phones Ltd. | Control structures for contention-based packet data services in wideband CDMA |
| KR100454930B1 (ko) * | 1998-08-17 | 2005-01-13 | 삼성전자주식회사 | 부호분할다중접속통신시스템의물리채널별다중화장치및방법 |
| JP2002523981A (ja) * | 1998-08-20 | 2002-07-30 | ノキア ネットワークス オサケ ユキチュア | リアルタイム・プロトコルにおけるユーザ・マルチプレクシングを供給する方法及び装置 |
| US6590882B1 (en) * | 1998-09-15 | 2003-07-08 | Nortel Networks Limited | Multiplexing/demultiplexing schemes between wireless physical layer and link layer |
| EP1145509A2 (en) * | 1999-01-12 | 2001-10-17 | Nokia Internet Communications Inc. | Method and apparatus for providing efficient multiplexing between gateways using dynamic timers |
| US6366961B1 (en) * | 1999-03-03 | 2002-04-02 | Nokia Telecommunications, Oy | Method and apparatus for providing mini packet switching in IP based cellular access networks |
| WO2000057284A1 (en) * | 1999-03-25 | 2000-09-28 | Motorola Inc. | Point to point protocol multiplexing/demultiplexing method and apparatus |
| WO2000072532A1 (en) * | 1999-05-24 | 2000-11-30 | Rutgers, The State University Of New Jersey | System and method for network packet reduction |
| US6574224B1 (en) * | 1999-07-02 | 2003-06-03 | Nortel Networks Limited | Processing communication traffic |
| US6829254B1 (en) * | 1999-12-28 | 2004-12-07 | Nokia Internet Communications, Inc. | Method and apparatus for providing efficient application-level switching for multiplexed internet protocol media streams |
| US7600039B2 (en) * | 2000-02-16 | 2009-10-06 | Motorola, Inc. | Label-based multiplexing |
| US7088714B2 (en) * | 2000-08-24 | 2006-08-08 | Tasman Networks, Inc | System and method for connecting geographically distributed virtual local area networks |
-
2001
- 2001-09-20 US US09/957,409 patent/US20030053485A1/en not_active Abandoned
-
2002
- 2002-04-10 EP EP02252570A patent/EP1296488A3/en not_active Withdrawn
- 2002-09-20 JP JP2002274263A patent/JP2003115876A/ja active Pending
Cited By (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8315641B2 (en) | 2007-06-18 | 2012-11-20 | Lg Electronics Inc. | Method of controlling uplink synchronization state at a user equipment in a mobile communication system |
| US9668282B2 (en) | 2007-06-18 | 2017-05-30 | Lg Electronics Inc. | Method of controlling uplink synchronization state at a user equipment in a mobile communication system |
| US9100896B2 (en) | 2007-06-18 | 2015-08-04 | Lg Electronics Inc. | Method of updating repeatedly-transmitted information in a wireless communication system |
| US8812009B2 (en) | 2007-06-18 | 2014-08-19 | Lg Electronics Inc. | Method of controlling uplink synchronization state at a user equipment in a mobile communication system |
| US8594030B2 (en) | 2007-08-10 | 2013-11-26 | Lg Electronics Inc. | Method for controlling HARQ operation in dynamic radio resource allocation |
| US8203988B2 (en) | 2007-08-10 | 2012-06-19 | Lg Electronics Inc. | Effective reception method in wireless communication system providing MBMS service |
| US9699778B2 (en) | 2007-08-10 | 2017-07-04 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
| US9497014B2 (en) | 2007-08-10 | 2016-11-15 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
| US9264160B2 (en) | 2007-08-10 | 2016-02-16 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
| US8767606B2 (en) | 2007-08-10 | 2014-07-01 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
| US8509164B2 (en) | 2007-08-10 | 2013-08-13 | Lg Electronics Inc. | Method for re-attempting a random access effectively |
| US8488523B2 (en) | 2007-08-14 | 2013-07-16 | Lg Electronics Inc. | Method of transmitting and processing data block of specific protocol layer in wireless communication system |
| US8743797B2 (en) | 2007-09-13 | 2014-06-03 | Lg Electronics Inc. | Method of allocating radio resouces in a wireless communication system |
| US8526416B2 (en) | 2007-09-13 | 2013-09-03 | Lg Electronics Inc. | Method of performing polling procedure in a wireless communication system |
| US8634312B2 (en) | 2007-09-18 | 2014-01-21 | Lg Electronics Inc. | Effective data block transmission method using header indicator |
| US9386477B2 (en) | 2007-09-18 | 2016-07-05 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
| US8665815B2 (en) | 2007-09-18 | 2014-03-04 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
| US8588167B2 (en) | 2007-09-18 | 2013-11-19 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
| US8625503B2 (en) | 2007-09-18 | 2014-01-07 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
| US8345611B2 (en) | 2007-09-18 | 2013-01-01 | Lg Electronics Inc. | Method of transmitting a data block in a wireless communication system |
| JP2010539784A (ja) * | 2007-09-18 | 2010-12-16 | エルジー エレクトロニクス インコーポレイティド | ヘッダインジケータを利用した効率的なデータブロック送信方法 |
| US9661524B2 (en) | 2007-09-18 | 2017-05-23 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
| US9060238B2 (en) | 2007-09-18 | 2015-06-16 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
| US9084125B2 (en) | 2007-09-18 | 2015-07-14 | Lg Electronics Inc. | Method of performing polling procedure in a wireless communication system |
| US9565699B2 (en) | 2007-09-18 | 2017-02-07 | Lg Electronics Inc. | Method of performing polling procedure in a wireless communication system |
| US8411583B2 (en) | 2007-09-18 | 2013-04-02 | Lg Electronics Inc. | Method of performing polling procedure in a wireless communication system |
| US8687565B2 (en) | 2007-09-20 | 2014-04-01 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
| US8351388B2 (en) | 2007-10-23 | 2013-01-08 | Lg Electronics Inc. | Method for transmitting data of common control channel |
| US8509167B2 (en) | 2007-10-23 | 2013-08-13 | Lg Electronics Inc. | Method of effectively transmitting identification information of terminal during the generation of data block |
| US8416678B2 (en) | 2007-10-29 | 2013-04-09 | Lg Electronics Inc. | Method for repairing an error depending on a radio bearer type |
| US8355331B2 (en) | 2008-03-17 | 2013-01-15 | Lg Electronics Inc. | Method for transmitting PDCP status report |
| US8958411B2 (en) | 2008-03-17 | 2015-02-17 | Lg Electronics Inc. | Method of transmitting RLC data |
Also Published As
| Publication number | Publication date |
|---|---|
| EP1296488A3 (en) | 2003-05-14 |
| EP1296488A2 (en) | 2003-03-26 |
| US20030053485A1 (en) | 2003-03-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003115876A (ja) | Ｉｐデータパケットのｍｐｌｓフレーム内への多重化 | |
| JP4763682B2 (ja) | Ｇｒｅフレーム中の上位レイヤパケットまたはフレーム境界の情報の提供 | |
| JP3751823B2 (ja) | 実時間サービスにおけるヘッダ圧縮 | |
| US6870837B2 (en) | Circuit emulation service over an internet protocol network | |
| TW571535B (en) | Method and apparatus for data transport in a wireless communication system | |
| US6993021B1 (en) | Lightweight internet protocol encapsulation (LIPE) scheme for multimedia traffic transport | |
| EP2057813B1 (en) | Inclusion of quality of service indication in header compression channel | |
| US7492762B2 (en) | Method for dynamic flow mapping in a wireless network | |
| FI106591B (fi) | Menetelmä tiedonsiirtovirtausten välittämiseksi | |
| TW200412808A (en) | Early transmission and playout of packets in wireless communication systems | |
| TW201208324A (en) | Packet coalescing | |
| US20010025321A1 (en) | Label-based multiplexing | |
| EP1495591B1 (en) | Reducing transmission time for data packets controlled by a link layer protocol comprising a fragmenting/defragmenting capability | |
| JP2003198621A (ja) | Ｉｐパケットをサポートするネットワーク上で、音声などのデータ信号を伝送するためのネットワークリソースの利用を最適化する方法 | |
| KR100810558B1 (ko) | 패킷-지향 네트워크에서의 헤더 압축 방법 및 장치 | |
| US7983297B2 (en) | Method and apparatus for the efficient use of available communications network bandwidth | |
| JP2002290383A (ja) | パケット伝送制御方法及び送信装置 | |
| EP2071808A1 (en) | Methods and a system and devices for ipv6 datagram transmission in the ethernet | |
| US20010052025A1 (en) | Router setting method and router setting apparatus | |
| US11902172B2 (en) | Device and method for transferring identification and/or data flow control information between devices | |
| WO2001015386A2 (en) | Differentiated services provisioning for legacy systems | |
| US20080320162A1 (en) | Method and System for Minimum Frame Size Support for a Communication Protocol Encapsulated Over Ethernet | |
| Chishti et al. | Survey of header compression techniques over multiprotocol label switching (MPLS) | |
| Morais et al. | 5G Transport Payload: Ethernet-Based Packet-Switched Data | |
| Kempf | IP in the RAN as a Transport Option in 3rd Generation Mobile Systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050408 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050418 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050920 |