JP2017521016A - データパケット送信装置およびデータパケット送信方法ならびにデータ処理装置およびデータ処理方法 - Google Patents

データパケット送信装置およびデータパケット送信方法ならびにデータ処理装置およびデータ処理方法 Download PDF

Info

Publication number
JP2017521016A
JP2017521016A JP2017503512A JP2017503512A JP2017521016A JP 2017521016 A JP2017521016 A JP 2017521016A JP 2017503512 A JP2017503512 A JP 2017503512A JP 2017503512 A JP2017503512 A JP 2017503512A JP 2017521016 A JP2017521016 A JP 2017521016A
Authority
JP
Japan
Prior art keywords
source network
cache data
data packets
data packet
network proxy
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.)
Granted
Application number
JP2017503512A
Other languages
English (en)
Other versions
JP6388464B2 (ja
Inventor
春山 熊
春山 熊
安▲ニ▼ ▲韋▼
安▲ニ▼ ▲韋▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2017521016A publication Critical patent/JP2017521016A/ja
Application granted granted Critical
Publication of JP6388464B2 publication Critical patent/JP6388464B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023Buffering or recovering information during reselection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface

Abstract

本発明は、移動通信技術の分野に関し、詳細には、先行技術におけるモバイルクライアントとネットワークとの間のTCP/IP切断の技術的問題を解決するための、データパケット送信装置およびデータパケット送信方法ならびにデータ処理装置およびデータ処理方法に関するものである。本発明の実施形態では、少なくとも2つのキャッシュ・データ・パケットがターゲットネットワークへ送信され、これにより送信品質が高まり、すなわち、ターゲットネットワークがすべてのデータパケットを受信しうることを可能な限り保証するように、データパケットが失われうる問題が十分に考慮されている。このようにして、ターゲットネットワークがサーバにデータ再送を要求する事例が可能な限り回避され、再送機構に基づく転送プロトコルがTCP/IPプロトコルである場合、TCP切断が可能な限り回避され、サービス伝送の継続性が保証される。

Description

本発明は、移動通信技術の分野に関し、詳細には、データパケット送信装置およびデータパケット送信方法ならびにデータ処理装置およびデータ処理方法に関する。
先行技術では、クライアントとサーバのインタラクションの間にネットワークプロキシを用いて中間転送が行われることがある。
例えば、図1に示すように、ソースネットワークにおいては、ネットワークプロキシ(Network Proxy)を用いてクライアントとサーバ(Server)との間でデータが伝送される。サーバとネットワークプロキシとの間のデータ伝送の速度がネットワークプロキシとクライアントとの間のデータ伝送の速度より高い場合、一部のデータが特定の時間内にネットワークプロキシ上でキャッシュされる。
通信プロセスにおいて、サーバによってユーザ機器へ送信された一部のデータは往々にしてネットワークプロキシ上でキャッシュされ、データを受信すると、ネットワークプロキシはクライアントに代わってサーバへ応答確認を送信する。図1に示すように、例えば、3つのデータパケットがネットワークプロキシ上でキャッシュされ、確認応答が、ネットワークプロキシとサーバとの間のTCP(Transmission Control Protocol、伝送制御プロトコル)/IP(Internet Protocol、インターネットプロトコル)接続を用いてサーバへ送信される。図1のノードはネットワークプロキシを指す場合もあり、別のノードを指す場合もある。
この場合、クライアントの移動により、クライアントはソースネットワークからターゲットネットワークへハンドオーバされる。したがって、ソースネットワークのネットワークプロキシはネットワークプロキシ上でキャッシュされたデータをターゲットネットワークへ転送する必要がある。データ転送(data forwarding)プロセスにおいては、往々にしてデータ損失が生じうる。
データが失われていることを発見した後で、クライアントはサーバにデータを再送するよう要求する。しかし、ソースネットワークでは、ネットワークプロキシは、サーバへ、データパケットの受信に関連した確認応答を送信してしまっており、サーバはデータパケットを再送しない。データパケットを受信しないと、クライアントはサーバにデータパケットを再送するよう繰り返し要求し、TCPプロトコルの規定に従って、TCP切断が結果として生じることになる。先行技術にはこの問題に対する適切な解決策がない。
本発明の実施形態は、モバイルクライアントとネットワークとの間のTCP/IP切断の技術的問題を解決するための、データパケット送信装置およびデータパケット送信方法ならびにデータ処理装置およびデータ処理方法を提供する。
本発明の第1の態様は、データパケット送信装置を提供し、本装置はソースネットワークからターゲットネットワークへユーザ機器UEをハンドオーバするように構成されており、本装置はソースネットワークにあり、再送機構に基づく転送プロトコルがUEと本装置との間の接続と本装置とサーバとの間の接続の両方に適用され、本装置は、
UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するように構成された、決定モジュールと、
ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように構成された、送信モジュールと、を含む。
第1の態様に関連して、第1の態様の第1の可能な実施態様において、送信モジュールは、
キャッシュ・データ・パケットを複製することによって少なくとも2つのキャッシュ・データ・パケットを獲得し、ターゲットネットワークへ少なくとも2つのデータパケットを送信するか、または
ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように、ターゲットネットワークへキャッシュ・データ・パケットを少なくとも2回送信するように特に構成されている。
第1の態様または第1の態様の第1の可能な実施態様に関連して、第1の態様の第2の可能な実施態様において、送信モジュールは、少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信するか、または少なくとも2つのキャッシュ・データ・パケットをターゲット無線アクセスネットワークRANへ送信するように特に構成されている。
第1の態様の第2の可能な実施態様に関連して、第1の態様の第3の可能な実施態様において、ターゲットRANは、eノードB eNodeB、無線ネットワークコントローラRNC、または基地局コントローラBSCである。
本発明の第2の態様は、データ処理装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用され、本装置は、
ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信するように構成された、受信モジュールと、
少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するように構成された、廃棄モジュールと、を含む。
第2の態様に関連して、第2の態様の第1の可能な実施態様において、廃棄モジュールは、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを決定し、反復パケットを廃棄するように特に構成されている。
第2の態様または第2の態様の第1の可能な実施態様に関連して、第2の態様の第2の可能な実施態様において、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、本装置は、少なくとも2つのキャッシュ・データ・パケットにおける反復パケットが廃棄された後でUEへ残りのキャッシュ・データ・パケットを送信するように構成された、送信モジュールをさらに含む。
本発明の第3の態様は、データパケット送信装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用され、本装置は、
UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するように構成された、受信モジュールと、
失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信するように構成された、送信モジュールであって、再送要求はソース・ネットワーク・プロキシに失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる、送信モジュールと、を含む。
第3の態様に関連して、第3の態様の第1の可能な実施態様において、送信モジュールは、失われたキャッシュ・データ・パケットがあるかどうか判定し、失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信するように特に構成されている。
第3の態様の第1の可能な実施態様に関連して、第3の態様の第2の可能な実施態様において、送信モジュールが、失われたキャッシュ・データ・パケットがあるかどうか判定するように特に構成されていることは、具体的には、再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定することである。
第3の態様の第1の可能な実施態様または第2の可能な実施態様に関連して、第3の態様の第3の可能な実施態様において、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、送信モジュールは、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合にソース・ネットワーク・プロキシへ確認応答を送信するようにさらに構成されている。
第3の態様の第1の可能な実施態様または第2の可能な実施態様に関連して、第3の態様の第4の可能な実施態様において、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、送信モジュールは、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合にUEへ受信したキャッシュ・データ・パケットを送信するようにさらに構成されている。
第3の態様の第4の可能な実施態様に関連して、第3の態様の第5の可能な実施態様において、本装置がUEである場合、送信モジュールは、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットが受信された後で、または失われたキャッシュ・データ・パケットがないと判定された後で、ソース・ネットワーク・プロキシへ確認応答を送信するようにさらに構成されている。
本発明の第4の態様は、データパケット送信装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、本装置はソースネットワークにあり、再送機構に基づく転送プロトコルがUEと本装置との間の接続と本装置とサーバとの間の接続の両方に適用され、本装置は、
命令を記憶するように構成された、メモリと、
命令を実行し、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するように構成された、プロセッサと、
ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように構成された、送信機と、を含む。
第4の態様に関連して、第4の態様の第1の可能な実施態様において、プロセッサは、キャッシュ・データ・パケットを複製することによって少なくとも2つのキャッシュ・データ・パケットを獲得するようにさらに構成されており、かつ送信機は、ターゲットネットワークへ少なくとも2つのデータパケットを送信するように構成されており、または
送信機は、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように、ターゲットネットワークへキャッシュ・データ・パケットを少なくとも2回送信するように特に構成されている。
第4の態様または第4の態様の第1の可能な実施態様に関連して、第4の態様の第2の可能な実施態様において、送信機は、少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信するか、または少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信するように特に構成されている。
第4の態様の第2の可能な実施態様に関連して、第4の態様の第3の可能な実施態様において、ターゲットRANは、eNodeB、RNC、またはBSCである。
本発明の第5の態様は、データ処理装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用され、本装置は、
命令を記憶するように構成された、メモリと、
ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信するように構成された、受信機と、
命令を実行し、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するように構成された、プロセッサと、を含む。
第5の態様に関連して、第5の態様の第1の可能な実施態様において、プロセッサは、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを決定し、反復パケットを廃棄するように特に構成されている。
第5の態様または第5の態様の第1の可能な実施態様に関連して、第5の態様の第2の可能な実施態様において、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、本装置は、プロセッサが少なくとも2つのキャッシュ・データ・パケットにおける反復パケットを廃棄した後でUEへ残りのキャッシュ・データ・パケットを送信するように構成された、送信機をさらに含む。
本発明の第6の態様は、データパケット送信装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用され、本装置は、
UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するように構成された、受信機と、
失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信するように構成された、送信機であって、再送要求はソース・ネットワーク・プロキシに失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる、送信機と、を含む。
第6の態様に関連して、第6の態様の第1の可能な実施態様において、本装置は、メモリと、プロセッサとをさらに含み、
メモリは、命令を記憶するように構成されており、
プロセッサは、命令を実行し、失われたキャッシュ・データ・パケットがあるかどうか判定するように構成されており、
送信機は、プロセッサが、失われたキャッシュ・データ・パケットがあると判定した場合にソース・ネットワーク・プロキシへ再送要求を送信するように構成されている。
第6の態様の第1の可能な実施態様に関連して、第6の態様の第2の可能な実施態様において、プロセッサは、命令を実行し、再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定するように特に構成されている。
第6の態様の第1の可能な実施態様または第6の態様の第2の可能な実施態様に関連して、第6の態様の第3の可能な実施態様において、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、送信機は、プロセッサが、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合にソース・ネットワーク・プロキシへ確認応答を送信するようにさらに構成されている。
第6の態様の第1の可能な実施態様または第6の態様の第2の可能な実施態様に関連して、第6の態様の第4の可能な実施態様において、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、送信機は、プロセッサが、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合にUEへ受信したキャッシュ・データ・パケットを送信するようにさらに構成されている。
第6の態様の第4の可能な実施態様に関連して、第6の態様の第5の可能な実施態様において、本装置がUEである場合、送信機は、受信機がソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信した後で、またはプロセッサが、失われたキャッシュ・データ・パケットがないと判定した後で、ソース・ネットワーク・プロキシへ確認応答を送信するようにさらに構成されている。
本発明の第7の態様は、データパケット送信方法を提供し、本方法はソースネットワークからターゲットネットワークへユーザ機器UEをハンドオーバするために用いられ、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用され、本方法は、
ソース・ネットワーク・プロキシにより、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するステップと、
ソース・ネットワーク・プロキシにより、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するステップと、を含む。
第7の態様に関連して、第7の態様の第1の可能な実施態様において、ソース・ネットワーク・プロキシにより、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するステップは、ソース・ネットワーク・プロキシにより、キャッシュ・データ・パケットを複製することによって少なくとも2つのキャッシュ・データ・パケットを獲得するステップ、およびソース・ネットワーク・プロキシにより、ターゲットネットワークへ少なくとも2つのデータパケットを送信するステップ、または
ソース・ネットワーク・プロキシにより、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように、ターゲットネットワークへキャッシュ・データ・パケットを少なくとも2回送信するステップを含む。
第7の態様または第7の態様の第1の可能な実施態様に関連して、第7の態様の第2の可能な実施態様において、ソース・ネットワーク・プロキシにより、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するステップは、ソース・ネットワーク・プロキシにより、少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信するステップ、またはソース・ネットワーク・プロキシにより、少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信するステップを含む。
第7の態様の第2の可能な実施態様に関連して、第7の態様の第3の可能な実施態様において、ターゲットRANは、eノードB eNodeB、RNC、またはBSCである。
本発明の第8の態様は、データ処理方法を提供し、本方法はソースネットワークからターゲットネットワークへUEをハンドオーバするために用いられ、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用され、本方法は、
ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信するステップと、
少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するステップと、を含む。
第8の態様に関連して、第8の態様の第1の可能な実施態様において、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するステップは、
少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを決定するステップと、
反復データパケットを廃棄するステップと、を含む。
第8の態様または第8の態様の第1の可能な実施態様に関連して、第8の態様の第2の可能な実施態様において、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するステップの後に、本方法は、UEへ残りのキャッシュ・データ・パケットを送信するステップをさらに含む。
本発明の第9の態様は、データパケット送信方法を提供し、本方法はソースネットワークからターゲットネットワークへUEをハンドオーバするために用いられ、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用され、本方法は、
UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するステップと、
失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信するステップであって、再送要求はソース・ネットワーク・プロキシに失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる、ステップと、を含む。
第9の態様に関連して、第9の態様の第1の可能な実施態様において、失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信するステップは、
失われたキャッシュ・データ・パケットがあるかどうか判定するステップと、
失われたキャッシュデータがある場合にソース・ネットワーク・プロキシへ再送要求を送信するステップと、を含む。
第9の態様の第1の可能な実施態様に関連して、第9の態様の第2の可能な実施態様において、失われたキャッシュ・データ・パケットがあるかどうか判定するステップは、再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定するステップを含む。
第9の態様の第1の可能な実施態様または第9の態様の第2の可能な実施態様に関連して、第9の態様の第3の可能な実施態様において、失われたキャッシュ・データ・パケットがあるかどうか判定するステップの後に、本方法は、失われたキャッシュ・データ・パケットがない場合にソース・ネットワーク・プロキシへ確認応答を送信ステップをさらに含む。
第9の態様の第1の可能な実施態様または第9の態様の第2の可能な実施態様に関連して、第9の態様の第4の可能な実施態様において、失われたキャッシュ・データ・パケットがあるかどうか判定するステップの後に、本方法は、失われたキャッシュ・データ・パケットがない場合にUEへ受信したキャッシュ・データ・パケットを送信するステップをさらに含む。
第9の態様の第4の可能な実施態様に関連して、第9の態様の第5の可能な実施態様において、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するステップの後に、または失われたキャッシュ・データ・パケットがないと判定された後に、本方法は、ソース・ネットワーク・プロキシへ確認応答を送信するステップをさらに含む。
本発明の実施形態では、ターゲットネットワークへキャッシュ・データ・パケットを送信するときに、ソース・ネットワーク・プロキシはターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信し、これにより送信品質が高まり、すなわち、ターゲットネットワークがすべてのデータパケットを受信することを可能な限り保証するように、データパケットが失われうる問題が十分に考慮されている。このようにして、ターゲットネットワークがサーバにデータ再送を要求することが可能な限り回避される。例えば、再送機構に基づく転送プロトコルがTCP/IPプロトコルである場合、TCP切断が可能な限り回避され、サービス伝送の継続性が保証される。
先行技術におけるネットワークプロキシを用いたクライアントとサーバとの間のデータ伝送の概略図である。 本発明の一実施形態による第1の種類のデータパケット送信装置の主要構造ブロック図である。 本発明の一実施形態によるUEの動作シナリオの概略図である。 本発明の一実施形態によるデータパケット送信の第1の種類のインタラクション流れ図である。 本発明の一実施形態によるデータパケット送信の第2の種類のインタラクション流れ図である。 本発明の一実施形態によるデータ処理装置の主要構造ブロック図である。 本発明の一実施形態による第2の種類のデータパケット送信装置の主要構造ブロック図である。 本発明の一実施形態によるUEの別の動作シナリオの概略図である。 本発明の一実施形態によるデータパケット送信の第3の種類のインタラクション流れ図である。 本発明の一実施形態によるデータパケット送信の第4の種類のインタラクション流れ図である。 本発明の一実施形態による第1の種類のデータパケット送信装置の主要概略構造図である。 本発明の一実施形態によるデータ処理装置の主要概略構造図である。 本発明の一実施形態による第2の種類のデータパケット送信装置の主要概略構造図である。 本発明の一実施形態による第1の種類のデータパケット送信方法の主要流れ図である。 本発明の一実施形態によるデータ処理方法の主要流れ図である。 本発明の一実施形態による第2の種類のデータパケット送信方法の主要流れ図である。
本発明の実施形態におけるデータパケット送信装置は、ソースネットワークからターゲットネットワークへユーザ機器UEをハンドオーバするように構成されている。本装置はソースネットワークにあり、再送機構に基づく転送プロトコルがUEと本装置との間の接続と本装置とサーバとの間の接続の両方に適用される。本装置は、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するように構成された、決定モジュールと、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように構成された、送信モジュールと、を含むことができる。
本発明の実施形態では、ターゲットネットワークへキャッシュ・データ・パケットを送信するときに、ソース・ネットワーク・プロキシはターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信し、これにより送信品質が高まり、すなわち、ターゲットネットワークがすべてのデータパケットを受信することを可能な限り保証するように、データパケットが失われうる問題が十分に考慮されている。このようにして、ターゲットネットワークがサーバにデータ再送を要求する事例が可能な限り回避される。例えば、再送機構に基づく転送プロトコルがTCP/IPプロトコルである場合、TCP切断が可能な限り回避され、サービス伝送の継続性が保証される。
本明細書に記載される技術は、例えば、現在の2Gおよび3G通信システムや次世代通信システム、例えば、モバイル通信用グローバルシステム(Global System for Mobile communication、GSM(登録商標))、符号分割多元接続(Code Division Multiple Access、CDMA)システム、時分割多元接続(Time Division Multiple Access、TDMA)システム、広帯域符号分割多元接続(Wideband Code Division Multiple Access、WCDMA(登録商標))、周波数分割多元接続(Frequency Division Multiple Addressing、FDMA)システム、直交周波数分割多元接続(Orthogonal Frequency-Division Multiple Access、OFDMA)システム、シングルキャリアFDMA(SC-FDMA)システム、汎用パケット無線サービス(General Packet Radio Service、GPRS)システム、ロング・ターム・エボルーション(Long Term Evolution、LTE)システム、他の通信システムなど、様々な通信システムに適用することができる。
加えて、「システム」という用語と「ネットワーク」という用語は本明細書では区別なく用いられる場合がある。本明細書における「および/または」という用語は、関連付けられる対象を記述するための結合関係を記述するにすぎず、3つの関係が存在しうることを表す。例えば、Aおよび/またはBは、Aのみが存在する、AとBの両方が存在する、およびBのみが存在する、という3つの場合を表すことができる。加えて、本明細書における文字「/」は、特に指定しない限り、一般に、関連付けられる対象間の「または」の関係を示す。
本発明のすべての実施形態において、再送機構に基づく転送プロトコルはTCP/IPを指す場合もあり、SCTP(Stream Control Transmission Protocol、ストリーム制御伝送プロトコル)を指す場合もある。
以下で、本明細書の添付の図面に関連して本発明の実施形態を詳細にさらに説明する。
図2を見ると、本発明の一実施形態はデータパケット送信装置を提供し、本装置はソースネットワークからターゲットネットワークへUE(User Equipment、ユーザ機器)をハンドオーバするように構成されていてよく、本装置はソースネットワークにあり、再送機構に基づく転送プロトコルがUEと本装置との間の接続と本装置とサーバとの間の接続の両方に適用される。本装置は、決定モジュール201と、送信モジュール202とを含むことができる。本装置は、例えば、ソース・ネットワーク・プロキシを指しうる。
決定モジュール201は、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するように構成されている。
送信モジュール202は、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように構成されている。
本発明の本実施形態では、ソースネットワークに、ソース・ネットワーク・プロキシとも呼ばれうるネットワークプロキシがある。UEがソースネットワークで動作するときには、ソース・ネットワーク・プロキシを用いてUEとサーバとの間で情報が運ばれる。
図3を見ると、図3はUEの動作シナリオの概略図である。図3のターゲットRAN(Radio Access Network、無線アクセスネットワーク)はターゲットノードとも呼ぶことができ、例えば、eNB(eNodeB、eノードB)や、RNC(Radio Network Controller、無線ネットワークコントローラ)や、BSC(Base Station Controller、基地局コントローラ)といったノードを特に指しうる。図3では、UEがターゲットネットワークへハンドオーバされた後で、ターゲットネットワークにはネットワークプロキシがないため、UEとサーバとの間のデータ通信はネットワークプロキシによる転送を必要としない。図3の破線はUEの移動を示している。本発明の本実施形態では、再送機構に基づく転送プロトコルはUEとネットワークプロキシとの間の接続とネットワークプロキシとサーバとの間の接続の両方に適用される。図3の実施形態では、TCP/IPプロトコルを再送機構に基づく転送プロトコルの例に取っている。
UEがソースネットワークで動作するときに、ソース・ネットワーク・プロキシはサーバによって送信されたデータを受信した後でサーバへ確認応答を送信する。
UEがソースネットワークで動作するときには、サーバとソース・ネットワーク・プロキシとの間のデータ伝送の速度がソース・ネットワーク・プロキシとUEとの間のデータ伝送の速度より高い場合に特定の時間内でソース・ネットワーク・プロキシにおいて一部のデータがキャッシュされる。
したがって、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ソース・ネットワーク・プロキシはキャッシュデータをUEへ送信する必要がある。本発明の本実施形態では、これらのデータパケットをキャッシュ・データ・パケットと呼ぶ。
任意選択で、本発明の本実施形態では、送信モジュール202は、キャッシュ・データ・パケットを複製することによって少なくとも2つのキャッシュ・データ・パケットを獲得し、ターゲットネットワークへ少なくとも2つのデータパケットを送信し、またはターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように、ターゲットネットワークへキャッシュ・データ・パケットを少なくとも2回送信する、ように特に構成されている。
すなわち、送信モジュール202は、異なる方法を用いてターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信することができる。例えば、送信モジュール202は、少なくとも2つのキャッシュ・データ・パケットを獲得するためにローカルにキャッシュされたデータパケットを複製し、次いでターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信することができる。あるいは、例えば、送信モジュール202は、ターゲットネットワークへキャッシュ・データ・パケットを少なくとも2回送信することができ、そのため、パケット損失なしの場合には、ターゲットネットワークはその都度1つのキャッシュ・データ・パケットを受信することができ、すなわち、ターゲットネットワークは少なくとも2つのキャッシュ・データ・パケットを受信することができる。
送信モジュール202が、ソース・ネットワーク・プロキシのために、キャッシュ・データ・パケットをまず複製し、次いで送信する場合、複製後に獲得されたデータを前のデータと区別することができず、すなわち、複製後に獲得されたデータと前のデータの両方が、2つのデータが同じデータであるかどうかにかかわらず送信されるべきデータであり、送信時に、2つのデータは転送プロトコルGTP(General Packet Radio Service Tunneling Protocol、汎用パケット無線サービス・トンネリング・プロトコル)において異なるシーケンス番号に対応する。
送信モジュール202がキャッシュ・データ・パケットを2回送信する場合、ソース・ネットワーク・プロキシには2つの同じ送信されるべきデータが送信されることが分かり、送信時に、2つのデータは転送プロトコルGTPにおいて同じシーケンス番号に対応する場合も異なるシーケンス番号に対応する場合もある。
どちらの送信方法が用いられても、目的は、ターゲットネットワークがキャッシュ・データ・パケットおよびバックアップを受信できるようにすることである。このようにして、たとえデータパケットが伝送プロセスにおいて失われた場合でさえも、バックアップが送信されるため、ターゲットネットワークによって受信される情報が不完全になる事例が生じる可能性が低減する。
任意選択で、本発明の本実施形態では、送信モジュール202は、少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信し、または少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信する、ように特に構成されている。
任意選択で、本発明の本実施形態では、送信モジュール202がターゲット・ネットワーク・プロキシへ少なくとも2つのキャッシュ・データ・パケットを送信する場合、ターゲット・ネットワーク・プロキシはUEへ少なくとも2つのキャッシュ・データ・パケットを送信することができ、少なくとも2つのキャッシュ・データ・パケットを受信した後で、UEは、データ冗長性を回避し、UEの記憶空間を節約するために、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することができる。あるいは、少なくとも2つのキャッシュ・データ・パケットを受信した後で、送信モジュール202は、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄し、次いでUEへ残りのキャッシュ・データ・パケットを送信することもでき、そのためUE自体は操作を行う必要がなく、UEはキャッシュ・データ・パケットを受信した後でキャッシュ・データ・パケットを直接用いることができる。
任意選択で、本発明の本実施形態では、送信モジュール202が少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信する場合、ターゲットRANはUEへ少なくとも2つのキャッシュ・データ・パケットを送信することができ、少なくとも2つのキャッシュ・データ・パケットを受信した後で、UEは、データ冗長性を回避し、UEの記憶空間を節約するために、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することができる。
すなわち、本実施形態では、ターゲットネットワークにネットワークプロキシがあってもよく、ターゲットネットワークにネットワークプロキシがなくてもよい。図3にはターゲットネットワークにネットワークプロキシがない場合の例が示されている。
図4を見ると、図4はデータパケット送信のインタラクション流れ図であり、説明は以下のとおりである。図4にもターゲットネットワークにネットワークプロキシがない場合が示されている。図4の実施形態では、TCP/IPプロトコルを再送機構に基づく転送プロトコルの例に取っている。
図4の通し番号1では、UEがソースネットワークで動作するときに、ソース・ネットワーク・プロキシを用いて、再送機構に基づく転送プロトコルに基づき、UEとサーバとの間でデータを送信することができることを示している。
通し番号2では、UEがソースネットワークからターゲットネットワークへハンドオーバされることを決定することを示している。
通し番号3では、ソース・ネットワーク・プロキシがローカルにキャッシュされたデータパケットを決定し、キャッシュ・データ・パケットを複製することを示している。図4の実施形態の例では、ソース・ネットワーク・プロキシがローカルにキャッシュされたデータパケットを複製することが分かる。
通し番号4では、ソース・ネットワーク・プロキシがターゲットRANへ少なくとも2つのキャッシュ・データ・パケットを送信することを示しており、このプロセスはデータ転送とも呼ばれる。本発明の本実施形態では、データは、GTP-U(General Packet Radio Service Tunneling Protocol over User Datagram Protocol、ユーザ・データグラム・プロトコル上の汎用パケット無線サービス・トンネリング・プロトコル)プロトコルを用いて、ソース・ネットワーク・プロキシによってターゲットRANへ転送されうる。反復データは異なるGTP-Uシーケンス番号を有するパケットとしてカプセル化されてもよく、同じGTP-Uシーケンス番号を有するパケットとしてカプセル化されてもよい。
通し番号5では、ターゲットネットワークがUEへすべての受信した少なくとも2つのキャッシュ・データ・パケットを送信することを示している。
通し番号6では、少なくとも2つのキャッシュ・データ・パケットを受信した後で、UEが、データ冗長性を回避し、記憶空間を節約するために、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することができることを示している。
通し番号7では、再送機構に基づく転送プロトコルに基づき、ターゲットネットワークにおいてUEとサーバとの間でデータを正常に送信することができることを示している。
図5を見ると、図5はデータパケット送信のインタラクション流れ図であり、説明は以下のとおりである。図5にはターゲットネットワークにネットワークプロキシがある場合の例が示されている。図5の実施形態では、TCP/IPプロトコルを再送機構に基づく転送プロトコルの例に取っている。
図5の通し番号1では、UEがソースネットワークで動作するときに、ソース・ネットワーク・プロキシを用いて、再送機構に基づく転送プロトコルに基づき、UEとサーバとの間でデータを送信することができることを示している。
通し番号2では、UEがソースネットワークからターゲットネットワークへハンドオーバされることを決定することを示している。
通し番号3では、ソース・ネットワーク・プロキシがローカルにキャッシュされたデータパケットを決定し、キャッシュ・データ・パケットを複製することを示している。図5の実施形態の例では、ソース・ネットワーク・プロキシがローカルにキャッシュされたデータパケットを複製することが分かる。
通し番号4では、ソース・ネットワーク・プロキシがターゲット・ネットワーク・プロキシへ少なくとも2つのキャッシュ・データ・パケットを送信することを示しており、このプロセスはデータ転送とも呼ばれる。本発明の本実施形態では、GTP-Uプロトコルを用いてソース・ネットワーク・プロキシによってターゲット・ネットワーク・プロキシへデータが転送されうる。反復データは異なるGTP-Uシーケンス番号を有するパケットとしてカプセル化されてもよく、同じGTP-Uシーケンス番号を有するパケットとしてカプセル化されてもよい。
通し番号5では、ターゲット・ネットワーク・プロキシが受信した少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することを示している。図5の実施形態の例では、ターゲット・ネットワーク・プロキシが反復データパケットを廃棄することが分かる。
通し番号6では、ターゲット・ネットワーク・プロキシがUEへ残りのキャッシュ・データ・パケットを送信することを示している。
通し番号7では、再送機構に基づく転送プロトコルに基づき、ターゲットネットワークにおいてUEとサーバとの間でデータを正常に送信することができることを示している。
図6を見ると、同じ発明概念に基づいて、本発明の一実施形態はデータ処理装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用される。本装置は、受信モジュール601と、廃棄モジュール602とを含むことができる。本データ処理装置はターゲットネットワークにおけるターゲット・ネットワーク・プロキシを指す場合もあり、本データ処理装置はUEを指す場合もある。
受信モジュール601は、ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信するように構成されている。
廃棄モジュール602は、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するように構成されている。
受信モジュール601がソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することは、ターゲット・ネットワーク・プロキシが、ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを指す場合もあり、UEが、ターゲット・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを指す場合もあり、UEが、ターゲットRANによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを指す場合もある。すなわち、本装置は、ターゲット・ネットワーク・プロキシを指す場合もあり、UEを指す場合もある。
受信モジュール601がソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することが、ターゲット・ネットワーク・プロキシが、ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に指す場合、廃棄モジュール602が少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することは、ターゲット・ネットワーク・プロキシが、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することを指す。すなわち、この場合、反復データパケットを廃棄するのはターゲット・ネットワーク・プロキシである。具体的な流れ図については、図5を参照することができる。
受信モジュール601がソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することが、UEが、ターゲット・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信すること、または、UEが、ターゲットRANによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に指す場合、廃棄モジュール602が少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することは、UEが、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することを指す。受信モジュール601がソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することが、UEが、ターゲット・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に指す場合、この場合には、ターゲット・ネットワーク・プロキシは反復データパケットを処理せず、反復データパケットを廃棄するのはUEである。
加えて、受信モジュール601がソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することが、UEが、ターゲットRANによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に指す場合、廃棄モジュール602が少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することは、UEが、反復データパケットを廃棄することを指す。具体的な流れ図については、図4を参照することができる。
任意選択で、本発明の本実施形態では、廃棄モジュール602は、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを決定し、反復パケットを廃棄する、ように特に構成されている。
任意選択で、本発明の本実施形態では、本装置がターゲット・ネットワーク・プロキシである場合、本装置は、廃棄モジュール602が少なくとも2つのキャッシュ・データ・パケットにおける反復パケットを廃棄した後でUEへ残りのキャッシュ・データ・パケットを送信するように構成された、送信モジュールをさらに含むことができ、これは、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するのがターゲット・ネットワーク・プロキシである場合、ターゲット・ネットワーク・プロキシはさらにUEへ処理済みのキャッシュ・データ・パケットを送信する必要があることを意味する。
図7を見ると、同じ発明概念に基づいて、本発明の一実施形態はデータパケット送信装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用される。本装置は、受信モジュール701と、送信モジュール702とを含むことができる。本装置はUEを指す場合もあり、本装置はターゲットネットワークにおけるターゲット・ネットワーク・プロキシを指す場合もある。
受信モジュール701は、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するように構成されている。
送信モジュール702は、失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信するように構成されており、再送要求はソース・ネットワーク・プロキシに失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる。
ソース・ネットワーク・プロキシは、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ターゲットネットワークへローカルにキャッシュされたデータパケットを送信する。同様に、ソース・ネットワーク・プロキシはローカルにキャッシュされたデータパケットをターゲット・ネットワーク・プロキシへ送信することもでき、すなわち、本装置はターゲット・ネットワーク・プロキシとすることができる。あるいは、ターゲットネットワークにターゲット・ネットワーク・プロキシがない場合には、ソース・ネットワーク・プロキシはローカルにキャッシュされたデータパケットをターゲットRANへ送信することができ、ターゲットRANは受信したデータパケットをUEへ直接転送し、これは、UEがソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信することと同じであり、すなわち、本装置はUEとすることができる。
図8を見ると、図8はUEの動作シナリオの概略図である。図8の破線はUEの移動を示している。図8で、ソース・ネットワーク・プロキシはターゲット・ネットワーク・プロキシへデータを送信し、ターゲット・ネットワーク・プロキシはソース・ネットワーク・プロキシへ、確認応答、およびキャッシュ・データ・パケットの再送を要求するためのメッセージを送信する。本発明の本実施形態では、再送機構に基づく転送プロトコルはUEとネットワークプロキシとの間の接続とネットワークプロキシとサーバとの間の接続の両方に適用される。図8の実施形態では、TCP/IPプロトコルを再送機構に基づく転送プロトコルの例に取っている。
任意選択で、本発明の本実施形態では、送信モジュール702は、失われたキャッシュ・データ・パケットがあるかどうか判定し、失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信する、ように特に構成されている。
任意選択で、本発明の本実施形態では、送信モジュール702が、失われたキャッシュ・データ・パケットがあるかどうか判定するように特に構成されていることは具体的には、再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定すること、である。例えば、再送機構に基づく転送プロトコルがTCP/IPプロトコルである場合、再送機構に基づく転送プロトコルにおけるシーケンス番号はTCPシーケンス番号とすることができる。再送機構に基づく転送プロトコルがSCTPプロトコルである場合、再送機構に基づく転送プロトコルにおけるシーケンス番号はSCTPシーケンス番号とすることができる。
本発明の本実施形態では、データ転送プロセスにおいて、ソース・ネットワーク・プロキシは、最後の転送されるべきキャッシュ・データ・パケットにデータ転送における最後のデータパケットであると記すために、そのデータパケットに「End mark(エンドマーク)」マークで印を付けることができる。
送信モジュール702は、「End mark」マークと、再送機構に基づく転送プロトコルにおける、受信データパケットのものであるシーケンス番号とに従って、データパケットが失われているかどうか判定する。例えば、再送機構に基づく転送プロトコルにおける、第1の送信キャッシュ・データ・パケットのものであるシーケンス番号は01であり、再送機構に基づく転送プロトコルにおける、第2の送信キャッシュ・データ・パケットのものであるシーケンス番号は02であり、再送機構に基づく転送プロトコルにおける、第3の送信キャッシュ・データ・パケットのものであるシーケンス番号は03である。第3の送信データパケットがデータ転送における最後のデータパケットである場合、ソース・ネットワーク・プロキシは第3の送信データパケットに「End mark」マークで印を付ける。
このようにして、送信モジュール702は、受信したキャッシュ・データ・パケットが「End mark」を有するかどうかに従って、すべてのキャッシュ・データ・パケットが受信されているかどうか判定することができ、送信モジュール702は、再送機構に基づく転送プロトコルにおける、受信したキャッシュ・データ・パケットのものであるシーケンス番号に従って、失われたデータパケットがあるかどうか判定することができる。
例えば、全部で3つのキャッシュ・データ・パケットが送信される必要があり、個々にキャッシュ・データ・パケット1、キャッシュ・データ・パケット2、およびキャッシュ・データ・パケット3であるとする。再送機構に基づく転送プロトコルにおける、キャッシュ・データ・パケット1のものであるシーケンス番号は01であり、再送機構に基づく転送プロトコルにおける、キャッシュ・データ・パケット2のものであるシーケンス番号は02であり、再送機構に基づく転送プロトコルにおける、キャッシュ・データ・パケット3のものであるシーケンス番号は03である。キャッシュ・データ・パケット3は最後のキャッシュ・データ・パケットであるため、ソース・ネットワーク・プロキシはキャッシュ・データ・パケット3に「End mark」を搬送させることができる。
その再送機構に基づく転送プロトコルにおけるシーケンス番号が01であるデータパケット、およびその再送機構に基づく転送プロトコルにおけるシーケンス番号が03であり、「End mark」を搬送するデータパケットを受信した後で、指定された持続期間後に、受信モジュール701が、その再送機構に基づく転送プロトコルにおけるシーケンス番号が02であるデータパケットをまだ受信していない場合、送信モジュール702は、その再送機構に基づく転送プロトコルにおけるシーケンス番号が02であるデータパケットは失われていると判定することができる。
同様に、指定された持続期間後に、受信モジュール701が、「End mark」を搬送するデータパケットをまだ受信していない場合、「End mark」を搬送するデータパケットは失われているとみなされ、「End mark」を搬送するデータパケットの再送を要求する。送信モジュール702によって受信されるデータ転送におけるすべてのデータパケット間で、再送機構に基づく転送プロトコルにおける最大シーケンス番号はnであるものと仮定し、再送機構に基づく転送プロトコルにおける、「End mark」を搬送するデータパケットのものであるシーケンス番号はn+1であると推測することができる。その再送機構に基づく転送プロトコルにおけるシーケンス番号がn+1である受信再送データパケットが「End mark」を搬送していない場合、送信モジュール702は、その再送機構に基づく転送プロトコルにおけるシーケンス番号がn+2であるデータパケットの再送を引き続き要求することができる。類推により、送信モジュール702は、受信モジュール701が「End mark」を搬送するデータパケットを受信するまで要求を停止しない。
任意選択で、本発明の本実施形態では、本装置がターゲット・ネットワーク・プロキシである場合、送信モジュール702は、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合にソース・ネットワーク・プロキシへ確認応答を送信する、ようにさらに構成されており、これは、本装置がターゲット・ネットワーク・プロキシである場合、ターゲット・ネットワーク・プロキシは、失われたキャッシュ・データ・パケットがないと判定したときに、ソース・ネットワーク・プロキシに全送信プロセスが終了されうることを通知するために、ソース・ネットワーク・プロキシへ確認応答を送信してよいことを意味する。
任意選択で、本発明の本実施形態では、本装置がターゲット・ネットワーク・プロキシである場合、送信モジュール702は、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合にUEへ受信したキャッシュ・データ・パケットを送信する、ようにさらに構成されており、これは、本装置がターゲット・ネットワーク・プロキシである場合、失われたキャッシュ・データ・パケットがないと判定したときに、ターゲット・ネットワーク・プロキシはUEへ受信したキャッシュ・データ・パケットを送信してよいことを意味する。
本発明の本実施形態では、本装置がターゲット・ネットワーク・プロキシである場合、送信モジュール702はソース・ネットワーク・プロキシへ確認応答を送信し、送信モジュール702はUEへ受信したキャッシュ・データ・パケットを送信し、実行時にこれら2つのプロセスを実行する順序は限定されない。
任意選択で、本発明の本実施形態では、本装置がUEである場合、送信モジュール702は、受信モジュール701がソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信した後で、または失われたキャッシュ・データ・パケットがないと判定された後で、ソース・ネットワーク・プロキシへ確認応答を送信する、ようにさらに構成されおり、これは、本装置がUEである場合、失われたキャッシュ・データ・パケットがないと判定したときに、UEはソース・ネットワーク・プロキシへ確認応答を送信してよく、またはソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信した後で、UEはソース・ネットワーク・プロキシへ確認応答を送信してよいことを意味する。
装置がUEである場合、ソース・ネットワーク・プロキシへ再送要求を送信し、確認応答を要求するときに、UEはターゲットRANまたはターゲット・ネットワーク・プロキシを用いて転送を行う。
例えば、本装置はUEであり、再送機構に基づく転送プロトコルはTCP/IPプロトコルである。ソース・ネットワーク・プロキシが3つのデータパケットを送信し、3つのデータパケットのうちの第2のデータパケットが失われている場合、先行技術の解決策によれば、第2のデータパケットが失われていることを発見した後で、UEはサーバに第2のデータパケットを再送するよう要求する。しかし、ソースネットワークでは、ソース・ネットワーク・プロキシがサーバへ、第2のデータパケットが受信されたことを確認する応答確認をすでに送信しており、サーバは、UEは第2のデータパケットの受信を確認しているとみなす。この場合には、TCP/IPプロトコルの規定に従って、サーバは第2のデータパケットを再送することができない。しかし、UEは第2のデータパケットを受信しないため、UEは再送を繰り返し要求し、TCP/IPプロトコルの規定に従って、TCP切断が生じる。しかし、本発明の本実施形態の技術的解決策によれば、UEが、第2のデータパケットが失われていることを発見した後で、サーバではなくソース・ネットワーク・プロキシに第2のデータを再送するよう要求した場合、ソース・ネットワーク・プロキシはUEへ第2のデータパケットを必ず再送することができ、そのため、起こりうるTCP切断が最大限回避され、データ伝送の継続性が保証される。
図9を見ると、図9はデータパケット送信のインタラクション流れ図であり、説明は以下のとおりである。図9の例では、本装置はターゲット・ネットワーク・プロキシである。図9の実施形態では、TCP/IPプロトコルを再送機構に基づく転送プロトコルの例に取っている。
図9の通し番号1では、UEがソースネットワークで動作するときに、ソース・ネットワーク・プロキシを用いて、再送機構に基づく転送プロトコルに基づき、UEとサーバとの間でデータを送信することができることを示している。
通し番号2では、UEがソースネットワークからターゲットネットワークへハンドオーバされることを決定することを示している。
通し番号3では、ソース・ネットワーク・プロキシがターゲット・ネットワーク・プロキシへローカルにキャッシュされたデータパケットを送信することを示しており、このプロセスはデータ転送とも呼ばれる。本発明の本実施形態では、GTP-Uプロトコルを用いてソース・ネットワーク・プロキシによってターゲット・ネットワーク・プロキシへデータが転送されうる。反復データは異なるGTP-Uシーケンス番号を有するパケットとしてカプセル化されてもよく、同じGTP-Uシーケンス番号を有するパケットとしてカプセル化されてもよい。
通し番号4では、ターゲット・ネットワーク・プロキシが、キャッシュ・データ・パケットが失われていないと判定したときに、ソース・ネットワーク・プロキシへ確認応答を送信することを示している。
通し番号5では、ターゲット・ネットワーク・プロキシがUEへ受信したキャッシュ・データ・パケットを送信することを示している。
通し番号6では、再送機構に基づく転送プロトコルに基づき、ターゲットネットワークにおいてUEとサーバとの間でデータを正常に送信することができることを示している。
本実施形態では、先行技術で指定されているダウンリンクトンネルに加えて、キャッシュ・データ・パケット確認を実施するためにソース・ネットワーク・プロキシとターゲット・ネットワーク・プロキシとの間で別のアップリンクトンネルが追加される必要があり、すなわち、ターゲット・ネットワーク・プロキシは追加されたアップリンクトンネルを用いてソース・ネットワーク・プロキシへ確認応答を送信する必要がある。加えて、UEがハンドオーバを完了した後で、ソース・ネットワーク・プロキシとターゲット・ネットワーク・プロキシとの間のアップリンクトンネルおよびダウンリンクトンネルは、ソース・ネットワーク・プロキシが、ターゲット・ネットワーク・プロキシによって送信される、「End mark」を搬送するキャッシュ・データ・パケットについての確認応答を受信するまで解放されない。
図10を見ると、図10はデータパケット送信のインタラクション流れ図であり、説明は以下のとおりである。図10の例では、本装置はUEであり、ターゲットネットワークにはターゲット・ネットワーク・プロキシがある。図10の実施形態では、TCP/IPプロトコルを再送機構に基づく転送プロトコルの例に取っている。
図10の通し番号1では、UEがソースネットワークで動作するときに、ソース・ネットワーク・プロキシを用いて、再送機構に基づく転送プロトコルに基づき、UEとサーバとの間でデータを送信することができることを示している。
通し番号2では、UEがソースネットワークからターゲットネットワークへハンドオーバされることを決定することを示している。
通し番号3では、ソース・ネットワーク・プロキシがターゲット・ネットワーク・プロキシへローカルにキャッシュされたデータパケットを送信することを示しており、このプロセスはデータ転送とも呼ばれる。本発明の本実施形態では、GTP-Uプロトコルを用いてソース・ネットワーク・プロキシによってターゲット・ネットワーク・プロキシへデータが転送されうる。反復データは異なるGTP-Uシーケンス番号を有するパケットとしてカプセル化されてもよく、同じGTP-Uシーケンス番号を有するパケットとしてカプセル化されてもよい。
通し番号4では、ターゲット・ネットワーク・プロキシがUEへ受信したキャッシュ・データ・パケットを送信することを示している。
通し番号5では、キャッシュ・データ・パケットが失われていないと判定したときに、UEが、ターゲット・ネットワーク・プロキシを用いてソース・ネットワーク・プロキシへ確認応答を転送するために、ターゲット・ネットワーク・プロキシへ確認応答を送信することを示している。
通し番号6では、ターゲット・ネットワーク・プロキシが、ソース・ネットワーク・プロキシへ、UEによって送信された受信確認応答を転送することを示している。
通し番号7では、再送機構に基づく転送プロトコルに基づき、ターゲットネットワークにおいてUEとサーバとの間でデータを正常に送信することができることを示している。
通し番号6で示すステップでは、「End mark」を搬送するキャッシュ・データ・パケットのものである確認応答を構文解析することによって、ターゲット・ネットワーク・プロキシは、UEが、ソース・ネットワーク・プロキシへ、「End mark」を搬送するキャッシュ・データ・パケットのものである確認応答と、「End mark」を搬送するキャッシュ・データ・パケットの前のキャッシュ・データ・パケットのものである確認応答とを送信したと判定することができる。
本実施形態では、先行技術で指定されているダウンリンクトンネルに加えて、キャッシュ・データ・パケット確認を実施するためにソース・ネットワーク・プロキシとターゲット・ネットワーク・プロキシとの間で別のアップリンクトンネルが追加される必要があり、すなわち、ターゲット・ネットワーク・プロキシは追加されたアップリンクトンネルを用いてソース・ネットワーク・プロキシへ確認応答を送信する必要がある。加えて、UEがハンドオーバを完了した後で、ソース・ネットワーク・プロキシとターゲット・ネットワーク・プロキシとの間のアップリンクトンネルおよびダウンリンクトンネルは、ソース・ネットワーク・プロキシが、ターゲット・ネットワーク・プロキシによって送信される、「End mark」を搬送するキャッシュ・データ・パケットについての確認応答を受信するまで解放されない。
図11を見ると、同じ発明概念に基づいて、本発明の一実施形態はデータパケット送信装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、本装置はソースネットワークにあり、再送機構に基づく転送プロトコルがUEと本装置との間の接続と本装置とサーバとの間の接続の両方に適用される。本装置は、同じバス1100に接続されているプロセッサ1101と、メモリ1102と、送信機1103とを含むことができる。メモリ1102は、プログラムを実行するためにプロセッサ1101が必要とする命令を記憶するように構成されている。プロセッサ1101は、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定する、という方法を行うためにメモリ1102に記憶された命令を読み取るように構成されている。送信機1103は、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように構成されている。本装置は、例えば、ソース・ネットワーク・プロキシを指しうる。
任意選択で、本発明の本実施形態では、プロセッサ1101は、キャッシュ・データ・パケットを複製することによって少なくとも2つのキャッシュ・データ・パケットを獲得するようにさらに構成されており、送信機1103は、ターゲットネットワークへ少なくとも2つのデータパケットを送信するように構成されている。あるいは、送信機1103は、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように、ターゲットネットワークへキャッシュ・データ・パケットを少なくとも2回送信するように特に構成されている。
任意選択で、本発明の本実施形態では、送信機1103は、少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信し、または少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信する、ように特に構成されている。
任意選択で、本発明の本実施形態では、ターゲットRANは、eNodeB、RNC、またはBSCである。
図12を見ると、同じ発明概念に基づいて、本発明の一実施形態はデータ処理装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用される。本装置は、同じバス1200に接続されているプロセッサ1201と、メモリ1202と、受信機1203とを含むことができる。メモリ1202は、プログラムを実行するためにプロセッサ1201が必要とする命令を記憶するように構成されている。受信機1203は、ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信するように構成さされている。プロセッサ1201は、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄する、という方法を行うためにメモリ1202に記憶された命令を読み取るように構成されている。本データ処理装置はターゲットネットワークにおけるターゲット・ネットワーク・プロキシを指す場合もあり、本データ処理装置はUEを指す場合もある。
任意選択で、本発明の本実施形態では、プロセッサ1201は、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを決定し、反復パケットを廃棄する、ように特に構成されている。
任意選択で、本発明の本実施形態では、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、本装置はバス1200に接続された送信機をさらに含み、送信機は、プロセッサ1201が少なくとも2つのキャッシュ・データ・パケットにおける反復パケットを廃棄した後でUEへ残りのキャッシュ・データ・パケットを送信するように構成されている。
図13を見ると、同じ発明概念に基づいて、本発明の一実施形態はデータパケット送信装置を提供し、本装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用される。本装置は、同じバス1300に接続されている受信機1301と、送信機1302とを含むことができる。受信機1301は、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するように構成されている。送信機1302は、失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信するように構成されており、再送要求はソース・ネットワーク・プロキシに失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる。本装置はUEを指す場合もあり、本装置はターゲットネットワークにおけるターゲット・ネットワーク・プロキシを指す場合もある。
任意選択で、本発明の本実施形態では、本装置は、バス1300に接続されているメモリ1303と、プロセッサ1304とをさらに含むことができる。メモリ1303は、プログラムを実行するためにプロセッサ1304が必要とする命令を記憶するように構成されている。プロセッサ1302は、失われたキャッシュ・データ・パケットがあるかどうか判定する、という方法を行うためにメモリ1303に記憶された命令を読み取るように構成されている。送信機1302は、プロセッサ1304が、失われたキャッシュ・データ・パケットがあると判定した場合にソース・ネットワーク・プロキシへ再送要求を送信するように構成されている。
任意選択で、本発明の本実施形態では、プロセッサ1304は、命令を実行し、再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定する、ように特に構成されている。
任意選択で、本発明の本実施形態では、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、送信機1302は、プロセッサ1304が、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合にソース・ネットワーク・プロキシへ確認応答を送信する、ようにさらに構成されている。
任意選択で、本発明の本実施形態では、本装置がターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、送信機1302は、プロセッサ1304が、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合にUEへ受信したキャッシュ・データ・パケットを送信する、ようにさらに構成されている。
任意選択で、本発明の本実施形態では、本装置がUEである場合、送信機1302は、受信機1301がソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信した後で、またはプロセッサ1304が失われたキャッシュ・データ・パケットがないと判定した後で、ソース・ネットワーク・プロキシへ確認応答を送信する、ようにさらに構成されている。
図14を見ると、本発明の一実施形態はデータパケット送信方法を提供し、本方法はソースネットワークからターゲットネットワークへユーザ機器UEをハンドオーバするために用いられ、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用される。本方法の主要な手順は以下のとおりである。
ステップ1401:ソース・ネットワーク・プロキシは、ソース・ネットワーク・プロキシが、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定する。
UEがソースネットワークで動作するときには、サーバとソース・ネットワーク・プロキシとの間のデータ伝送の速度がソース・ネットワーク・プロキシとUEとの間のデータ伝送の速度より高い場合に特定の時間内でソース・ネットワーク・プロキシにおいて一部のデータがキャッシュされる。
したがって、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ソース・ネットワーク・プロキシはキャッシュデータをUEへ送信する必要がある。本発明の本実施形態では、これらのデータパケットをキャッシュ・データ・パケットと呼ぶ。
ステップ1402:ソース・ネットワーク・プロキシはターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信する。
任意選択で、本発明の本実施形態では、ソース・ネットワーク・プロキシがターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するステップは、ソース・ネットワーク・プロキシが、キャッシュ・データ・パケットを複製することによって少なくとも2つのキャッシュ・データ・パケットを獲得するステップと、ソース・ネットワーク・プロキシが、ターゲットネットワークへ少なくとも2つのデータパケットを送信するステップ、または、ソース・ネットワーク・プロキシが、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように、ターゲットネットワークへキャッシュ・データ・パケットを少なくとも2回送信するステップ、を含むことができる。
すなわち、ソース・ネットワーク・プロキシは、異なる方法を用いてターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信することができる。例えば、ソース・ネットワーク・プロキシは、少なくとも2つのキャッシュ・データ・パケットを獲得するためにローカルにキャッシュされたデータパケットを複製し、次いでターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信することができる。あるいは、例えば、ソース・ネットワーク・プロキシは、ターゲットネットワークへキャッシュ・データ・パケットを少なくとも2回送信することができ、そのため、パケット損失なしの場合には、ターゲットネットワークはその都度1つのキャッシュ・データ・パケットを受信することができ、すなわち、ターゲットネットワークは少なくとも2つのキャッシュ・データ・パケットを受信することができる。
どちらの送信方法が用いられても、目的は、ターゲットネットワークがキャッシュ・データ・パケットおよびバックアップを受信できるようにすることである。このようにして、たとえデータパケットが伝送プロセスにおいて失われた場合でさえも、バックアップが送信されるため、ターゲットネットワークによって受信される情報が不完全になる事例が生じる可能性が低減する。
任意選択で、本発明の本実施形態では、ソース・ネットワーク・プロキシがターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するステップは、ソース・ネットワーク・プロキシが、少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信するステップ、またはソース・ネットワーク・プロキシが、少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信するステップ、を含むことができる。
任意選択で、本発明の本実施形態では、ソース・ネットワーク・プロキシが少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信する場合、ターゲット・ネットワーク・プロキシはUEへ少なくとも2つのキャッシュ・データ・パケットを送信することができ、少なくとも2つのキャッシュ・データ・パケットを受信した後で、UEは、データ冗長性を回避し、UEの記憶空間を節約するために、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することができる。あるいは、少なくとも2つのキャッシュ・データ・パケットを受信した後で、ターゲット・ネットワーク・プロキシは、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄し、次いでUEへ残りのキャッシュ・データ・パケットを送信することもでき、そのためUE自体は操作を行う必要がなく、UEはキャッシュ・データ・パケットを受信した後でキャッシュ・データ・パケットを直接用いることができる。
任意選択で、本発明の本実施形態では、ソース・ネットワーク・プロキシが少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信する場合、ターゲットRANはUEへ少なくとも2つのキャッシュ・データ・パケットを送信することができ、少なくとも2つのキャッシュ・データ・パケットを受信した後で、UEは、データ冗長性を回避し、UEの記憶空間を節約するために、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することができる。
すなわち、本実施形態では、ターゲットネットワークにネットワークプロキシがあってもよく、ターゲットネットワークにネットワークプロキシがなくてもよい。
本発明の本実施形態では、ターゲットRANは、eノードB eNodeB、RNC、またはBSCである。
図15を見ると、同じ発明概念に基づいて、本発明の一実施形態はデータ処理方法を提供し、本方法はソースネットワークからターゲットネットワークへUEをハンドオーバするために用いられ、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用される。本方法の主要な手順は以下のとおりである。図15の実施形態を実施する機能エンティティは、ターゲットネットワークにおけるターゲット・ネットワーク・プロキシであってもよく、UEなどであってもよい。
ステップ1501:ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信する。
このステップは、ターゲット・ネットワーク・プロキシがソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを意味する場合もあり、UEがターゲット・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを意味する場合もあり、UEがターゲットRANによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを意味する場合もある。
ステップ1502:少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄する。
ステップ601が、ターゲット・ネットワーク・プロキシがソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に意味する場合、ステップ602は、ターゲット・ネットワーク・プロキシが少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することを特に意味する。すなわち、この場合、反復データパケットを廃棄するのはターゲット・ネットワーク・プロキシである。
ステップ601が、UEがターゲット・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に意味する場合、または、UEがターゲットRANによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを意味する場合、ステップ602はUEが少なくとも2つのキャッシュ・データ・パケットにおける反復パケットを廃棄することを意味する。ステップ601が、UEがターゲット・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に意味する場合、この場合には、ターゲット・ネットワーク・プロキシは反復パケットを処理せず、反復データパケットを廃棄するのはUEである。
任意選択で、本発明の本実施形態では、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するステップは、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを決定するステップと、反復データパケットを廃棄するステップと、を含むことができる。
任意選択で、本発明の本実施形態では、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するステップの後に、本方法は、UEへ残りのキャッシュ・データ・パケットを送信するステップ、をさらに含み、これは、少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するのがターゲット・ネットワーク・プロキシである場合、ターゲット・ネットワーク・プロキシはさらにUEへ処理済みのキャッシュ・データ・パケットを送信する必要があることを意味する。
図16を見ると、本発明の一実施形態は別のデータパケット送信方法を提供し、本方法はソースネットワークからターゲットネットワークへUEをハンドオーバするために用いられ、ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルがUEとソース・ネットワーク・プロキシとの間の接続とソース・ネットワーク・プロキシとサーバとの間の接続の両方に適用される。本方法の主要な手順は以下のとおりである。UEがハンドオーバされるターゲットネットワークにターゲット・ネットワーク・プロキシがある場合、図16の実施形態の各ステップはターゲットネットワークによって実施されうる。UEがハンドオーバされるターゲットネットワークにターゲット・ネットワーク・プロキシがなく、ターゲットRANだけがある場合、図16の実施形態の各ステップはUEによって実施されうる。
ステップ1601:ユーザ機器UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信する。
ソース・ネットワーク・プロキシは、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ターゲットネットワークへローカルにキャッシュされたデータパケットを送信する。同様に、ソース・ネットワーク・プロキシは、ローカルにキャッシュされたデータパケットをターゲット・ネットワーク・プロキシへ送信することもでき、ターゲットネットワークにターゲット・ネットワーク・プロキシがない場合には、ソース・ネットワーク・プロキシはローカルにキャッシュされたデータパケットをターゲットRANへ送信することができ、ターゲットRANは受信したデータパケットをUEへ直接転送し、これは、UEがソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信することと同じである。
ステップ1602:失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信し、再送要求はソース・ネットワーク・プロキシに失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる。
任意選択で、本発明の本実施形態では、失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信するステップは、失われたキャッシュ・データ・パケットがあるかどうか判定するステップと、失われたキャッシュ・データ・パケットがある場合にソース・ネットワーク・プロキシへ再送要求を送信する、を含むことができる。
ターゲットネットワークにターゲット・ネットワーク・プロキシがある場合、ターゲット・ネットワーク・プロキシは失われたキャッシュ・データ・パケットがあるかどうか判定する。ターゲットネットワークにターゲット・ネットワーク・プロキシがない場合、UEは失われたキャッシュ・データ・パケットがあるかどうか判定する。
任意選択で、本発明の本実施形態では、失われたキャッシュ・データ・パケットがあるかどうか判定するステップは、再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定するステップ、を含むことができる。
再送機構に基づく転送プロトコルにおけるシーケンス番号に従って決定を行う具体的プロセスについては図2の実施形態で説明されており、ここでは詳細を繰り返さない。
任意選択で、本発明の本実施形態では、失われたキャッシュ・データ・パケットがあるかどうか判定するステップの後に、本方法は、失われたキャッシュ・データ・パケットがない場合にソース・ネットワーク・プロキシへ確認応答を送信するステップ、をさらに含むことができ、これは、図16の実施形態の各ステップを実施するネットワークエンティティがターゲット・ネットワーク・プロキシである場合、ターゲット・ネットワーク・プロキシは、失われたキャッシュ・データ・パケットがないと判定したときに、ソース・ネットワーク・プロキシに全送信手順が終了されうることを通知するために、ソース・ネットワーク・プロキシへ確認応答を送信することができることを意味する。
任意選択で、本発明の本実施形態では、失われたキャッシュ・データ・パケットがあるかどうか判定するステップの後に、本方法は、キャッシュ・データ・パケットがない場合にUEへ受信したキャッシュ・データ・パケットを送信するステップ、をさらに含むことができ、これは、図16の実施形態の各ステップを実施するネットワークエンティティがターゲット・ネットワーク・プロキシである場合、ターゲット・ネットワーク・プロキシは、失われたキャッシュ・データ・パケットがないと判定したときに、UEへ受信したキャッシュ・データ・パケットを送信することができることを意味する。
本発明の本実施形態では、図16の実施形態の各ステップを実施するネットワークエンティティがターゲット・ネットワーク・プロキシである場合、ターゲット・ネットワーク・プロキシはソース・ネットワーク・プロキシへ確認応答を送信し、ターゲット・ネットワーク・プロキシはUEへ受信したキャッシュ・データ・パケットを送信する。これら2つのステップは任意の順序で行われてよい。
任意選択で、本発明の本実施形態では、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するステップの後で、または失われたキャッシュ・データ・パケットがないと判定された後で、本方法は、ソース・ネットワーク・プロキシへ確認応答を送信するステップ、をさらに含むことができ、これは、図16の実施形態の各ステップを実施するネットワークエンティティがUEである場合、UEは、失われたキャッシュ・データ・パケットがないと判定したときに、ソース・ネットワーク・プロキシへ確認応答を送信することができ、または、UEは、ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信した後でソース・ネットワーク・プロキシへ確認応答を送信することができることを意味する。
図16の実施形態を実施するネットワークエンティティがUEである場合、ソース・ネットワーク・プロキシへ、確認応答メッセージおよびキャッシュ・データ・パケットの再送を要求するためのメッセージを送信するときに、UEは、ターゲットRANまたはターゲット・ネットワーク・プロキシを用いた転送を行う。
本発明の実施形態におけるデータパケット送信装置は、ソースネットワークからターゲットネットワークへユーザ機器UEをハンドオーバするように構成されている。本装置はソースネットワークにあり、再送機構に基づく転送プロトコルがUEと本装置との間の接続と本装置とサーバとの間の接続の両方に適用される。本装置は、UEがソースネットワークからターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するように構成された、決定モジュールと、ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように構成された、送信モジュールと、を含むことができる。
本発明の実施形態では、ターゲットネットワークへキャッシュ・データ・パケットを送信するときに、ソース・ネットワーク・プロキシはターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信し、これにより送信品質が高まり、すなわち、ターゲットネットワークがすべてのデータパケットを受信することを可能な限り保証するように、データパケットが失われうる問題が十分に考慮されている。このようにして、ターゲットネットワークがサーバにデータ再送を要求する事例が可能な限り回避される。例えば、再送機構に基づく転送プロトコルがTCP/IPプロトコルである場合、サービス伝送の継続性を保証するように、TCP切断が可能な限り回避される。
説明を簡便にする目的で、前述の機能モジュールの分割は説明のための例とみなされるものであることを、当業者ははっきりと理解することができる。実際の適用においては、前述の各機能を、異なる機能モジュールに割り振り、要件に従って実装することができ、すなわち、装置の内部構造が上述の各機能の全部または一部を実装するための異なる機能モジュールに分割される。前述のシステム、装置およびユニットの詳細な動作プロセスについては、前述の方法実施形態における対応するプロセスを参照することができ、ここでは詳細を繰り返さない。
本出願で提供されるいくつかの実施形態においては、開示のシステム、装置、および方法を他のやり方で実現することもできることを理解すべきである。例えば、説明された装置実施形態は単なる例示にすぎない。例えば、モジュールまたはユニットの分割は単なる論理的機能分割にすぎず、実際の実装に際しては他の分割も可能である。例えば、複数のユニットまたはコンポーネントが組み合わされ、または統合されて別のシステムになる場合もあり、一部の機能が無視され、または実行されない場合もある。加えて、表示された、または論じられた相互結合または直接結合または通信接続を、いくつかのインターフェースを使用して実現することもできる。装置間またはユニット間の間接結合または通信接続は、電子的形態、機械的形態、または他の形態として実現することができる。
別々の部品として記述されたユニットは物理的に分離している場合もそうでない場合もあり、ユニットとして表示された部品は、物理的ユニットである場合もそうでない場合もあり、一箇所に位置する場合もあり、複数のネットワークユニット上に分散される場合もある。ユニットの一部または全部を、各実施形態の解決策の目的を達成するための実際の必要に従って選択することもできる。
加えて、本出願の各実施形態における機能ユニットが1つの処理ユニットへ統合されていてもよく、ユニットの各々が物理的に独立して存在していてもよく、または2つ以上のユニットが1つのユニットへ統合される。統合ユニットはハードウェアの形態で実現することもでき、ソフトウェア機能ユニットの形態で実現することもできる。
統合ユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売され、または使用される場合に、その統合ユニットはコンピュータ可読記憶媒体に記憶することができる。そうした理解に基づき、本出願の技術解決策を本質的に、または先行技術に寄与する部分を、または技術解決策の全部もしくは一部を、ソフトウェア製品の形態で実現することができる。コンピュータソフトウェア製品は記憶媒体に記憶されており、(パーソナルコンピュータ、サーバ、もしくはネットワークデバイスとすることができる)コンピュータデバイスまたはプロセッサ(processor)に、本出願の各実施形態に記載されている方法のステップの全部または一部を実行するよう命令するためのいくつかの命令を含む。前述の記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読取り専用メモリ(ROM、Read-Only Memory)、ランダム・アクセス・メモリ(RAM、Random Access Memory)、磁気ディスク、光ディスクといった、プログラムコードを記憶することができる任意の媒体を含む。
以上の実施形態は単に本出願の技術的解決策を詳細に説明するために用いられているにすぎない。前述の実施形態の説明は単に本発明の方法および中核となる思想の理解を助けるためのものにすぎず、本発明に対する限定と解釈すべきではない。本発明で開示される技術範囲内で当業者によって容易に考案されるいかなる変形も置換も、本発明の保護範囲内に含まれるものとする。
201 決定モジュール
202 送信モジュール
601 受信モジュール
602 廃棄モジュール
701 受信モジュール
702 送信モジュール
1100 バス
1101 プロセッサ
1102 メモリ
1103 送信機
1200 バス
1201 プロセッサ
1202 メモリ
1203 受信機
1300 バス
1301 受信機
1302 送信機
第1の態様の第2の可能な実施態様に関連して、第1の態様の第3の可能な実施態様において、ターゲットRANは、eNodeB、無線ネットワークコントローラRNC、または基地局コントローラBSCである。
第7の態様の第2の可能な実施態様に関連して、第7の態様の第3の可能な実施態様において、ターゲットRANは、eNodeB、RNC、またはBSCである。
本発明の本実施形態では、データ転送プロセスにおいて、ソース・ネットワーク・プロキシは、最後の転送されるべきキャッシュ・データ・パケットにデータ転送における最後のデータパケットであると記すために、そのデータパケットに「End mark(エンドマーク)」で印を付けることができる。
送信モジュール702は、「End mark」と、再送機構に基づく転送プロトコルにおける、受信データパケットのものであるシーケンス番号とに従って、データパケットが失われているかどうか判定する。例えば、再送機構に基づく転送プロトコルにおける、第1の送信キャッシュ・データ・パケットのものであるシーケンス番号は01であり、再送機構に基づく転送プロトコルにおける、第2の送信キャッシュ・データ・パケットのものであるシーケンス番号は02であり、再送機構に基づく転送プロトコルにおける、第3の送信キャッシュ・データ・パケットのものであるシーケンス番号は03である。第3の送信データパケットがデータ転送における最後のデータパケットである場合、ソース・ネットワーク・プロキシは第3の送信データパケットに「End mark」で印を付ける。
同様に、指定された持続期間後に、受信モジュール701が、「End mark」を搬送するデータパケットをまだ受信していない場合、「End mark」を搬送するデータパケットは失われているとみなされ、「End mark」を搬送するデータパケットの再送を要求する。受信モジュール701によって受信されるデータ転送におけるすべてのデータパケット間で、再送機構に基づく転送プロトコルにおける最大シーケンス番号はnであるものと仮定し、再送機構に基づく転送プロトコルにおける、「End mark」を搬送するデータパケットのものであるシーケンス番号はn+1であると推測することができる。その再送機構に基づく転送プロトコルにおけるシーケンス番号がn+1である受信再送データパケットが「End mark」を搬送していない場合、送信モジュール702は、その再送機構に基づく転送プロトコルにおけるシーケンス番号がn+2であるデータパケットの再送を引き続き要求することができる。類推により、送信モジュール702は、受信モジュール701が「End mark」を搬送するデータパケットを受信するまで要求を停止しない。
任意選択で、本発明の本実施形態では、本装置は、バス1300に接続されているメモリ1303と、プロセッサ1304とをさらに含むことができる。メモリ1303は、プログラムを実行するためにプロセッサ1304が必要とする命令を記憶するように構成されている。プロセッサ1304は、失われたキャッシュ・データ・パケットがあるかどうか判定する、という方法を行うためにメモリ1303に記憶された命令を読み取るように構成されている。送信機1302は、プロセッサ1304が、失われたキャッシュ・データ・パケットがあると判定した場合にソース・ネットワーク・プロキシへ再送要求を送信するように構成されている。
本発明の本実施形態では、ターゲットRANは、eNodeB、RNC、またはBSCである。
ステップ1501が、ターゲット・ネットワーク・プロキシがソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に意味する場合、ステップ1502は、ターゲット・ネットワーク・プロキシが少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄することを特に意味する。すなわち、この場合、反復データパケットを廃棄するのはターゲット・ネットワーク・プロキシである。
ステップ1501が、UEがターゲット・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に意味する場合、または、UEがターゲットRANによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを意味する場合、ステップ1502はUEが少なくとも2つのキャッシュ・データ・パケットにおける反復パケットを廃棄することを意味する。ステップ1501が、UEがターゲット・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信することを特に意味する場合、この場合には、ターゲット・ネットワーク・プロキシは反復パケットを処理せず、反復データパケットを廃棄するのはUEである。

Claims (39)

  1. データパケット送信装置であって、前記装置はソースネットワークからターゲットネットワークへユーザ機器UEをハンドオーバするように構成されており、前記装置は前記ソースネットワークにあり、再送機構に基づく転送プロトコルが前記UEと前記装置との間の接続と前記装置と前記サーバとの間の接続の両方に適用され、前記装置は、
    前記UEが前記ソースネットワークから前記ターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するように構成された、決定モジュールと、
    前記ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように構成された、送信モジュールと、
    を含む、装置。
  2. 前記送信モジュールは、
    前記キャッシュ・データ・パケットを複製することによって前記少なくとも2つのキャッシュ・データ・パケットを獲得し、前記ターゲットネットワークへ前記少なくとも2つのデータパケットを送信するか、または
    前記ターゲットネットワークへ前記少なくとも2つのキャッシュ・データ・パケットを送信するように、前記ターゲットネットワークへ前記キャッシュ・データ・パケットを少なくとも2回送信する
    ように特に構成されている、請求項1に記載の装置。
  3. 前記送信モジュールは、
    前記少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信するか、または
    前記少なくとも2つのキャッシュ・データ・パケットをターゲット無線アクセスネットワークRANへ送信する
    ように特に構成されている、請求項1または2に記載の装置。
  4. 前記ターゲットRANは、eノードB eNodeB、無線ネットワークコントローラRNC、または基地局コントローラBSCである、請求項3に記載の装置。
  5. データ処理装置であって、前記装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、前記ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルが前記UEと前記ソース・ネットワーク・プロキシとの間の接続と前記ソース・ネットワーク・プロキシと前記サーバとの間の接続の両方に適用され、前記装置は、
    前記ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信するように構成された、受信モジュールと、
    前記少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するように構成された、廃棄モジュールと、
    を含む、装置。
  6. 前記廃棄モジュールは、前記少なくとも2つのキャッシュ・データ・パケットにおける前記反復データパケットを決定し、前記反復データパケットを廃棄するように特に構成されている、請求項5に記載の装置。
  7. 前記装置が前記ターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、前記装置は、
    前記少なくとも2つのキャッシュ・データ・パケットにおける前記反復データパケットが廃棄された後で前記UEへ残りのキャッシュ・データ・パケットを送信するように構成された、送信モジュール
    をさらに含む、請求項5または6に記載の装置。
  8. データパケット送信装置であって、前記装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、前記ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルが前記UEと前記ソース・ネットワーク・プロキシとの間の接続と前記ソース・ネットワーク・プロキシと前記サーバとの間の接続の両方に適用され、前記装置は、
    前記UEが前記ソースネットワークから前記ターゲットネットワークへハンドオーバされるときに、前記ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するように構成された、受信モジュールと、
    失われたキャッシュ・データ・パケットがある場合に前記ソース・ネットワーク・プロキシへ再送要求を送信するように構成された、送信モジュールであって、前記再送要求は前記ソース・ネットワーク・プロキシに前記失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる、送信モジュールと、
    を含む、装置。
  9. 前記送信モジュールは、失われたキャッシュ・データ・パケットがあるかどうか判定し、失われたキャッシュ・データ・パケットがある場合に前記ソース・ネットワーク・プロキシへ前記再送要求を送信するように特に構成されている、請求項8に記載の装置。
  10. 前記送信モジュールが、失われたキャッシュ・データ・パケットがあるかどうか判定するように特に構成されていることは、具体的には、前記再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定することである、請求項9に記載の装置。
  11. 前記装置が前記ターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、前記送信モジュールは、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合に前記ソース・ネットワーク・プロキシへ確認応答を送信するようにさらに構成されている、請求項9または10に記載の装置。
  12. 前記装置が前記ターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、前記送信モジュールは、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合に前記UEへ前記受信したキャッシュ・データ・パケットを送信するようにさらに構成されている、請求項9または10に記載の装置。
  13. 前記装置が前記UEである場合、前記送信モジュールは、前記ソース・ネットワーク・プロキシによって送信された前記キャッシュ・データ・パケットが受信された後で、または失われたキャッシュ・データ・パケットがないと判定された後で、前記ソース・ネットワーク・プロキシへ確認応答を送信するようにさらに構成されている、請求項12に記載の装置。
  14. データパケット送信装置であって、前記装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、前記装置はソースネットワークにあり、再送機構に基づく転送プロトコルが前記UEと前記装置との間の接続と前記装置と前記サーバとの間の接続の両方に適用され、前記装置は、
    命令を記憶するように構成された、メモリと、
    前記命令を実行し、前記UEが前記ソースネットワークから前記ターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するように構成された、プロセッサと、
    前記ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するように構成された、送信機と、
    を含む、装置。
  15. 前記プロセッサは、前記キャッシュ・データ・パケットを複製することによって前記少なくとも2つのキャッシュ・データ・パケットを獲得するようにさらに構成されており、かつ前記送信機は、前記ターゲットネットワークへ前記少なくとも2つのデータパケットを送信するように特に構成されており、または
    前記送信機は、前記ターゲットネットワークへ前記少なくとも2つのキャッシュ・データ・パケットを送信するように、前記ターゲットネットワークへ前記キャッシュ・データ・パケットを少なくとも2回送信するように特に構成されている、請求項14に記載の装置。
  16. 前記送信機は、
    前記少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信するか、または
    前記少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信する
    ように特に構成されている、請求項14または15に記載の装置。
  17. 前記ターゲットRANは、eNodeB、RNC、またはBSCである、請求項16に記載の装置。
  18. データ処理装置であって、前記装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、前記ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルが前記UEと前記ソース・ネットワーク・プロキシとの間の接続と前記ソース・ネットワーク・プロキシと前記サーバとの間の接続の両方に適用され、前記装置は、
    命令を記憶するように構成された、メモリと、
    前記ソース・ネットワーク・プロキシによって送信された前記少なくとも2つのキャッシュ・データ・パケットを受信するように構成された、受信機と、
    前記命令を実行し、前記少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するように構成された、プロセッサと、
    を含む、装置。
  19. 前記プロセッサは、前記少なくとも2つのキャッシュ・データ・パケットにおける前記反復データパケットを決定し、前記反復データパケットを廃棄するように特に構成されている、請求項18に記載の装置。
  20. 前記装置が前記ターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、前記装置は、
    前記プロセッサが前記少なくとも2つのキャッシュ・データ・パケットにおける前記反復データパケットを廃棄した後で前記UEへ残りのキャッシュ・データ・パケットを送信するように構成された、送信機
    をさらに含む、請求項18または19に記載の装置。
  21. データパケット送信装置であって、前記装置はソースネットワークからターゲットネットワークへUEをハンドオーバするように構成されており、前記ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルが前記UEと前記ソース・ネットワーク・プロキシとの間の接続と前記ソース・ネットワーク・プロキシと前記サーバとの間の接続の両方に適用され、前記装置は、
    前記UEが前記ソースネットワークから前記ターゲットネットワークへハンドオーバされるときに、前記ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するように構成された、受信機と、
    失われたキャッシュ・データ・パケットがある場合に前記ソース・ネットワーク・プロキシへ再送要求を送信するように構成された、送信機であって、前記再送要求は前記ソース・ネットワーク・プロキシに前記失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる、送信機と、
    を含む、装置。
  22. 前記装置は、メモリと、プロセッサとをさらに含み、
    前記メモリは、命令を記憶するように構成されており、
    前記プロセッサは、前記命令を実行し、失われたキャッシュ・データ・パケットがあるかどうか判定するように構成されており、
    前記送信機は、前記プロセッサが、失われたキャッシュ・データ・パケットがあると判定した場合に前記ソース・ネットワーク・プロキシへ前記再送要求を送信するように構成されている、請求項21に記載の装置。
  23. 前記プロセッサは、前記命令を実行し、前記再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定するように特に構成されている、請求項22に記載の装置。
  24. 前記装置が前記ターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、前記送信機は、前記プロセッサが、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合に前記ソース・ネットワーク・プロキシへ確認応答を送信するようにさらに構成されている、請求項22または23に記載の装置。
  25. 前記装置が前記ターゲットネットワークにおけるターゲット・ネットワーク・プロキシである場合、前記送信機は、前記プロセッサが、失われたキャッシュ・データ・パケットがあるかどうか判定した後で、失われたキャッシュ・データ・パケットがない場合に前記UEへ前記受信したキャッシュ・データ・パケットを送信するようにさらに構成されている、請求項22または23に記載の装置。
  26. 前記装置が前記UEである場合、前記送信機は、前記受信機が前記ソース・ネットワーク・プロキシによって送信された前記キャッシュ・データ・パケットを受信した後で、または前記プロセッサが、失われたキャッシュ・データ・パケットがないと判定した後で、前記ソース・ネットワーク・プロキシへ確認応答を送信するようにさらに構成されている、請求項25に記載の装置。
  27. データパケット送信方法であって、前記方法はソースネットワークからターゲットネットワークへユーザ機器UEをハンドオーバするために用いられ、前記ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルが前記UEと前記ソース・ネットワーク・プロキシとの間の接続と前記ソース・ネットワーク・プロキシと前記サーバとの間の接続の両方に適用され、前記方法は、
    前記ソース・ネットワーク・プロキシにより、前記UEが前記ソースネットワークから前記ターゲットネットワークへハンドオーバされるときに、ローカルにキャッシュされたデータパケットを決定するステップと、
    前記ソース・ネットワーク・プロキシにより、前記ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信するステップと、
    を含む、方法。
  28. 前記ソース・ネットワーク・プロキシにより、前記ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信する前記ステップは、
    前記ソース・ネットワーク・プロキシにより、前記キャッシュ・データ・パケットを複製することによって前記少なくとも2つのキャッシュ・データ・パケットを獲得するステップ、および前記ソース・ネットワーク・プロキシにより、前記ターゲットネットワークへ前記少なくとも2つのデータパケットを送信するステップ、または
    前記ソース・ネットワーク・プロキシにより、前記ターゲットネットワークへ前記少なくとも2つのキャッシュ・データ・パケットを送信するように、前記ターゲットネットワークへ前記キャッシュ・データ・パケットを少なくとも2回送信するステップ
    を含む、請求項27に記載の方法。
  29. 前記ソース・ネットワーク・プロキシにより、前記ターゲットネットワークへ少なくとも2つのキャッシュ・データ・パケットを送信する前記ステップは、
    前記ソース・ネットワーク・プロキシにより、前記少なくとも2つのキャッシュ・データ・パケットをターゲット・ネットワーク・プロキシへ送信するステップ、または
    前記ソース・ネットワーク・プロキシにより、前記少なくとも2つのキャッシュ・データ・パケットをターゲットRANへ送信するステップ
    を含む、請求項27または28に記載の方法。
  30. 前記ターゲットRANは、eノードB eNodeB、RNC、またはBSCである、請求項29に記載の方法。
  31. データ処理方法であって、前記方法はソースネットワークからターゲットネットワークへUEをハンドオーバするために用いられ、前記ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルが前記UEと前記ソース・ネットワーク・プロキシとの間の接続と前記ソース・ネットワーク・プロキシと前記サーバとの間の接続の両方に適用され、前記方法は、
    前記ソース・ネットワーク・プロキシによって送信された少なくとも2つのキャッシュ・データ・パケットを受信するステップと、
    前記少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄するステップと、
    を含む、方法。
  32. 前記少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄する前記ステップは、
    前記少なくとも2つのキャッシュ・データ・パケットにおける前記反復データパケットを決定するステップと、
    前記反復データパケットを廃棄するステップと、
    を含む、請求項31に記載の方法。
  33. 前記少なくとも2つのキャッシュ・データ・パケットにおける反復データパケットを廃棄する前記ステップの後に、前記方法は、
    前記UEへ残りのキャッシュ・データ・パケットを送信するステップ
    をさらに含む、請求項31または32に記載の方法。
  34. データパケット送信方法であって、前記方法はソースネットワークからターゲットネットワークへUEをハンドオーバするために用いられ、前記ソースネットワークにはソース・ネットワーク・プロキシがあり、再送機構に基づく転送プロトコルが前記UEと前記ソース・ネットワーク・プロキシとの間の接続と前記ソース・ネットワーク・プロキシと前記サーバとの間の接続の両方に適用され、前記方法は、
    前記UEが前記ソースネットワークから前記ターゲットネットワークへハンドオーバされるときに、前記ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信するステップと、
    失われたキャッシュ・データ・パケットがある場合に前記ソース・ネットワーク・プロキシへ再送要求を送信するステップであって、前記再送要求は前記ソース・ネットワーク・プロキシに前記失われたキャッシュ・データ・パケットを再送するよう命令するために用いられる、ステップと、
    を含む、方法。
  35. 失われたキャッシュ・データ・パケットがある場合に前記ソース・ネットワーク・プロキシへ再送要求を送信する前記ステップは、
    失われたキャッシュ・データ・パケットがあるかどうか判定するステップと、
    失われたキャッシュデータがある場合に前記ソース・ネットワーク・プロキシへ前記再送要求を送信するステップと、
    を含む、請求項34に記載の方法。
  36. 失われたキャッシュ・データ・パケットがあるかどうか判定する前記ステップは、
    前記再送機構に基づく転送プロトコルにおける、各キャッシュ・データ・パケットに別々に対応しているシーケンス番号に従って、失われたキャッシュ・データ・パケットがあるかどうか判定するステップ
    を含む、請求項35に記載の方法。
  37. 失われたキャッシュ・データ・パケットがあるかどうか判定する前記ステップの後に、前記方法は、
    失われたキャッシュ・データ・パケットがない場合に前記ソース・ネットワーク・プロキシへ確認応答を送信するステップ
    をさらに含む、請求項35または36に記載の方法。
  38. 失われたキャッシュ・データ・パケットがあるかどうか判定する前記ステップの後に、前記方法は、
    失われたキャッシュ・データ・パケットがない場合に前記UEへ前記受信したキャッシュ・データ・パケットを送信するステップ
    をさらに含む、請求項35または36に記載の方法。
  39. 前記ソース・ネットワーク・プロキシによって送信されたキャッシュ・データ・パケットを受信する前記ステップの後に、または失われたキャッシュ・データ・パケットがないと判定された後に、前記方法は、
    前記ソース・ネットワーク・プロキシへ確認応答を送信するステップ
    をさらに含む、請求項38に記載の方法。
JP2017503512A 2014-07-23 2014-07-23 データパケット送信装置およびデータパケット送信方法ならびにデータ処理装置およびデータ処理方法 Active JP6388464B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/082838 WO2016011624A1 (zh) 2014-07-23 2014-07-23 一种数据包发送、数据处理装置及方法

Publications (2)

Publication Number Publication Date
JP2017521016A true JP2017521016A (ja) 2017-07-27
JP6388464B2 JP6388464B2 (ja) 2018-09-12

Family

ID=55162427

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017503512A Active JP6388464B2 (ja) 2014-07-23 2014-07-23 データパケット送信装置およびデータパケット送信方法ならびにデータ処理装置およびデータ処理方法

Country Status (5)

Country Link
US (1) US20170135004A1 (ja)
EP (1) EP3177072B1 (ja)
JP (1) JP6388464B2 (ja)
CN (1) CN105453645B (ja)
WO (1) WO2016011624A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021512538A (ja) * 2018-01-29 2021-05-13 コーニンクレッカ フィリップス エヌ ヴェKoninklijke Philips N.V. Bluetooth(登録商標)ベースのipv6低電力ネットワーキング
JP7486424B2 (ja) 2018-01-29 2024-05-17 コーニンクレッカ フィリップス エヌ ヴェ Bluetooth(登録商標)ベースのipv6低電力ネットワーキング

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107454626B (zh) * 2016-05-31 2020-06-05 中国移动通信有限公司研究院 一种信息发送方法、无线网络设备及终端
US11122483B2 (en) 2016-11-21 2021-09-14 Huawei Technologies Co., Ltd. Network standard switching method and apparatus, and device
WO2020163999A1 (zh) * 2019-02-12 2020-08-20 Oppo广东移动通信有限公司 无线通信的方法和设备
CN112913170A (zh) * 2019-10-01 2021-06-04 柏思科技有限公司 发送和接收互联网协议分组上的传输控制协议段的改进方法和系统
CN113472827B (zh) * 2020-03-30 2023-09-05 杭州海康威视数字技术股份有限公司 数据传输方法、数据传输装置及数据传输系统
CN112333268A (zh) * 2020-11-02 2021-02-05 中国联合网络通信集团有限公司 一种数据传输方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006222835A (ja) * 2005-02-14 2006-08-24 Saxa Inc 無線中継装置、無線端末装置および無線端末装置用のプログラム
WO2008041329A1 (en) * 2006-10-04 2008-04-10 Fujitsu Limited Data transfer method

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5027358A (en) * 1989-11-09 1991-06-25 At&T Bell Laboratories Switch-adjunct communications protocol
FI981407A (fi) * 1998-05-11 1999-11-12 Nokia Networks Oy Handover ja verkkosovitus radiojärjestelmässä
US6208620B1 (en) * 1999-08-02 2001-03-27 Nortel Networks Corporation TCP-aware agent sublayer (TAS) for robust TCP over wireless
JP3799217B2 (ja) * 2000-06-22 2006-07-19 株式会社日立製作所 発電設備の運用管理システム及び保守管理サービス方法
US20100021502A1 (en) * 2006-12-28 2010-01-28 Waugh Jacob M Compositions and Methods of Topical Application and Transdermal Delivery of Botulinum Toxins Stabililzed with Polypeptide Fragments Derived from HIV-TAT
US8611303B2 (en) * 2007-02-02 2013-12-17 Qualcomm Incorporated Seamless context switching for radio link protocol
GB2449629A (en) * 2007-05-01 2008-12-03 Nec Corp Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover
KR101532789B1 (ko) * 2008-01-04 2015-07-09 엘지전자 주식회사 재전송 데이터를 처리하는 harq 동작 방법
CN102334358B (zh) * 2009-06-01 2016-05-11 上海贝尔股份有限公司 服务续传方法、用户设备和基站
CN101932052B (zh) * 2009-06-23 2016-08-24 华为技术有限公司 一种切换方法、用户终端及网络侧设备
CN102186217A (zh) * 2011-06-02 2011-09-14 新邮通信设备有限公司 一种lte系统x2切换过程中的数据转发方法
CN102802215B (zh) * 2012-02-02 2015-12-09 中国联合网络通信集团有限公司 异构网络间数据发送方法、接入设备和系统
CN102833808A (zh) * 2012-05-21 2012-12-19 中兴通讯股份有限公司 进行业务切换的方法、终端、网络侧设备以及高层设备
KR101983034B1 (ko) * 2012-09-05 2019-09-03 삼성전자주식회사 인터넷을 통한 핸드오버 지원 방법 및 장치
US9859062B2 (en) * 2012-10-28 2018-01-02 Polym Technology Corporation Composition and method for forming electroactive polymer solution or coating comprising conjugated heteroaromatic polymer, electroactive polymer solution, capacitor and antistatic object comprising the electroactive coating, and solid electrolytic capacitor and method for fabricating the same
CN113411852A (zh) * 2013-06-18 2021-09-17 索尼公司 通信装置
US20150296418A1 (en) * 2014-04-15 2015-10-15 Nokia Solutions And Networks Oy Methods and Apparatus for Handover Management of Transfer Control Protocol Proxy Communications

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006222835A (ja) * 2005-02-14 2006-08-24 Saxa Inc 無線中継装置、無線端末装置および無線端末装置用のプログラム
WO2008041329A1 (en) * 2006-10-04 2008-04-10 Fujitsu Limited Data transfer method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021512538A (ja) * 2018-01-29 2021-05-13 コーニンクレッカ フィリップス エヌ ヴェKoninklijke Philips N.V. Bluetooth(登録商標)ベースのipv6低電力ネットワーキング
JP7486424B2 (ja) 2018-01-29 2024-05-17 コーニンクレッカ フィリップス エヌ ヴェ Bluetooth(登録商標)ベースのipv6低電力ネットワーキング

Also Published As

Publication number Publication date
WO2016011624A1 (zh) 2016-01-28
JP6388464B2 (ja) 2018-09-12
CN105453645B (zh) 2020-01-21
EP3177072A1 (en) 2017-06-07
EP3177072B1 (en) 2018-10-03
US20170135004A1 (en) 2017-05-11
EP3177072A4 (en) 2017-06-07
CN105453645A (zh) 2016-03-30

Similar Documents

Publication Publication Date Title
JP6388464B2 (ja) データパケット送信装置およびデータパケット送信方法ならびにデータ処理装置およびデータ処理方法
CN107911201B (zh) 数据传输方法、装置及通信系统
CN108574967B (zh) 一种数据传输方法及装置
US11265791B2 (en) Reducing a data transmission delay of a terminal device in a handover process
KR20200087231A (ko) 비동기 버퍼를 처리하기 위한 방법 및 장치
JP2017539152A5 (ja)
EP2410790B1 (en) Method and device for sending data packet
JP2023517977A (ja) データパケット送信方法、データパケット送信装置、通信ノード及び記憶媒体
JP2009278637A (ja) Mac層リセット後にノードbバッファデータを効率的に回復するためのシステム
EP2938025B1 (en) Method of data retransmission in collaborative service transmission and access network gateway thereof
FI122516B (fi) Menetelmä ja järjestelmä tiedonsiirtoistunnon siirtämiseksi datalähteiden välillä
WO2015196393A1 (zh) 一种数据传输方法及设备
JP2008098757A (ja) 無線通信システム及び無線基地局及び無線通信制御方法
WO2019178854A1 (zh) 重传处理的方法和装置
US20090046662A1 (en) Handover Method and apparatus in a wireless telecommunications network
KR20210121245A (ko) 무선 통신 시스템에서 핸드오버 방법, 장치, 및 시스템
EP3007379A1 (en) Method for transmitting data packets from a network node using network coding at handover
US11140594B2 (en) Methods and service nodes for transferring a service session for a wireless device
WO2018218996A1 (zh) 数据包传输方法及设备
WO2019114586A1 (zh) 信息传输的方法和装置
CN109121168B (zh) 一种切换方法、基站和计算机存储介质
WO2022152257A1 (zh) 多播业务的信息交互方法及基站
US10644759B2 (en) Mobile communication system, method of arranging data segments in sequences and method of transmitting an acknowledgement
Szilágyi et al. Handover friendly tcp proxy integrated in the lte enodeb
KR20130050656A (ko) 이동통신 시스템 및 그 이동통신 시스템에서 컨텐츠 제공 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170302

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170302

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180221

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180528

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180717

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180813

R150 Certificate of patent or registration of utility model

Ref document number: 6388464

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

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