パケットを受信し、該パケットを有線または無線により接続されたデータ端末装置に転送する通信端末であって、パケットに付された圧縮ヘッダの圧縮状態が最大圧縮状態であるか否かを判定する判定手段と、前記判定の結果、最大圧縮状態であると判定された場合には、前記圧縮ヘッダを疎通させるとともに前記データ端末装置に対してRoHCルータの起動要求を送信し、最大圧縮状態ではないと判定された場合には、前記圧縮ヘッダを伸長したうえで前記データ端末装置に転送する転送手段と、を備えることを特徴とする通信端末。パケットを受信し、該パケットを有線または無線により接続されたデータ端末装置に転送する通信端末が、パケットに付された圧縮ヘッダの圧縮状態が最大圧縮状態であるか否かを判定し、前記判定の結果、最大圧縮状態であると判定された場合には、前記圧縮ヘッダを疎通させるとともに前記データ端末装置に対してRoHCルータの起動要求を送信し、最大圧縮状態ではないと判定された場合には、前記圧縮ヘッダを伸長したうえで前記データ端末装置に転送し、前記データ端末装置が、前記RoHCルータの起動要求を受信した場合に、RoHCルータを起動するとともに、転送された前記圧縮ヘッダの解凍を実行することを特徴とするデータ転送方法。ところで、3GPP3rdGenerationPartnershipProjectでは、3.9GとしてのLTELongTermEvolutionを規定している。このLTEの通信規格ではレイヤ2PDCPPacketDataConvergenceProtocol:パケットデータ収斂プロトコルでIPパケットヘッダの圧縮解凍をすることができる。つまり、通信端末とLTE基地局との間では圧縮ヘッダによる送受信が可能である。これに対し、通信端末を通信用モデムとして利用する場合、通信端末やPCなどのデータ端末装置と当該通信端末との間には、シリアルバス規格の一つである、USBUniversalSerialBus:などの転送プロトコルが用いられる。このため、通信端末がLTE基地局との間で圧縮ヘッダを用いた通信が可能であっても、通信端末が接続されたデータ端末装置へのデータ転送は、通信端末を通過させるヘッダ情報を圧縮パケットから非圧縮に伸長させる必要がある。つまり、通信端末とデータ端末装置との間では、IPパケット送受信に合わせるため、圧縮パケットを解凍伸長する。このため、通信端末とデータ端末装置との接続にPPPPointtoPointProtocol:2点間接続用プロトコルを使用するなど、接続の形態によってはデータ転送量が増大し、スループットを悪化させる。そこで、本開示の通信端末およびデータ転送方法の目的は、上記課題に鑑み、データ端末装置に接続される通信端末のデータ処理を軽減することである。また、本開示の通信端末およびデータ転送方法の他の目的は、上記課題に鑑み、スループットを向上させることにある。上記目的を達成するため、本開示の通信端末およびデータ転送方法は、通信端末がパケットを受信し、該パケットを有線または無線により接続されたデータ端末装置に転送する。通信端末は受信した圧縮ヘッダの判定手段と転送手段を備える。判定手段は、パケットに付された圧縮ヘッダの圧縮状態が最大圧縮状態であるか否かを判定する。転送手段は、判定の結果に応じて圧縮ヘッダの疎通およびRoHCルータの起動要求、または圧縮ヘッダの伸長を行う。すなわち、判定の結果、最大圧縮状態であると判定された場合には、圧縮ヘッダを疎通させるとともにデータ端末装置に対してRoHCルータの起動要求を送信する。最大圧縮状態ではないと判定された場合には、圧縮ヘッダを伸長したうえでデータ端末装置に転送する。そして、データ端末装置は、RoHCルータの起動要求を受信した場合に、RoHCルータを起動するとともに、転送された圧縮ヘッダの解凍を実行する。本開示の通信端末またはデータ転送方法によれば、次のいずれかの効果が得られる。データ端末装置に有線または無線で接続された通信端末が受信した圧縮パケットの復元処理を省略でき、データ処理を軽減できる。圧縮ヘッダを通信端末に疎通させることができるので、通信端末でのスループットを向上させることができる。通信端末に有線または無線で接続されたデータ端末装置に圧縮ヘッダが転送され、ヘッダのデコード処理を簡易化できる。そして、本発明の他の目的、特徴及び利点は、添付図面及び各実施の形態を参照することにより、一層明確になるであろう。第1の実施の形態第1の実施の形態について、図1を参照する。図1は通信システムの一例を示している。図1に示す通信システム2は本開示の通信端末およびデータ転送方法の一例である。この通信システム2は、UEUserEquipment:ユーザ機器4と外部TETerminalEquipment:端末機器6とを備える。この通信システム2ではUE4でパケットを受信し、該パケットをUE4に有線または無線により接続された外部TE6に転送する。UE4は通信端末の一例であって、受信機能8、状態判定機能10、圧縮ヘッダ疎通機能12を備える。したがって、UE4はこれらの機能を備えた機器であればよく、携帯電話機はその一例である。UE4の受信機能8は基地局BS22:図3から送信される圧縮ヘッダを備えるパケットなどのデータを受信する機能である。状態判定機能10は、ヘッダ情報の圧縮状態を判定する状態判定手段の一例であり、パケットに付された圧縮ヘッダの圧縮状態を判定する機能である。圧縮ヘッダ疎通機能12は圧縮ヘッダの付されたパケットを疎通させ、外部TE6に転送する機能である。外部TE6は、データ端末装置の一例であり、圧縮ヘッダを元ヘッダに復元するヘッダ復元機能14を備える。この外部TE6はUE4と有線または無線により接続され、UE4から転送された圧縮ヘッダを元ヘッダ情報に復元する。この外部TE6はたとえば、パーソナルコンピュータで構成され、パケット復元機能14を備えるモデムModem:信号変換装置などのデータ処理が可能な機器であればよい。つぎに、この通信システム2のヘッダ処理について、図2を参照する。図2は処理手順の一例を示している。図2に示す処理手順は本開示のデータ転送方法の一例である。この処理手順では、UE4でパケットを受信し、該パケットをUE4から外部TE6に転送する処理である。この処理手順では、パケットを受信しステップS11、このパケットに付された圧縮ヘッダの圧縮状態を判定するステップS12。この圧縮状態が安定状態であれば、その判定の結果に応じて、圧縮ヘッダをそのまま疎通させ、外部TE6に転送するステップS13。圧縮ヘッダが転送された外部TE6で圧縮ヘッダのデコード処理が行われるステップS14。このようなヘッダ処理による効果を以下に列挙する。UE4では受信した圧縮パケットの復元処理を省略でき、UE4での処理を軽減できる。圧縮ヘッダをUE4に疎通させるので、UE4でのスループットを向上させることができる。UE4に接続された外部TE6に圧縮ヘッダが転送されるので、外部TE6によるヘッダのデコード処理を簡易化できる。第2の実施の形態第2の実施の形態について、図3を参照する。図3は通信システムの一例を示している。図3のAは通信システムの概要、図3のBは通信システムのUーPlaneのプロトコル構成を示している。図3に示す構成は一例であって、斯かる構成に本発明は限定されない。図3において、図1と同一部分には同一符号を付してある。図3のAに示す通信システム2は、本開示の通信端末およびデータ転送方法の一例である。UE4は、無線および有線通信機能、データ処理機能、既述の機能図1、状態通知機能などの各種の制御機能を有する。このUE4は無線通信機能によりLTE基地局BaseStation:BS22に無線により接続される。BS22は例えば、LTELongTermEvolutionの通信規格のLTE無線基地局であって、eNodeBEvolvedNodeBとも称されるノードである。したがって、UE4はBS22を介して共通の通信規格を持つ他の通信端末SS:SubscriberStation24図4に接続される。UE4は、LTE-RFLongTermEvolution-RadioFrequency:LTE無線部26、無線側処理部MTL2:MobileTerminalとしてCPUCentralProcessingUnitコア31、有線側処理部MTとしてCPUコア32を備えている。L2はレイヤ2である。このL2はデータリンク層であり、プロトコル機能を表すOSIOpenSystemsInternetconnection:データ通信規格参照モデルにおいて、接続機器が通信を行うための方式が規定され、伝送経路の構成やデータ識別、経路選択などの方法を規定するプロトコルである。このUE4のCPUコア32には、外部TE6がケーブル28により有線接続されている。図3のBに示すBS22は、上位層にRoHCRobustHeaderCompression:ヘッダ圧縮アルゴリズム242を備える。さらに、RLCRadioLinkControl:無線リンク制御244、MACMediumAccessControl:媒体アクセス制御246、LTE-L1物理層248が備えられる。RoHC242は、ヘッダ圧縮アルゴリズムであり、IPパケットヘッダの圧縮解凍機能を有する。UE4にはLTE無線機能部42と、RRCRadioResourceControl:無線リソース制御/TAFTerminalAdaptationfunctions:端末接続機能機能部44が備えられる。LTE無線機能部42はデータの受信機能8図1、送信機能、圧縮ヘッダの状態判定機能10図1を司る機能部であり、BS22と同様にRoHC421、RLC422、MAC423、LTE-L1424が備えられている。さらに、RoHCルータ425、CPU間IF426、PHYPhysicalLayer:物理層Bus-IF427が備えられる。PHY427は物理層のインターフェースである。RRC/TAF機能部44は、RoHCルータ441、CPU間IF442、PHYBus-IF443、PPPPointtoPointProtocol:シリアル回線用通信プロトコル444、USBUniversalSerialBus:周辺機器用シリアルインターフェース-IFL2445、PHYBus-IF446が備えられている。外部TE6にはアプリケーション機能部46が備えられ、このアプリケーション機能部46にはアプリケーションデータ461、UDPUserDatagramProtocol:トランスポート層の通信プロトコル/TCPTransmissionControlProtocol:ネットワークのトランスポート層の通信プロトコル463が備えられている。さらに、IPv4/v6464、RoHCルータ終端465、PPP466、USB-IFL2467、PHYBus-IF468が備えられている。このように、UE4から外部TE6には疎通経路48が形成され、この疎通経路48には、IPヘッダ圧縮ルータであるRoHCルータ425、441が設置されている。この場合、RoHCルータ441はBS22から外部TE6にデータを流すダウンリンクDL:DownLink:下り回線のみで機能させる。これにより、UE4~SS24図4間で実施されるLTE用機能だけでヘッダ圧縮を行い、UE4でのパケット圧縮処理を省略できる。RoHC処理は無線ハンドシェークと密接に関係する。UE4とSS24との間では各々の状態遷移を認識する必要がある。UE4では、既述のダウンリンクのみでIPヘッダを圧縮して疎通させ、最適な機能分割を実現している。RoHCルータ425、441は、RoHC実施時ヘッダ圧縮時、圧縮IPパケットをそのまま疎通させる。また、通信ベアラがデータ圧縮をサポートした場合には、保存中のIPヘッダ情報に基づく転送先つまり、外部TE6に転送する。外部TE6内に設置されたRoHCルータ終端465は、セッション開始時に保存中のIPヘッダを用いて圧縮IPパケットヘッダを復元する。そして、LTE無線機能部42ではIPヘッダ圧縮の状態が安定しているか否かを判定し、安定した場合にはその状態をRRC/TAF機能部44に通知する。これにより、RRC/TAF機能部44のRoHCルータ441が圧縮ヘッダすなわち、圧縮IPパケットヘッダを持つIPパケットを疎通経路48に疎通させる。このような処理を実現するには、UE4側から外部TE6まで、すなわち、のRoHCルータ425、441間、これらと外部TE6側のRoHCルータ終端465までの疎通経路48で制御用ハンドシェークを確立する必要がある。SS24から外部TE6までのパケット転送について、図4を参照する。図4はパケットの転送およびヘッダ圧縮を示している。図4において、図3と同一部分には同一符号を付してある。SS24は、アプリケーションソフトウェア481とともに、プロトコルであるRTPRealTimeProtocol:リアルタイムプロトコル482、UDPUserDatagramProtocol:通信プロトコル483、IPInternetProtocol484、RoHC485、LTE-MACLongTermEvolution-MediaAccessControl:アクセス制御RLCRadioLinkControl:無線リンク制御486およびLTE-PHY487を備える。SS24から外部TE6にパケットを流すダウンリンクにおいて、SS24側では、アプリケーションソフトウェア481によりペイロード501が生成される。RTP482、UDP483、IP484の処理により、RTPヘッダ502、UDPヘッダ503、IPヘッダ504が付される。このような複雑なヘッダ部分は、RoHC485によりRoHCヘッダ505に圧縮される。つまり、IP段階でペイロード501、ヘッダのRTPヘッダ502、UDPヘッダ503、IPヘッダ504のパケット構成は、圧縮処理により変換されたRoHCヘッダ505とペイロードPayload501のパケット構成50に軽量化される。このRoHCヘッダ505およびペイロード501が圧縮ヘッダパケットダウンリンクユーザパケット50に編成される。圧縮ヘッダパケット50は、LTE-MACRLC486およびLTE-PHY487を経て無線により既述のBS22を介してUE4に転送される。UE4では受信した圧縮ヘッダパケット50がLTE-PHYLTE-L1424、LTE-MACRLC422、423、RoHC421およびIPルーティングRouting428を経てRoHCルータ441に至る。IPルーティング428では、圧縮ヘッダパケット50の圧縮状態が安定しているか否かを判定し、安定していれば圧縮ヘッダを既述の疎通経路48に疎通させる処理を行う。この処理には、外部TE6に対するRoHCルータの起動要求などのルーティング処理が含まれる。つまり、圧縮ヘッダが安定していれば、RoHCルータ441に圧縮ヘッダパケット50を疎通させ、RoHCルータ441からPPP444、USB-IFL2445およびUSB-PSY446を経て外部TE6に転送される。UE4から外部TE6に転送された圧縮ヘッダパケット50は、ヘッダ部が圧縮状態であり、既述のRoHCヘッダ505とペイロード501で構成されている。この圧縮ヘッダパケット50が転送されたTE6ではUSB-PHY468、USB-IFL2467、PPP466、RoHCルータ465に至り、IP464、UDP/TCPスタック463、RTP462、アプリケーションデータ461に至る。このような処理を経て圧縮ヘッダパケット50のRoHCヘッダ505は、IPヘッダ504、UDPヘッダ503、RTPヘッダ502に解凍伸長され、ペイロード501がデコードされる。このようなダウンリンクに対し、アップリンクにおいては、外部TE6で生成された圧縮ヘッダパケットがUE4の疎通経路48を疎通し、BS22を介してSS24に至るルーティング処理。そして、このルーティング処理では、IPヘッダ圧縮機能により、圧縮ヘッダの圧縮状態が安定した場合に、RoHCルータ441に疎通させる際に、LTE無線機能部42から圧縮ヘッダパケット50を疎通することを通知する通知機能を備えている。この通知は、LTE無線機能部42からRRC/TAF機能部44への通知、RRC/TAF機能部44から外部TE6への通知を含む。PPP444の転送LCPLinkControlProtocol:リンクコントロールプロトコルに、UE4からIPヘッダ圧縮が安定した状態を外部TE6に通知する制御機能を備えている。ヘッダ圧縮のハンドシェークが完了した状態で、外部TE6側に基本IPヘッダのIPアドレス情報などから、元のIPヘッダを復元するための復元機能を備えている。斯かる構成によれば、次のような効果が得られる。ダウンリンクDLにおいて、LTEのL2レイヤPDCPでヘッダの復元処理を省略することができる。ヘッダのデータ容量を削減でき、PPP444によるエスケープ処理オクテット変換後のデータ増加を緩和できる。LTEのL2レイヤから外部TE6までの疎通ルートに圧縮ヘッダパケットを疎通させ、ヘッダ圧縮した状態で転送できるので、スループットを向上させることができる。外部TE6でIPヘッダのデコード処理を簡易化できる。ハンドシェーク制御命令の大幅な増加を伴うことなく、既述のメリットが得られる。実質的なデータストリーミングデータなどの領域に対してのスループットを向上させることができる。第3の実施の形態第3の実施の形態について、図5を参照する。図5は通信システムの構成例を示している。図5に示す構成例は一例であり、この構成に本発明が限定されるものではない。図5において、図3と同一または共通部分には同一符号を付してある。図5に示すUE4は本開示の通信端末の一例であり、モデムModem:信号変換装置を構成している。このUE4ではCPUコア31と、CPUコア32と、共有メモリ54と、外部TEインターフェース56とが備えられている。このUE4では、BS22図3から送信される所定の周波数たとえば、2GHz、3GHzまたは3.9GHzの無線信号を受信するアンテナ27が備えられている。CPUコア31は、無線信号からパケットデータの再生など、各種の無線部側処理を担当する機能部であり、既述のLTE無線機能部42を構成する。このLTE無線機能部42ではRoHC機能部52図15のRoHCルータ機能制御マスター432、RoHC421、evRLC422およびevMAC423の機能を実現している。このCPUコア31の出力側にはスイッチ430が構成されている。このスイッチ430はRoHCルータ機能制御432によって制御され、このスイッチ430からRoHC421による出力やevRLC422の出力が共有メモリ54に提供される。RoHCルータ機能制御432は、圧縮ヘッダの状態を判定してルーティング制御を実行する。すなわち、その判定結果に応じてスイッチ430を切り替え、スイッチ430は、圧縮ヘッダの疎通、またはRoHC421による圧縮ヘッダの復元ヘッダの疎通をする。共有メモリ54は、CPUコア31とCPUコア32で共有される記憶手段である。この共有メモリ54はHDDHardDiskDrive:ハードディスク装置や半導体メモリなどの記録媒体で構成すればよい。この共有メモリ54にはUE4で受信したデータ、外部TE6側に疎通させる既述の圧縮ヘッダパケット50などのパケットデータが格納される。そして、CPUコア31、32間のハンドシェークに基づき、共有メモリ54を媒介としてCPUコア31からCPUコア32にデータが転送される。CPUコア32は、有線側処理を担当し、既述のRRC/TAF機能部44を構成する。このRRC/TAF機能部44ではRoHCルータ機能制御スレーブ448、U-PlaneUserPlane:ユーザ情報転送プレーンのRoHC終端機能制御マスター450およびRoHCルータ452の機能を実現している。RoHCルータ機能制御448はマスターである既述のRoHCルータ機能制御432に対してスレーブの関係を有する。CPUコア31、32間のハンドシェークに基づき、RoHCルータ機能制御432、448が協調動作を行うが、RoHCルータ機能制御432が主動、RoHCルータ機能制御448が従動となる。RoHC終端機能制御450は、UE4と外部TE6またはBS22との間でユーザデータの送受信を制御する。RoHCルータ452は、共有メモリ54とUSB処理機能部454との間に介在し、外部TE6側にデータ転送をするための伝送ルートを構成している。RoHCルータ452の出力はUSB処理機能部454に渡され、CPUコア32から外部TEインターフェース56に出力される。外部TEインターフェース56はUE4と外部TE6とを有線接続するための中継手段である。この外部TEインターフェース56にはスイッチを含むUSB-PHYUSB物理層542が備えられる。このUSB-PHY542には外部TE6がケーブル28により有線接続されている。これにより、CPUコア31側で受信されたデータは、矢印Xで示すように、データ転送が行われ、外部TE6に提供される。外部TE6はたとえば、PCで構成され、有線接続されたUE4からデータ転送を受ける。この外部TE6には、USB602、メモリ604、ドライバ606、U-PlaneのRoHC終端機能制御スレーブ608、受信バッファ610が備えられている。USBインターフェース602に有線接続されたUE4からデータ転送を受けると、そのデータはメモリ604に格納される。RoHC終端機能制御608はマスターである既述のRoHCルータ終端機能制御450に対してスレーブの関係を有する。CPUコア32および外部TE6間のハンドシェークに基づき、RoHC終端機能制御450、608が協調動作を行うが、RoHC終端機能制御450が主動、RoHC終端機能制御608が従動となる。このようなマスタースレーブの関係により、このメモリ604に格納されたヘッダパケットに対し、RoHC終端処理が実施され、その結果がドライバ606に提供される。受信バッファ610にはデコードされたIPヘッダとペイロードがメモリ604からTCPUDP/IPスタック463に提供される。この場合、インターフェースにたとえば、POSIX-APIPortableOperatingSystemInterface-ApplicationProgrammingInterface:インターフェースが用いられる。斯かる構成では、CPUコア31側に実装されたRoHC421およびRoHCルータ機能制御432、CPUコア32側に実装されたRoHCルータ機能制御448、RoHC終端機能制御マスター450によりU-Planeルート制御が実行される。これにより、RoHCヘッダ505図4を備えるU-Planeパケットが外部TE6まで転送される。モデムを構成するUE4ではRoHCルータ452を起動することでevPDCPレイヤから転送されるデータはRoHCヘッダ圧縮ヘッダパケットとペイロードの転送となる。このため、LTE無線機能部42で必要とするRoHC機能がPDCPレイヤに搭載されるが、IPパケットのヘッダ解凍は不要となる。このようなU-Planeパスを確立するシーケンスは、後述の通り図7、図9などである。次に、通信システム2およびプロトコルスタックについて、図6を参照する。図6において、図5と同一部分には同一符号を付してある。この通信システム2では、UE4がBS22からのデータ受信、外部TE6からのデータ送信を行うモデムを構成し、たとえば、データカード端末を構成している。このUE4のLTE無線機能部42にはRoHCルーティングRoHCルータ425の処理、evPDCPRoHC421、evRLC422、evMAC423、LTE-L1424、インターフェース426、PHYBus-IF427のプロトコルが搭載されている。RRC/TAF機能部44にはRoHCルーティングRoHCルータ441の処理、インターフェース442、PHYBus-IF443、RFC1661/1662処理447、USB-IF446のプロトコルが搭載されている。UE4には入出力部60が設けられ、この入出力部60を介して外部TE6が接続される。入出力部60はUSBコネクタまたはPCIPeripheralComponentInterconnect:入出力パスで構成される。外部TE6はホストPCパーソナルコンピュータやモデムで構成される。この外部TE6はアプリケーションデータ461、UDP/TCP463、IPv4/v6464、簡易RoHC終端469、RFC1661/1662処理470、USB-IF471のプロトコルが搭載されている。ダウンリンクで提供されたデータは、アプリケーションデータ461によりエンドユーザ62に提供される。エンドユーザ62からアプリケーション461に提供されたデータにはUDPヘッダ503、IPヘッダ504が付され、これらのヘッダがRoHCヘッダ505に圧縮される。この圧縮ヘッダ505を付されたデータが外部TE6からUE4に転送される。次に、起動シーケンスについて、図7を参照する。図7は起動シーケンスの一例を示している。この起動シーケンスは、本開示データ転送方法の一例であって、RoHCによる圧縮ヘッダパケットをRoHCルータ425、441を使用して外部TE6へ送信する処理を含んでいる。シーケンス起動はシーケンスにあるメッセージ応答を実施する機能を含んでいる。UE4には、内部でLTEL2無線機能部42と、RRC/TAF機能部44間のRoHCルータ448の起動制御メッセージが用いられる。このRoHCルータ起動制御メッセージには、RoHC起動または停止要求と、RoHC起動または停止応答である。このルーティング制御では、UE4からその制御を外部TE6のドライバ606に伝えるメッセージが用いられる。このメッセージは、PPP466のLCPオプションに追加すればよい。このメッセージには、a.ConfigurationRequestRoHCルータ起動または停止要求、b.ConfigurationAckRoHCルータ起動または停止応答、c.ConfigurationRequestIPヘッダ受け取り要求、d.ConfigurationAck受け取り完了応答が含まれる。図7に示す起動シーケンスには、BS22、UE4のLTEL2無線機能部42、およびRRC/TAF機能部44、外部TE6のドライバ606およびミドルウェア611が用いられる。ミドルウェア611はヘッダの圧縮又は圧縮ヘッダの伸長に用いられるソフトウェアであり、OS層とアプリケーション層の間に位置する。BS22、UE4及び外部TE6が通信接続された状態AttachであるステップS100。この起動シーケンスが開始される。BS22には通信状況に応じて初期化状態IRState:InitializationRefreshState、遷移状態FOState:FirstOrderState又は安定状態SOState:SecondOrderStateが存在する。IRStateでは、BS22から圧縮パケットであるIRパケットRoHCがLTEL2無線機能部42に転送されるステップS101。IRStateではノーコンテキストNoContextであり、この状態は有効なヘッダ情報がない場合である。この場合、LTEL2無線機能部42から非圧縮のIRパケットが外部TE6のドライバ606に転送されステップS102、このドライバ606からIPパケットが外部TE6のミドルウェア611に転送されるステップS103。FOStateでは、IR-DYNパケットRoHCがLTEL2無線機能部42に転送されるステップS104。この場合、StaticContextであり、ダイナミックDynamicフィールドの更新が必要な場合である。この場合、LTEL2無線機能部42からIPパケット非圧縮が外部TE6のドライバ606に転送されステップS105、このドライバ606からIPパケットが外部TE6のミドルウェア611に転送されるステップS106。SOStateでは、UO-0/UO-1/UOR-2パケットRoHCがLTEL242に転送されるステップS107。この場合、FullContextであり、全てのフィールド情報が正しく復号化されている場合である。この場合、LTEL242からIPパケット非圧縮が外部TE6のドライバ606に転送されステップS108、このドライバ606からIPパケットが外部TE6のミドルウェア611に転送されるステップS109。LTEL242からRoHC制御情報が発せられ、共有メモリ54にIPヘッダが保存されるステップS110。IPヘッダ最大圧縮状態での転送状態ステップS111に移行すると、LTEL2からRRC/TAF44にRoHCルータ起動要求が発せられステップS112、RRC/TAF44からLCPConfigurationRequest:RoHCルータ起動要求がドライバ606に転送されるステップS113。これに対し、LCPConfigurationAck:RoHCルータ起動応答がTAF44に対して転送されるステップS114。LTEL2無線機能部42からRRC/TAF44に対し、共有メモリ54に格納されているRoHC制御情報が発せられるステップS115。TAF44からLCPConfigurationRequest:IPヘッダ受取り要求IPヘッダがドライバに転送されステップS116、外部TE6のメモリ604にRoHC制御情報が格納されるステップS117。ドライバ606からConfigurationAck受け取り完了応答がTAF44に転送されステップS118、RRC/TAF44からRoHCルータ起動応答がLTEL242に転送されるステップS119。BS22からUO-0パケット/UO-1パケット/UOR-2パケットRoHCがLTEL242に転送されステップS120、LTEL242ではヘッダ確認が行われるステップS121。ヘッダ確認の結果がOKであれば、LTEL242からUO-0パケット/UO-1パケット/UOR-2パケットRoHCがドライバ606に転送されるステップS122。ドライバ606では、ヘッダ復元が実行されステップS123、IPパケットがミドルウェア611に渡されるステップS124。このように、LTE機能部42のL2レイヤではRoHCがFullContext状態最大圧縮状態になるまで外部TE6には非圧縮ヘッダをつけたIPパケットが送信される。そして、最大圧縮状態FullContextで外部TE6側にRoHCルータ465の起動要求が送信され、ハンドシェークが開始される。次に、圧縮パケット転送の解除処理について、図8を参照する。図8は圧縮パケット転送を解除する処理シーケンスを示している。図8に示す処理シーケンスは、本開示のデータ転送方法の一例であって、LTE機能部42では、CRCCyclicRedundancyCheck:巡回冗長検査機能でNGなどエラー検出した場合、RoHC処理NGと判定し、L2レイヤでLTEであればPDCPレイヤ、BS22のRoHC処理を解除する。解除すると同時に外部TE6側にRoHCルータ停止要求を送信し、外部TE6のRoHC復元を停止する。つまり、圧縮パケット転送を解除する処理シーケンスを実行する。図8に示す処理シーケンスでは、BS22、UE4及び外部TE6がIPヘッダ最大圧縮状態での転送状態にあればステップS201、BS22からUO-0パケット/UO-1パケット/UOR-2パケットRoHCがLTEL242に転送されるステップS202。LTEL242ではヘッダ確認が行われステップS203、ヘッダ確認の結果がOKであれば、LTEL242からUO-0パケット/UO-1パケット/UOR-2パケットRoHCがドライバ606に転送されるステップS204。ドライバ606では、ヘッダ復元が実行されステップS205、IPパケットがミドルウェア611に提供されるステップS206。これに対し、BS22からUO-0パケット/UO-1パケット/UOR-2パケットRoHCが転送されステップS207、LTEL242がヘッダ確認ステップS208した結果、NGの場合がある。この場合、LTEL242からBS22にNACKパケットRoHCを転送するステップS209。これにより、BS22とUE4の間でも通常IPヘッダでの転送状態に遷移するステップS210。通常IPヘッダの転送状態に遷移すると、LTEL242は、RoHC制御情報を格納している共有メモリ54にあるIPヘッダを破棄しステップS211、TAF44にRoHCルータ停止要求を発するステップS212。TAF44は、LCPConfigurationRequest:RoHCルータ停止要求をドライバ606に転送するステップS213。これに対し、ドライバ606は、RoHC制御情報を格納しているメモリ604にあるIPヘッダを破棄しステップS214、LCPConfigurationAck:RoHCルータ停止応答をRRC/TAF機能部44に転送するステップS215。これを受けたRRC/TAF機能部44は、RoHC停止応答をLTEL242に転送するステップS216。IRStateに遷移したBS22側は、IRパケットRoHCをUE4のLTEL242に転送するステップS217。このノーコンテキストの場合、LTEL242から非圧縮のIPパケットが外部TE6のドライバ606に転送されステップS218、ドライバ606から外部TE6のミドルウェア611にIPパケットが転送されるステップS219。次に、RoHCルータ425などの機能制御について、図9、図10および図11を参照する。図9はRoHCルーティング制御LTE処理側のフローチャートを示している。図10はRoHCルーティングTAF側のフローチャートを示している。図11は簡易RoHC終端処理ドライバ側のフローチャートを示している。RoHCルーティング制御LTE機能部42側の処理図9に示す処理手順は、本開示のデータ転送方法の一例であって、LTE機能部42側の処理である。この処理手順を開始すると、RoHC遷移状態を取得するステップS301。このRoHC遷移状態は、RoHCルータ機能制御432にある有限状態マシーンFSM:FiniteStateMachineからポーリングにより実行される。RoHC遷移状態には、ノーコンテキストNoContext、スタティックコンテキストStaticContextまたはフルコンテキストFullContextの3つの状態が存在し、これらの何れかの状態が取得される。RoHC遷移状態からフルコンテキストであるか否かが判定されステップS302、フルコンテキストであればステップS302のYES、ルータ起動フラグが立っているかON否かを判定するステップS303。ルーティング起動フラグがONでなければステップS303のNO、RoHCルータ制御シーケンスI図12を実行するステップS304。このRoHCルータ制御シーケンスステップS304は、TAF側のRoHCルーティングのステップS401図10と連係されるとともに、TAF側のRoHCルーティングのステップS404、S405図10と連係する。RoHCルータ制御シーケンスIステップS304:図12の処理の後、RoHCルータの起動に成功したか否かを判定するステップS305。RoHCルータの起動に成功していればステップS305のYES、IPヘッダ復元を停止しOFF、ルータ起動フラグの立上げONを行うステップS306。この場合には、圧縮パケット転送処理を実行するステップS307。ステップS302において、フルコンテキストでなければステップS302のNO、IPヘッダ復元を行いON、ルータ起動フラグを解除OFFするステップS308。この場合には、IPパケット転送処理を実行しステップS309、圧縮パケット転送処理は行わない。ステップS303において、ルータ起動フラグがONであればステップS303のYES、圧縮パケット転送処理を実行するステップS307。また、ステップS305において、RoHCルータの起動に失敗した場合にはステップS305のYES、ステップS307に移行し、フルコンテキストでない場合と同様の処理ステップS308、S309を実行する。このような処理の後、アプリケーションが終了したか否かが判定されステップS310、アプリケーションが終了していなければステップS310のNO、ステップS301にリターンする。したがって、斯かる処理がアプリケーションが終了するまで継続的に実行され、アプリケーションの終了によりステップS310のYES、この処理を終了する。RoHCルーティングRRC/TAF機能部44側の処理図10に示す処理手順は、本開示のデータ転送方法の一例であって、RRC/TAF機能部44側の処理である。この処理手順を開始すると、RoHCルータ起動停止要求の有無について判定するステップS401。RoHCルータの起動停止の要求があればステップS401のYES、RoHCルータ制御シーケンスII図13を実行するステップS402。RoHCルータの起動停止の要求がなければステップS401のNO、この処理を終了する。このRoHCルータ制御シーケンスIIはドライバ606側のステップS501、ステップS504、ステップS507図11と連係している。RoHCルータ制御シーケンスIIを実行した場合には、外部TE6は同意したか否かを判断するステップS403。外部TEが同意すればステップS403のYES、RoHCルータの起動成功通知を発しステップS404、この処理を終了する。また、外部TEが同意しなければステップS403のNO、RoHCルータの起動失敗停止通知を発しステップS405、この処理を終了する。簡易RoHC終端処理ドライバ606側の処理図11に示す処理手順は、本開示のデータ転送方法の一例であって、簡易RoHC終端処理ドライバ側の処理である。この処理手順を開始すると、RoHC終端の起動停止要求があるか否かを判断するステップS501。RoHC終端の起動停止要求があればステップS501のYES、RoHCルータ制御シーケンスIII図14を実行するステップS502。RoHCルータ終端の起動停止の要求がなければステップS501のNO、ステップS508に移行する。RoHCルータ制御シーケンスIII図14を実行した場合には、RoHC情報を受信したか否かを判断するステップS503。RoHC情報を受信すればステップS503のYES、RoHC終端の起動成功通知を発しステップS504、IPヘッダの復元処理ONを開始しステップS505、圧縮パケットの解凍処理3GPP準拠を実行するステップS506。RoHC情報を受信しなければステップS503のNO、RoHC終端の起動失敗停止通知を発しステップS507、IPヘッダの復元処理を停止OFFするステップS508。この場合、IPパケットの受信処理を行うステップS509。圧縮パケットの解凍処理ステップS506またはIPパケットの受信処理ステップS509の後、アプリケーションが終了したか否かを判断するステップS510。アプリケーションが終了していなければステップS510のNO、ステップS501にリターンし、アプリケーションが終了するまで、既述の処理を継続する。そして、アプリケーションが終了すればステップS510のYES、この処理を終了する。RoHCルータ制御シーケンスIRoHCルータ制御シーケンスIでは、RoHCルータ機能制御スレーブ側からの応答がなければ、一定時間経過後、RoHCルータを起動しないで、処理を完了させている。このRoHCルータ制御シーケンスIを開始すると、図12に示すように、RoHCルータ起動要求メッセージを送信しステップS601、RoHCルータ起動応答メッセージの受信があるか否かを判定するステップS602。RoHCルータ起動応答メッセージがなければステップS602のNO、リトライ処理に移行し、所定時間中RoHCルータ起動応答メッセージを監視し、リトライタイマのカウントアップを行うステップS603。リトライタイマのタイムアウトを監視しステップS604、リトライタイマがタイムアウトするまで、RoHCルータ起動応答メッセージの受信を監視するステップS602。リトライタイマがタイムアウトすればステップS604のYES、この処理を終了する。そして、RoHCルータ起動応答メッセージがあればステップS602のYES、RoHCルータ用転送スイッチをONさせステップS605、この処理を終了する。RoHCルータ制御シーケンスIIRoHCルータ制御シーケンスIIでは、タイマが切れた段階で処理を終了し、LTE側RoHC制御部へ無応答とし、RoHCルータを起動させない。このRoHCルータ制御シーケンスIIを開始すると、図13に示すように、RoHCルータ停止要求のメッセージ受信があるか否かを判断するステップS701。RoHCルータ停止要求メッセージの受信があればステップS701のYES、RoHCルータを停止させるステップS702。RoHCルータ停止要求メッセージの受信がなければステップS701のNO、RoHCルータ起動要求メッセージの受信が有るか否かを判断するステップS703。RoHCルータ起動要求メッセージの受信がなければステップS703のNO、ステップS701に戻り、RoHCルータ停止要求メッセージの受信の監視ステップS701、RoHCルータ起動メッセージ受信の判断ステップS703を行う。RoHCルータ起動要求メッセージの受信があればステップS703のYES、LCPConfigurationAck:RoHCルータ起動応答としてRoHCルータ起動要求メッセージを送信するステップS704。LCP:RoHCルータ起動応答メッセージの受信の有無を判断しステップS705、RoHCルータ起動応答メッセージの受信がなければステップS705のNO、リトライタイマをカウントアップするステップS706。リトライタイマのタイムアウトを監視しステップS707、所定時間の経過すなわち、リトライタイマがタイムアウトするまでRoHCルータ起動応答メッセージの受信を監視するステップS705。所定時間が経過し、その所定時間内にRoHCルータ起動応答メッセージが受信できなければステップS707のYES、この処理を終了する。RoHCルータ起動応答メッセージの受信があればステップS705のYES、LCP:IPヘッダ受取要求メッセージを送信するステップS708。LCP:受け取り完了応答メッセージの受信の有無を判断しステップS709、受け取り完了応答メッセージの受信がなければステップS709のNO、リトライタイマをカウントアップするステップS710。リトライタイマのタイムアウトを監視しステップS711、所定時間の経過すなわち、リトライタイマがタイムアウトするまで受け取り応答メッセージの受信を監視するステップS709。所定時間が経過し、その所定時間内に受け取り完了応答メッセージが受信できなければステップS711のYES、この処理を終了する。そして、受け取り完了応答メッセージの受信があればステップS709のYES、RoHCルータ起動応答メッセージを送信しステップS712、この処理を終了する。RoHCルータ制御シーケンスIIIRoHCルータ制御シーケンスIIIでは、応答しない場合にはタイマが切れた段階で処理を終了し、TAF側RoHCルーティング部へ無応答とし、RoHCルータを起動させない。このRoHCルータ制御シーケンスIIIを開始すると、図14に示すように、LCP:RoHCルータ停止要求メッセージの受信があるか否かを判断するステップS801。RoHCルータ停止要求メッセージの受信があればステップS801のYES、RoHCルータを停止させるステップS802。RoHCルータ停止要求メッセージの受信がなければステップS801のNO、LCP:RoHCルータ起動要求メッセージの受信があるか否かを判断するステップS803。RoHCルータ起動要求メッセージの受信がなければステップS803のNO、ステップS801に戻り、RoHCルータ停止要求メッセージ又はRoHCルータ起動要求メッセージの受信を監視するステップS801、S803。RoHCルータ起動要求メッセージの受信があればステップS803のYES、LCPRoHCルータ起動応答メッセージを送信するステップS804。この送信の後、LCP:IPヘッダ受け取り要求メッセージを受信したか否かを判断するステップS805。LCP:IPヘッダ受け取り要求メッセージの受信がなければステップS805のNO、リトライタイマをカウントアップするステップS806。リトライタイマのタイムアウトを監視しステップS807、所定時間の経過すなわち、リトライタイマがタイムアウトするまで受け取り要求メッセージの受信を監視するステップS805。所定時間が経過し、その所定時間内に受け取り完了要求メッセージが受信できなければステップS807のYES、この処理を終了する。LCP:IPヘッダ受け取り要求メッセージの受信があればステップS805のYES、IPヘッダ情報を保存RoHC準拠するステップS808。そして、RoHC解凍機能をONRoHC準拠させステップS809、LCP受け取り完了応答メッセージを送信しステップS810、この処理を終了する。RoHCルータ452のデータ転送RoHCルータ452がOFFの場合RoHCルータがOFFの場合のデータ転送について、図15を参照する。図15はRoHCルータのデータ転送例を示している。ダウンリンクDLではデータがUE4から外部TE6に転送される。UE4のCPUコア31では、RoHC機能制御マスター432がRoHC機能部3GPP規格準拠52に状態ポーリングを実施し、フルコンテキスト以外の場合、RoHCルータ425をOFFに切り替える。RoHCルータ425がOFFであれば、CPUコア31では、RoHCヘッダ505をPDCP-SUDPDCPレイヤーペイロードで圧縮ヘッダの解凍処理をする。つまり、圧縮ヘッダであるRoHCヘッダ505はIPヘッダ、UPDヘッダ、RTPヘッダに解凍される。このため、IPヘッダ504、UPDヘッダ503およびRTPヘッダ502が付されたペイロード501で構成される。ペイロード501はたとえば、画像データである。スイッチ430は、RoHCルータ425がOFFであるため、IPヘッダ504、UPDヘッダ503およびRTPヘッダ502を付加されたペイロード501画像データを疎通させ、CPUコア32に転送する。CPUコア32側のRoHCルータ441は、CPUコア31側のRoHCルータ425がOFFに連動してOFFとなる。このため、CPUコア32ではデータ転送に対して素通し状態となり、IPヘッダ504、UPDヘッダ503およびRTPヘッダ502を付加された画像データがそのまま外部TE6のドライバ606に転送される。RoHCルータ425のデータ転送RoHCルータ425がONの場合RoHCルータ425がONの場合のデータ転送について、図16を参照する。図16はRoHCルータのデータ転送例を示している。図16において、図15と同一部分には同一符号を付してある。ダウンリンクDLではデータがUE4から外部TE6に転送されることは既述の通りである。UE4のCPUコア31では、RoHC機能制御マスター432がRoHC機能部3GPP規格準拠52に状態ポーリングを実施し、フルコンテキストであれば、RoHCルータ425をONに切り替える。RoHCルータ425がONであれば、CPUコア31は、圧縮ヘッダであるRoHCヘッダ505の解凍処理を停止する。つまり、RoHCヘッダ505はそのままの状態で維持される。この場合、データはRoHCヘッダ505が付されたペイロード501で構成される。この場合、ペイロードは一例として画像データである。スイッチ430は、RoHCルータ425がONであるため、RoHCヘッダを付加された画像データを疎通させ、CPUコア32に転送する。CPUコア32側のRoHCルータ441は、CPUコア31側のRoHCルータ425がONに連動してONに切り替えられる。このため、CPUコア32ではデータ転送に対して素通し状態となり、RoHCヘッダ505を付加された画像データペイロード501がそのまま外部TE6のドライバ606に転送される。RoHCヘッダ505およびペイロード501が提供されたドライバ606では、RoHC解凍処理機能部609がRoHCヘッダ505をIPヘッダ、UPDヘッダおよびRTPヘッダに解凍する。このように、RoHCルータ425がONの場合には、スイッチ430を切り替え、LTE機能部42側のRoHC機能部52は、圧縮ヘッダであるRoHCヘッダ505の解凍を停止する。圧縮ヘッダであるRoHCヘッダは、そのままドライバ606に転送される。ドライバ606ではRoHCヘッダ505のフルコンテキストでの解凍のみを実施する。このRoHCヘッダ505の解凍処理はRoHC規格に準拠する。この場合、ヘッダ情報は、通常のRoHCで保存するIP/UDP/RTPなどのヘッダ情報の全てである。ハードウェア構成通信システム2のハードウェアについて、図17を参照する。図17は通信システムのハードウェアの一例を示している。図17において、図3と同一部分には同一符号を付してある。図17に示す通信システム2では、UE4がたとえば、携帯電話機で構成され、外部TE6がPCで構成され、これらがUSBケーブル28により有線接続されている。UE4はLTE無線RF部26と、ベースバンド処理BB部70と、表示部72と、音声入出力部74と、プロセッサ76と、記憶部78と、外部TEインターフェース部80を有し、既述のパケットデータを送受するモデムを構成する。RF部26は送受信用のアンテナ27を備え、既述のBS22などの各基地局と無線電波の送受信を行う。BB部70はプロセッサ76により制御され、データ信号や音声信号により搬送信号を変調し、または、RF部26の受信信号からデータ信号や音声信号を復調する。表示部72はたとえば、LCDLiquidCrystalDisplayで構成し、送信データや受信データを視認可能な文字や記号などの情報として提示する。音声入出力部74は、マイクロフォンからの音声信号の入力処理、受信信号から復調された音声信号を音声として再生する。プロセッサ76は、記憶部78に格納されているOSOperatingSystemやアプリケーションプログラムを実行し、既述のパケット通信方法を実現する。このプロセッサ76は既述のCPUコア31、32で構成される。記憶部58は、ROMReadOnlyMemory782とRAMRandomAccessMemory784を有し、プログラム記憶部やデータ記憶部を構成している。プログラム記憶部には既述のOSや、パケット通信方法を実現するプログラムが格納されている。RAM784は、受信したパケットデータの格納や、ワークエリアに用いられる。既述の共有メモリ54はこの記憶部78によって構成される。この記憶部78はたとえば、FlashROMなどの半導体メモリなどの記録媒体で構成する。各種処理時間を監視するリトライタイマ82がプロセッサ76に接続されている。外部TEインターフェース部80は外部装置との接続手段であり、たとえば、USB入出力部802を備え、このUSB入出力部802にはUSBケーブル28を介して外部TE6が接続されている。外部TE6はデータ端末装置またはパケット処理装置の一例であって、PCパーソナルコンピュータやモデムで構成される。図17に示す外部TE6は、インターフェース部84と、プロセッサ86と、記憶部88を有する。インターフェース部84は外部装置との接続手段であり、たとえば、USB入出力部842を備え、このUSB入出力部842には既述のUSBケーブル28を介してUE4が接続されている。プロセッサ86は、記憶部88に格納されているOSOperatingSystemやアプリケーションプログラムを実行し、既述のパケット通信方法を実現する。ダウンリンクDLの場合、UE4から転送された圧縮パケットからIPパケットをデコードする。記憶部88は、HDDHardDiskDrive882とRAMRandomAccessMemory884を有し、プログラム記憶部やデータ記憶部を構成している。プログラム記憶部はHDD882で構成される。このプログラム記憶部には既述のOSや、パケット通信方法を実現するプログラム、既述のドライバ606を格納している。RAM884は、受信したパケットデータの格納や、ワークエリアに用いられる。この記憶部88はHDD装置やFlashROMなどの半導体メモリなどの記録媒体で構成する。次に、RoHCのヘッダ圧縮時の構成について、図18を参照する。図18のAは既述のUO-0パケット、図18のBは既述のUO-1パケット、図18のCは既述のUOR-2パケットを示している。UO-0パケットは、図18のAに示すように、ヘッダ部にSNSequenceNumber:シーケンス番号ビットと、CRCCyclicRedundancyCheck:巡回冗長検査ビットを有する。SNビットはデータの順序を示す。CRCビットはビット構成の正否のチェックに用いられる。SNビットは4ビット、CRCビットは3ビットであり、1オクテッドで構成される。また、ペイロード501も1オクテッドデータである。UO-1パケットは、図18のBに示すように、ヘッダ部にUO-0の構成に加え、102bits、TSTimeStamp:タイムスタンプビットおよびMMarker:標識ビットを有する。TSビットは時間情報を表す。また、Mビットは、データの境界を表す。UOR-2パケットは、図18のCに示すように、ヘッダ部にUO-1の構成に加え、1103bits、SN6bits、TSMSBMostSignificantBit:5bitsおよびXExtension:拡張ビットを有する。次に、ヘッダ圧縮の比率について、図19を参照する。図19は最大圧縮時のヘッダ圧縮の比率を示している。プロトコルヘッダがIP/TCPの場合、通常時ヘッダサイズバイトは、40byteであるのに対し、RoHC圧縮時サイズは4byteに圧縮される。この場合、圧縮率=40-4/40×100=90となる。プロトコルヘッダがIP/UDPの場合、通常時ヘッダサイズバイトは、28byteであるのに対し、RoHC圧縮時サイズは1byteに圧縮される。この場合、圧縮率=28-1/28×100=96.4となる。プロトコルヘッダがIP/UDP/RTPの場合、通常時ヘッダサイズバイトは、40byteであるのに対し、RoHC圧縮時サイズは1byteに圧縮される。この場合、圧縮率=40-1/40×100=97.5となる。このような圧縮率から明らかなように、圧縮パケットを利用すれば、データの転送速度を高め、効率的な通信が可能となるとともに、ネットワーク資源の有効利用に資することになる。実施の形態の効果RoHCルータとしてRoHC実施時に圧縮IPパケットをそのまま疎通させる機能を備えているので、圧縮ヘッダパケットをUE4から外部TE6に疎通させることができ、UE4側のデータ処理の軽減と、スループットを向上させることができる。外部TE6内にRoHCルータ終端機能を備えているので、UE4から転送された圧縮ヘッダパケットから元パケットを復元することができる。RoHCルータ終端では、ダウンリンクDLで圧縮ヘッダパケットを圧縮動作ネゴシエーション完了時に保存しているIPヘッダを用いて容易に復元することができ、外部TE6側のデータ処理を軽減できる。通信ベアラでRoHCがサポートされた場合、保存しているIPヘッダ情報に基づいた転送先に送信することができる。他の実施の形態上記実施の形態では、UE4と外部TE6とをケーブル28で有線接続したが、これらの接続形態は有線接続に限定されない。無線接続としてもよく、たとえば、ブルートゥース接続であってもよい。このブルートゥース接続では、図20に示すように、UE4のRRC/TAF機能部44にインターフェースとしてBluetoothL2491、BluetoothL1492を備える。これに対応し、外部TE6のアプリケーション機能部46にインターフェースとしてBluetoothL2511、BluetoothL1512を備えればよい。この場合、UE4側にはBluetooth用のアンテナ91、外部TE6側には同様のアンテナ92が備えられ、Bluetooth規格の電波の送受信が行われる。このような無線接続によっても、UE4を疎通した圧縮ヘッダを外部TE6へ転送し、外部TE6側で元ヘッダに伸長させることができる。上記実施の形態では、BS22とUE4との無線接続のプロトコルにLTEの通信規格を用いたが、これに限定されない。たとえば、WiMAXWorldwideInteroperabilityforMicrowaveAccess:高速モバイル通信を用いてもよい。この場合、図21に示すように、WiMAXRF部29が用いられ、BS22およびLTE機能部42のプロトコルにはそれぞれMAC250、420が用いられる。BS22はWiMAX-L1機能部249、UE4のLTE機能部42にWiMAX-L1機能部419を備え、WiMAXによる通信接続であってもよい。上記実施の形態では、BS22とUE4とを無線接続しているが、BS22とUE4との間に他の通信機器を介在して通信を行う構成であってもよい。既述のUE4に例示した機能はLTE用カード端末において適用できる。比較例比較例について、図22および図23を参照する。図22は比較例のプロトコル構成を示している。図23はパケット構造を示している。図22に示す通信システム200は、既述の通信システム2図3と同様にUE4とBS22との間で圧縮ヘッダパケットを送信または受信する構成である。図22のAはLTEの通信規格によるハードウェア構成であり、図22のBはプロトコル構成である。これらの構成は、既述の通信システム2と同様であるが、RoHCルータ425、441を備えていない点で相違している。この比較例の通信システム200では、SS24とUE400との間でRoHCによりヘッダ圧縮が行われる。このため、BS22からUE400に向かうダウンリンクDLでは、BS22からUE400に圧縮ヘッダパケット50が送信される。このパケット構成は、IPヘッダ、UDPヘッダ、RTPヘッダを圧縮したRoHCヘッダと、ペイロードで構成されている。この圧縮ヘッダパケット50は、UE400でIPパケットルーティング処理により解凍され、実サイズのIPパケットにデコードされる。この実サイズのIPパケットがUE400と外部TE600との間で送受信される。LTEやWiMAXWorldwideInteroperabilityforMicrowaveAccessで採用されているRoHCは、ペイロードが大きくないIPパケットでは非常に有効である。ペイロードが大きくないIPパケットは例えば、VoIPVoiceoverInternetProtocol:IP接続ネットワークの音声通話などである。この比較例の通信システム200ではつぎのような課題がある。これらの課題は上記実施の形態で解決されている。外部TE600~UE400間で、圧縮ヘッダをIPヘッダ、UDPヘッダ、RTPヘッダに解凍し、実サイズのIPパケットをそのまま送受信する場合には、UE400や外部TE600の負担が増大する。UE400では、BS22の応答用LTE機能と、外部TE6用のモデム機能とが必要であり、IPヘッダ圧縮を伴うIPパケット転送と、IPパケット転送の間でヘッダ情報の転送を行う。つまり、UE400には外部TE600に対するIPパケット送受信に合わせた圧縮パケットの解凍伸長処理が必要である。UE400ではPPPPointtoPointProtocol:2点間接続用プロトコルが使用される場合には、最悪の場合、パケット構成が2倍のデータ転送量となり、スループットに悪影響を及ぼしている。UE400を外部TE600のモデムとして利用する場合には、UEと外部TEの間でもUSBなどの転送プロトコルが必要であり、このため、ルータとして機能させるUEでは上位層のIPパケット転送を圧縮せずに転送している。UE400が、基地局応答用LTE機能となるIPヘッダ圧縮によるIPパケット転送と、外部TE用モデム機能となるIPパケット転送の間で、省略可能なヘッダ情報を転送している。このため、UE400では外部TE600とのIPパケット送受信に合わせるため圧縮パケットを解凍伸長していた。以上説明したように、通信端末およびデータ転送方法の最も好ましい実施の形態等について説明したが、本発明は、上記記載に限定されるものではなく、特許請求の範囲に記載され、又は発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能であることは勿論であり、斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。