TW201325145A - 在多連結環境中使用逐跳協定封包路由方法、系統及裝置 - Google Patents
在多連結環境中使用逐跳協定封包路由方法、系統及裝置 Download PDFInfo
- Publication number
- TW201325145A TW201325145A TW101131284A TW101131284A TW201325145A TW 201325145 A TW201325145 A TW 201325145A TW 101131284 A TW101131284 A TW 101131284A TW 101131284 A TW101131284 A TW 101131284A TW 201325145 A TW201325145 A TW 201325145A
- Authority
- TW
- Taiwan
- Prior art keywords
- node
- data packet
- receiving
- communication session
- allocation
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 92
- 238000004891 communication Methods 0.000 claims abstract description 183
- 230000005540 biological transmission Effects 0.000 claims description 80
- 230000004044 response Effects 0.000 claims description 38
- 238000003860 storage Methods 0.000 claims description 30
- 238000011144 upstream manufacturing Methods 0.000 claims description 27
- 238000012545 processing Methods 0.000 claims description 22
- 230000008569 process Effects 0.000 claims description 11
- 230000006870 function Effects 0.000 description 51
- 238000007726 management method Methods 0.000 description 35
- 230000015654 memory Effects 0.000 description 32
- 239000000872 buffer Substances 0.000 description 29
- 238000010586 diagram Methods 0.000 description 28
- 238000005516 engineering process Methods 0.000 description 28
- 238000004422 calculation algorithm Methods 0.000 description 23
- 230000007246 mechanism Effects 0.000 description 14
- 239000000463 material Substances 0.000 description 11
- 238000005457 optimization Methods 0.000 description 11
- 238000012546 transfer Methods 0.000 description 11
- 239000012634 fragment Substances 0.000 description 10
- 235000008694 Humulus lupulus Nutrition 0.000 description 8
- 239000000654 additive Substances 0.000 description 8
- 230000000996 additive effect Effects 0.000 description 8
- 230000009467 reduction Effects 0.000 description 7
- 238000012384 transportation and delivery Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 101150014732 asnS gene Proteins 0.000 description 4
- 230000006399 behavior Effects 0.000 description 4
- 238000009826 distribution Methods 0.000 description 4
- 239000011159 matrix material Substances 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 3
- 239000003795 chemical substances by application Substances 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 241000700159 Rattus Species 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 238000004873 anchoring Methods 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000007596 consolidation process Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- 238000010926 purge Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/20—Traffic policing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/28—Flow control; Congestion control in relation to timing considerations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/29—Flow control; Congestion control using a combination of thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公開了一種通過中間節點路由與發送節點和接收節點之間的通信會話相關聯的資料封包的方法。該方法包括：中間節點接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；確定資料封包的分配中的一個或者多個資料封包是否由中間節點所快取的快取資料封包來提供；以及回應於確定資料封包的分配中的一個或者多個資料封包由快取資料封包來提供，發送一個或者多個快取資料封包。
Description
本公開涉及無線通信領域，更具體的，涉及封包路由的方法和裝置。
移動網際網路已經成為用於連接至網際網路的包括膝上型電腦和胞元電話的數十億無線裝置的技術。關於無線存取技術和移動資料遞送的研究一直在進行。
本公開的實施方式針對於用於使用中間節點來路由與發送節點和接收節點之間通信會話相關聯的資料封包的方法、系統和裝置。一種代表性方法可以包括中間節點接收指示將要被發送到接收節點的通信會話的資料封包的分配的信號；確定資料封包的分配中的一個或者多個資料封包是否由中間節點所快取的快取資料封包來提供；以及回應於確定資料封包的分配中的一個或者多個資料封包由快取資料封包來提供，發送一個或者多個快取資料封包。
在某些代表性實施方式中，由中間節點接收的信號可以是從接收節點或者下游（downstream）節點發送的。
在某些代表性實施方式中，通信會話可以是網際網路協定（IP）通信會話。
在某些代表性實施方式中，確定資料封包的分配中的一個或者多個資料封包是否由快取資料封包來提供可以包括確定接收節點還未接收的通信會話的資料封包是否由中間節點快取。
在某些代表性實施方式中，發送快取資料封包中的一個或者多個可以包括發送接收節點還未接收的快取資料封包中的一個或者多個。
在某些代表性實施方式中，中間節點接收的信號可以指示將要發送到接收節點的通信會話的至少一些（quantity）資料封包。
在某些代表性實施方式中，中間節點接收的信號可以進一步指示接收節點還未接收的通信會話的未決的資料封包。
在某些代表性實施方式中，可以根據接收的信號通過以下發送接收節點還未接收的包括一個或者多個快取資料封包的資料封包：（1）根據接收的信號中指示的分配選擇接收節點還未接收的包括至少一個快取資料封包的各個資料封包，以及（2）向接收節點發送選擇的、各個資料封包。
在某些代表性實施方式中，中間節點回應於中間節點的可用快取空間超過臨界值而可以快取發送到接收節點的通信會話的一個或者多個資料封包。
在某些代表性實施方式中，回應於可用快取空間等於或者低於臨界值，可以丟棄發送到接收節點的通信會話的一個或者多個資料封包。
在某些代表性實施方式中，回應於確定資料封包的分配中的一個或者多個資料封包不是由快取封包提供的，中間節點可以向發送節點發送分配信號，並可以接收通信會話的一個或者多個資料封包。
在某些代表性實施方式中，中間節點可以實現協定，在此被稱為跳拉控制協定（HoPCoP）。
另一種代表性方法可以包括中間節點：（1）接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；（2）確定資料封包的分配中的一個或者多個資料封包是否由中間節點所快取的快取資料封包來提供；以及（3）回應於確定資料封包的分配中的一個或者多個資料封包不是由快取資料封包來提供，（i）向發送節點發送分配信號以及（ii）接收通信會話的一個或者多個資料封包。
進一步的代表性方法可以包括中間節點：（1）向上游（upstream）發送指示將要發送到接收節點的通信會話的資料封包的分配的信號；（2）接收通信會話的一個或者多個資料封包；（3）選擇包括至少第一和第二操作模式的多個操作模式中的一個；以及（4）回應於選擇第一操作模式，快取接收的一個或者多個資料封包用於向接收節點轉發。
在某些代表性實施方式中，根據從接收節點或者下游節點接收的信號，因為第一確定結果而是否快取一個或者多個資料封包之確定，或者因為第二結果而是否向接收節點路由接收的資料封包之確定可能發生。
在某些代表性實施方式中，選擇一種操作模式可以包括選擇以下中的一種：（1）第一操作模式，其中接收的一個或者多個資料封包將由中間節點快取，然後根據第一確定結果將向接收節點轉發；或者（2）第二操作模式，其中根據第二確定結果接收的一個或者多個資料封包將被路由到接收節點。
在某些代表性實施方式中，中間節點可以接收下游節點或者接收節點發送的指示將要發送到接收節點的資料封包的另一個分配的另一個信號；以及可以根據進一步的信號向接收節點發送中間節點所快取的快取資料封包。
在某些代表性實施方式中，中間節點向上游發送信號可以是發送到上游節點或者發送節點。
在某些代表性實施方式中，快取一個或者多個資料封包可以是基於以下至少一種：（1）中間節點的下游傳輸路徑的擁塞；或者（2）根據下游節點或者接收節點發送的資訊進行的流控制。
在某些代表性實施方式中，可以儲存用於處理資料封包的策略；中間節點可以從一個或者多個接收的資料封包檢查用於封包處理的封包資訊；以及可以根據封包資訊和儲存的策略封包處理檢查的封包。
在某些代表性實施方式中，快取一個或者多個接收的資料封包可以包括回應於中間節點的可用快取空間超過臨界值，快取一個或者多個接收的資料封包。
在某些代表性實施方式中，回應於可用快取空間低於臨界值，可以丟棄一個或者多個接收的資料封包。
公開的實施方式針對於用於使用第一和第二中間節點來路由與一個或者多個發送節點與接收節點之間的第一和第二通信會話關聯的資料封包的方法、系統和裝置。另一種代表性方法可以包括接收節點：（1）確定將要經由第一通信會話提供給接收節點的資料封包的第一分配，和將要經由第二通信會話提供給接收節點的資料封包的第二分配；（2）向第一中間節點發送指示將要發送到接收節點的第一通信會話的資料封包的第一分配的第一信號；（3）向第二中間節點發送指示將要發送到接收節點的第二通信會話的資料封包的第二分配的第二信號；以及（4）經由第一通信會話接收資料封包的第一分配，以及經由第二通信會話接收資料封包的第二分配。
在某些代表性實施方式中，接收資料封包的第一分配可以獨立於接收資料封包的第二分配。
在某些代表性實施方式中，至接收節點的資料封包的第一分配的第一傳輸路徑獨立於至接收節點的資料封包的第二分配的第二傳輸路徑。
在某些代表性實施方式中，可以確定請求的各個資料封包或者資料片段到接收節點的估計到達時間；以及可以根據估計的到達時間為第一或第二分配或者後續分配排程各個資料封包或者資料片段。
在某些代表性實施方式中，接收資料封包的第一和第二分配可以包括接收已經在第一和第二中間節點快取的第一和第二分配的至少一個資料封包。
在某些代表性實施方式中，接收節點可以實現跳拉控制協定（HoPCoP）或者並行HoPCoP（pHoPCoP）中的一個。
一種代表性裝置可以包括：（1）儲存單元，被配置成快取接收的資料封包；（2）發射機/接收機（transmitter/receiver）單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及（2）處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將由儲存單元所快取的快取資料封包提供。回應於處理器確定資料封包的分配中的一個或者多個資料封包由快取封包提供，發射機/接收機單元可以發送一個或者多個快取資料封包。
另一種代表性裝置可以包括：（1）儲存單元，被配置成快取接收的資料封包；（2）發射機/接收機單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及（3）處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將由儲存單元所快取的快取資料封包提供。回應於處理器確定資料封包的分配中的一個或者多個資料封包不是由快取封包提供，發射機/接收機單元可以發送從上游節點轉發的一個或者多個資料封包。
進一步的代表性裝置可以包括：（1）儲存單元，被配置成快取接收的資料封包；（2）發射機/接收機單元，被配置成向上游發送指示將要發送到接收節點的通信會話的資料封包的分配的信號，以及接收通信會話的一個或者多個資料封包；以及（3）處理器，被配置成根據從接收節點或者下游節點接收的信號確定是向接收節點轉發接收的資料封包還是快取一個或者多個接收的資料封包。回應於處理器確定一個或者多個資料封包將由儲存單元快取，儲存單元在向接收節點進行轉發後快取接收的一個或者多個資料封包。
一種代表性接收節點可以包括：（1）處理器，被配置成確定經由第一通信會話將要提供給接收節點的資料封包的第一分配，和經由第二通信會話將要提供給接收節點的資料封包的第二分配；以及（2）發射機/接收機單元，被配置成：（i）向第一中間節點發送指示將要發送到接收節點的第一通信會話的資料封包的第一分配的第一信號；（ii）向第二中間節點發送指示將要發送到接收節點的第二通信會話的資料封包的第二分配的第二信號；以及（iii）經由第一通信會話接收資料封包的第一分配，以及經由第二通信會話接收資料封包的第二分配。
在某些代表性實施方式中，由中間節點接收的信號可以是從接收節點或者下游（downstream）節點發送的。
在某些代表性實施方式中，通信會話可以是網際網路協定（IP）通信會話。
在某些代表性實施方式中，確定資料封包的分配中的一個或者多個資料封包是否由快取資料封包來提供可以包括確定接收節點還未接收的通信會話的資料封包是否由中間節點快取。
在某些代表性實施方式中，發送快取資料封包中的一個或者多個可以包括發送接收節點還未接收的快取資料封包中的一個或者多個。
在某些代表性實施方式中，中間節點接收的信號可以指示將要發送到接收節點的通信會話的至少一些（quantity）資料封包。
在某些代表性實施方式中，中間節點接收的信號可以進一步指示接收節點還未接收的通信會話的未決的資料封包。
在某些代表性實施方式中，可以根據接收的信號通過以下發送接收節點還未接收的包括一個或者多個快取資料封包的資料封包：（1）根據接收的信號中指示的分配選擇接收節點還未接收的包括至少一個快取資料封包的各個資料封包，以及（2）向接收節點發送選擇的、各個資料封包。
在某些代表性實施方式中，中間節點回應於中間節點的可用快取空間超過臨界值而可以快取發送到接收節點的通信會話的一個或者多個資料封包。
在某些代表性實施方式中，回應於可用快取空間等於或者低於臨界值，可以丟棄發送到接收節點的通信會話的一個或者多個資料封包。
在某些代表性實施方式中，回應於確定資料封包的分配中的一個或者多個資料封包不是由快取封包提供的，中間節點可以向發送節點發送分配信號，並可以接收通信會話的一個或者多個資料封包。
在某些代表性實施方式中，中間節點可以實現協定，在此被稱為跳拉控制協定（HoPCoP）。
另一種代表性方法可以包括中間節點：（1）接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；（2）確定資料封包的分配中的一個或者多個資料封包是否由中間節點所快取的快取資料封包來提供；以及（3）回應於確定資料封包的分配中的一個或者多個資料封包不是由快取資料封包來提供，（i）向發送節點發送分配信號以及（ii）接收通信會話的一個或者多個資料封包。
進一步的代表性方法可以包括中間節點：（1）向上游（upstream）發送指示將要發送到接收節點的通信會話的資料封包的分配的信號；（2）接收通信會話的一個或者多個資料封包；（3）選擇包括至少第一和第二操作模式的多個操作模式中的一個；以及（4）回應於選擇第一操作模式，快取接收的一個或者多個資料封包用於向接收節點轉發。
在某些代表性實施方式中，根據從接收節點或者下游節點接收的信號，因為第一確定結果而是否快取一個或者多個資料封包之確定，或者因為第二結果而是否向接收節點路由接收的資料封包之確定可能發生。
在某些代表性實施方式中，選擇一種操作模式可以包括選擇以下中的一種：（1）第一操作模式，其中接收的一個或者多個資料封包將由中間節點快取，然後根據第一確定結果將向接收節點轉發；或者（2）第二操作模式，其中根據第二確定結果接收的一個或者多個資料封包將被路由到接收節點。
在某些代表性實施方式中，中間節點可以接收下游節點或者接收節點發送的指示將要發送到接收節點的資料封包的另一個分配的另一個信號；以及可以根據進一步的信號向接收節點發送中間節點所快取的快取資料封包。
在某些代表性實施方式中，中間節點向上游發送信號可以是發送到上游節點或者發送節點。
在某些代表性實施方式中，快取一個或者多個資料封包可以是基於以下至少一種：（1）中間節點的下游傳輸路徑的擁塞；或者（2）根據下游節點或者接收節點發送的資訊進行的流控制。
在某些代表性實施方式中，可以儲存用於處理資料封包的策略；中間節點可以從一個或者多個接收的資料封包檢查用於封包處理的封包資訊；以及可以根據封包資訊和儲存的策略封包處理檢查的封包。
在某些代表性實施方式中，快取一個或者多個接收的資料封包可以包括回應於中間節點的可用快取空間超過臨界值，快取一個或者多個接收的資料封包。
在某些代表性實施方式中，回應於可用快取空間低於臨界值，可以丟棄一個或者多個接收的資料封包。
公開的實施方式針對於用於使用第一和第二中間節點來路由與一個或者多個發送節點與接收節點之間的第一和第二通信會話關聯的資料封包的方法、系統和裝置。另一種代表性方法可以包括接收節點：（1）確定將要經由第一通信會話提供給接收節點的資料封包的第一分配，和將要經由第二通信會話提供給接收節點的資料封包的第二分配；（2）向第一中間節點發送指示將要發送到接收節點的第一通信會話的資料封包的第一分配的第一信號；（3）向第二中間節點發送指示將要發送到接收節點的第二通信會話的資料封包的第二分配的第二信號；以及（4）經由第一通信會話接收資料封包的第一分配，以及經由第二通信會話接收資料封包的第二分配。
在某些代表性實施方式中，接收資料封包的第一分配可以獨立於接收資料封包的第二分配。
在某些代表性實施方式中，至接收節點的資料封包的第一分配的第一傳輸路徑獨立於至接收節點的資料封包的第二分配的第二傳輸路徑。
在某些代表性實施方式中，可以確定請求的各個資料封包或者資料片段到接收節點的估計到達時間；以及可以根據估計的到達時間為第一或第二分配或者後續分配排程各個資料封包或者資料片段。
在某些代表性實施方式中，接收資料封包的第一和第二分配可以包括接收已經在第一和第二中間節點快取的第一和第二分配的至少一個資料封包。
在某些代表性實施方式中，接收節點可以實現跳拉控制協定（HoPCoP）或者並行HoPCoP（pHoPCoP）中的一個。
一種代表性裝置可以包括：（1）儲存單元，被配置成快取接收的資料封包；（2）發射機/接收機（transmitter/receiver）單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及（2）處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將由儲存單元所快取的快取資料封包提供。回應於處理器確定資料封包的分配中的一個或者多個資料封包由快取封包提供，發射機/接收機單元可以發送一個或者多個快取資料封包。
另一種代表性裝置可以包括：（1）儲存單元，被配置成快取接收的資料封包；（2）發射機/接收機單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及（3）處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將由儲存單元所快取的快取資料封包提供。回應於處理器確定資料封包的分配中的一個或者多個資料封包不是由快取封包提供，發射機/接收機單元可以發送從上游節點轉發的一個或者多個資料封包。
進一步的代表性裝置可以包括：（1）儲存單元，被配置成快取接收的資料封包；（2）發射機/接收機單元，被配置成向上游發送指示將要發送到接收節點的通信會話的資料封包的分配的信號，以及接收通信會話的一個或者多個資料封包；以及（3）處理器，被配置成根據從接收節點或者下游節點接收的信號確定是向接收節點轉發接收的資料封包還是快取一個或者多個接收的資料封包。回應於處理器確定一個或者多個資料封包將由儲存單元快取，儲存單元在向接收節點進行轉發後快取接收的一個或者多個資料封包。
一種代表性接收節點可以包括：（1）處理器，被配置成確定經由第一通信會話將要提供給接收節點的資料封包的第一分配，和經由第二通信會話將要提供給接收節點的資料封包的第二分配；以及（2）發射機/接收機單元，被配置成：（i）向第一中間節點發送指示將要發送到接收節點的第一通信會話的資料封包的第一分配的第一信號；（ii）向第二中間節點發送指示將要發送到接收節點的第二通信會話的資料封包的第二分配的第二信號；以及（iii）經由第一通信會話接收資料封包的第一分配，以及經由第二通信會話接收資料封包的第二分配。
更詳細的理解可以從下述結合附圖給出的示例的描述中得到。附圖中的附圖以及詳細說明都是示例。如此，附圖和詳細說明不是限制性的，其他同等有效的示例也是可能的。而且，附圖中相同的標號標識相同單元，其中：
第1A圖是可以在其中實現一個或多個公開的實施方式的代表性通信系統的系統圖；
第1B圖是可在第1A圖中示出的通信系統中使用的代表性無線發射/接收單元（WTRU）的系統圖；
第1C、1D和1E圖是可在第1A、2A和/或1B圖中示出的通信系統中使用的代表性無線電存取網路和代表性核心網路的系統圖；
第2A和2B圖是可以在其中實現一個或多個公開的實施方式的代表性通信系統的系統圖；
第3A和3B圖是顯示使用中間節點的代表性路由操作的示意圖；
第4圖是顯示另一個使用路由器代表性路由操作的示意圖；
第5圖是可以用多連結移動主機實現一個或者多個公開的實施方式的通信系統的系統圖；
第6圖是使用第5圖所示的通信系統的進一步代表性路由操作的示意圖；
第7圖是顯示資料封包的傳輸定時的定時示意圖；
第8圖是pHoPCoP的連接管理的狀態圖；
第9圖是顯示根據一個或者多個公開的實施方式實現路由操作的代表性路由器的結構圖；以及
第10圖是顯示中間節點的輸入和輸出參數的結構圖。
第1A圖是可以在其中實現一個或多個公開的實施方式的代表性通信系統的系統圖；
第1B圖是可在第1A圖中示出的通信系統中使用的代表性無線發射/接收單元（WTRU）的系統圖；
第1C、1D和1E圖是可在第1A、2A和/或1B圖中示出的通信系統中使用的代表性無線電存取網路和代表性核心網路的系統圖；
第2A和2B圖是可以在其中實現一個或多個公開的實施方式的代表性通信系統的系統圖；
第3A和3B圖是顯示使用中間節點的代表性路由操作的示意圖；
第4圖是顯示另一個使用路由器代表性路由操作的示意圖；
第5圖是可以用多連結移動主機實現一個或者多個公開的實施方式的通信系統的系統圖；
第6圖是使用第5圖所示的通信系統的進一步代表性路由操作的示意圖；
第7圖是顯示資料封包的傳輸定時的定時示意圖；
第8圖是pHoPCoP的連接管理的狀態圖；
第9圖是顯示根據一個或者多個公開的實施方式實現路由操作的代表性路由器的結構圖；以及
第10圖是顯示中間節點的輸入和輸出參數的結構圖。
雖然在此說明的代表性實施方式通常被描述為使用無線網路結構，但是可以使用例如包括有線單元和/或無線單元的任意數量的不同網路結構。
第1A圖是可以在其中實現一個或多個公開的實施方式的代表性通信系統100的系統圖。通信系統100可以是向多個無線用戶提供內容，例如資料、視頻、消息、廣播等的多重存取系統。通信系統100可以使多個無線用戶能夠通過共用系統資源，包括無線頻寬來存取這些內容。例如，通信系統100可以使用一種或者多種通道存取方法，例如分碼多重存取（CDMA）、分時多重存取（TDMA）、分頻多重存取（FDMA）、正交FDMA（OFDMA）、單載波FDMA（SC-FDMA）等等。
如第1A圖所示，通信系統100可以包括無線發射/接收單元（WTRU）102a、102b、102c、102d，無線存取網路（RAN）104，核心網路 106，公共交換電話網路（PSTN）108，網際網路110，和其他網路112，不過應該理解的是公開的實施方式考慮到了任何數量的WTRU、基地台、網路和/或網路元件。WTRU 102a、102b、102c、102d中的每一個可以是配置成在無線環境中進行操作和/或通信的任何裝置類型。作為示例，可以將WTRU 102a、102b、102c、102d配置成傳送和/或接收無線信號，可以包括用戶設備（UE）、移動站、固定或者移動用戶單元、傳呼器、行動電話、個人數位助理（PDA）、智慧型電話、膝上型電腦、上網本、個人電腦、無線感測器、消費電子產品等等。
通信系統100還可以包括基地台114a和基地台114b。基地台114a、114b的每一個都可以是配置成與WTRU 102a、102b、102c、102d中的至少一個有無線介面以便於存取一個或者多個通信網路，例如核心網路106、網際網路110和/或網路112的任何裝置類型。作為示例，基地台114a、114b可以是基地台收發台（BTS）、節點B、演進的節點B、家庭節點B、家庭eNB、站點控制器、存取點（AP）、無線路由器等等。雖然基地台114a、114b每個被描述為單獨的元件，但是應該理解的是基地台114a、114b可以包括任何數量互連的基地台和/或網路元件。
基地台114a可以是RAN 104的一部分，RAN 104也可以包括其他基地台和/或網路元件（未顯示），例如基地台控制器（BSC）、無線網路控制器（RNC）、中繼節點等。可以將基地台114a和/或基地台114b配置成在特定地理區域之內傳送和/或接收無線信號，該區域可以被稱為胞元（未顯示）。胞元還可以被劃分為胞元磁區。例如，與基地台114a關聯的胞元可以劃分為三個磁區。因此，在一個實施方式中，基地台114a可以包括三個收發器，即胞元的每一個磁區有一個。在另一個實施方式中，基地台114a可以使用多輸入多輸出（MIMO）技術，因此，可以將多個收發器用於胞元的每一個磁區。
基地台114a、114b可以通過空中介面116與WTRU 102a、102b、102c、102d中的一個或者多個通信，該空中介面可以是任何合適的無線通信鏈路（例如，無線電頻率（RF）、微波、紅外（IR）、紫外線（UV）、可見光等）。可以使用任何合適的無線存取技術（RAT）來建立空中介面116。
更具體地，如上所述，通信系統100可以是多重存取系統，可以使用一種或者多種通道存取方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 104中的基地台114a和WTRU 102a、102b、102c可以使用例如通用移動通信系統（UMTS）、陸地無線存取（UTRA）的無線技術，其可以使用寬頻CDMA（WCDMA）來建立空中介面116。WCDMA可以包括例如高速封包存取（HSPA）和/或演進的HSPA（HSPA+）的通信協定。HSPA可以包括高速下行鏈路封包存取（HSDPA）和/或高速上行鏈路封包存取（HSUPA）。
在另一個實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如演進UMTS陸地無線存取（E-UTRA）的無線技術，其可以使用長期演進（LTE）和/或高級LTE（LTE-A）來建立空中介面116。
在另一個實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如IEEE 802.16（即全球互通微波存取（WiMAX））、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫行標準 2000（IS-2000）、暫行標準95（IS-95）、暫行標準856（IS-856）、全球移動通信系統（GSM）、GSM演進的增強型資料速率（EDGE）、GSM EDGE（GERAN）等等的無線技術。
第1A圖中的基地台114b可以是無線路由器、家庭節點B、家庭eNB或存取點，例如，並且可以使用任何適當的RAT來促進局部區域中的無線連接，例如商業場所、住宅、車輛、校園等等。在一個實施方式中，基地台114b和WTRU 102c、102d可以實現例如IEEE 802.11的無線電技術來建立無線區域網路（WLAN）。在另一個實施方式中，基地台114b和WTRU 102c、102d可以實現例如IEEE 802.15的無線電技術來建立無線個人區域網路（WPAN）。仍然在另一個實施方式中，基地台114b和WTRU 102c、102d可以使用基於胞元的RAT（例如，WCDMA，CDMA2000，GSM，LTE，LTE-A等）來建立微微胞元或毫微微胞元。如第1A圖所示，基地台114b可以具有到網際網路110的直接連接。因此，基地台114b可以不必經由核心網路106而存取到網際網路110。
RAN 104可以與核心網路106通信，所述核心網路106可以是被配置成向WTRU 102a、102b、102c、102d中的一個或多個提供語音、資料、應用和/或網際網路協定語音（VoIP）服務的任何類型的網路。例如，核心網路106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視頻分配等，和/或執行高級安全功能，例如用戶認證。雖然第1A圖中未示出，應該理解的是RAN 104和/或核心網路106可以與使用和RAN 104相同的RAT或不同RAT的其他RAN進行直接或間接的通信。例如，除了連接到正在使用E-UTRA無線電技術的RAN 104之外，核心網路106還可以與使用GSM無線電技術的另一個RAN（未示出）通信。
核心網路106還可以充當WTRU 102a、102b、102c、102d存取到PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務（POTS）的電路交換電話網路。網際網路110可以包括使用公共通信協定的全球互聯電腦網路和裝置的系統，所述協定例如有TCP/IP網際網路協定組中的傳輸控制協定（TCP）、用戶資料報協定（UDP）和網際網路協定（IP）。網路112可以包括被其他服務提供商擁有和/或操作的有線或無線的通信網路。例如，網路112可以包括連接到一個或多個RAN中的另一個核心網路，該RAN可以使用和RAN 104相同的RAT或不同的RAT。
通信系統100中的WTRU 102a、102b、102c、102d的某些或全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用於在不同無線鏈路上與不同無線網路進行通信的多個收發器。例如，第1A圖中示出的WTRU 102c可被配置成與基地台114a通信，所述基地台114a可以使用基於胞元的無線電技術，以及與基地台114b通信，所述基地台114b可以使用IEEE 802無線電技術。
第1B圖是代表性的WTRU 102的系統圖。如第1B圖所示，WTRU 102可以包括處理器118、收發器120、發射/接收元件122、揚聲器/麥克風124、數字鍵盤126、顯示器/觸摸板128、不可移動記憶體130、可移動記憶體132、電源134、全球定位系統（GPS）晶片組136和其他週邊設備138。應該理解的是WTRU 102可以在保持與實施方式一致時，包括前述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、常規處理器、數位信號處理器（DSP）、多個微處理器、與DSP核相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路（ASIC）、場可程式閘陣列（FPGA）電路、任何其他類型的積體電路（IC）、狀態機等等。處理器118可執行信號編碼、資料處理、功率控制、輸入/輸出處理和/或使WTRU 102能夠在無線環境中進行操作的任何其他功能。處理器118可以耦合到收發器120，所述收發器120可耦合到發射/接收元件122。雖然第1B圖示出了處理器118和收發器120是分別的部件，但是應該理解的是處理器118和收發器120可以一起整合在電子封裝或晶片中。
發射/接收元件122可以被配置成通過空中介面116將信號發送到基地台（例如，基地台114a），或從基地台（例如，基地台114a）接收信號。例如，在一個實施方式中，發射/接收元件122可以是被配置成傳送和/或接收RF信號的天線。在另一個實施方式中，發射/接收元件122可以是被配置成傳送和/或接收例如IR、UV或可見光信號的發射器/檢測器。仍然在另一個實施方式中，發射/接收元件122可以被配置成發送和接收RF和光信號兩者。應該理解的是發射/接收元件122可以被配置成傳送和/或接收無線信號的任何組合。
此外，雖然發射/接收元件122在第1B圖中示出為單獨的元件，但是WTRU 102可以包括任意數量的發射/接收元件122。更具體地，WTRU 102可以使用MIMO技術。因此，在一個實施方式中，WTRU 102可以包括用於通過空中介面116發送和接收無線信號的兩個或更多個發射/接收元件122（例如，多個天線）。
收發器120可以被配置成調變要由發射/接收元件122發送的信號，和解調由發射/接收元件122接收的信號。如上所述，WTRU 102可以具有多模式能力。因此，收發器120可以包括使WTRU 102能夠經由多個RAT通信的多個收發器，所述多個RAT例如有UTRA和IEEE 802.11。
WTRU 102的處理器118可以耦合到下述設備，並且可以從下述設備中接收用戶輸入資料：揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128（例如，液晶顯示器（LCD）顯示單元或有機發光二極體（OLED）顯示單元）。處理器118還可以輸出用戶資料到揚聲器/麥克風124、數字鍵盤126和/或顯示/觸摸板128。此外，處理器118可以從任何類型的適當的記憶體存取資訊，並且可以儲存資料到所述記憶體中，例如不可移動記憶體130和/或可移動記憶體132。不可移動記憶體130可以包括隨機存取記憶體（RAM）、唯讀記憶體（ROM）、硬碟或任何其他類型的記憶體裝置。可移動記憶體132可以包括用戶身份模組（SIM）卡、記憶棒、安全數位（SD）儲存卡等等。在其他的實施方式中，處理器118可以從在實體位置上沒有位於WTRU 102上（例如伺服器或家用電腦（未示出）上）的記憶體存取資訊，並且可以將資料儲存在該記憶體。
處理器118可以從電源134接收電能，並且可以被配置成分配和/或控制到WTRU 102中的其他部件的電能。電源134可以是給WTRU 102供電的任何適當的裝置。例如，電源134可以包括一個或多個乾電池（例如，鎳鎘（NiCd）、鎳鋅（NiZn）、鎳氫（NiMH）、鋰離子（Li-ion），等等），太陽能電池，燃料電池等等。
處理器118還可以耦合到GPS晶片組136，所述GPS晶片組136可以被配置成提供關於WTRU 102當前位置的位置資訊（例如，經度和緯度）。WTRU 102可以通過空中介面116從基地台（例如，基地台114a、114b）接收加上或取代GPS晶片組136資訊之位置資訊，和/或基於從兩個或更多個鄰近基地台接收的信號的定時來確定其位置。應該理解的是WTRU 102在保持實施方式的一致性時，可以通過任何適當的位置確定方法獲得位置資訊。
處理器118可以進一步耦合到其他週邊設備138，所述週邊設備138可以包括一個或多個提供附加特性、功能和/或有線或無線連接的軟體和/或硬體模組。例如，週邊設備138可以包括加速計、電子羅盤、衛星收發器、數位相機（用於照片或視頻）、通用串列匯流排（USB）埠、振動裝置、電視收發器、免持耳機、藍芽R模組、調頻（FM）無線電單元、數位音樂播放器、媒體播放器、視頻遊戲機模組、網際網路瀏覽器等等。
第1C圖是根據實施方式的RAN 104和核心網路106的系統圖。如上所述，RAN 104可使用UTRA無線電技術通過空中介面116與WTRU 102a、102b和102c通信。RAN 104還可以與核心網路106通信。如第1C圖所示，RAN 104可包括節點B 140a、140b、140c，其每個可包括一個或多個收發器，以用於通過空中介面116與WTRU 102a、102b、102c通信。節點B 140a、140b和140c中的每一個可與RAN 104中的特定胞元（未示出）相關聯。RAN 104還可以包括RNC 142a、142b。應該理解的是RAN 104可以包括任意數量的節點B和RNC而同時保持實施方式的一致性。
如第1C圖所示，節點B 140a、140b可以與RNC 142a通信。另外，節點B 140c可以與RNC 142b通信。節點B 140a、140b、140c可以通過Iub介面與各自的RNC 412a、142b通信。RNC 142a、142b可以通過Iur介面與另一個通信。RNC 142a、142b中的每一個可以被配置成控制自己連接的各個節點B 140a、140b、140c。另外，RNC 142a、142b中的每一個可以被配置成實現或者支援其他功能，例如外環功率控制、負載控制、許可控制、封包排程、切換控制、巨集分集、安全功能、資料加密等等。
第1C圖中示出的核心網路106可包括媒體閘道（MGW）144、移動交換中心（MSC）146、服務GPRS支援節點（SGSN）148、和/或閘道GPRS支持節點（GGSN）150。雖然前述的每個元件都被描述為核心網路106的一部分，但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
RAN 104中的RNC 142a可以經由IuCS介面連接到核心網路106中的MSC 146。MSC 146可以連接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供電路交換網路(例如PSTN 108)的存取，以便於WTRU 102a、102b、102c和傳統陸地線通信裝置之間的通信。
RAN 104中的RNC 142a可以經由IuPS介面連接到核心網路106中的SGSN 148。SGSN 148可以連接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供給封包交換網路，例如網際網路110的存取，以便於WTRU 102a、102b、102c和IP致能裝置之間的通信。
如上所述，核心網路106還可以連接到網路112，網路112可以包括其他服務提供商擁有和/或操作的其他有線或者無線網路。
第1D圖是根據一個實施方式的另一個代表性RAN 104和核心網路106的系統圖。如上所述，RAN 104可以使用E-UTRA無線電技術通過空中介面116與WTRU 102a、102b、102c通信。RAN 104還可以與核心網路106通信。
RAN 104可以包括e節點B 160a、160b、160c，應該理解的是RAN 104可以包括任意數量的e節點B而同時保持實施方式的一致性。e節點B 160a、160b、160c的每一個都可以包括一個或者多個收發器而用於通過空中介面116與WTRU 102a、102b、102c通信。在一個實施方式中，e節點B 160a、160b、160c可以實現MIMO技術。因此，例如e節點B 160a可以使用多個天線來向WTRU 120a發送無線信號和從WTRU 120a接收無線信號。
e節點B 160a、160b、160c中的每一個可以與特定胞元（未顯示）相關聯，且可以被配置成處理無線電資源管理決策、切換決策、在上行鏈路和/或下行鏈路排程用戶等。如第1D圖所示，e節點B 160a、160b、160c可以通過X2介面相互通信。
第1D圖中所示的核心網路106可以包括移動性管理閘道（MME）162、服務閘道164、和封包資料網路（PDN）閘道166。雖然前述的每個元件都被描述為核心網路106的一部分，但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
MME 162可經由S1介面被連接到RAN 104中的e節點B 160a、160b、160c的每個，並充當控制節點。例如，MME 162可負責認證WTRU 102a、102b、102c的用戶，承載啟動/去啟動，在WTRU 102a、102b、102c的初始附著期間選擇特定服務閘道，等等。MME 162還可以為RAN 104和使用其他無線電技術(例如GSM或WCDMA)的其他RAN（未示出）之間的切換提供控制平面功能。
服務閘道164可經由S1介面連接到RAN 104中e節點B 160a、160b、160c的每一個。服務閘道164通常可以路由和轉發通往/來自WTRU 102a、102b、102c的用戶資料封包。服務閘道164還可以執行其他功能，例如在e節點B之間的切換期間錨定用戶平面，在下行鏈路資料可用於WTRU 102a、102b、102c時觸發傳呼，管理和儲存WTRU 102a、102b、102c的上下文，等等。
服務閘道164還可連接到PDN閘道166，所述PDN閘道166可以向WTRU 102a、102b、102c提供封包交換網路(例如，網際網路110)的存取，以促進WTRU 102a、102b、102c和IP致能裝置之間的通信。
核心網路106可促進與其他網路的通信。例如，核心網路106可向WTRU 102a、102b、102c提供電路交換網路(例如PSTN 108)的存取，以促進WTRU 102a、102b、102c和傳統陸地線通信裝置之間的通信。例如，核心網路106可包括IP閘道，或可與IP閘道通信（例如，IP多媒體子系統（IMS）伺服器），所述IP閘道用作核心網路106和PSTN 108之間的介面。此外，核心網路106可向WTRU 102a、102b、102c提供對網路112的存取，所述網路112可包括其他由服務提供商擁有和/或操作的其他有線或無線網路。
第1E圖是根據一個實施方式的RAN 104和核心網路106的系統圖。RAN 104可以是應用IEEE 802.16無線電技術的存取服務網路（ASN），以通過空中介面116與WTRU 102a、102b、102c通信。如下面將詳細說明的，WTRU 102a、102b、102c、RAN 104、和核心網路106的不同功能實體之間的通信鏈路可以被定義為參考點。
如第1E圖所示，RAN 104可以包括基地台170a、170b、170c和ASN閘道172，但是應該理解的是RAN 104可以包括任意數量的基地台和ASN閘道而同時保持實施方式的一致性。基地台170a、170b、170c可以每一個都與RAN 104中的特定胞元（未示出）相關聯，且每一個都可以包括一個或者多個收發器用於通過空中介面116與WTRU 102a、102b、102c通信。在一個實施方式中，基地台170a、170b、170c可以實現MIMO技術。因此，例如基地台170a可以使用多天線來向WTRU 120a傳送無線信號和從WTRU 120a接收無線信號。基地台170a、170b、170c還可以提供移動性管理功能，例如交遞觸發、隧道建立、無線資源管理、服務品質（QoS）策略增強等等。ASN閘道172可以作為訊務聚合點，且可以負責傳呼、用戶特定檔快取、路由到核心網路106等等。
WTRU 102a、102b、102c與RAN 104之間的空中介面116可以被定義為實現IEEE 802.16規範的R1參考點。另外，WTRU 102a、102b、102c的每一個可以與核心網路106建立邏輯介面（未顯示）。WTRU 102a、102b、102c與RAN 104之間的邏輯介面可以被定義為R2參考點，該R2參考點可以用於認證、授權、IP主機配置管理、和/或移動性管理。
基地台170a、170b、170c的每一個之間的通信鏈路可以被定義為R8參考點，該參考點包括便於WTRU切換和在基地台之間傳輸資料的協定。基地台170a、170b、170c和ASN閘道172之間的通信鏈路可以被定義為R6參考點。R6參考點可以包括便於移動性管理的協定，該移動性管理是根據與WTRU 102a、102b、102c的每一個相關聯的移動性實體。
如第1E圖所示，RAN 104可以連接到核心網路106。RAN 104和核心網路106之間的通信鏈路可以被定義為包括便於例如資料傳輸和移動性管理功能的協定的R3參考點。核心網路106可以包括移動IP本地代理（MIP-HA）174、認證、授權、計費（AAA）伺服器176、和閘道178。雖然前述的每個元件都被描述為核心網路106的一部分，但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
MIP-HA 174可以負責IP位址管理，且可以使WTRU 102a、102b、102c能夠在不同ASN和/或不同核心網路之間漫遊。MIP-HA 174可以向WTRU 102a、102b、102c提供封包交換網路(例如，網際網路110)的存取，以促進WTRU 102a、102b、102c和IP致能裝置之間的通信。AAA伺服器176可以負責用戶認證和支援用戶服務。閘道178可以便於與其他網路的交互工作。例如，閘道178可以向WTRU 102a、102b、102c提供電路交換網路(例如PSTN 108)的存取，以促進WTRU 102a、102b、102c和傳統陸地線通信裝置之間的通信。此外，閘道178可向WTRU 102a、102b、102c提供網路112的存取，所述網路112可包括其他由服務提供商擁有和/或操作的其他有線或無線網路。
雖然第1E圖中未顯示，但是應當理解的是RAN 104可以連接到其他ASN且核心網路106可以連接到其他核心網路。RAN 104和其他ASN之間的通信鏈路可以被定義為R4參考點，該R4參考點可以包括用於協調WTRU 102a、102b、102c在RAN 104與其他ASN之間的移動性的協定。核心網路106和其他核心網路之間的通信鏈路可以被定義為R5參考點，該R5參考點可以包括便於本地核心網路和訪問核心網路之間的交互工作的協定。
雖然在第1A-1E圖中將接收機描述為無線終端，期望的是，在某些代表性實施方式中，這種終端可以使用與通信網路的有線通信介面。
移動用戶可以從多種技術中選擇存取網路，例如用於廣域存取的GPRS、EDGE、3G和/或4G、和/或用於本地存取的Wifi。移動主機正在逐漸成為多連結的（例如，經由多種存取技術和/或多存取點連接）並可以擁有兩個或者多個異構介面。網際網路內容正逐漸成為分散式的（例如，通過“雲”），這樣使得內容傳送越來越複雜（例如，從正確的位置獲得正確的內容）。
在一些代表性實施方式中，可以從多個發送節點向接收節點提供內容，這樣使得接收節點可以從多個源接收期望的內容，並選擇其希望使用哪個內容的副本（或者其部分）以盡可能有效的方式獲得內容。
考慮消費者期望經由按需瀏覽選項來瀏覽電影。消費者通常不關注期望的內容（電影）的源，而僅關注盡可能快速的獲得內容。在傳統TCP類型場景中，消費者的裝置（例如，移動主機）將通過識別內容的特定源節點，例如有線電視網路的伺服器節點來請求內容。即使網路中位於伺服器節點和移動主機之間的中間路由器包括相同內容的快取副本（其可以是這樣的情況，例如，如果消費者的鄰居正好按需定購了相同的電影，這樣服務於那個特殊鄰居的本地路由器就具有電影的快取副本）這也是真實的。在這種情況下，移動主機從本地路由器獲得內容比從網路服務器節點獲得內容更有效地利用了網路資源，其將通過已經包括內容的快取副本的完全相同的路由器向移動主機傳送相同的內容。在其他場景中，從網路上多個源節點獲得內容將更有效(通過從網路上的不同源節點獲得全部內容的不同部分，或者從多個源節點請求相同內容並使用最早到達移動主機或者具有最高QoS的內容的副本)。
在一些代表性實施方式中，多連結移動主機完全利用可用介面（無線的或者有線的）來有效地接收內容。為此，可以首先查詢內容管理服務來查找內容提供商的位置，然後通過自己的多個介面從那些內容提供商下載內容。
在一些代表性實施方式中，多連結無線裝置（例如，移動主機、移動裝置、上網本和/或UE等等）可以存取或者接收（例如，有效地存取或者接收）內容（例如，基於網際網路的內容）。
在一些代表性實施方式中，多連結移動主機可以使用（例如，可以完全利用）可用介面（例如，無線和/或有線）的子集或者所有來發送內容或者接收內容（例如，有效地接收內容）。
第2A圖是經由多個介面與移動主機通信的代表性通信系統的示意圖。
參考第2A圖，通信系統可以包括內容提供商，一個或者多個路由器204（例如，具有網路內快取能力的路由器的子集或者全部），內容管理服務/伺服器206和/或移動主機208。移動主機可以期望從內容提供商202下載內容。移動主機208可以查詢內容管理伺服器206以查找或者確定具有期望的內容的內容提供商的位置（或者位址，例如IP位址）。查詢可以包括內容識別符（例如，唯一識別符），其可以識別移動主機所期望的內容。內容管理服務或者伺服器206可以儲存具有與各個內容識別符關聯的位置（例如，指向內容的指標）和儲存在各個位置的內容的名稱的記錄的表格（未顯示）。內容管理伺服器206可以從通信系統上的內容提供商和其他網路資源（例如，快取和/或封包處理能力路由器）請求（例如，拉取）用於儲存的記錄的資訊，或者可以從通信系統上的內容提供商和/或其他網路資源接收推送到內容管理伺服器的資訊。
雖然內容管理服務/伺服器206顯示為單個裝置，期望的是服務可以是分散式的，且使用多個裝置/伺服器（例如，每個與通信網路的不同部分關聯，例如，根據內容的位置和/或網路域）。
通信系統可以包括一個或者多個不同的網路（例如，本地區域網路和/或廣域網路）和/或存取技術（例如，UMTS、LTE、WMAX、GPRS、EDGE、3G、4G、乙太網、和/或Wifi等等）。移動主機208可以經由一個或者多個存取點（AP）連接到通信系統200。AP可以是相同的或者不同的存取技術。移動主機208可以經由一個或者多個AP使用對應的介面從內容提供商202下載期望的內容。移動主機208可以經由內容提供商與移動主機之間的傳輸路徑中的一個向內容提供商202請求內容。傳輸路徑可以是基於或者根據移動主機與存取網路之間的建立的介面。例如，移動主機208可以是多連結的。多連結通常指主機或者移動主機同時具有多個全球可路由的位址（例如，IP位址），其可以連接到一起。在一些代表性實施方式中，主機（例如，移動主機）可以具有多個介面，且每個介面可以具有一個或者多個IP位址。如果介面中的一個（例如，通信鏈路）故障，其IP位址將變得不可到達，但是與其他介面關聯的其他IP位址仍然是可操作的。
在一些代表性實施方式中，移動主機208可以在自己的上游鏈路上向自己的上游節點通知IP位址空間。當一個鏈路故障時，傳輸協定（例如跳拉控制協定（HoPCoP）和/或並行HoPCoP pHoPCoP協定）可以注意到兩側的故障，且訊務將不會通過故障的鏈路發送。
在一些代表性實施方式中，移動主機可以使用內容管理服務確定一個或者多個內容提供商，並可以將期望的內容影射到一個或者多個確定的內容提供商。從確定的內容提供商到移動主機的路徑（例如，通過多個介面，例如多個異構介面）可以是相互獨立的。每個確定的內容提供商可以具有全部期望的內容或者可以具有期望內容的子集（例如，只有一部分）。
在一些代表性實施方式中，內容的子集或者全部可以已經被快取在中間節點或者路由器。在一些代表性實施方式中，傳輸可以是即時的或者接近即時的（例如，對於互動式內容）或者可以是非即時的。
在一些代表性實施方式中，可以提供發現機制以向網路識別期望的內容的每個部分。例如，期望的內容可以包括視頻、音頻、和/或文本。發現機制可以內容識別符用子內容識別符以及或者替代而單獨地識別期望的全部內容的視頻、音頻和/或文本。內容或者子內容識別符可以由可快取節點或者路由器（其還可以具有封包處理能力）用於根據快取規則或者策略沿著傳輸路徑或者從內容提供商到移動主機地路徑選擇性地快取內容。
在一些代表性實施方式中，傳輸路徑可以包括使用例如具有路由功能的中間節點或者路由器的多個跳。中間節點可以除了路由功能（或模組）以外還包括其他功能或者模組。例如，中間節點可以具有儲存模組（用於快取資料），以及能夠執行其他資料操作，例如流檢測、流控制、資料安全操作和/或入侵監控等等。
作為示例，移動主機208可以具有多個異構介面210、212，且可以連接到多個網路（例如，異構存取網路）。用於網際網路的傳統傳送層協定是傳輸控制協定（TCP），且是端到端的發送機驅動的協定，而執行控制任務的資料發送機包括流控制、擁塞控制、和可靠性，這樣使得運行中的接收機實體以應答的方式發送回饋，同時中間節點根據內部路由表轉發資料封包（只轉發資料封包）。
在一些代表性實施方式中，可以使用用於具有異構無線介面的移動主機的逐跳（HBH）接收機驅動的傳輸協定。例如，到移動主機的最後一跳可以是或者不是無線鏈路。例如，HBH傳送方案可以用於增強中間節點的操作。在傳統網際網路中，使用端到端控制原理，這樣使得中間節點使用其最大努力，而網路的端點負責控制功能，例如差錯控制、擁塞控制和流控制。在一些代表性實施方式中，除了封包路由功能或者操作（例如，路由資料封包橫穿特定中間節點）之外中間節點還可以包括一些控制功能。HBH路由可以通過貫穿自己的網路的訊務向網際網路服務提供商（ISP）提供更多控制（例如，重要控制）以允許ISP（例如，移動網路營運商）影響網路使用的能力。對於HBH傳輸，兩個或者更多跳可以形成片段。例如，使用HBH傳輸，在通信網路上選擇的節點或者路由器中的那些可以是具有HBH功能的，而其餘節點或者路由器可以是傳統的，以使得兩個或者更多跳可以考慮路徑片段，並可以包括至少一個具有HBH功能的節點或者路由器。通過在路徑片段中聚合節點，節點或者路由器的高層操作（例如快取和/或流控制）可以在最少數量或者最適宜數量的節點或者路由器中實現，而不用為每個其他節點或者路由器改變TCP。具有HBH功能的節點可以是具有第一功能的第一類節點，而不具有HBH功能的節點可以是具有第二功能的第二類節點。
雖然具有HBH功能的節點被描述為具有一個功能，期望的是具有HBH功能的節點可以是具有不同能力的任意數量的不同類型以像傳輸路徑中的中間節點一樣執行選擇的操作。例如，特別的具有HBH功能的節點可以包括一種或者多種功能，例如：（1）路由功能；（2）快取功能；（3）流檢測功能；（4）流路由功能；（5）擁塞控制功能；和/或（6）安全控制功能等等。
接收機驅動的傳輸方案可以使接收機能夠具有更多資訊和/或更及時地知道接收機的操作和/或無線環境。接收機驅動的傳輸方案可以在接收機提供資料傳輸控制。因為多連結移動主機可以連接到多個存取網路，以及不同存取網路可以具有不同（例如，完全不同的）特徵，接收機驅動的傳輸方案可以用於處理接收機側的異構以比發送機驅動傳輸方案更有效地聚合頻寬。接收機驅動的傳輸方案(在其中接收機可以控制多少和哪些資料通過自己的多個介面來接收)可以改進接收機側的異構操作。
例如，通過向多連結移動主機提供資料封包的傳輸控制，移動主機可以發送指示通過各個介面的訊務（例如，資料封包）的特定量的分配信號或者消息。依次地，下一個上游節點可以接收分配信號，並可以根據自己下一個上游節點的訊務確定訊務（例如，資料封包）的哪個部分被發送到移動主機，以及哪個訊務(如果有)被快取。訊務的快取可以是基於擁塞或者預先建立的或者由網路營運商提供的其他策略或者規則。每個HBH節點可以根據本地擁塞或者其他策略（例如本地的或者全局的）獨立地確定是否快取訊務或者資料封包和/或向訊務或資料封包提供更高層功能。在一些代表性實施方式中，HBH節點可以根據資料封包標頭中的流指示符提供流控制。
通過在具有HBH功能的節點提供網路內快取，當移動主機的連接是暫時的時候，沿著傳輸路徑的資料封包或者訊務快取可以由中間HBH節點使用，而不是從發送機重傳。例如，HBH節點可以與每個分配信號或者消息一起接收將由移動主機接收的還未決的資料封包，並可以確定是否向下一個上游節點請求各個未決的資料封包，或者是否各個未決的資料封包已經在HBH節點本地快取。
第2B圖是經由多個介面與移動主機通信以從多個內容提供商下載內容的另一個代表性通信系統的示意圖。第2B圖的代表性通信系統250類似於第2A圖，除了其包括多個內容提供商。
參考第2B圖，通信系統250可以包括多個內容提供商202a、202b，多個路由器204（例如，具有網路內快取能力的路由器的子集或者全部），內容管理服務/伺服器206和/或移動主機208。移動主機208可以期望下載可能分佈於多個內容提供商的內容。例如，移動主機可以查詢內容管理伺服器以查找或者確定具有期望的內容的內容提供商202a、202b的位置（或者位址，例如IP位址）。查詢可以包括內容識別符（例如，唯一識別符），其可以識別移動主機208所期望的內容。內容管理服務206可以儲存具有與各個內容識別符關聯的位置和儲存在各個位置的內容的名稱的記錄的表格（未顯示）。內容管理伺服器206可以向內容提供商202a、202b和其他網路資源請求（例如，拉取）用於儲存的記錄的資訊，或者可以從內容提供商和/或其他網路資源接收推送到內容管理伺服器的資訊。
移動主機208可以經由一個或者多個AP使用對應的介面、連接和/或會話從內容提供商202a、202b下載期望的內容。在一個示例中，移動主機208可以經由第一內容提供商202a和移動主機208之間的傳輸路徑（連接和/或會話）中的第一個向第一內容提供商202a請求內容的第一部分，以及可以經由第二內容提供商202b和移動主機208之間的傳輸路徑（連接和/或會話）中的第二個向第二內容提供商202b請求內容的第二部分。在另一個示例中，移動主機208可以經由第一內容提供商202a和移動主機208之間的傳輸路徑（連接和/或會話）中的第一個向第一內容提供商202a請求內容的一部分，並還可以通過第二內容提供商202b和移動主機208之間的傳輸路徑（連接和/或會話）中的第二個向第二內容提供商202b請求內容的相同部分。
在一些代表性實施方式中，主機或者移動主機可以使用第一IP位址設置或者建立與第一內容提供商的第一IP會話，以及可以使用第二IP位址設置或者建立與第二內容提供商的第二IP會話。例如，移動主機可以是多連結的。
每個內容提供商可以具有期望的全部內容，或者可以具有期望的內容的子集（例如，只有一部分）。在一些代表性實施方式中，內容的子集或者全部可以已經在中間節點或者路由器快取，可以從中間節點而不是內容提供商來提取。
發現機制可以識別期望的內容的每個片段，以使得視頻可以儲存於第一內容提供商以及音頻可以儲存於第二內容提供商。子內容識別符可以用於經由第一傳輸路徑從第一內容提供商提取視頻內容，以及經由第二傳輸路徑從第二內容提供商提取音頻內容。
期望的是可以使用高級路由器（例如，具有快取功能的或者封包處理功能的路由器）來改進內容傳送。使用HBH協定的每個路由器可以作為獨立代理，其可以從“下游”路由器接收輸入並從“上游”路由器接收資料。回應於和/或根據上游資料和/或下游輸入，中間路由器可以做出關於發送、快取、丟棄和/或否則處理等等哪個資料的決策。在一些代表性實施方式中，一個或者多個不同類型的路由器或者路由操作可以使用，且可以使有效網路操作能夠例如，用於內容傳送。
例如，端到端原理可以將傳輸路徑看作資料管道，且可以預期使用連續的源到目的的路徑。端到端協定例如TCP可以將網路內功能保持為最少，可以將特定服務的複雜性推送到網路邊緣的端點。然而，在例如使用TCP/IP的傳輸期間由於不連續路徑（或者斷續的會話/連接）丟失資料封包可以導致（例如，總是導致）資料封包從發送機重傳。通過使用HBH傳送，可以將資料拉到接近接收機，以使得封包丟失之後的重傳可以由已經接收的丟失封包之前的封包的最後的HBH中間路由器來提供。
因為路由器的功能（例如，路由器記憶體和/或處理速度等等）持續增加，路由器可以提供資料管理（例如，包括路由）的機會，資料管理可以包括例如，將具有HBH功能的路由器用於中間儲存，和實現HBH方案（例如，具有HBH功能的路由器可以能夠決定是否從本地快取發送資料還是等待其從上游節點傳送過來）。在一些代表性實施方式中，當封包丟失發生時，接收機可以從更近的位置（例如，可能已經快取過資料封包的中間路由器）獲取封包。
因為HBH方案可以向ISP和/或網路營運商（NO）的中間路由器提供控制/處理功能（例如，除了封包路由之外），可以控制路由器相關聯的策略的ISP和移動NO可以贏得或者改進通過他們的網路的控制和網路利用率（這可以使得他們能夠對經過他們的網路的資料訊務採用他們自己的控制機制和策略）。例如，根據預先建立的或者動態的策略，增強的路由器可以選擇：（1）轉發自己的封包的一部分或者全部；（2）快取自己的封包的一部分或者全部；（3）丟棄自己的封包的一部分或者全部；（4）限制自己到某個接收機的訊務吞吐量；（5）限制自己的資料吞吐量速率；和/或（6）適應封包處理的其他策略等等。增強的路由器可以：（1）增強ISP的訊務控制功能；（2）提供靈活性，例如，用於快取和重傳操作；（3）提供快速反應來改變鏈路/NO情況；和/或（4）提供更高網路利用率。
在典型端到端控制方案中，往返延遲可能很大，可能延遲與擁塞控制視窗操作相關聯的改變，例如在動態環境中，這樣可能對通信帶來負面影響。例如，擁塞控制視窗操作可能改變得不夠迅速，導致丟失資料封包。對於HBH控制方案，由於跳之間較短的距離，回饋資訊（例如，關於擁塞控制視窗的）可能比用於端到端控制方案的更快地可用。增強的HBH路由器由於減少的延遲時間（例如，與端到端控制方案相關聯的延遲相比）可以對網路變化快速反應。對於這樣的HBH控制方案，封包可以儲存於：（1）瓶頸節點；（2）沿著從發送節點到接收節點的路徑的上游節點（例如，瓶頸節點之前的節點）；和（3）沿著從發送節點到接收節點的路徑的後續節點（例如，瓶頸節點之後的節點）。當瓶頸容量增加時，HBH方案可以更快速地利用增加的容量。
期望的是接收機驅動的路由機制可以實現，以用於接收機可以驅動資料傳輸的進行的路由，例如，接收機可以控制訊務沿著傳輸路徑的分配和某些與發送機的端到端操作（例如，發送機職責最小化時的連接管理和可靠性（例如，最小化到回應於接收機指示，進行端到端操作和向接收機發送對應的回饋））。
接收機驅動的路由機制可以更容易地滿足接收機的期望，和/或需求，且可以給接收機對資料傳輸的全面控制。因為是內容消費者，接收機可以能夠獲得關於自己的操作和/或接收機側網路環境的第一手知識（knowledge）。用這個知識，接收機可以更及時和準確地調整自己的行為。在多點到點場景中，因為有多個內容提供商，接收機（例如，僅僅是接收機）可以知道從每個內容提供商接收多少和哪個資料。
接收機驅動的路由機制可以支援異構無線介面。移動主機可以被配置有多個異構介面以獲得不同存取技術（例如，無線存取技術（RAT）和/或非無線存取技術），例如Wifi、LTE、WLAN和/或乙太網等等）呈現出的關於網路容量、移動性支援、覆蓋區域、以及傳輸功率的性能均衡。異構介面的可用性使得能夠進行無縫交遞和頻寬聚合，但是根據它們的功能性可能對現存傳輸協定增加新的挑戰。不同存取網路可以具有不同網路特徵，且可以使用對應的網路特定的傳送控制協定。對於發送機驅動的路由機制，發送機不可以（例如，不容易）確定接收機側網路特徵，因為發送機通常對於接收機是遠端的（例如，很遠）。網路特定的傳送控制協定可以實現於骨幹伺服器，以及骨幹伺服器可以為特定連接選擇（例如，挑選）合適的傳輸協定。發送機驅動的路由機制可能對於處理接收機側的異構是有利的，因為對於接收機可以更容易地為自己的介面（例如，一個或者多個多連結介面）選擇對應的擁塞控制機制。在多點到點資料傳輸場景中，接收機可以被配置於控制的中心，且可以內部地協調（例如，很容易協調）多個發送機的傳輸，而不用發送機它們自己之間的直接協調。
接收機驅動的路由機制可以支援內容傳送的特定特徵。傳統地，發送機具有將要發送到接收機的特定內容，而且是發送機知道要發送的內容量和/或QoS等。在內容傳送網路中，內容“儲存”具有很多內容，但是接收機可以期望儲存的內容的一部分（例如，子集）。接收機可以知道內容解決得如何，接收機期望多快接收內容，和/或接收機請求的特定片段。
在一些代表性實施方式中，HBH接收機驅動的傳輸協定可以使用例如跳拉控制協定（HoPCoP）。接收機驅動的通常指傳送控制功能在接收機側完成（例如，從發送機驅動的傳送控制協定(例如TCP)移動到接收機側協定）。HBH原理可以在傳送控制中強調中間節點的參與。在一些代表性實施方式中，控制功能可以分佈於發送機、接收機和中間路由器。對於HoPCoP，接收機可以在與網路通信時（例如，下載特定內容）具有一個（例如，只有一個）活動連接（例如，通信會話），且對於並行HoPCoP（pHoPCoP），接收機可以在與網路通信時（例如，下載特定內容）具有多個活動連接（例如，通信會話）。
第3A圖是顯示具有中間節點得發送機/接收機結構的示意圖，以及第3B圖是顯示用於第3A圖的結構的協定堆疊的示意圖。
參考第3A圖，接收機305可以通過中間節點303向發送機301請求內容。例如，接收機305可以發送請求307，其由中間節點303轉發到發送機301。回應於接收到轉發的請求，發送機301可以發送資料309（例如，資料封包），其可以由中間節點303轉發到接收機305。
參考第3B圖，接收機305可以包括具有網路層305a、逐跳子層305b、端到端子層305c和應用層305d的協定堆疊。發送機可以包括與接收機同樣的協定堆疊。中間節點303可以包括具有網路層303a和逐跳子層305b的協定堆疊。在一些代表性實施方式中，逐跳和端到端子層可以替換TCP協定層。如第3B圖所示，請求的發送和資料的接收可以是通過逐跳子層的逐跳操作。例如，訊務（例如，資料封包）可以根據流和/或擁塞等其他情況在每個中間節點控制，且連接管理和可靠性可以在發送機和接收機由協定堆疊的端到端子層控制。
在一些代表性實施方式中，HBH傳輸協定、跳拉控制協定（HoPCoP）可以用於具有活動連接來下載一個或者多個選擇的檔案或內容的主機（例如，移動主機）。HoPCoP可以是接收機驅動的傳輸協定。其可以將傳送功能分佈於發送機、接收機和/或一個或者多個中間節點。
在一些代表性實施方式中，HBH傳輸協定、pHoPCoP可以用於具有多個活動連接的主機（例如，移動主機）。期望的是多個HoPCoP連接可以被協調以將它們聚合（例如，有效地聚合）成一個對於高層應用的抽象、虛擬和/或複合的連接。
傳送控制架構：
第3B圖顯示了傳送控制功能在發送機301、中間節點303和接收機305之間的代表性分佈。接收機可以參與傳送控制功能或者操作（例如，所有傳送控制操作），包括例如，可靠性、流控制和/或擁塞控制。中間節點可以參與流和擁塞控制，且發送機可以回應於其對應的相鄰跳。架構可以實現於兩個子層。HBH層可以運行於選擇的節點或每個節點，而端到端層可以運行於連接（例如，會話）的端點。
HoPCoP的控制架構可以包括不同類型的控制環（例如，HBH控制環和端到端控制環）。擁塞控制和流控制可以以HBH方式支援，而可靠性和連接管理可以以端到端的方式來支援。HBH方案還可以提供一定程度的可靠性（例如，HBH封包可靠性）。在一些代表性實施方式中，可以使用不同類型的回饋（例如，逐跳回饋和/或端到端回饋）。HBH回饋可以用於擁塞和流控制，而端到端回饋可以用於可靠性。端到端回饋可以針對資料封包可靠性，並可以用於計算端到端往返時間（RTT），該RTT可以用於多連結場景中的封包排程。HBH回饋可以用於提供信任、價格和/或HBH應答。
第4圖是顯示使用路由器的另一個代表性路由操作的示意圖。
參考第4圖，作為接收機驅動的方案，HoPCoP可以將REQ-DATA握手用於資料傳輸，其中從HoPCoP發送機傳輸的資料（例如，任何資料）之前可以有來自HoPCoP接收機（例如，不是使用TCP中的握手的DADA-ACK形式）的明確請求（REQ）。作為HBH協定，REQ和DATA封包（例如，所有封包）可以在以HBH形式發送。例如，接收機可以控制建立的連接（例如，會話）的頻寬、中間節點可以發送多少資料（例如，以及依次的從發送機到接收機的傳輸路徑的其他片段的資料量）和資料路徑片段中哪些資料可以發送。
HoPCoP發送機400可以包括發送緩衝器402和用於維持傳送控制功能的SND.NXT資料結構404。HoPCoP接收機430可以包括多個用於維持傳送控制功能的資料結構。例如，HoPCoP接收機430可以包括可靠性功能或者模組431，其包括RCV.NXT據結構432、REQ.NXT資料結構433；和/或未決資料結構434。可靠性模組431可以經由中間節點460從發送機接收SEG.DAT 405，其可以是接收的資料封包的資料封包標頭中的欄位，其指示已經發送的資料片段的序列號。可靠性模組431可以經由中間節點480向發送機400發送SEG.DEQ 463，其可以指示目前為止接收的資料序列中的最高資料，且可以在請求封包的REQ封包標頭中發送以通知發送機和/或中間節點。發送機節點400或中間節點460然後可以根據指示的資訊具有從它們的緩衝器中清除資料的選擇機會。
接收機還可以包括擁塞控制功能或者模組435，其可以從可靠性模組431接收關於下一個請求的資訊436和/或資訊437資料封包丟失和/或進行（例如，資料片段或資料封包未被成功發送和/或成功接收）。擁塞控制模組435可以經由中間節點460向發送機400發送SEG.REQ 438，其可以是指示可以請求的資料封包或者片段的序列號的REQ封包標頭中的欄位。發送機和中間節點可以在它們的發送緩衝器406或者資料/REQ緩衝器466中緩衝資料封包。當接收機430請求多個流時，流控制模組444可以控制請求的流之間的不同優先。在接收機已經存取到多個路徑（即，它是多連結的）的情況下，流控制模組還可以為每個流建立不同的可能路徑的優選（下面結合pHoPCoP更詳細的說明）。流控制模組444將這些優選通知擁塞控制模組435，其使用這個資訊來選擇可以為哪個流發送SEG.REQ 438。
路由器460中的擁塞控制模組462和流控制模組464類似於如上所述的接收機中的模組。不同在於路由器中的流控制策略可以是“本地的”（即，從路由器所有者/網路營運商）和/或使用策略控制的側通信通道從下游路由器和/或接收機發送來。
在一些代表性實施方式中，HoPCoP可以使用資料的封包標頭中的多個欄位和請求封包用於發送機、中間節點和接收機之間的介面。欄位可以包括：SEG.REQ欄位；SEG.DEQ欄位；和/或SEG.DAT欄位。SND.NXT可以是在發送機的發送緩衝器中維持以指示當前發送（例如，至此發送）的最大序列號的指針。RCV.NXT可以是由接收機維持以指示當前按順序（例如，至此）接收的最大序列號的指針。REQ.NXT可以是用於接收機的指標，以指示當前（例如，目前為止）請求的最大序列號。
在連接（例如，會話）建立之後，接收機可以根據初始擁塞視窗的大小向發送機請求資料，且該大小可以根據從可靠性模組發送到接收機的擁塞控制模組的丟失/進行指示來調節。
在一些代表性實施方式中，中間節點中的選擇的一些可以具有增強的功能或者操作。一些跳或者節點可以繼續作為用於路由的傳統路由器，且其他跳可以作為增強的路由器，其參與傳送控制。傳輸路徑可以被劃分為多個片段。一個片段可以是由特定ISP操作的網路域或者具有相同網路特徵的幾個跳。在一些代表性實施方式中，片段的端點（例如，端節點）可以是增強的路由器，而片段的內部節點可以是常規路由器或者可以具有其他封包處理功能或者操作，其可以是靜態地或者動態地設置。例如，路由器可以在通信會話期間動態地適應自己的行為。每個片段可以具有不同的擁塞控制演算法。每個片段可以根據例如加性增加乘性減少（AIMD）、乘性增加乘性減少（MIMD）或加性增加加性減少（AIAD）操作用擁塞控制視窗來操作。
資料傳輸可以由從接收機發出的請求封包發起，且發送機可以在接收到請求封包之後用對應的資料封包來回應。請求封包和資料封包可以以逐跳形式傳送。接收機可以以累積模式或者拉動模式通過在封包標頭適當的設置對應的拉動標籤來發送請求。當發送機接收到具有拉動標籤設置的請求封包時，其可以發送具有請求中指示的序列號的資料片段，或者發送機可以累積地從還沒有發送的SND.NXT傳送資料。
當中間節點接收到請求時，其可以檢驗自己的記憶體和確定其是否具有對應的快取的資料。如果有快取的資料，其向下游跳或者節點發送資料封包，並可以刪除請求。如果沒有快取的資料，請求封包可以進入REQ緩衝器，然後可以根據擁塞視窗被傳送到上游跳或者節點。向上游傳輸之後可以從REQ緩衝器刪除請求封包。在傳輸之前由於一些封包管理方案或者策略，請求封包可以丟棄。對於從上游接收的資料封包，資料封包可以被快取，即使在到接收機的傳輸之後。
在一些代表性實施方式中，三向握手可以用於可靠和安全連接。在其他代表性實施方式中（例如，用於檔案遞送，三向握手不能被用於連接建立和/或拆除。因為資料傳輸可以是面向用戶端的，接收機可以基於自己的判斷（例如，自動地無需外部干涉）發起和/或終止連接。只要接收機知道發送機（例如，向其請求資料的那個）的位址（例如，IP位址），連接可以通過從那個位址請求特定檔封包來發起。這個初始特定檔可以是檔案的特徵（例如，標準特徵），接收機可以首先請求（例如，一直請求）初始特定檔。初始特定檔可以向接收機指示內容提供商已經儲存的檔案的部分以及如何分段內容。如果合適，接收機可以用具有接收機採用的新的內容片段資訊的另一個請求封包來答覆。常規資料傳輸可以開始。當接收機不請求其他（例如，任意其他）封包時流可以終止。
在一些代表性實施方式中，擁塞控制可以在HBH形式中支持，以例如在每個各自增強的跳或者節點中維持額外請求封包的適當的量。沿路徑的不同路由片段或者傳輸路徑片段可以使用相同的或者不同的擁塞控制演算法。它們可以維持相同或者類似的擁塞控制參數，包括例如，擁塞視窗和往返時間資訊。擁塞視窗的大小可以限制每個路由片段中未完成的請求的量，以用於適應或者調節擁塞視窗（例如，視窗的大小）的機制對不同類型的HBH回饋而不同。多種不同往返時間（RTT）可以被使用，包括HBH RTT、端到端RTT、和跳到端RTT。跳到端RTT通常指增強的跳和發送機之間的往返時間。端到端RTT可以在接收機計算，而HBH RTT和跳到端RTT可以在每個增強的跳計算。
作為示例，對於擁塞控制演算法，期望A和B可以是兩個相鄰增強的跳，A更接近內容提供商，且他們可以使用HBH應答作為回饋。A可以在其向自己的上游節點發送請求封包時（例如，不是其接收請求封包時）向B發送對應的回饋封包。在B接收回饋封包之後，B可以計算HBH RTT。通過限定BaseRTT作為給定流的最小測量（例如，所有測量的）的往返時間，期望的吞吐量可以由ExpectedRate = CongestionWindow/BaseRTT給出。當前發送速率ActualRate，可以通過計算取樣RTT來計算出來。ActualRate的計算可以每個RTT提供一次。如果Diff = ExpectedRate – ActualRate以及兩個臨界值a和b存在，其中a<b，其可以分別對應於在網路片段中具有最少和最多額外請求封包，當Diff <a時，擁塞視窗可以在下個RTT期間線性增加；當Diff >b時，擁塞視窗可以在下個RTT期間線性減小；否則，擁塞視窗可以保持不變。慢開始可以在超時發生時使用。
在一些代表性實施方式中，流控制可以允許每個增強的跳、節點或者路由器來限制（例如，或者侷限）發送到可用緩衝器空間的資料量。這可以在HBH操作中支援。對於每個增強的跳，如果對應的資料當被接收時不會導致增強的跳溢出，就可以發送（例如，只發送）請求。
在不可靠節點和鏈路的網路中，可靠性可以是（例如，可以只是）由連接的端點（例如，發送機和接收機）來保證。端到端重傳機制可以在架構的端到端子層提供。如果在某個時間對於傳送的請求沒有接收到對應的資料，接收機可以重新發送請求封包。期望的是，在接收機驅動的方案中，接收機可以存取（例如，直接存取）到接收機緩衝器，並可以比發送機驅動的方案更好地（例如，更及時和更準確地）執行丟失檢測和丟失恢復。
雖然HoPCoP顯示為其中接收機具有用於內容的活動連接，期望在多連結場景中，移動主機（例如，接收機）可以具有到多個內容提供商的多個活動連接（或者會話），以例如，下載檔案。HoPCoP的擴展可以包括使用並行HoPCoP（pHoPCoP）。pHoPCoP連接或者會話可以包括一個接收機、一個或者多個發送機和中間節點。單播pHoPCoP連接可以類似於或者等同於HoPCoP連接，多點到點的pHoPCoP連接可以模型化為多個HoPCoP連接並行運行，例如以從多個內容提供商下載檔案。HoPCoP連接和多個連接狀態可以協調。期望在pHoPCoP 連接中HoPCoP連接的數量可以大於接收機配置的介面的數量，因為一個介面可以產生多個連接用於同時從幾個發送機下載檔案。
第5圖是顯示具有不同內容提供商來下載相同檔案的多連結的示意圖。每個存取網路A和B可以具有同時、併發和/或並行地執行（例如，運行）的HoPCoP控制器505。發送機（例如伺服器I和II）和/或中間節點（例如，具有第一存取技術（AT）或者無線電AT的第一AP和具有相同或者不同AT或者RAT的第二AP）可以以與第4圖中的HoPCoP相同或者類似的方式運行。接收機或者移動主機507可以包括與多個HoPCoP控制器通信的pHoPCoP引擎。例如每個HoPCoP控制器可以與中間節點的HoPCoP通信。移動主機的應用可以經由pHoPCoP的端到端子層、HBH子層和IP層，中間節點的HBH子層和IP層以及發送機的端到端子層、HBH子層和至應用的IP層來通信，例如，以從發送機向接收機下載內容。
第6圖是顯示可以包括具有多個功能單元的傳送層的pHoPCoP接收機600的示意圖。pHoPCoP接收機600可以包括pHoPCoP引擎602和HoPCoP控制器604。pHoPCoP引擎602可以控制初始化、終止和/或不同HoPCoP控制器的協作。應用606可以向pHoPCoP引擎602推送請求封包。pHoPCoP引擎可以將請求封包分佈於一個或者多個HoPCoP控制器604。HoPCoP控制器604可以從不同IP介面得到資料封包，可以向pHoPCoP引擎602發送資料封包，以及應用606可以從pHoPCoP引擎602接收（例如，抽取）資料。
pHoPCoP連接可以包括多個HoPCoP連接，每個都可以在特定時間具有不同的狀態。例如，pHoPCoP引擎可以由於或者根據一個或者多個策略期望創建或者終止HoPCoP連接，和/或在移動性期間移動主機可以從一個伺服器交遞到另一個或者可以改變其連接的伺服器的數量。HoPCoP連接的狀態可以隨時間動態改變。為了支援多個HoPCoP連接的改變，pHoPCoP引擎可以作為HoPCoP的多狀態擴展來處理多個狀態，並根據使用中的活動連接的數量動態地創建和/或刪除HoPCoP狀態。pHoPCoP的狀態（例如，多個狀態）可以在接收機管理，以使得在發送機或者中間節點不提供改變來支援多狀態操作。
與n個活動HoPCoP連接的pHoPCoP連接可以在pHoPCoP接收機包括n個狀態。在一些代表性實施方式中，pHoPCoP可以從那些屬於聚合連接的特徵中分離出與每個連接特徵關聯的傳送層功能。這通過在各個HoPCoP控制器（例如，每個HoPCoP控制器）實現與每個連接特徵有關的傳送控制功能來完成，同時在pHoPCoP引擎實現屬於聚合連接的功能。通過對比，HoPCoP可以具有控制傳送功能（例如，所有的傳送功能）的HBH子層和端到端子層。可靠性和緩衝管理可以屬於聚合連接，且可以由pHoPCoP引擎來處理。流控制也在pHoPCoP引擎處理（例如，屬於）。可以是每個連接功能或者操作的擁塞控制可以由單獨HoPCoP控制器來處理。pHoPCoP引擎可以控制向每個發送機請求的資料，且單獨HoPCoP控制器可以控制HoPCoP沿路徑可以請求的請求資料的數量。
pHoPCoP連接可以包括多個HoPCoP連接。在一些代表性實施方式中，不同的HoPCoP連接可以具有不匹配的特徵，例如，關於頻寬、延遲和/或丟失率等。例如，經過較快速連接的具有較大序列號的資料片段可能比那些經過較慢連接具有較小序列號的更早到達。失序到達接收機緩衝器可以導致線路頭阻塞和可以使聚合連接停頓。pHoPCoP可以根據RTT和一個或者多個HoPCoP連接的擁塞視窗通過排程傳輸（和/或請求）來完成多工和頻寬聚合。當對應的擁塞視窗存在空間時，HoPCoP控制器可以呼叫來自pHoPCoP引擎的請求，且根據估計的或者模型化的請求的資料片段將通過關注的連接到達的時間（例如，無論何時發送的請求），pHoPCoP可以向HoPCoP連接指派請求的序列號。單獨HoPCoP控制器可以負責和被配置用於丟失檢測，以及可以向pHoPCoP引擎報告檢測到的丟失，以使得對應的請求可以被重新指派給在其擁塞視窗具有空間的另一個HoPCoP控制器，以阻止聚合連接停頓。
各個資料結構和各個封包排程演算法
pHoPCoP可以維持資料結構和封包等級演算法用於執行封包排程。例如，當有多個HoPCoP連接（例如，n個HoPCoP連接，其中n是所有HoPCoP連接的整數）時，pHoPCoP可以包括以下資料結構：
（1）綁定資料結構，可以維持以下之間的映射：（i）具有未決的資料答覆的傳送的請求（例如，已經被發送但對應的資料片段還未被接收的請求）；和（ii）通過其發送那些請求的HoPCoP控制器；
（2）未決的（pending）資料結構，可以維持（或者保持）仍將被請求的資料的序列號的範圍，其可以包括將被重傳的資料片段的序列號，和大於目前為止（例如，現在）請求的最高序列號的序列號；
（3）時間列表資料結構，可以維持（或者保持）：（a）潛伏時間週期資訊（例如測量的或者估計的往返時間（RTT）資訊和/或測量的或者估計的單程時間資訊等）；未決的資料答覆（例如，傳送的請求封包可以沒有為每個HoPCoP連接接收的對應的資料封包而發送）的傳送的請求封包（例如，所有的請求封包）的（b）擁塞視窗（CW）資訊，和/或（c）時間戳資訊（例如時間戳）；和/或
（4）活動資料結構，其可以維持（或者記錄）哪個HoPCoP連接可以是活動的，哪個是不活動的。因為HoPCoP控制器的記憶體可以是有限容量的（和/或限制的），pHoPCoP引擎可以確定HoPCoP控制器呼叫請求時自己的接收緩衝器中是否有足夠的空間。如果在接收緩衝器中沒有足夠空間，pHoPCoP引擎可以向對應的HoPCoP控制器返回FREEZE命令或者信號。如果在FREEZE命令或者信號之後pHoPCoP確定具有足夠空間，pHoPCoP引擎可以向那些處於睡眠（不活動）模式的HoPCoP連接提交resume()呼叫。在一些代表性實施方式中，RTT和/或時間戳是用於封包排程和在封包等級演算法中使用的參數。
第7圖是顯示資料封包的傳輸定時的示意圖。
參考第7圖，pHoPCoP可以包括封包等級演算法。例如，在pHoPCoP中，單個HoPCoP連接中的自時鐘可以驅動請求傳輸從發送機（例如，每個發送機）拉出資料。HoPCoP控制器可以一接收就（例如，HoPCoP控制器一接收到資料封包就）向pHoPCoP引擎發送資料封包。pHoPCoP引擎可以根據封包等級演算法分佈合適的封包用於對應的HoPCoP控制器，以例如，減少或者避免失序資料到達。封包等級演算法可以根據估計的對應資料到達的時間（例如，無論何時發送的請求）確定給請求的各個資料片段的分配。對於封包等級演算法，在時間列表資料結構中，對於第i個連接，RTT表示為RTTi，擁塞視窗表示為cwndi，請求的封包的時間戳表示為‧‧‧（其中是答覆資料封包期間的最老的請求封包，是答覆資料封包期間的第二老的請求封包，依此類推）。在時間t=T，第j個HoPCoP控制器可以接收資料封包並可以向pHoPCoP引擎提交receive()呼叫。
pHoPCoP引擎可以定位將要根據如下等式1排程的請求的等級k：
其中
是估計的請求的和對應的資料封包在第j個連接中最新請求的資料封包到達之前到達的第i個連接的封包數量，如第7圖所示。
pHoPCoP可以將請求封包分配給HoPCoP控制器，該請求封包可以是在未決的資料結構中將請求的第k個片段。pHoPCoP引擎可以在綁定資料結構中插入片段記錄，可以刪除綁定資料結構中對應的記錄，以及可以更新時間列表資料結構中的RTT和/或時間戳的估計值。
再次參考第6圖，代表性方法、功能、應用和/或模組可以作為應用606和pHoPCoP引擎602之間的介面，包括：（1）OPEN()；（2）CLOSE()；（3）write()；和/或（4）read()，等等。
OPEN()/CLOSE()呼叫（或者應用）可以通過使用OPEN()呼叫來打開pHoPCoP套接字，可以通過CLOSE()呼叫來終止pHoPCoP套接字。write()/read()呼叫或應用可以使用write()呼叫來公佈用於請求給pHoPCoP引擎的資料的自己的序列號的範圍，可以使用read()呼叫從pHoPCoP引擎的接收緩衝器中獲取資料。pHoPCoP引擎可以通過使用open()呼叫創建HoPCoP控制器，HoPCoP控制器可以開始連接建立過程。下面說明每個HoPCoP連接的連接建立過程。pHoPCoP引擎可以通過向對應的HoPCoP控制器發送close()呼叫刪除HoPCoP連接。當HoPCoP控制器不在請求任何封包時HoPCoP連接可以終止。
pHoPCoP引擎和HoPCoP控制器之間的代表性介面可以包括，例如：（1）open()介面；（2）close()介面；（3）established()介面；（4）closed()介面；（5）send()介面；（6）receive()介面；（7）freeze()介面；（8）resume()介面；（9）loss()介面；和/或（10）update()介面。下面將詳細說明這些介面。
（1）pHoPCoP引擎可以通過使用open()呼叫來創建HoPCoP控制器，HoPCoP控制器可以開始連接建立過程。下面說明每個HoPCoP連接的連接建立過程。pHoPCoP引擎可以通過向對應的HoPCoP控制器發送close()呼叫來刪除HoPCoP連接。當HoPCoP控制器不在請求任何其他封包時HoPCoP連接可以終止。
（2）當HoPCoP連接建立時，對應的HoPCoP控制器可以提交established()呼叫以通知pHoPCoP引擎。當HoPCoP連接終止時，HoPCoP控制器可以提交closed()呼叫。由於沒有其他發送機-接收機交互用於終止HoPCoP連接，在一些代表性實施方式中，HoPCoP控制器可以在其從pHoPCoP引擎接收到closed()呼叫時，往回發送（例如，可以馬上發送）closed()呼叫。
（3）當HoPCoP控制器獲得資料封包時，可以通過使用receive()呼叫用新請求的封包查詢向pHoPCoP引擎發送資料封包。pHoPCoP引擎可以使用send()呼叫向HoPCoP控制器分佈合適的請求封包。
（4）當pHoPCoP引擎沒有足夠的緩衝器空間來緩衝即將到來的資料封包時（例如，緩衝器空間低於臨界值級別），pHoPCoP可以使用freeze()呼叫來暫停一些或者所有HoPCoP連接，並可以更新活動資料結構。當足夠的緩衝器空間可用時（例如，再次創建的），pHoPCoP引擎可以根據或者基於活動資料結構中的資訊使用resume()呼叫來重新啟動一些睡眠的（或者不活動的）連接。
（5）當HoPCoP控制器檢測到丟失時，HoPCoP控制器可以使用loss()呼叫來通知pHoPCoP引擎。pHoPCoP引擎可以在綁定資料結構中釋放丟失的片段，可以在未決的資料結構中插入序列號，以及可以從時間列表資料結構中刪除對應的記錄。當（例如，無論何時）HoPCoP控制器更新自己的RTT估計和擁塞視窗時，其可以使用update()呼叫來通知pHoPCoP引擎，其可以更新時間列表資料結構。
第8圖顯示了pHoPCoP連接管理的狀態圖，例如以建立到接收機或者移動主機的多連結連接。
參考第8圖，當應用打開pHoPCoP套接字（socket）時（801），pHoPCoP引擎可以創建至少一個HoPCoP連接（803）。在等待連接建立過程完成（在此期間應用處於等待狀態（808））之後，HoPCoP控制器可以向pHoPCoP引擎提交established()呼叫（803），以及可以建立pHoPCoP連接（807）。在連接的生命期期間，pHoPCoP引擎可以根據低層的回叫創建多個HoPCoP連接（813），或者可以在自己的發送機斷開連接或者對應的介面遭遇了某種問題時刪除HoPCoP連接（815）。當pHoPCoP具有n個HoPCoP連接打開時（例如，總共），pHoPCoP可以進入ESTABLISHED(n)狀態（807）。當應用關閉pHoPCoP套接字時，pHoPCoP引擎可以向HoPCoP控制器（例如，所有HoPCoP控制器）發送closed()消息。當pHoPCoP接收到所有closed()消息時，pHoPCoP連接可以關閉（811）。
擁塞控制可以由與pHoPCoP連接相關聯（例如，在pHoPCoP中的）的HoPCoP控制器來處理。每個HoPCoP控制器可以控制通過各個連接傳送的資料的數量和定時。因為接收機可以配置有與不同存取技術的多個介面，可以關聯到對應的介面的各個HoPCoP控制器可以知道自己存取的特定的網路。HoPCoP控制器可以確定要使用的擁塞控制機制和可以相應採用擁塞視窗用於自己的HoPCoP連接，例如，由自己或者通過初始建立過程。
pHoPCoP引擎可以管理pHoPCoP連接的流控制，因為pHoPCoP可以具有對接收機緩衝器的控制。pHoPCoP引擎可以暫停某個HoPCoP控制器因為可用緩衝器大小或者空間低於臨界值，各個連接的QoS低於臨界值和/或根據一個或者多個預先建立的或者動態的策略。限制解除時睡眠或者不活動HoPCoP連接可以被重新啟動。
包括丟失檢測和/或丟失恢復的可靠性可以由每個HoPCoP控制器來支援（或者管理），pHoPCoP引擎可以管理丟失恢復。例如，pHoPCoP引擎可以維持綁定資料結構和未決的資料結構。當請求（REQ）封包通過HoPCoP連接發送時，相關的映射資訊（例如，用於發送請求的HoPCoP控制器的答覆期間的請求的）可以被記錄在綁定資料結構中。回應於對應的資料封包被成功接收（例如，請求不再有未決的答覆），綁定記錄可以刪除。如果HoPCoP控制器檢測到對應的資料封包的丟失（根據，例如，對應的資料封包在超時發生之前還未到達的超時情況），HoPCoP控制器可以向pHoPCoP引擎提交loss()呼叫。pHoPCoP可以刪除綁定記錄，並增加未決的資料結構的對應的序列號以使得REQ封包可以被重傳。pHoPCoP引擎可以負責維持（例如，可以管理或者控制維護）可以由發送機和中間節點用來適當地清除資料的REQ封包的SEG.DEQ欄位。
因為，在HBH協定中，每個中間路由器（例如，網路單元）可以是決策做出者（例如，中間路由器可以使封包處理操作能夠進行而不是路由），路由器可以啟動中間節點的功能或者操作。決策可以由路由器在每一跳做出，且用於做出那些決策的演算法可以是協定設計的一部分。
每個路由器可以使用HoPCoP和/或pHoPCoP來操作。在一些代表性實施方式中，可以由每個路由器獨立於其他路由器或者根據包括多個路由器（例如，一些或者所有具有HBH功能的路由器）的傳輸路徑片段使用本地最佳化來限定全局路由器結構。例如，協定操作可以是全局最佳化的實例，其被有效地劃分到多個本地最佳化器中。本地最佳化的多個特定實例可以限定可以導致各個演算法和與其關聯的性能點。
第9圖是顯示根據一個或者多個公開的實施方式用於實現路由操作的代表性路由器的結構圖。
參考第9圖，路由器900可以包括：（1）封包管理控制器903；（2）轉發表905；（3）路由演算法907；（4）一個或者多個輸入佇列909，作為第一類緩衝器；（5）一個或者多個輸出佇列911，作為第二類緩衝器和/或（6）快取記憶體913，作為第三類緩衝器。封包管理控制器903可以管理：（1）在轉發表905中之查找，（2）輸入和輸出佇列909、911，（3）快取記憶體913，（4）封包排程，和/或（5）傳輸控制。
網路擁塞可以被劃分為鏈路擁塞和節點擁塞，以使得當鏈路是瓶頸時（例如，有太多資料從那裏通過，到鏈路輸入的資料速率超過從鏈路輸出的資料速率，和/或資料速率超過臨界速率），鏈路擁塞可能發生。例如，當太多資料將進入瓶頸節點和資料進入速率大於資料離開速率時，可能發生節點擁塞。不同擁塞類型可以具有不同影響，例如，封包被丟棄。
一旦接收到請求，路由器可以選擇多個請求接收模式中的一個（例如，可以發起一個或者多個對應於選擇的請求接收模式的操作）。請求接收模式的第一種可以包括某些操作，其包括將請求封包推送（例如，放置或者移動）到請求池（例如，記憶體例如，快取記憶體的一個區域）中，並使用擁塞控制和流控制策略、過程和/或操作傳送具有臨界可靠性（例如，具有超過臨界值的可靠性）的請求封包。在傳送請求封包之後，路由器可以向請求節點發送（例如，傳送）對應的HBH回饋。請求接收模式的第二種可以包括在自適應丟棄操作中丟棄請求封包，例如根據、基於和/或因為訊務過大（例如，訊務測量值或者訊務擁塞超過訊務臨界值）和/或有限的或者減少的快取空間（例如，可用快取空間低於快取臨界值）而使用自適應丟棄概率。自適應丟棄概率（或者演算法）可以是流公平索引、擁塞類型、擁塞矩陣和/或可用快取空間等的函數，且可以使用加權值。
一旦接收到資料封包，路由器可以選擇多個資料接收模式中的一個（例如，可以發起一個或者多個對應於選擇的資料接收模式的操作）。資料接收模式的第一種可以傳送和快取資料封包。資料接收模式的第二種可以傳送和丟棄資料封包。資料接收模式的第三種可以在傳輸資料封包之前快取資料封包（例如，快取資料封包，等待時間週期，然後從快取記憶體傳送資料封包）。資料接收模式的第四種可以丟棄資料封包。在一些代表性實施方式中，第一和/或第二資料接收模式可以回應於低（例如，低於臨界值）或者無擁塞而使用，和/或第三和/或第四資料接收模式可以回應於高擁塞（例如，等於或者高於臨界值）而使用。在一些代表性實施方式中，丟棄資料封包可以具有請求封包使用擁塞控制而避免。在一些代表性實施方式中，流公平索引可以定義為流速率與對應的TCP友好的流通過量的比率。TCP友好的流通過量可以與成正比，其中RTT是HBH RTT，ρ是丟失率。路由路徑選擇和自適應可以通過路由演算法和轉發表更新來確定。鏈路矩陣可以根據對應的鏈路情況改變，且可以影響路由。
第10圖是顯示路由器或者中間節點1000的關於多發送機1001和多接收機1002的代表性輸入和輸出參數的結構圖。
參考第10圖，流控制可以由多個參數模型化。參數可以包括：（1）鏈路組L；（2）鏈路容量陣列T；（3）傳輸會話組S；（4）會話r的輸入傳輸速率 ；（5）會話r的輸出傳輸速率；（6）會話r的輸入傳輸信用；（7）會話r的輸出傳輸信用；（8）會話r使用的的緩衝大小；（9）會話r的輸入鏈路；（10）會話r的輸出鏈路；（11） 和/或（12） 。
雖然下面顯示了用於資料封包的傳輸和/或接收的不同代表性最佳化，期望的是任意數量的這種傳輸和/或接收都是可能的。
在一些代表性實施方式中，期望對於會話r：（1）輸出傳輸速率；和（2）輸入傳輸信任可以測量或者估計。輸出傳輸速率；和輸入傳輸信任可以維持或者保持相等或者基本上相互相等（使得=）。因為一個路由器的和可以等於其對應的相鄰路由器（例如，一個跳或者下一個片段的路由器）的和，會話r的輸出傳輸信用可以設置或者建立（例如，只有這個變數是設置的）。作為示例，在下面的等式/運算式中：
（其中是具有單元的路由矩陣，是具有單元的路由矩陣）。
目標佇列佔有是用於會話r，而實際佇列佔有是qr，p和u是兩個參數操作（例如，工作）。目標函數可以最大化。
在一些代表性實施方式中，輸出傳輸速率可以小於，因此對應的，可以小於。變數x0和c0可以被設置為不同值，且可以表示不同類型的變數：
代表性最佳化架構可以通過最大化以下來確定x0：
針對於（或者根據）：
可以使用以下公式來確定c°:
其中F()可以是擁塞控制演算法，而D()可以是封包丟棄演算法。
在一些代表性實施方式中，加性增加乘性減少（AIMD）演算法可以提供回饋控制，其中擁塞視窗的線性增加可以結合回應於擁塞發生的擁塞視窗的指數減少。例如，傳輸速率（例如，視窗大小）可以增加以使得能夠進行增加可用頻寬，直至丟失發生。當檢測到丟失時，策略可以改變或者調整為乘性減少的策略，其可以在丟失發生之後減少擁塞視窗一個百分比。
丟失通常指或者接收預定數量的複製應答（ACK）的事件或者超時。其他用於擁塞控制的公平性的代表性策略和/或演算法可以包括加性增加加性減少（AIAD）、乘性增加加性減少（MIAD）和乘性增加乘性減少（MIMD）。
作為示例，AIMD演算法的輸出傳輸信用可以設置如下：
其中臨界值1和臨界值2可以是指示路由器擁塞的固定的或者動態的參數。目標佇列佔用近似值可以從輸出傳輸信用演算法中得到，且可以設置如下：
其中:是會話r的目標佇列佔用，g是增益參數。
在一些代表性實施方式中，公平性可以在最佳化（例如，最佳化架構）中考慮。一種類型的公平性可以包括成比例公平性，其可以定義為速率向量 是成比例公平的(如果其是可行的)，以及如果對於任何其他可行的向量，成比例改變的累計是零或負數：
目標函數可以替換為。從最佳化規則，如果x是最佳化點，那麼，對於任何可行向量y，，其與成比例公平性規則相同。因此對數應用函數可以與成比例公平性相關聯。向量x可以是加權成比例公平的(如果其是可行的)以及如果對於任何其他可行向量，以下不等式存在（例如，總是存在）：
對應的目標函數可以是。
在一些代表性實施方式中，最佳化的最大值可以如下：
針對於：
約束條件可以包括（例如，至少）s個不等式（其中s是會話的總數）。那些不等式可以被劃分為兩類。第一類中，不等式可以具有一個變數，在第二類中，不等式可以具有至少兩個變數。在第一類中，和的最佳化點可以是中的最小值。在第二類中，期望的是S’可以被設置用於從相同鏈路j經過路由器的會話，最佳化的最大值可以如下：
針對於：
在一些代表性實施方式中，HBH路由和接收機驅動的路由的組合可以通過使用對應的傳送層協定和建立（或者產生）增強的路由器功能、操作和/或模型來實現。一些代表性實施方式可以使增強的傳輸層能夠被用於多連結移動主機來獲得到網際網路內容的存取。
期望的是不同目標功能可以對路由器行為具有不同的影響。在一些代表性實施方式中，移動主機可以從骨幹網伺服器接收資料和/或向骨幹網伺服器更新資料。當移動主機向骨幹網伺服器更新資料時，骨幹網伺服器可以成為HoPCoP接收機。期望的是一些控制功能仍然可以位於（例如，由其提供）移動主機。例如，傳輸協定可以是變換的那一個（例如，傳輸協定可以根據，例如服務的方向和/或裝置的能力或類型動態地將傳輸控制功能重新分佈於發送機或接收機）。
還期望網路編碼可以被採用，以使得當使用網路編碼方案對資料封包進行編碼時，可以不提供封包順序號。接收機可以接收一定數量的資料封包，可以將它們解碼成完全檔案，而不用考慮接收資料封包的及時性或者順序。網路編碼可以為傳送控制建立新的操作、策略和/或過程，例如因為封包順序不可以使用以及可靠性可以由編碼方案本身來滿足。
在一種實施方式中，方法可以包括：第一中間節點接收指示將要從發送節點發送到接收節點的資料封包的分配的信號；第一中間節點確定資料封包的分配中的一個或者多個資料封包是否由第一中間節點所快取的快取資料封包來提供；以及回應於確定資料封包的分配中的一個或者多個資料封包由快取資料封包來提供，第一中間節點發送一個或者多個快取資料封包。
在實施方式中，該方法可以進一步包括其中由中間節點接收的信號是從接收節點和設置於第一中間節點和接收節點之間的第二中間節點中的一個接收的。
在實施方式中，一個或者多個上述方法可以進一步包括其中通信會話是網際網路協定（IP）通信會話。
在實施方式中，一個或者多個上述方法可以進一步包括其中確定資料封包的分配中的一個或者多個資料封包是否由快取資料封包來提供可以包括確定接收節點還未接收的通信會話的資料封包是否由第一中間節點快取；以及發送一個或者多個快取資料封包包括向接收節點發送的還未接收的一個或者多個快取資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括其中第一中間節點接收的信號至少指示將要發送到接收節點的通信會話的資料封包的數量。
在實施方式中，一個或者多個上述方法可以進一步包括其中第一中間節點接收的信號進一步指示接收節點還未接收的通信會話的未決的資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括第一中間節點通過（1）根據接收信號中的指示的分配選擇接收節點還未接收的各個資料封包(包括至少一個快取資料封包)，和（2）向接收節點發送選擇的各個資料封包而根據接收的信號發送接收節點還未接收的資料封包(包括一個或者多個快取資料封包)。
在實施方式中，一個或者多個上述方法可以進一步包括回應於中間節點的可用快取空間超過臨界值，第一中間節點快取要發送到接收節點的通信會話的一個或者多個資料封包。
在實施方式中，該方法可以包括：第一中間節點接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；第一中間節點確定資料封包的分配中的一個或者多個資料封包是否由中間節點所快取的快取資料封包來提供；以及回應於確定資料封包的分配中的一個或者多個資料封包不是由快取資料封包來提供，第一中間節點向通信會話中發送節點和設置於發送節點和第一中間節點之間的第二中間節點中的一個發送分配信號，以及接收通信會話的一個或者多個資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括將從發送節點和第二中間節點中的一個接收的通信會話的一個或者多個資料封包轉發到接收節點。
在實施方式中，該方法可以包括：中間節點向上游發送指示將要向接收節點發送的通信會話的資料封包的分配的信號；中間節點接收通信會話的至少一個資料封包；中間節點選擇包括至少第一操作模式和第二操作模式的多個操作模式中的一個；以及回應於選擇第一操作模式，中間節點快取接收的一個或者多個資料封包用於向接收節點轉發。
在實施方式中，一個或者多個上述方法可以進一步包括其中選擇是基於從接收節點和下游節點中的至少一個接收的信號，以及其中：（1）第一操作模式包括接收的一個或者多個資料封包將由中間節點快取，然後將其向接收節點轉發；以及（2）第二操作模式包括將接收的一個或者多個資料封包向接收節點路由而無需快取。
在實施方式中，一個或者多個上述方法可以進一步包括中間節點可以接收通信會話中的下游節點和接收節點中的至少一個發送的另一個信號，該信號指示將要向接收節點發送的資料封包的另一個分配；以及中間節點可以根據向接收節點發送的另一個信號發送中間節點所快取的快取資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括其中中間節點向上游發送信號是向通信會話的上游節點和發送節點中的至少一個發送。
在實施方式中，一個或者多個上述方法可以進一步包括其中通信會話是IP通信會話。
在實施方式中，一個或者多個上述方法可以進一步包括其中選擇操作模式是基於以下至少一種：（1）中間節點的下游傳輸路徑的擁塞；和（2）根據下游節點或者接收節點發送的資訊的流控制。
在實施方式中，一個或者多個上述方法可以進一步包括：儲存用於處理資料封包的策略；中間節點可以從一個或者多個接收的資料封包檢查用於封包處理的封包資訊；以及中間節點可以根據封包資訊和儲存的策略封包處理檢查的封包。
在實施方式中，一個或者多個上述方法可以進一步包括其中快取至少一個接收的資料封包可以包括回應於中間節點的可用快取空間超過臨界值，快取至少一個接收的資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括回應於可用快取空間低於臨界值，可以丟棄一個或者多個接收的資料封包。
在實施方式中，該方法可以包括：接收節點確定將要經由第一通信會話提供給接收節點的資料封包的第一分配，和將要經由第二通信會話提供給接收節點的資料封包的第二分配；接收節點向第一中間節點發送指示將要發送到接收節點的第一通信會話的資料封包的第一分配的第一信號；接收節點向第二中間節點發送指示將要發送到接收節點的第二通信會話的資料封包的第二分配的第二信號；以及接收節點經由第一通信會話接收資料封包的第一分配，以及經由第二通信會話接收資料封包的第二分配。
在實施方式中，該方法可以進一步包括其中接收資料封包的第一分配獨立於接收資料封包的第二分配。
在實施方式中，一個或者多個上述方法可以進一步包括其中至接收節點的資料封包的第一分配的第一傳輸路徑獨立於至接收節點的資料封包的第二分配的第二傳輸路徑。
在實施方式中，一個或者多個上述方法可以進一步包括其中接收節點是在多個網路多連結的，以及第一傳輸路徑和第二傳輸路徑包括不同網路。
在實施方式中，一個或者多個上述方法可以進一步包括確定請求的各個資料封包到達接收節點的估計到達時間；以及可以根據估計的到達時間為第一或第二分配或者後續分配排程各個資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括其中接收資料封包的第一和第二分配包括接收已經在第一和第二中間節點中的至少一個快取的第一和第二分配的至少一個資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括接收節點可以實現跳拉控制協定（HoPCoP）或者並行HoPCoP（pHoPCoP）中的一個。
在實施方式中，該方法可以包括：中間節點接收指示將從發送節點發送到接收節點的資料封包的分配的信號；中間節點確定資料封包的分配的一個或者多個資料封包是否將提供給服從（subject）中間節點中預配置的策略的接收節點；以及回應於確定不提供資料封包的分配的一個或者多個資料封包，忽略指示將從發送節點發送到接收節點的資料封包的分配的信號。
在實施方式中，該裝置可以包括：儲存單元，被配置成快取接收的資料封包；發射機/接收機單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將由儲存單元所快取的快取資料封包提供，其中回應於處理器確定資料封包的分配中的一個或者多個資料封包由快取資料封包提供，發射機/接收機單元發送一個或者多個快取資料封包。
在實施方式中，該裝置可以包括：儲存單元，被配置成快取接收的資料封包；發射機/接收機單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將由儲存單元所快取的快取資料封包提供，其中回應於處理器確定資料封包的分配中的一個或者多個資料封包不是由快取資料封包提供，發射機/接收機單元發送從上游節點轉發的一個或者多個資料封包。
在實施方式中，該裝置可以包括：儲存單元，被配置成快取接收的資料封包；發射機/接收機單元，被配置成在通信會話中向上游發送指示將要發送到接收節點的通信會話的資料封包的分配的信號，以及接收通信會話的一個或者多個資料封包；以及處理器，被配置成根據從接收節點或者下游節點接收的信號確定是向接收節點轉發接收的資料封包還是快取一個或者多個接收的資料封包，其中回應於處理器確定一個或者多個資料封包將由儲存單元快取，儲存單元在向接收節點進行轉發後快取接收的一個或者多個資料封包。
在實施方式中，該裝置可以包括：接收節點，用於管理與第一和第二通信會話相關聯的資料封包，該第一和第二通信會話具有使用第一和第二中間節點的一個或者多個發送節點，包括：處理器，被配置成確定將要經由第一通信會話提供給接收節點的資料封包的第一分配，和將要經由第二通信會話提供給接收節點的資料封包的第二分配；以及發射機/接收機單元，被配置成：（1）向第一中間節點發送指示將要發送到接收節點的第一通信會話的資料封包的第一分配的第一信號；（2）向第二中間節點發送指示將要發送到接收節點的第二通信會話的資料封包的第二分配的第二信號；以及（3）經由第一通信會話接收資料封包的第一分配，以及經由第二通信會話接收資料封包的第二分配。
在實施方式中，該裝置可以包括：儲存單元，被配置成快取接收的資料封包；發射機/接收機單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將提供給接受中間節點中預配置的策略的接收機；以及處理器被配置用於確定資料封包的分配中的一個或者多個資料封包是否將提供給服從中間節點中預配置的策略的接收機；其中，回應於處理器確定不提供資料封包的分配的一個或者多個資料封包，發射機/接收機單元忽略指示將發送到接收節點的通信會話的資料封包的分配的信號。
以下公開的內容：（1）“感測器網路中媒體存取的傳輸控制方案”，ACM Mobicom議程’01，2004年7月16-21日，義大利羅馬；（2）“可靠和有效的逐跳流控制”，ACM SIGCOMM，1994，英國倫敦；（3）“HxH：用於多跳無線網路的逐跳傳輸協定”，WICON，2008；（4）“逐跳基於速率的擁塞控制”，IEEE/ACM TRANSACTIONS ON NETWORKING，VOL 4，NO 2，1996年4月；（5）“通過無線多跳網路的逐跳擁塞控制”，IEEE/ACM網路會報，15(1)，2007；（6）“拜訪的傳送層”，通信系統軟體和中間件的第2次國際會議，2007，COMSWARE 2007，2007年1月；（7）“用於具有異構無線介面的移動主機的接收機集中的傳輸協定”，ACM MobiCom，San Diego，CA，pp.1，15，2003年9月14-19日；（8）“WebTP：接收機驅動的Web傳輸協定”，IEEE INFOCOM’99學報；（9）“多發送機分佈的視頻流”，IEEE TRANSACTIONS ON MULTIMEDIA，VOL.6，NO.2，2004年4月；（10）“網路命名內容”，CoNEXT’09，紐約，NY，2009年，pp. 1-12；（11）“通信網路的速率控制：盲區價格，成比例的公平性和穩定性”，操作研究學會期刊，49(3):237-252，1998年3月；（12）“彈性訊務的計費和速率控制”，Eur Trans on Telecommun 8:33±37.1997；以及（13）“TCP和佇列管理演算法的二元模型”，IEEE/ACM Trans on Networking，2003年10月，每一個的內容都通過引用結合於此。
儘管上面以特定的組合描述了特徵和元素，但是本領域普通技術人員可以理解，每個特徵或元素可以單獨的使用或與其他的特徵和元素進行組合使用。此外，這裏描述的方法可以用電腦程式、軟體或韌體實現，其可包含到由電腦或處理器執行的電腦可讀媒體中。非暫時性電腦可讀儲存媒體的示例包括但不限制為唯讀記憶體（ROM）、隨機存取記憶體（RAM）、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體，例如內部硬碟和可移動磁片，磁光媒體和光媒體，例如CD-ROM碟片，和數位通用碟片（DVD）。與軟體相關聯的處理器用於實現在WTRU、UE、終端、基地台、RNC或任何主電腦中使用的無線電頻率收發器。
此外，在上述實施方式中，提到了處理平臺、計算系統、控制器和包括處理器的其他裝置。這些裝置可以包含至少一個中央處理單元（“CPU”）和記憶體。根據電腦程式領域技術人員的實踐，提到的行為和操作或者指令的象徵性表示可以由各種CPU和記憶體執行。這些行為和操作或者指令被稱為“被執行”、“電腦執行的”或者“CPU執行的”。
本領域技術人員將理解行為和象徵性地提到的操作或者指令包括CPU操縱電子信號。電子系統提出了資料位元，該資料位元可以導致結果的轉換或者電子信號的減少，將資料位元維護在記憶體系統中的儲存位置以重配置或者改變CPU的操作，以及信號的其他處理。保存資料位元的記憶體位置是具有對應於或者代表資料位元的特殊的電、磁、光、或者有機屬性的實體位置。
資料比特還可以保存在電腦可讀媒體上，可讀儲存媒體包括CPU可讀的磁片、光碟、和任何其他揮發性（例如，隨機存取記憶體（“RAM”））或者非揮發性（“例如，唯讀記憶體（“ROM”））大量儲存系統。電腦可讀媒體可以包括共同操作的或者互聯的電腦可讀媒體，它們專有地存在於處理系統中，或者分佈於在處理系統本地或者遠端的多個互聯處理系統中。應當理解代表性實施方式並不侷限於上述記憶體，其他平臺和記憶體也可以支援所述方法。
本申請中所述的單元、行為或者指令不應被理解為本發明的關鍵或者本質，除非明確說明。另外，如在此所述的，冠詞“一”意圖包括一個或者多個項目。在表示一個專案時，使用術語“一個”或者類似語言。而且，術語“任一”後跟隨多個項目和/或多個種類的項目的列表，如在此所用的，意圖為包括項目和/或多個種類的項目的“任一”、“任意組合”、“任意多個”和/或“任意多個的組合”，單獨地或者與其他項目和/或其他多個種類的項目結合。而且如在此所用的，術語“組”意圖表示包括項目的任意數量，包括零。而且如在此所用的，術語“數量”意圖表示包括任意數量，包括零。
此外，申請專利範圍不應當被認為是對所述順序或者單元的限制，除非規定了該作用。另外，在任意申請專利範圍中使用術語“裝置”期望援引35 U.S.C.§112, ¶6，沒有術語“裝置”的任意申請專利範圍並不如此期望。
合適的處理器包括，舉例來說，通用目的處理器、特殊目的處理器、傳統處理器、數位信號處理器（DSP）、多個微處理器、與DSP核關聯的一個或者多個微處理器、控制器、微控制器、專用積體電路（ASIC）、專用標準產品（ASSP）；現場可程式閘陣列（FPGA）電路、任何其他類型積體電路（IC），和/或狀態機。
與軟體相關的處理器可以用於實現在無線發射接收單元（WTRU）、用戶設備（UE）、終端、基地台、移動性管理實體（MME）或者演進的封包核（EPC）或任何主電腦中使用的無線電頻率收發器。WTRU可以與模組結合使用，實現於硬體和/或包括軟體定義的無線（SDR）的軟體中，以及其他元件，例如照相機、視頻攝像模組、視頻電話、喇叭擴音器、震動裝置、揚聲器、麥克風、電視收發器、免持電話、數字鍵盤、藍芽R模組、調頻（FM）無線單元、近場通信（NFC）模組、液晶顯示器（LCD）顯示單元、有機發光二極體（OLED）顯示單元、數位音樂播放器、媒體播放器、視頻遊戲播放模組、網際網路瀏覽器、和/或任意無線本地域網路（WLAN）或者超寬頻（UWB）模組。
雖然根據通信系統來說明本發明，但是期望的是系統可以實現於微處理器/通用目的電腦（未顯示）上的軟體中。在某些實施方式中，各個單元的一個或者多個功能可以實現於控制通用目的電腦的軟體中。
另外，雖然在此參考特定實施方式來顯示和說明本發明，本發明並不意圖侷限於所述細節。相反，可以在申請專利範圍的等同體的範圍和餘地之內進行細節上的各種修改而不脫離本發明。
第1A圖是可以在其中實現一個或多個公開的實施方式的代表性通信系統100的系統圖。通信系統100可以是向多個無線用戶提供內容，例如資料、視頻、消息、廣播等的多重存取系統。通信系統100可以使多個無線用戶能夠通過共用系統資源，包括無線頻寬來存取這些內容。例如，通信系統100可以使用一種或者多種通道存取方法，例如分碼多重存取（CDMA）、分時多重存取（TDMA）、分頻多重存取（FDMA）、正交FDMA（OFDMA）、單載波FDMA（SC-FDMA）等等。
如第1A圖所示，通信系統100可以包括無線發射/接收單元（WTRU）102a、102b、102c、102d，無線存取網路（RAN）104，核心網路 106，公共交換電話網路（PSTN）108，網際網路110，和其他網路112，不過應該理解的是公開的實施方式考慮到了任何數量的WTRU、基地台、網路和/或網路元件。WTRU 102a、102b、102c、102d中的每一個可以是配置成在無線環境中進行操作和/或通信的任何裝置類型。作為示例，可以將WTRU 102a、102b、102c、102d配置成傳送和/或接收無線信號，可以包括用戶設備（UE）、移動站、固定或者移動用戶單元、傳呼器、行動電話、個人數位助理（PDA）、智慧型電話、膝上型電腦、上網本、個人電腦、無線感測器、消費電子產品等等。
通信系統100還可以包括基地台114a和基地台114b。基地台114a、114b的每一個都可以是配置成與WTRU 102a、102b、102c、102d中的至少一個有無線介面以便於存取一個或者多個通信網路，例如核心網路106、網際網路110和/或網路112的任何裝置類型。作為示例，基地台114a、114b可以是基地台收發台（BTS）、節點B、演進的節點B、家庭節點B、家庭eNB、站點控制器、存取點（AP）、無線路由器等等。雖然基地台114a、114b每個被描述為單獨的元件，但是應該理解的是基地台114a、114b可以包括任何數量互連的基地台和/或網路元件。
基地台114a可以是RAN 104的一部分，RAN 104也可以包括其他基地台和/或網路元件（未顯示），例如基地台控制器（BSC）、無線網路控制器（RNC）、中繼節點等。可以將基地台114a和/或基地台114b配置成在特定地理區域之內傳送和/或接收無線信號，該區域可以被稱為胞元（未顯示）。胞元還可以被劃分為胞元磁區。例如，與基地台114a關聯的胞元可以劃分為三個磁區。因此，在一個實施方式中，基地台114a可以包括三個收發器，即胞元的每一個磁區有一個。在另一個實施方式中，基地台114a可以使用多輸入多輸出（MIMO）技術，因此，可以將多個收發器用於胞元的每一個磁區。
基地台114a、114b可以通過空中介面116與WTRU 102a、102b、102c、102d中的一個或者多個通信，該空中介面可以是任何合適的無線通信鏈路（例如，無線電頻率（RF）、微波、紅外（IR）、紫外線（UV）、可見光等）。可以使用任何合適的無線存取技術（RAT）來建立空中介面116。
更具體地，如上所述，通信系統100可以是多重存取系統，可以使用一種或者多種通道存取方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 104中的基地台114a和WTRU 102a、102b、102c可以使用例如通用移動通信系統（UMTS）、陸地無線存取（UTRA）的無線技術，其可以使用寬頻CDMA（WCDMA）來建立空中介面116。WCDMA可以包括例如高速封包存取（HSPA）和/或演進的HSPA（HSPA+）的通信協定。HSPA可以包括高速下行鏈路封包存取（HSDPA）和/或高速上行鏈路封包存取（HSUPA）。
在另一個實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如演進UMTS陸地無線存取（E-UTRA）的無線技術，其可以使用長期演進（LTE）和/或高級LTE（LTE-A）來建立空中介面116。
在另一個實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如IEEE 802.16（即全球互通微波存取（WiMAX））、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫行標準 2000（IS-2000）、暫行標準95（IS-95）、暫行標準856（IS-856）、全球移動通信系統（GSM）、GSM演進的增強型資料速率（EDGE）、GSM EDGE（GERAN）等等的無線技術。
第1A圖中的基地台114b可以是無線路由器、家庭節點B、家庭eNB或存取點，例如，並且可以使用任何適當的RAT來促進局部區域中的無線連接，例如商業場所、住宅、車輛、校園等等。在一個實施方式中，基地台114b和WTRU 102c、102d可以實現例如IEEE 802.11的無線電技術來建立無線區域網路（WLAN）。在另一個實施方式中，基地台114b和WTRU 102c、102d可以實現例如IEEE 802.15的無線電技術來建立無線個人區域網路（WPAN）。仍然在另一個實施方式中，基地台114b和WTRU 102c、102d可以使用基於胞元的RAT（例如，WCDMA，CDMA2000，GSM，LTE，LTE-A等）來建立微微胞元或毫微微胞元。如第1A圖所示，基地台114b可以具有到網際網路110的直接連接。因此，基地台114b可以不必經由核心網路106而存取到網際網路110。
RAN 104可以與核心網路106通信，所述核心網路106可以是被配置成向WTRU 102a、102b、102c、102d中的一個或多個提供語音、資料、應用和/或網際網路協定語音（VoIP）服務的任何類型的網路。例如，核心網路106可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視頻分配等，和/或執行高級安全功能，例如用戶認證。雖然第1A圖中未示出，應該理解的是RAN 104和/或核心網路106可以與使用和RAN 104相同的RAT或不同RAT的其他RAN進行直接或間接的通信。例如，除了連接到正在使用E-UTRA無線電技術的RAN 104之外，核心網路106還可以與使用GSM無線電技術的另一個RAN（未示出）通信。
核心網路106還可以充當WTRU 102a、102b、102c、102d存取到PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務（POTS）的電路交換電話網路。網際網路110可以包括使用公共通信協定的全球互聯電腦網路和裝置的系統，所述協定例如有TCP/IP網際網路協定組中的傳輸控制協定（TCP）、用戶資料報協定（UDP）和網際網路協定（IP）。網路112可以包括被其他服務提供商擁有和/或操作的有線或無線的通信網路。例如，網路112可以包括連接到一個或多個RAN中的另一個核心網路，該RAN可以使用和RAN 104相同的RAT或不同的RAT。
通信系統100中的WTRU 102a、102b、102c、102d的某些或全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用於在不同無線鏈路上與不同無線網路進行通信的多個收發器。例如，第1A圖中示出的WTRU 102c可被配置成與基地台114a通信，所述基地台114a可以使用基於胞元的無線電技術，以及與基地台114b通信，所述基地台114b可以使用IEEE 802無線電技術。
第1B圖是代表性的WTRU 102的系統圖。如第1B圖所示，WTRU 102可以包括處理器118、收發器120、發射/接收元件122、揚聲器/麥克風124、數字鍵盤126、顯示器/觸摸板128、不可移動記憶體130、可移動記憶體132、電源134、全球定位系統（GPS）晶片組136和其他週邊設備138。應該理解的是WTRU 102可以在保持與實施方式一致時，包括前述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、常規處理器、數位信號處理器（DSP）、多個微處理器、與DSP核相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路（ASIC）、場可程式閘陣列（FPGA）電路、任何其他類型的積體電路（IC）、狀態機等等。處理器118可執行信號編碼、資料處理、功率控制、輸入/輸出處理和/或使WTRU 102能夠在無線環境中進行操作的任何其他功能。處理器118可以耦合到收發器120，所述收發器120可耦合到發射/接收元件122。雖然第1B圖示出了處理器118和收發器120是分別的部件，但是應該理解的是處理器118和收發器120可以一起整合在電子封裝或晶片中。
發射/接收元件122可以被配置成通過空中介面116將信號發送到基地台（例如，基地台114a），或從基地台（例如，基地台114a）接收信號。例如，在一個實施方式中，發射/接收元件122可以是被配置成傳送和/或接收RF信號的天線。在另一個實施方式中，發射/接收元件122可以是被配置成傳送和/或接收例如IR、UV或可見光信號的發射器/檢測器。仍然在另一個實施方式中，發射/接收元件122可以被配置成發送和接收RF和光信號兩者。應該理解的是發射/接收元件122可以被配置成傳送和/或接收無線信號的任何組合。
此外，雖然發射/接收元件122在第1B圖中示出為單獨的元件，但是WTRU 102可以包括任意數量的發射/接收元件122。更具體地，WTRU 102可以使用MIMO技術。因此，在一個實施方式中，WTRU 102可以包括用於通過空中介面116發送和接收無線信號的兩個或更多個發射/接收元件122（例如，多個天線）。
收發器120可以被配置成調變要由發射/接收元件122發送的信號，和解調由發射/接收元件122接收的信號。如上所述，WTRU 102可以具有多模式能力。因此，收發器120可以包括使WTRU 102能夠經由多個RAT通信的多個收發器，所述多個RAT例如有UTRA和IEEE 802.11。
WTRU 102的處理器118可以耦合到下述設備，並且可以從下述設備中接收用戶輸入資料：揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128（例如，液晶顯示器（LCD）顯示單元或有機發光二極體（OLED）顯示單元）。處理器118還可以輸出用戶資料到揚聲器/麥克風124、數字鍵盤126和/或顯示/觸摸板128。此外，處理器118可以從任何類型的適當的記憶體存取資訊，並且可以儲存資料到所述記憶體中，例如不可移動記憶體130和/或可移動記憶體132。不可移動記憶體130可以包括隨機存取記憶體（RAM）、唯讀記憶體（ROM）、硬碟或任何其他類型的記憶體裝置。可移動記憶體132可以包括用戶身份模組（SIM）卡、記憶棒、安全數位（SD）儲存卡等等。在其他的實施方式中，處理器118可以從在實體位置上沒有位於WTRU 102上（例如伺服器或家用電腦（未示出）上）的記憶體存取資訊，並且可以將資料儲存在該記憶體。
處理器118可以從電源134接收電能，並且可以被配置成分配和/或控制到WTRU 102中的其他部件的電能。電源134可以是給WTRU 102供電的任何適當的裝置。例如，電源134可以包括一個或多個乾電池（例如，鎳鎘（NiCd）、鎳鋅（NiZn）、鎳氫（NiMH）、鋰離子（Li-ion），等等），太陽能電池，燃料電池等等。
處理器118還可以耦合到GPS晶片組136，所述GPS晶片組136可以被配置成提供關於WTRU 102當前位置的位置資訊（例如，經度和緯度）。WTRU 102可以通過空中介面116從基地台（例如，基地台114a、114b）接收加上或取代GPS晶片組136資訊之位置資訊，和/或基於從兩個或更多個鄰近基地台接收的信號的定時來確定其位置。應該理解的是WTRU 102在保持實施方式的一致性時，可以通過任何適當的位置確定方法獲得位置資訊。
處理器118可以進一步耦合到其他週邊設備138，所述週邊設備138可以包括一個或多個提供附加特性、功能和/或有線或無線連接的軟體和/或硬體模組。例如，週邊設備138可以包括加速計、電子羅盤、衛星收發器、數位相機（用於照片或視頻）、通用串列匯流排（USB）埠、振動裝置、電視收發器、免持耳機、藍芽R模組、調頻（FM）無線電單元、數位音樂播放器、媒體播放器、視頻遊戲機模組、網際網路瀏覽器等等。
第1C圖是根據實施方式的RAN 104和核心網路106的系統圖。如上所述，RAN 104可使用UTRA無線電技術通過空中介面116與WTRU 102a、102b和102c通信。RAN 104還可以與核心網路106通信。如第1C圖所示，RAN 104可包括節點B 140a、140b、140c，其每個可包括一個或多個收發器，以用於通過空中介面116與WTRU 102a、102b、102c通信。節點B 140a、140b和140c中的每一個可與RAN 104中的特定胞元（未示出）相關聯。RAN 104還可以包括RNC 142a、142b。應該理解的是RAN 104可以包括任意數量的節點B和RNC而同時保持實施方式的一致性。
如第1C圖所示，節點B 140a、140b可以與RNC 142a通信。另外，節點B 140c可以與RNC 142b通信。節點B 140a、140b、140c可以通過Iub介面與各自的RNC 412a、142b通信。RNC 142a、142b可以通過Iur介面與另一個通信。RNC 142a、142b中的每一個可以被配置成控制自己連接的各個節點B 140a、140b、140c。另外，RNC 142a、142b中的每一個可以被配置成實現或者支援其他功能，例如外環功率控制、負載控制、許可控制、封包排程、切換控制、巨集分集、安全功能、資料加密等等。
第1C圖中示出的核心網路106可包括媒體閘道（MGW）144、移動交換中心（MSC）146、服務GPRS支援節點（SGSN）148、和/或閘道GPRS支持節點（GGSN）150。雖然前述的每個元件都被描述為核心網路106的一部分，但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
RAN 104中的RNC 142a可以經由IuCS介面連接到核心網路106中的MSC 146。MSC 146可以連接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供電路交換網路(例如PSTN 108)的存取，以便於WTRU 102a、102b、102c和傳統陸地線通信裝置之間的通信。
RAN 104中的RNC 142a可以經由IuPS介面連接到核心網路106中的SGSN 148。SGSN 148可以連接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供給封包交換網路，例如網際網路110的存取，以便於WTRU 102a、102b、102c和IP致能裝置之間的通信。
如上所述，核心網路106還可以連接到網路112，網路112可以包括其他服務提供商擁有和/或操作的其他有線或者無線網路。
第1D圖是根據一個實施方式的另一個代表性RAN 104和核心網路106的系統圖。如上所述，RAN 104可以使用E-UTRA無線電技術通過空中介面116與WTRU 102a、102b、102c通信。RAN 104還可以與核心網路106通信。
RAN 104可以包括e節點B 160a、160b、160c，應該理解的是RAN 104可以包括任意數量的e節點B而同時保持實施方式的一致性。e節點B 160a、160b、160c的每一個都可以包括一個或者多個收發器而用於通過空中介面116與WTRU 102a、102b、102c通信。在一個實施方式中，e節點B 160a、160b、160c可以實現MIMO技術。因此，例如e節點B 160a可以使用多個天線來向WTRU 120a發送無線信號和從WTRU 120a接收無線信號。
e節點B 160a、160b、160c中的每一個可以與特定胞元（未顯示）相關聯，且可以被配置成處理無線電資源管理決策、切換決策、在上行鏈路和/或下行鏈路排程用戶等。如第1D圖所示，e節點B 160a、160b、160c可以通過X2介面相互通信。
第1D圖中所示的核心網路106可以包括移動性管理閘道（MME）162、服務閘道164、和封包資料網路（PDN）閘道166。雖然前述的每個元件都被描述為核心網路106的一部分，但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
MME 162可經由S1介面被連接到RAN 104中的e節點B 160a、160b、160c的每個，並充當控制節點。例如，MME 162可負責認證WTRU 102a、102b、102c的用戶，承載啟動/去啟動，在WTRU 102a、102b、102c的初始附著期間選擇特定服務閘道，等等。MME 162還可以為RAN 104和使用其他無線電技術(例如GSM或WCDMA)的其他RAN（未示出）之間的切換提供控制平面功能。
服務閘道164可經由S1介面連接到RAN 104中e節點B 160a、160b、160c的每一個。服務閘道164通常可以路由和轉發通往/來自WTRU 102a、102b、102c的用戶資料封包。服務閘道164還可以執行其他功能，例如在e節點B之間的切換期間錨定用戶平面，在下行鏈路資料可用於WTRU 102a、102b、102c時觸發傳呼，管理和儲存WTRU 102a、102b、102c的上下文，等等。
服務閘道164還可連接到PDN閘道166，所述PDN閘道166可以向WTRU 102a、102b、102c提供封包交換網路(例如，網際網路110)的存取，以促進WTRU 102a、102b、102c和IP致能裝置之間的通信。
核心網路106可促進與其他網路的通信。例如，核心網路106可向WTRU 102a、102b、102c提供電路交換網路(例如PSTN 108)的存取，以促進WTRU 102a、102b、102c和傳統陸地線通信裝置之間的通信。例如，核心網路106可包括IP閘道，或可與IP閘道通信（例如，IP多媒體子系統（IMS）伺服器），所述IP閘道用作核心網路106和PSTN 108之間的介面。此外，核心網路106可向WTRU 102a、102b、102c提供對網路112的存取，所述網路112可包括其他由服務提供商擁有和/或操作的其他有線或無線網路。
第1E圖是根據一個實施方式的RAN 104和核心網路106的系統圖。RAN 104可以是應用IEEE 802.16無線電技術的存取服務網路（ASN），以通過空中介面116與WTRU 102a、102b、102c通信。如下面將詳細說明的，WTRU 102a、102b、102c、RAN 104、和核心網路106的不同功能實體之間的通信鏈路可以被定義為參考點。
如第1E圖所示，RAN 104可以包括基地台170a、170b、170c和ASN閘道172，但是應該理解的是RAN 104可以包括任意數量的基地台和ASN閘道而同時保持實施方式的一致性。基地台170a、170b、170c可以每一個都與RAN 104中的特定胞元（未示出）相關聯，且每一個都可以包括一個或者多個收發器用於通過空中介面116與WTRU 102a、102b、102c通信。在一個實施方式中，基地台170a、170b、170c可以實現MIMO技術。因此，例如基地台170a可以使用多天線來向WTRU 120a傳送無線信號和從WTRU 120a接收無線信號。基地台170a、170b、170c還可以提供移動性管理功能，例如交遞觸發、隧道建立、無線資源管理、服務品質（QoS）策略增強等等。ASN閘道172可以作為訊務聚合點，且可以負責傳呼、用戶特定檔快取、路由到核心網路106等等。
WTRU 102a、102b、102c與RAN 104之間的空中介面116可以被定義為實現IEEE 802.16規範的R1參考點。另外，WTRU 102a、102b、102c的每一個可以與核心網路106建立邏輯介面（未顯示）。WTRU 102a、102b、102c與RAN 104之間的邏輯介面可以被定義為R2參考點，該R2參考點可以用於認證、授權、IP主機配置管理、和/或移動性管理。
基地台170a、170b、170c的每一個之間的通信鏈路可以被定義為R8參考點，該參考點包括便於WTRU切換和在基地台之間傳輸資料的協定。基地台170a、170b、170c和ASN閘道172之間的通信鏈路可以被定義為R6參考點。R6參考點可以包括便於移動性管理的協定，該移動性管理是根據與WTRU 102a、102b、102c的每一個相關聯的移動性實體。
如第1E圖所示，RAN 104可以連接到核心網路106。RAN 104和核心網路106之間的通信鏈路可以被定義為包括便於例如資料傳輸和移動性管理功能的協定的R3參考點。核心網路106可以包括移動IP本地代理（MIP-HA）174、認證、授權、計費（AAA）伺服器176、和閘道178。雖然前述的每個元件都被描述為核心網路106的一部分，但是應該理解的是這些元件中的任何一個都可由核心網路營運商之外的實體擁有和/或操作。
MIP-HA 174可以負責IP位址管理，且可以使WTRU 102a、102b、102c能夠在不同ASN和/或不同核心網路之間漫遊。MIP-HA 174可以向WTRU 102a、102b、102c提供封包交換網路(例如，網際網路110)的存取，以促進WTRU 102a、102b、102c和IP致能裝置之間的通信。AAA伺服器176可以負責用戶認證和支援用戶服務。閘道178可以便於與其他網路的交互工作。例如，閘道178可以向WTRU 102a、102b、102c提供電路交換網路(例如PSTN 108)的存取，以促進WTRU 102a、102b、102c和傳統陸地線通信裝置之間的通信。此外，閘道178可向WTRU 102a、102b、102c提供網路112的存取，所述網路112可包括其他由服務提供商擁有和/或操作的其他有線或無線網路。
雖然第1E圖中未顯示，但是應當理解的是RAN 104可以連接到其他ASN且核心網路106可以連接到其他核心網路。RAN 104和其他ASN之間的通信鏈路可以被定義為R4參考點，該R4參考點可以包括用於協調WTRU 102a、102b、102c在RAN 104與其他ASN之間的移動性的協定。核心網路106和其他核心網路之間的通信鏈路可以被定義為R5參考點，該R5參考點可以包括便於本地核心網路和訪問核心網路之間的交互工作的協定。
雖然在第1A-1E圖中將接收機描述為無線終端，期望的是，在某些代表性實施方式中，這種終端可以使用與通信網路的有線通信介面。
移動用戶可以從多種技術中選擇存取網路，例如用於廣域存取的GPRS、EDGE、3G和/或4G、和/或用於本地存取的Wifi。移動主機正在逐漸成為多連結的（例如，經由多種存取技術和/或多存取點連接）並可以擁有兩個或者多個異構介面。網際網路內容正逐漸成為分散式的（例如，通過“雲”），這樣使得內容傳送越來越複雜（例如，從正確的位置獲得正確的內容）。
在一些代表性實施方式中，可以從多個發送節點向接收節點提供內容，這樣使得接收節點可以從多個源接收期望的內容，並選擇其希望使用哪個內容的副本（或者其部分）以盡可能有效的方式獲得內容。
考慮消費者期望經由按需瀏覽選項來瀏覽電影。消費者通常不關注期望的內容（電影）的源，而僅關注盡可能快速的獲得內容。在傳統TCP類型場景中，消費者的裝置（例如，移動主機）將通過識別內容的特定源節點，例如有線電視網路的伺服器節點來請求內容。即使網路中位於伺服器節點和移動主機之間的中間路由器包括相同內容的快取副本（其可以是這樣的情況，例如，如果消費者的鄰居正好按需定購了相同的電影，這樣服務於那個特殊鄰居的本地路由器就具有電影的快取副本）這也是真實的。在這種情況下，移動主機從本地路由器獲得內容比從網路服務器節點獲得內容更有效地利用了網路資源，其將通過已經包括內容的快取副本的完全相同的路由器向移動主機傳送相同的內容。在其他場景中，從網路上多個源節點獲得內容將更有效(通過從網路上的不同源節點獲得全部內容的不同部分，或者從多個源節點請求相同內容並使用最早到達移動主機或者具有最高QoS的內容的副本)。
在一些代表性實施方式中，多連結移動主機完全利用可用介面（無線的或者有線的）來有效地接收內容。為此，可以首先查詢內容管理服務來查找內容提供商的位置，然後通過自己的多個介面從那些內容提供商下載內容。
在一些代表性實施方式中，多連結無線裝置（例如，移動主機、移動裝置、上網本和/或UE等等）可以存取或者接收（例如，有效地存取或者接收）內容（例如，基於網際網路的內容）。
在一些代表性實施方式中，多連結移動主機可以使用（例如，可以完全利用）可用介面（例如，無線和/或有線）的子集或者所有來發送內容或者接收內容（例如，有效地接收內容）。
第2A圖是經由多個介面與移動主機通信的代表性通信系統的示意圖。
參考第2A圖，通信系統可以包括內容提供商，一個或者多個路由器204（例如，具有網路內快取能力的路由器的子集或者全部），內容管理服務/伺服器206和/或移動主機208。移動主機可以期望從內容提供商202下載內容。移動主機208可以查詢內容管理伺服器206以查找或者確定具有期望的內容的內容提供商的位置（或者位址，例如IP位址）。查詢可以包括內容識別符（例如，唯一識別符），其可以識別移動主機所期望的內容。內容管理服務或者伺服器206可以儲存具有與各個內容識別符關聯的位置（例如，指向內容的指標）和儲存在各個位置的內容的名稱的記錄的表格（未顯示）。內容管理伺服器206可以從通信系統上的內容提供商和其他網路資源（例如，快取和/或封包處理能力路由器）請求（例如，拉取）用於儲存的記錄的資訊，或者可以從通信系統上的內容提供商和/或其他網路資源接收推送到內容管理伺服器的資訊。
雖然內容管理服務/伺服器206顯示為單個裝置，期望的是服務可以是分散式的，且使用多個裝置/伺服器（例如，每個與通信網路的不同部分關聯，例如，根據內容的位置和/或網路域）。
通信系統可以包括一個或者多個不同的網路（例如，本地區域網路和/或廣域網路）和/或存取技術（例如，UMTS、LTE、WMAX、GPRS、EDGE、3G、4G、乙太網、和/或Wifi等等）。移動主機208可以經由一個或者多個存取點（AP）連接到通信系統200。AP可以是相同的或者不同的存取技術。移動主機208可以經由一個或者多個AP使用對應的介面從內容提供商202下載期望的內容。移動主機208可以經由內容提供商與移動主機之間的傳輸路徑中的一個向內容提供商202請求內容。傳輸路徑可以是基於或者根據移動主機與存取網路之間的建立的介面。例如，移動主機208可以是多連結的。多連結通常指主機或者移動主機同時具有多個全球可路由的位址（例如，IP位址），其可以連接到一起。在一些代表性實施方式中，主機（例如，移動主機）可以具有多個介面，且每個介面可以具有一個或者多個IP位址。如果介面中的一個（例如，通信鏈路）故障，其IP位址將變得不可到達，但是與其他介面關聯的其他IP位址仍然是可操作的。
在一些代表性實施方式中，移動主機208可以在自己的上游鏈路上向自己的上游節點通知IP位址空間。當一個鏈路故障時，傳輸協定（例如跳拉控制協定（HoPCoP）和/或並行HoPCoP pHoPCoP協定）可以注意到兩側的故障，且訊務將不會通過故障的鏈路發送。
在一些代表性實施方式中，移動主機可以使用內容管理服務確定一個或者多個內容提供商，並可以將期望的內容影射到一個或者多個確定的內容提供商。從確定的內容提供商到移動主機的路徑（例如，通過多個介面，例如多個異構介面）可以是相互獨立的。每個確定的內容提供商可以具有全部期望的內容或者可以具有期望內容的子集（例如，只有一部分）。
在一些代表性實施方式中，內容的子集或者全部可以已經被快取在中間節點或者路由器。在一些代表性實施方式中，傳輸可以是即時的或者接近即時的（例如，對於互動式內容）或者可以是非即時的。
在一些代表性實施方式中，可以提供發現機制以向網路識別期望的內容的每個部分。例如，期望的內容可以包括視頻、音頻、和/或文本。發現機制可以內容識別符用子內容識別符以及或者替代而單獨地識別期望的全部內容的視頻、音頻和/或文本。內容或者子內容識別符可以由可快取節點或者路由器（其還可以具有封包處理能力）用於根據快取規則或者策略沿著傳輸路徑或者從內容提供商到移動主機地路徑選擇性地快取內容。
在一些代表性實施方式中，傳輸路徑可以包括使用例如具有路由功能的中間節點或者路由器的多個跳。中間節點可以除了路由功能（或模組）以外還包括其他功能或者模組。例如，中間節點可以具有儲存模組（用於快取資料），以及能夠執行其他資料操作，例如流檢測、流控制、資料安全操作和/或入侵監控等等。
作為示例，移動主機208可以具有多個異構介面210、212，且可以連接到多個網路（例如，異構存取網路）。用於網際網路的傳統傳送層協定是傳輸控制協定（TCP），且是端到端的發送機驅動的協定，而執行控制任務的資料發送機包括流控制、擁塞控制、和可靠性，這樣使得運行中的接收機實體以應答的方式發送回饋，同時中間節點根據內部路由表轉發資料封包（只轉發資料封包）。
在一些代表性實施方式中，可以使用用於具有異構無線介面的移動主機的逐跳（HBH）接收機驅動的傳輸協定。例如，到移動主機的最後一跳可以是或者不是無線鏈路。例如，HBH傳送方案可以用於增強中間節點的操作。在傳統網際網路中，使用端到端控制原理，這樣使得中間節點使用其最大努力，而網路的端點負責控制功能，例如差錯控制、擁塞控制和流控制。在一些代表性實施方式中，除了封包路由功能或者操作（例如，路由資料封包橫穿特定中間節點）之外中間節點還可以包括一些控制功能。HBH路由可以通過貫穿自己的網路的訊務向網際網路服務提供商（ISP）提供更多控制（例如，重要控制）以允許ISP（例如，移動網路營運商）影響網路使用的能力。對於HBH傳輸，兩個或者更多跳可以形成片段。例如，使用HBH傳輸，在通信網路上選擇的節點或者路由器中的那些可以是具有HBH功能的，而其餘節點或者路由器可以是傳統的，以使得兩個或者更多跳可以考慮路徑片段，並可以包括至少一個具有HBH功能的節點或者路由器。通過在路徑片段中聚合節點，節點或者路由器的高層操作（例如快取和/或流控制）可以在最少數量或者最適宜數量的節點或者路由器中實現，而不用為每個其他節點或者路由器改變TCP。具有HBH功能的節點可以是具有第一功能的第一類節點，而不具有HBH功能的節點可以是具有第二功能的第二類節點。
雖然具有HBH功能的節點被描述為具有一個功能，期望的是具有HBH功能的節點可以是具有不同能力的任意數量的不同類型以像傳輸路徑中的中間節點一樣執行選擇的操作。例如，特別的具有HBH功能的節點可以包括一種或者多種功能，例如：（1）路由功能；（2）快取功能；（3）流檢測功能；（4）流路由功能；（5）擁塞控制功能；和/或（6）安全控制功能等等。
接收機驅動的傳輸方案可以使接收機能夠具有更多資訊和/或更及時地知道接收機的操作和/或無線環境。接收機驅動的傳輸方案可以在接收機提供資料傳輸控制。因為多連結移動主機可以連接到多個存取網路，以及不同存取網路可以具有不同（例如，完全不同的）特徵，接收機驅動的傳輸方案可以用於處理接收機側的異構以比發送機驅動傳輸方案更有效地聚合頻寬。接收機驅動的傳輸方案(在其中接收機可以控制多少和哪些資料通過自己的多個介面來接收)可以改進接收機側的異構操作。
例如，通過向多連結移動主機提供資料封包的傳輸控制，移動主機可以發送指示通過各個介面的訊務（例如，資料封包）的特定量的分配信號或者消息。依次地，下一個上游節點可以接收分配信號，並可以根據自己下一個上游節點的訊務確定訊務（例如，資料封包）的哪個部分被發送到移動主機，以及哪個訊務(如果有)被快取。訊務的快取可以是基於擁塞或者預先建立的或者由網路營運商提供的其他策略或者規則。每個HBH節點可以根據本地擁塞或者其他策略（例如本地的或者全局的）獨立地確定是否快取訊務或者資料封包和/或向訊務或資料封包提供更高層功能。在一些代表性實施方式中，HBH節點可以根據資料封包標頭中的流指示符提供流控制。
通過在具有HBH功能的節點提供網路內快取，當移動主機的連接是暫時的時候，沿著傳輸路徑的資料封包或者訊務快取可以由中間HBH節點使用，而不是從發送機重傳。例如，HBH節點可以與每個分配信號或者消息一起接收將由移動主機接收的還未決的資料封包，並可以確定是否向下一個上游節點請求各個未決的資料封包，或者是否各個未決的資料封包已經在HBH節點本地快取。
第2B圖是經由多個介面與移動主機通信以從多個內容提供商下載內容的另一個代表性通信系統的示意圖。第2B圖的代表性通信系統250類似於第2A圖，除了其包括多個內容提供商。
參考第2B圖，通信系統250可以包括多個內容提供商202a、202b，多個路由器204（例如，具有網路內快取能力的路由器的子集或者全部），內容管理服務/伺服器206和/或移動主機208。移動主機208可以期望下載可能分佈於多個內容提供商的內容。例如，移動主機可以查詢內容管理伺服器以查找或者確定具有期望的內容的內容提供商202a、202b的位置（或者位址，例如IP位址）。查詢可以包括內容識別符（例如，唯一識別符），其可以識別移動主機208所期望的內容。內容管理服務206可以儲存具有與各個內容識別符關聯的位置和儲存在各個位置的內容的名稱的記錄的表格（未顯示）。內容管理伺服器206可以向內容提供商202a、202b和其他網路資源請求（例如，拉取）用於儲存的記錄的資訊，或者可以從內容提供商和/或其他網路資源接收推送到內容管理伺服器的資訊。
移動主機208可以經由一個或者多個AP使用對應的介面、連接和/或會話從內容提供商202a、202b下載期望的內容。在一個示例中，移動主機208可以經由第一內容提供商202a和移動主機208之間的傳輸路徑（連接和/或會話）中的第一個向第一內容提供商202a請求內容的第一部分，以及可以經由第二內容提供商202b和移動主機208之間的傳輸路徑（連接和/或會話）中的第二個向第二內容提供商202b請求內容的第二部分。在另一個示例中，移動主機208可以經由第一內容提供商202a和移動主機208之間的傳輸路徑（連接和/或會話）中的第一個向第一內容提供商202a請求內容的一部分，並還可以通過第二內容提供商202b和移動主機208之間的傳輸路徑（連接和/或會話）中的第二個向第二內容提供商202b請求內容的相同部分。
在一些代表性實施方式中，主機或者移動主機可以使用第一IP位址設置或者建立與第一內容提供商的第一IP會話，以及可以使用第二IP位址設置或者建立與第二內容提供商的第二IP會話。例如，移動主機可以是多連結的。
每個內容提供商可以具有期望的全部內容，或者可以具有期望的內容的子集（例如，只有一部分）。在一些代表性實施方式中，內容的子集或者全部可以已經在中間節點或者路由器快取，可以從中間節點而不是內容提供商來提取。
發現機制可以識別期望的內容的每個片段，以使得視頻可以儲存於第一內容提供商以及音頻可以儲存於第二內容提供商。子內容識別符可以用於經由第一傳輸路徑從第一內容提供商提取視頻內容，以及經由第二傳輸路徑從第二內容提供商提取音頻內容。
期望的是可以使用高級路由器（例如，具有快取功能的或者封包處理功能的路由器）來改進內容傳送。使用HBH協定的每個路由器可以作為獨立代理，其可以從“下游”路由器接收輸入並從“上游”路由器接收資料。回應於和/或根據上游資料和/或下游輸入，中間路由器可以做出關於發送、快取、丟棄和/或否則處理等等哪個資料的決策。在一些代表性實施方式中，一個或者多個不同類型的路由器或者路由操作可以使用，且可以使有效網路操作能夠例如，用於內容傳送。
例如，端到端原理可以將傳輸路徑看作資料管道，且可以預期使用連續的源到目的的路徑。端到端協定例如TCP可以將網路內功能保持為最少，可以將特定服務的複雜性推送到網路邊緣的端點。然而，在例如使用TCP/IP的傳輸期間由於不連續路徑（或者斷續的會話/連接）丟失資料封包可以導致（例如，總是導致）資料封包從發送機重傳。通過使用HBH傳送，可以將資料拉到接近接收機，以使得封包丟失之後的重傳可以由已經接收的丟失封包之前的封包的最後的HBH中間路由器來提供。
因為路由器的功能（例如，路由器記憶體和/或處理速度等等）持續增加，路由器可以提供資料管理（例如，包括路由）的機會，資料管理可以包括例如，將具有HBH功能的路由器用於中間儲存，和實現HBH方案（例如，具有HBH功能的路由器可以能夠決定是否從本地快取發送資料還是等待其從上游節點傳送過來）。在一些代表性實施方式中，當封包丟失發生時，接收機可以從更近的位置（例如，可能已經快取過資料封包的中間路由器）獲取封包。
因為HBH方案可以向ISP和/或網路營運商（NO）的中間路由器提供控制/處理功能（例如，除了封包路由之外），可以控制路由器相關聯的策略的ISP和移動NO可以贏得或者改進通過他們的網路的控制和網路利用率（這可以使得他們能夠對經過他們的網路的資料訊務採用他們自己的控制機制和策略）。例如，根據預先建立的或者動態的策略，增強的路由器可以選擇：（1）轉發自己的封包的一部分或者全部；（2）快取自己的封包的一部分或者全部；（3）丟棄自己的封包的一部分或者全部；（4）限制自己到某個接收機的訊務吞吐量；（5）限制自己的資料吞吐量速率；和/或（6）適應封包處理的其他策略等等。增強的路由器可以：（1）增強ISP的訊務控制功能；（2）提供靈活性，例如，用於快取和重傳操作；（3）提供快速反應來改變鏈路/NO情況；和/或（4）提供更高網路利用率。
在典型端到端控制方案中，往返延遲可能很大，可能延遲與擁塞控制視窗操作相關聯的改變，例如在動態環境中，這樣可能對通信帶來負面影響。例如，擁塞控制視窗操作可能改變得不夠迅速，導致丟失資料封包。對於HBH控制方案，由於跳之間較短的距離，回饋資訊（例如，關於擁塞控制視窗的）可能比用於端到端控制方案的更快地可用。增強的HBH路由器由於減少的延遲時間（例如，與端到端控制方案相關聯的延遲相比）可以對網路變化快速反應。對於這樣的HBH控制方案，封包可以儲存於：（1）瓶頸節點；（2）沿著從發送節點到接收節點的路徑的上游節點（例如，瓶頸節點之前的節點）；和（3）沿著從發送節點到接收節點的路徑的後續節點（例如，瓶頸節點之後的節點）。當瓶頸容量增加時，HBH方案可以更快速地利用增加的容量。
期望的是接收機驅動的路由機制可以實現，以用於接收機可以驅動資料傳輸的進行的路由，例如，接收機可以控制訊務沿著傳輸路徑的分配和某些與發送機的端到端操作（例如，發送機職責最小化時的連接管理和可靠性（例如，最小化到回應於接收機指示，進行端到端操作和向接收機發送對應的回饋））。
接收機驅動的路由機制可以更容易地滿足接收機的期望，和/或需求，且可以給接收機對資料傳輸的全面控制。因為是內容消費者，接收機可以能夠獲得關於自己的操作和/或接收機側網路環境的第一手知識（knowledge）。用這個知識，接收機可以更及時和準確地調整自己的行為。在多點到點場景中，因為有多個內容提供商，接收機（例如，僅僅是接收機）可以知道從每個內容提供商接收多少和哪個資料。
接收機驅動的路由機制可以支援異構無線介面。移動主機可以被配置有多個異構介面以獲得不同存取技術（例如，無線存取技術（RAT）和/或非無線存取技術），例如Wifi、LTE、WLAN和/或乙太網等等）呈現出的關於網路容量、移動性支援、覆蓋區域、以及傳輸功率的性能均衡。異構介面的可用性使得能夠進行無縫交遞和頻寬聚合，但是根據它們的功能性可能對現存傳輸協定增加新的挑戰。不同存取網路可以具有不同網路特徵，且可以使用對應的網路特定的傳送控制協定。對於發送機驅動的路由機制，發送機不可以（例如，不容易）確定接收機側網路特徵，因為發送機通常對於接收機是遠端的（例如，很遠）。網路特定的傳送控制協定可以實現於骨幹伺服器，以及骨幹伺服器可以為特定連接選擇（例如，挑選）合適的傳輸協定。發送機驅動的路由機制可能對於處理接收機側的異構是有利的，因為對於接收機可以更容易地為自己的介面（例如，一個或者多個多連結介面）選擇對應的擁塞控制機制。在多點到點資料傳輸場景中，接收機可以被配置於控制的中心，且可以內部地協調（例如，很容易協調）多個發送機的傳輸，而不用發送機它們自己之間的直接協調。
接收機驅動的路由機制可以支援內容傳送的特定特徵。傳統地，發送機具有將要發送到接收機的特定內容，而且是發送機知道要發送的內容量和/或QoS等。在內容傳送網路中，內容“儲存”具有很多內容，但是接收機可以期望儲存的內容的一部分（例如，子集）。接收機可以知道內容解決得如何，接收機期望多快接收內容，和/或接收機請求的特定片段。
在一些代表性實施方式中，HBH接收機驅動的傳輸協定可以使用例如跳拉控制協定（HoPCoP）。接收機驅動的通常指傳送控制功能在接收機側完成（例如，從發送機驅動的傳送控制協定(例如TCP)移動到接收機側協定）。HBH原理可以在傳送控制中強調中間節點的參與。在一些代表性實施方式中，控制功能可以分佈於發送機、接收機和中間路由器。對於HoPCoP，接收機可以在與網路通信時（例如，下載特定內容）具有一個（例如，只有一個）活動連接（例如，通信會話），且對於並行HoPCoP（pHoPCoP），接收機可以在與網路通信時（例如，下載特定內容）具有多個活動連接（例如，通信會話）。
第3A圖是顯示具有中間節點得發送機/接收機結構的示意圖，以及第3B圖是顯示用於第3A圖的結構的協定堆疊的示意圖。
參考第3A圖，接收機305可以通過中間節點303向發送機301請求內容。例如，接收機305可以發送請求307，其由中間節點303轉發到發送機301。回應於接收到轉發的請求，發送機301可以發送資料309（例如，資料封包），其可以由中間節點303轉發到接收機305。
參考第3B圖，接收機305可以包括具有網路層305a、逐跳子層305b、端到端子層305c和應用層305d的協定堆疊。發送機可以包括與接收機同樣的協定堆疊。中間節點303可以包括具有網路層303a和逐跳子層305b的協定堆疊。在一些代表性實施方式中，逐跳和端到端子層可以替換TCP協定層。如第3B圖所示，請求的發送和資料的接收可以是通過逐跳子層的逐跳操作。例如，訊務（例如，資料封包）可以根據流和/或擁塞等其他情況在每個中間節點控制，且連接管理和可靠性可以在發送機和接收機由協定堆疊的端到端子層控制。
在一些代表性實施方式中，HBH傳輸協定、跳拉控制協定（HoPCoP）可以用於具有活動連接來下載一個或者多個選擇的檔案或內容的主機（例如，移動主機）。HoPCoP可以是接收機驅動的傳輸協定。其可以將傳送功能分佈於發送機、接收機和/或一個或者多個中間節點。
在一些代表性實施方式中，HBH傳輸協定、pHoPCoP可以用於具有多個活動連接的主機（例如，移動主機）。期望的是多個HoPCoP連接可以被協調以將它們聚合（例如，有效地聚合）成一個對於高層應用的抽象、虛擬和/或複合的連接。
傳送控制架構：
第3B圖顯示了傳送控制功能在發送機301、中間節點303和接收機305之間的代表性分佈。接收機可以參與傳送控制功能或者操作（例如，所有傳送控制操作），包括例如，可靠性、流控制和/或擁塞控制。中間節點可以參與流和擁塞控制，且發送機可以回應於其對應的相鄰跳。架構可以實現於兩個子層。HBH層可以運行於選擇的節點或每個節點，而端到端層可以運行於連接（例如，會話）的端點。
HoPCoP的控制架構可以包括不同類型的控制環（例如，HBH控制環和端到端控制環）。擁塞控制和流控制可以以HBH方式支援，而可靠性和連接管理可以以端到端的方式來支援。HBH方案還可以提供一定程度的可靠性（例如，HBH封包可靠性）。在一些代表性實施方式中，可以使用不同類型的回饋（例如，逐跳回饋和/或端到端回饋）。HBH回饋可以用於擁塞和流控制，而端到端回饋可以用於可靠性。端到端回饋可以針對資料封包可靠性，並可以用於計算端到端往返時間（RTT），該RTT可以用於多連結場景中的封包排程。HBH回饋可以用於提供信任、價格和/或HBH應答。
第4圖是顯示使用路由器的另一個代表性路由操作的示意圖。
參考第4圖，作為接收機驅動的方案，HoPCoP可以將REQ-DATA握手用於資料傳輸，其中從HoPCoP發送機傳輸的資料（例如，任何資料）之前可以有來自HoPCoP接收機（例如，不是使用TCP中的握手的DADA-ACK形式）的明確請求（REQ）。作為HBH協定，REQ和DATA封包（例如，所有封包）可以在以HBH形式發送。例如，接收機可以控制建立的連接（例如，會話）的頻寬、中間節點可以發送多少資料（例如，以及依次的從發送機到接收機的傳輸路徑的其他片段的資料量）和資料路徑片段中哪些資料可以發送。
HoPCoP發送機400可以包括發送緩衝器402和用於維持傳送控制功能的SND.NXT資料結構404。HoPCoP接收機430可以包括多個用於維持傳送控制功能的資料結構。例如，HoPCoP接收機430可以包括可靠性功能或者模組431，其包括RCV.NXT據結構432、REQ.NXT資料結構433；和/或未決資料結構434。可靠性模組431可以經由中間節點460從發送機接收SEG.DAT 405，其可以是接收的資料封包的資料封包標頭中的欄位，其指示已經發送的資料片段的序列號。可靠性模組431可以經由中間節點480向發送機400發送SEG.DEQ 463，其可以指示目前為止接收的資料序列中的最高資料，且可以在請求封包的REQ封包標頭中發送以通知發送機和/或中間節點。發送機節點400或中間節點460然後可以根據指示的資訊具有從它們的緩衝器中清除資料的選擇機會。
接收機還可以包括擁塞控制功能或者模組435，其可以從可靠性模組431接收關於下一個請求的資訊436和/或資訊437資料封包丟失和/或進行（例如，資料片段或資料封包未被成功發送和/或成功接收）。擁塞控制模組435可以經由中間節點460向發送機400發送SEG.REQ 438，其可以是指示可以請求的資料封包或者片段的序列號的REQ封包標頭中的欄位。發送機和中間節點可以在它們的發送緩衝器406或者資料/REQ緩衝器466中緩衝資料封包。當接收機430請求多個流時，流控制模組444可以控制請求的流之間的不同優先。在接收機已經存取到多個路徑（即，它是多連結的）的情況下，流控制模組還可以為每個流建立不同的可能路徑的優選（下面結合pHoPCoP更詳細的說明）。流控制模組444將這些優選通知擁塞控制模組435，其使用這個資訊來選擇可以為哪個流發送SEG.REQ 438。
路由器460中的擁塞控制模組462和流控制模組464類似於如上所述的接收機中的模組。不同在於路由器中的流控制策略可以是“本地的”（即，從路由器所有者/網路營運商）和/或使用策略控制的側通信通道從下游路由器和/或接收機發送來。
在一些代表性實施方式中，HoPCoP可以使用資料的封包標頭中的多個欄位和請求封包用於發送機、中間節點和接收機之間的介面。欄位可以包括：SEG.REQ欄位；SEG.DEQ欄位；和/或SEG.DAT欄位。SND.NXT可以是在發送機的發送緩衝器中維持以指示當前發送（例如，至此發送）的最大序列號的指針。RCV.NXT可以是由接收機維持以指示當前按順序（例如，至此）接收的最大序列號的指針。REQ.NXT可以是用於接收機的指標，以指示當前（例如，目前為止）請求的最大序列號。
在連接（例如，會話）建立之後，接收機可以根據初始擁塞視窗的大小向發送機請求資料，且該大小可以根據從可靠性模組發送到接收機的擁塞控制模組的丟失/進行指示來調節。
在一些代表性實施方式中，中間節點中的選擇的一些可以具有增強的功能或者操作。一些跳或者節點可以繼續作為用於路由的傳統路由器，且其他跳可以作為增強的路由器，其參與傳送控制。傳輸路徑可以被劃分為多個片段。一個片段可以是由特定ISP操作的網路域或者具有相同網路特徵的幾個跳。在一些代表性實施方式中，片段的端點（例如，端節點）可以是增強的路由器，而片段的內部節點可以是常規路由器或者可以具有其他封包處理功能或者操作，其可以是靜態地或者動態地設置。例如，路由器可以在通信會話期間動態地適應自己的行為。每個片段可以具有不同的擁塞控制演算法。每個片段可以根據例如加性增加乘性減少（AIMD）、乘性增加乘性減少（MIMD）或加性增加加性減少（AIAD）操作用擁塞控制視窗來操作。
資料傳輸可以由從接收機發出的請求封包發起，且發送機可以在接收到請求封包之後用對應的資料封包來回應。請求封包和資料封包可以以逐跳形式傳送。接收機可以以累積模式或者拉動模式通過在封包標頭適當的設置對應的拉動標籤來發送請求。當發送機接收到具有拉動標籤設置的請求封包時，其可以發送具有請求中指示的序列號的資料片段，或者發送機可以累積地從還沒有發送的SND.NXT傳送資料。
當中間節點接收到請求時，其可以檢驗自己的記憶體和確定其是否具有對應的快取的資料。如果有快取的資料，其向下游跳或者節點發送資料封包，並可以刪除請求。如果沒有快取的資料，請求封包可以進入REQ緩衝器，然後可以根據擁塞視窗被傳送到上游跳或者節點。向上游傳輸之後可以從REQ緩衝器刪除請求封包。在傳輸之前由於一些封包管理方案或者策略，請求封包可以丟棄。對於從上游接收的資料封包，資料封包可以被快取，即使在到接收機的傳輸之後。
在一些代表性實施方式中，三向握手可以用於可靠和安全連接。在其他代表性實施方式中（例如，用於檔案遞送，三向握手不能被用於連接建立和/或拆除。因為資料傳輸可以是面向用戶端的，接收機可以基於自己的判斷（例如，自動地無需外部干涉）發起和/或終止連接。只要接收機知道發送機（例如，向其請求資料的那個）的位址（例如，IP位址），連接可以通過從那個位址請求特定檔封包來發起。這個初始特定檔可以是檔案的特徵（例如，標準特徵），接收機可以首先請求（例如，一直請求）初始特定檔。初始特定檔可以向接收機指示內容提供商已經儲存的檔案的部分以及如何分段內容。如果合適，接收機可以用具有接收機採用的新的內容片段資訊的另一個請求封包來答覆。常規資料傳輸可以開始。當接收機不請求其他（例如，任意其他）封包時流可以終止。
在一些代表性實施方式中，擁塞控制可以在HBH形式中支持，以例如在每個各自增強的跳或者節點中維持額外請求封包的適當的量。沿路徑的不同路由片段或者傳輸路徑片段可以使用相同的或者不同的擁塞控制演算法。它們可以維持相同或者類似的擁塞控制參數，包括例如，擁塞視窗和往返時間資訊。擁塞視窗的大小可以限制每個路由片段中未完成的請求的量，以用於適應或者調節擁塞視窗（例如，視窗的大小）的機制對不同類型的HBH回饋而不同。多種不同往返時間（RTT）可以被使用，包括HBH RTT、端到端RTT、和跳到端RTT。跳到端RTT通常指增強的跳和發送機之間的往返時間。端到端RTT可以在接收機計算，而HBH RTT和跳到端RTT可以在每個增強的跳計算。
作為示例，對於擁塞控制演算法，期望A和B可以是兩個相鄰增強的跳，A更接近內容提供商，且他們可以使用HBH應答作為回饋。A可以在其向自己的上游節點發送請求封包時（例如，不是其接收請求封包時）向B發送對應的回饋封包。在B接收回饋封包之後，B可以計算HBH RTT。通過限定BaseRTT作為給定流的最小測量（例如，所有測量的）的往返時間，期望的吞吐量可以由ExpectedRate = CongestionWindow/BaseRTT給出。當前發送速率ActualRate，可以通過計算取樣RTT來計算出來。ActualRate的計算可以每個RTT提供一次。如果Diff = ExpectedRate – ActualRate以及兩個臨界值a和b存在，其中a<b，其可以分別對應於在網路片段中具有最少和最多額外請求封包，當Diff <a時，擁塞視窗可以在下個RTT期間線性增加；當Diff >b時，擁塞視窗可以在下個RTT期間線性減小；否則，擁塞視窗可以保持不變。慢開始可以在超時發生時使用。
在一些代表性實施方式中，流控制可以允許每個增強的跳、節點或者路由器來限制（例如，或者侷限）發送到可用緩衝器空間的資料量。這可以在HBH操作中支援。對於每個增強的跳，如果對應的資料當被接收時不會導致增強的跳溢出，就可以發送（例如，只發送）請求。
在不可靠節點和鏈路的網路中，可靠性可以是（例如，可以只是）由連接的端點（例如，發送機和接收機）來保證。端到端重傳機制可以在架構的端到端子層提供。如果在某個時間對於傳送的請求沒有接收到對應的資料，接收機可以重新發送請求封包。期望的是，在接收機驅動的方案中，接收機可以存取（例如，直接存取）到接收機緩衝器，並可以比發送機驅動的方案更好地（例如，更及時和更準確地）執行丟失檢測和丟失恢復。
雖然HoPCoP顯示為其中接收機具有用於內容的活動連接，期望在多連結場景中，移動主機（例如，接收機）可以具有到多個內容提供商的多個活動連接（或者會話），以例如，下載檔案。HoPCoP的擴展可以包括使用並行HoPCoP（pHoPCoP）。pHoPCoP連接或者會話可以包括一個接收機、一個或者多個發送機和中間節點。單播pHoPCoP連接可以類似於或者等同於HoPCoP連接，多點到點的pHoPCoP連接可以模型化為多個HoPCoP連接並行運行，例如以從多個內容提供商下載檔案。HoPCoP連接和多個連接狀態可以協調。期望在pHoPCoP 連接中HoPCoP連接的數量可以大於接收機配置的介面的數量，因為一個介面可以產生多個連接用於同時從幾個發送機下載檔案。
第5圖是顯示具有不同內容提供商來下載相同檔案的多連結的示意圖。每個存取網路A和B可以具有同時、併發和/或並行地執行（例如，運行）的HoPCoP控制器505。發送機（例如伺服器I和II）和/或中間節點（例如，具有第一存取技術（AT）或者無線電AT的第一AP和具有相同或者不同AT或者RAT的第二AP）可以以與第4圖中的HoPCoP相同或者類似的方式運行。接收機或者移動主機507可以包括與多個HoPCoP控制器通信的pHoPCoP引擎。例如每個HoPCoP控制器可以與中間節點的HoPCoP通信。移動主機的應用可以經由pHoPCoP的端到端子層、HBH子層和IP層，中間節點的HBH子層和IP層以及發送機的端到端子層、HBH子層和至應用的IP層來通信，例如，以從發送機向接收機下載內容。
第6圖是顯示可以包括具有多個功能單元的傳送層的pHoPCoP接收機600的示意圖。pHoPCoP接收機600可以包括pHoPCoP引擎602和HoPCoP控制器604。pHoPCoP引擎602可以控制初始化、終止和/或不同HoPCoP控制器的協作。應用606可以向pHoPCoP引擎602推送請求封包。pHoPCoP引擎可以將請求封包分佈於一個或者多個HoPCoP控制器604。HoPCoP控制器604可以從不同IP介面得到資料封包，可以向pHoPCoP引擎602發送資料封包，以及應用606可以從pHoPCoP引擎602接收（例如，抽取）資料。
pHoPCoP連接可以包括多個HoPCoP連接，每個都可以在特定時間具有不同的狀態。例如，pHoPCoP引擎可以由於或者根據一個或者多個策略期望創建或者終止HoPCoP連接，和/或在移動性期間移動主機可以從一個伺服器交遞到另一個或者可以改變其連接的伺服器的數量。HoPCoP連接的狀態可以隨時間動態改變。為了支援多個HoPCoP連接的改變，pHoPCoP引擎可以作為HoPCoP的多狀態擴展來處理多個狀態，並根據使用中的活動連接的數量動態地創建和/或刪除HoPCoP狀態。pHoPCoP的狀態（例如，多個狀態）可以在接收機管理，以使得在發送機或者中間節點不提供改變來支援多狀態操作。
與n個活動HoPCoP連接的pHoPCoP連接可以在pHoPCoP接收機包括n個狀態。在一些代表性實施方式中，pHoPCoP可以從那些屬於聚合連接的特徵中分離出與每個連接特徵關聯的傳送層功能。這通過在各個HoPCoP控制器（例如，每個HoPCoP控制器）實現與每個連接特徵有關的傳送控制功能來完成，同時在pHoPCoP引擎實現屬於聚合連接的功能。通過對比，HoPCoP可以具有控制傳送功能（例如，所有的傳送功能）的HBH子層和端到端子層。可靠性和緩衝管理可以屬於聚合連接，且可以由pHoPCoP引擎來處理。流控制也在pHoPCoP引擎處理（例如，屬於）。可以是每個連接功能或者操作的擁塞控制可以由單獨HoPCoP控制器來處理。pHoPCoP引擎可以控制向每個發送機請求的資料，且單獨HoPCoP控制器可以控制HoPCoP沿路徑可以請求的請求資料的數量。
pHoPCoP連接可以包括多個HoPCoP連接。在一些代表性實施方式中，不同的HoPCoP連接可以具有不匹配的特徵，例如，關於頻寬、延遲和/或丟失率等。例如，經過較快速連接的具有較大序列號的資料片段可能比那些經過較慢連接具有較小序列號的更早到達。失序到達接收機緩衝器可以導致線路頭阻塞和可以使聚合連接停頓。pHoPCoP可以根據RTT和一個或者多個HoPCoP連接的擁塞視窗通過排程傳輸（和/或請求）來完成多工和頻寬聚合。當對應的擁塞視窗存在空間時，HoPCoP控制器可以呼叫來自pHoPCoP引擎的請求，且根據估計的或者模型化的請求的資料片段將通過關注的連接到達的時間（例如，無論何時發送的請求），pHoPCoP可以向HoPCoP連接指派請求的序列號。單獨HoPCoP控制器可以負責和被配置用於丟失檢測，以及可以向pHoPCoP引擎報告檢測到的丟失，以使得對應的請求可以被重新指派給在其擁塞視窗具有空間的另一個HoPCoP控制器，以阻止聚合連接停頓。
各個資料結構和各個封包排程演算法
pHoPCoP可以維持資料結構和封包等級演算法用於執行封包排程。例如，當有多個HoPCoP連接（例如，n個HoPCoP連接，其中n是所有HoPCoP連接的整數）時，pHoPCoP可以包括以下資料結構：
（1）綁定資料結構，可以維持以下之間的映射：（i）具有未決的資料答覆的傳送的請求（例如，已經被發送但對應的資料片段還未被接收的請求）；和（ii）通過其發送那些請求的HoPCoP控制器；
（2）未決的（pending）資料結構，可以維持（或者保持）仍將被請求的資料的序列號的範圍，其可以包括將被重傳的資料片段的序列號，和大於目前為止（例如，現在）請求的最高序列號的序列號；
（3）時間列表資料結構，可以維持（或者保持）：（a）潛伏時間週期資訊（例如測量的或者估計的往返時間（RTT）資訊和/或測量的或者估計的單程時間資訊等）；未決的資料答覆（例如，傳送的請求封包可以沒有為每個HoPCoP連接接收的對應的資料封包而發送）的傳送的請求封包（例如，所有的請求封包）的（b）擁塞視窗（CW）資訊，和/或（c）時間戳資訊（例如時間戳）；和/或
（4）活動資料結構，其可以維持（或者記錄）哪個HoPCoP連接可以是活動的，哪個是不活動的。因為HoPCoP控制器的記憶體可以是有限容量的（和/或限制的），pHoPCoP引擎可以確定HoPCoP控制器呼叫請求時自己的接收緩衝器中是否有足夠的空間。如果在接收緩衝器中沒有足夠空間，pHoPCoP引擎可以向對應的HoPCoP控制器返回FREEZE命令或者信號。如果在FREEZE命令或者信號之後pHoPCoP確定具有足夠空間，pHoPCoP引擎可以向那些處於睡眠（不活動）模式的HoPCoP連接提交resume()呼叫。在一些代表性實施方式中，RTT和/或時間戳是用於封包排程和在封包等級演算法中使用的參數。
第7圖是顯示資料封包的傳輸定時的示意圖。
參考第7圖，pHoPCoP可以包括封包等級演算法。例如，在pHoPCoP中，單個HoPCoP連接中的自時鐘可以驅動請求傳輸從發送機（例如，每個發送機）拉出資料。HoPCoP控制器可以一接收就（例如，HoPCoP控制器一接收到資料封包就）向pHoPCoP引擎發送資料封包。pHoPCoP引擎可以根據封包等級演算法分佈合適的封包用於對應的HoPCoP控制器，以例如，減少或者避免失序資料到達。封包等級演算法可以根據估計的對應資料到達的時間（例如，無論何時發送的請求）確定給請求的各個資料片段的分配。對於封包等級演算法，在時間列表資料結構中，對於第i個連接，RTT表示為RTTi，擁塞視窗表示為cwndi，請求的封包的時間戳表示為‧‧‧（其中是答覆資料封包期間的最老的請求封包，是答覆資料封包期間的第二老的請求封包，依此類推）。在時間t=T，第j個HoPCoP控制器可以接收資料封包並可以向pHoPCoP引擎提交receive()呼叫。
pHoPCoP引擎可以定位將要根據如下等式1排程的請求的等級k：
其中
是估計的請求的和對應的資料封包在第j個連接中最新請求的資料封包到達之前到達的第i個連接的封包數量，如第7圖所示。
pHoPCoP可以將請求封包分配給HoPCoP控制器，該請求封包可以是在未決的資料結構中將請求的第k個片段。pHoPCoP引擎可以在綁定資料結構中插入片段記錄，可以刪除綁定資料結構中對應的記錄，以及可以更新時間列表資料結構中的RTT和/或時間戳的估計值。
再次參考第6圖，代表性方法、功能、應用和/或模組可以作為應用606和pHoPCoP引擎602之間的介面，包括：（1）OPEN()；（2）CLOSE()；（3）write()；和/或（4）read()，等等。
OPEN()/CLOSE()呼叫（或者應用）可以通過使用OPEN()呼叫來打開pHoPCoP套接字，可以通過CLOSE()呼叫來終止pHoPCoP套接字。write()/read()呼叫或應用可以使用write()呼叫來公佈用於請求給pHoPCoP引擎的資料的自己的序列號的範圍，可以使用read()呼叫從pHoPCoP引擎的接收緩衝器中獲取資料。pHoPCoP引擎可以通過使用open()呼叫創建HoPCoP控制器，HoPCoP控制器可以開始連接建立過程。下面說明每個HoPCoP連接的連接建立過程。pHoPCoP引擎可以通過向對應的HoPCoP控制器發送close()呼叫刪除HoPCoP連接。當HoPCoP控制器不在請求任何封包時HoPCoP連接可以終止。
pHoPCoP引擎和HoPCoP控制器之間的代表性介面可以包括，例如：（1）open()介面；（2）close()介面；（3）established()介面；（4）closed()介面；（5）send()介面；（6）receive()介面；（7）freeze()介面；（8）resume()介面；（9）loss()介面；和/或（10）update()介面。下面將詳細說明這些介面。
（1）pHoPCoP引擎可以通過使用open()呼叫來創建HoPCoP控制器，HoPCoP控制器可以開始連接建立過程。下面說明每個HoPCoP連接的連接建立過程。pHoPCoP引擎可以通過向對應的HoPCoP控制器發送close()呼叫來刪除HoPCoP連接。當HoPCoP控制器不在請求任何其他封包時HoPCoP連接可以終止。
（2）當HoPCoP連接建立時，對應的HoPCoP控制器可以提交established()呼叫以通知pHoPCoP引擎。當HoPCoP連接終止時，HoPCoP控制器可以提交closed()呼叫。由於沒有其他發送機-接收機交互用於終止HoPCoP連接，在一些代表性實施方式中，HoPCoP控制器可以在其從pHoPCoP引擎接收到closed()呼叫時，往回發送（例如，可以馬上發送）closed()呼叫。
（3）當HoPCoP控制器獲得資料封包時，可以通過使用receive()呼叫用新請求的封包查詢向pHoPCoP引擎發送資料封包。pHoPCoP引擎可以使用send()呼叫向HoPCoP控制器分佈合適的請求封包。
（4）當pHoPCoP引擎沒有足夠的緩衝器空間來緩衝即將到來的資料封包時（例如，緩衝器空間低於臨界值級別），pHoPCoP可以使用freeze()呼叫來暫停一些或者所有HoPCoP連接，並可以更新活動資料結構。當足夠的緩衝器空間可用時（例如，再次創建的），pHoPCoP引擎可以根據或者基於活動資料結構中的資訊使用resume()呼叫來重新啟動一些睡眠的（或者不活動的）連接。
（5）當HoPCoP控制器檢測到丟失時，HoPCoP控制器可以使用loss()呼叫來通知pHoPCoP引擎。pHoPCoP引擎可以在綁定資料結構中釋放丟失的片段，可以在未決的資料結構中插入序列號，以及可以從時間列表資料結構中刪除對應的記錄。當（例如，無論何時）HoPCoP控制器更新自己的RTT估計和擁塞視窗時，其可以使用update()呼叫來通知pHoPCoP引擎，其可以更新時間列表資料結構。
第8圖顯示了pHoPCoP連接管理的狀態圖，例如以建立到接收機或者移動主機的多連結連接。
參考第8圖，當應用打開pHoPCoP套接字（socket）時（801），pHoPCoP引擎可以創建至少一個HoPCoP連接（803）。在等待連接建立過程完成（在此期間應用處於等待狀態（808））之後，HoPCoP控制器可以向pHoPCoP引擎提交established()呼叫（803），以及可以建立pHoPCoP連接（807）。在連接的生命期期間，pHoPCoP引擎可以根據低層的回叫創建多個HoPCoP連接（813），或者可以在自己的發送機斷開連接或者對應的介面遭遇了某種問題時刪除HoPCoP連接（815）。當pHoPCoP具有n個HoPCoP連接打開時（例如，總共），pHoPCoP可以進入ESTABLISHED(n)狀態（807）。當應用關閉pHoPCoP套接字時，pHoPCoP引擎可以向HoPCoP控制器（例如，所有HoPCoP控制器）發送closed()消息。當pHoPCoP接收到所有closed()消息時，pHoPCoP連接可以關閉（811）。
擁塞控制可以由與pHoPCoP連接相關聯（例如，在pHoPCoP中的）的HoPCoP控制器來處理。每個HoPCoP控制器可以控制通過各個連接傳送的資料的數量和定時。因為接收機可以配置有與不同存取技術的多個介面，可以關聯到對應的介面的各個HoPCoP控制器可以知道自己存取的特定的網路。HoPCoP控制器可以確定要使用的擁塞控制機制和可以相應採用擁塞視窗用於自己的HoPCoP連接，例如，由自己或者通過初始建立過程。
pHoPCoP引擎可以管理pHoPCoP連接的流控制，因為pHoPCoP可以具有對接收機緩衝器的控制。pHoPCoP引擎可以暫停某個HoPCoP控制器因為可用緩衝器大小或者空間低於臨界值，各個連接的QoS低於臨界值和/或根據一個或者多個預先建立的或者動態的策略。限制解除時睡眠或者不活動HoPCoP連接可以被重新啟動。
包括丟失檢測和/或丟失恢復的可靠性可以由每個HoPCoP控制器來支援（或者管理），pHoPCoP引擎可以管理丟失恢復。例如，pHoPCoP引擎可以維持綁定資料結構和未決的資料結構。當請求（REQ）封包通過HoPCoP連接發送時，相關的映射資訊（例如，用於發送請求的HoPCoP控制器的答覆期間的請求的）可以被記錄在綁定資料結構中。回應於對應的資料封包被成功接收（例如，請求不再有未決的答覆），綁定記錄可以刪除。如果HoPCoP控制器檢測到對應的資料封包的丟失（根據，例如，對應的資料封包在超時發生之前還未到達的超時情況），HoPCoP控制器可以向pHoPCoP引擎提交loss()呼叫。pHoPCoP可以刪除綁定記錄，並增加未決的資料結構的對應的序列號以使得REQ封包可以被重傳。pHoPCoP引擎可以負責維持（例如，可以管理或者控制維護）可以由發送機和中間節點用來適當地清除資料的REQ封包的SEG.DEQ欄位。
因為，在HBH協定中，每個中間路由器（例如，網路單元）可以是決策做出者（例如，中間路由器可以使封包處理操作能夠進行而不是路由），路由器可以啟動中間節點的功能或者操作。決策可以由路由器在每一跳做出，且用於做出那些決策的演算法可以是協定設計的一部分。
每個路由器可以使用HoPCoP和/或pHoPCoP來操作。在一些代表性實施方式中，可以由每個路由器獨立於其他路由器或者根據包括多個路由器（例如，一些或者所有具有HBH功能的路由器）的傳輸路徑片段使用本地最佳化來限定全局路由器結構。例如，協定操作可以是全局最佳化的實例，其被有效地劃分到多個本地最佳化器中。本地最佳化的多個特定實例可以限定可以導致各個演算法和與其關聯的性能點。
第9圖是顯示根據一個或者多個公開的實施方式用於實現路由操作的代表性路由器的結構圖。
參考第9圖，路由器900可以包括：（1）封包管理控制器903；（2）轉發表905；（3）路由演算法907；（4）一個或者多個輸入佇列909，作為第一類緩衝器；（5）一個或者多個輸出佇列911，作為第二類緩衝器和/或（6）快取記憶體913，作為第三類緩衝器。封包管理控制器903可以管理：（1）在轉發表905中之查找，（2）輸入和輸出佇列909、911，（3）快取記憶體913，（4）封包排程，和/或（5）傳輸控制。
網路擁塞可以被劃分為鏈路擁塞和節點擁塞，以使得當鏈路是瓶頸時（例如，有太多資料從那裏通過，到鏈路輸入的資料速率超過從鏈路輸出的資料速率，和/或資料速率超過臨界速率），鏈路擁塞可能發生。例如，當太多資料將進入瓶頸節點和資料進入速率大於資料離開速率時，可能發生節點擁塞。不同擁塞類型可以具有不同影響，例如，封包被丟棄。
一旦接收到請求，路由器可以選擇多個請求接收模式中的一個（例如，可以發起一個或者多個對應於選擇的請求接收模式的操作）。請求接收模式的第一種可以包括某些操作，其包括將請求封包推送（例如，放置或者移動）到請求池（例如，記憶體例如，快取記憶體的一個區域）中，並使用擁塞控制和流控制策略、過程和/或操作傳送具有臨界可靠性（例如，具有超過臨界值的可靠性）的請求封包。在傳送請求封包之後，路由器可以向請求節點發送（例如，傳送）對應的HBH回饋。請求接收模式的第二種可以包括在自適應丟棄操作中丟棄請求封包，例如根據、基於和/或因為訊務過大（例如，訊務測量值或者訊務擁塞超過訊務臨界值）和/或有限的或者減少的快取空間（例如，可用快取空間低於快取臨界值）而使用自適應丟棄概率。自適應丟棄概率（或者演算法）可以是流公平索引、擁塞類型、擁塞矩陣和/或可用快取空間等的函數，且可以使用加權值。
一旦接收到資料封包，路由器可以選擇多個資料接收模式中的一個（例如，可以發起一個或者多個對應於選擇的資料接收模式的操作）。資料接收模式的第一種可以傳送和快取資料封包。資料接收模式的第二種可以傳送和丟棄資料封包。資料接收模式的第三種可以在傳輸資料封包之前快取資料封包（例如，快取資料封包，等待時間週期，然後從快取記憶體傳送資料封包）。資料接收模式的第四種可以丟棄資料封包。在一些代表性實施方式中，第一和/或第二資料接收模式可以回應於低（例如，低於臨界值）或者無擁塞而使用，和/或第三和/或第四資料接收模式可以回應於高擁塞（例如，等於或者高於臨界值）而使用。在一些代表性實施方式中，丟棄資料封包可以具有請求封包使用擁塞控制而避免。在一些代表性實施方式中，流公平索引可以定義為流速率與對應的TCP友好的流通過量的比率。TCP友好的流通過量可以與成正比，其中RTT是HBH RTT，ρ是丟失率。路由路徑選擇和自適應可以通過路由演算法和轉發表更新來確定。鏈路矩陣可以根據對應的鏈路情況改變，且可以影響路由。
第10圖是顯示路由器或者中間節點1000的關於多發送機1001和多接收機1002的代表性輸入和輸出參數的結構圖。
參考第10圖，流控制可以由多個參數模型化。參數可以包括：（1）鏈路組L；（2）鏈路容量陣列T；（3）傳輸會話組S；（4）會話r的輸入傳輸速率
雖然下面顯示了用於資料封包的傳輸和/或接收的不同代表性最佳化，期望的是任意數量的這種傳輸和/或接收都是可能的。
在一些代表性實施方式中，期望對於會話r：（1）輸出傳輸速率；和（2）輸入傳輸信任可以測量或者估計。輸出傳輸速率；和輸入傳輸信任可以維持或者保持相等或者基本上相互相等（使得=）。因為一個路由器的和可以等於其對應的相鄰路由器（例如，一個跳或者下一個片段的路由器）的和，會話r的輸出傳輸信用可以設置或者建立（例如，只有這個變數是設置的）。作為示例，在下面的等式/運算式中：
（其中是具有單元的路由矩陣，是具有單元的路由矩陣）。
目標佇列佔有是用於會話r，而實際佇列佔有是qr，p和u是兩個參數操作（例如，工作）。目標函數可以最大化。
在一些代表性實施方式中，輸出傳輸速率可以小於，因此對應的，可以小於。變數x0和c0可以被設置為不同值，且可以表示不同類型的變數：
代表性最佳化架構可以通過最大化以下來確定x0：
針對於（或者根據）：
可以使用以下公式來確定c°:
其中F()可以是擁塞控制演算法，而D()可以是封包丟棄演算法。
在一些代表性實施方式中，加性增加乘性減少（AIMD）演算法可以提供回饋控制，其中擁塞視窗的線性增加可以結合回應於擁塞發生的擁塞視窗的指數減少。例如，傳輸速率（例如，視窗大小）可以增加以使得能夠進行增加可用頻寬，直至丟失發生。當檢測到丟失時，策略可以改變或者調整為乘性減少的策略，其可以在丟失發生之後減少擁塞視窗一個百分比。
丟失通常指或者接收預定數量的複製應答（ACK）的事件或者超時。其他用於擁塞控制的公平性的代表性策略和/或演算法可以包括加性增加加性減少（AIAD）、乘性增加加性減少（MIAD）和乘性增加乘性減少（MIMD）。
作為示例，AIMD演算法的輸出傳輸信用可以設置如下：
其中臨界值1和臨界值2可以是指示路由器擁塞的固定的或者動態的參數。目標佇列佔用近似值可以從輸出傳輸信用演算法中得到，且可以設置如下：
其中:是會話r的目標佇列佔用，g是增益參數。
在一些代表性實施方式中，公平性可以在最佳化（例如，最佳化架構）中考慮。一種類型的公平性可以包括成比例公平性，其可以定義為速率向量 是成比例公平的(如果其是可行的)，以及如果對於任何其他可行的向量，成比例改變的累計是零或負數：
目標函數可以替換為。從最佳化規則，如果x是最佳化點，那麼，對於任何可行向量y，，其與成比例公平性規則相同。因此對數應用函數可以與成比例公平性相關聯。向量x可以是加權成比例公平的(如果其是可行的)以及如果對於任何其他可行向量，以下不等式存在（例如，總是存在）：
對應的目標函數可以是。
在一些代表性實施方式中，最佳化的最大值可以如下：
針對於：
約束條件可以包括（例如，至少）s個不等式（其中s是會話的總數）。那些不等式可以被劃分為兩類。第一類中，不等式可以具有一個變數，在第二類中，不等式可以具有至少兩個變數。在第一類中，和的最佳化點可以是中的最小值。在第二類中，期望的是S’可以被設置用於從相同鏈路j經過路由器的會話，最佳化的最大值可以如下：
針對於：
在一些代表性實施方式中，HBH路由和接收機驅動的路由的組合可以通過使用對應的傳送層協定和建立（或者產生）增強的路由器功能、操作和/或模型來實現。一些代表性實施方式可以使增強的傳輸層能夠被用於多連結移動主機來獲得到網際網路內容的存取。
期望的是不同目標功能可以對路由器行為具有不同的影響。在一些代表性實施方式中，移動主機可以從骨幹網伺服器接收資料和/或向骨幹網伺服器更新資料。當移動主機向骨幹網伺服器更新資料時，骨幹網伺服器可以成為HoPCoP接收機。期望的是一些控制功能仍然可以位於（例如，由其提供）移動主機。例如，傳輸協定可以是變換的那一個（例如，傳輸協定可以根據，例如服務的方向和/或裝置的能力或類型動態地將傳輸控制功能重新分佈於發送機或接收機）。
還期望網路編碼可以被採用，以使得當使用網路編碼方案對資料封包進行編碼時，可以不提供封包順序號。接收機可以接收一定數量的資料封包，可以將它們解碼成完全檔案，而不用考慮接收資料封包的及時性或者順序。網路編碼可以為傳送控制建立新的操作、策略和/或過程，例如因為封包順序不可以使用以及可靠性可以由編碼方案本身來滿足。
在一種實施方式中，方法可以包括：第一中間節點接收指示將要從發送節點發送到接收節點的資料封包的分配的信號；第一中間節點確定資料封包的分配中的一個或者多個資料封包是否由第一中間節點所快取的快取資料封包來提供；以及回應於確定資料封包的分配中的一個或者多個資料封包由快取資料封包來提供，第一中間節點發送一個或者多個快取資料封包。
在實施方式中，該方法可以進一步包括其中由中間節點接收的信號是從接收節點和設置於第一中間節點和接收節點之間的第二中間節點中的一個接收的。
在實施方式中，一個或者多個上述方法可以進一步包括其中通信會話是網際網路協定（IP）通信會話。
在實施方式中，一個或者多個上述方法可以進一步包括其中確定資料封包的分配中的一個或者多個資料封包是否由快取資料封包來提供可以包括確定接收節點還未接收的通信會話的資料封包是否由第一中間節點快取；以及發送一個或者多個快取資料封包包括向接收節點發送的還未接收的一個或者多個快取資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括其中第一中間節點接收的信號至少指示將要發送到接收節點的通信會話的資料封包的數量。
在實施方式中，一個或者多個上述方法可以進一步包括其中第一中間節點接收的信號進一步指示接收節點還未接收的通信會話的未決的資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括第一中間節點通過（1）根據接收信號中的指示的分配選擇接收節點還未接收的各個資料封包(包括至少一個快取資料封包)，和（2）向接收節點發送選擇的各個資料封包而根據接收的信號發送接收節點還未接收的資料封包(包括一個或者多個快取資料封包)。
在實施方式中，一個或者多個上述方法可以進一步包括回應於中間節點的可用快取空間超過臨界值，第一中間節點快取要發送到接收節點的通信會話的一個或者多個資料封包。
在實施方式中，該方法可以包括：第一中間節點接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；第一中間節點確定資料封包的分配中的一個或者多個資料封包是否由中間節點所快取的快取資料封包來提供；以及回應於確定資料封包的分配中的一個或者多個資料封包不是由快取資料封包來提供，第一中間節點向通信會話中發送節點和設置於發送節點和第一中間節點之間的第二中間節點中的一個發送分配信號，以及接收通信會話的一個或者多個資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括將從發送節點和第二中間節點中的一個接收的通信會話的一個或者多個資料封包轉發到接收節點。
在實施方式中，該方法可以包括：中間節點向上游發送指示將要向接收節點發送的通信會話的資料封包的分配的信號；中間節點接收通信會話的至少一個資料封包；中間節點選擇包括至少第一操作模式和第二操作模式的多個操作模式中的一個；以及回應於選擇第一操作模式，中間節點快取接收的一個或者多個資料封包用於向接收節點轉發。
在實施方式中，一個或者多個上述方法可以進一步包括其中選擇是基於從接收節點和下游節點中的至少一個接收的信號，以及其中：（1）第一操作模式包括接收的一個或者多個資料封包將由中間節點快取，然後將其向接收節點轉發；以及（2）第二操作模式包括將接收的一個或者多個資料封包向接收節點路由而無需快取。
在實施方式中，一個或者多個上述方法可以進一步包括中間節點可以接收通信會話中的下游節點和接收節點中的至少一個發送的另一個信號，該信號指示將要向接收節點發送的資料封包的另一個分配；以及中間節點可以根據向接收節點發送的另一個信號發送中間節點所快取的快取資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括其中中間節點向上游發送信號是向通信會話的上游節點和發送節點中的至少一個發送。
在實施方式中，一個或者多個上述方法可以進一步包括其中通信會話是IP通信會話。
在實施方式中，一個或者多個上述方法可以進一步包括其中選擇操作模式是基於以下至少一種：（1）中間節點的下游傳輸路徑的擁塞；和（2）根據下游節點或者接收節點發送的資訊的流控制。
在實施方式中，一個或者多個上述方法可以進一步包括：儲存用於處理資料封包的策略；中間節點可以從一個或者多個接收的資料封包檢查用於封包處理的封包資訊；以及中間節點可以根據封包資訊和儲存的策略封包處理檢查的封包。
在實施方式中，一個或者多個上述方法可以進一步包括其中快取至少一個接收的資料封包可以包括回應於中間節點的可用快取空間超過臨界值，快取至少一個接收的資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括回應於可用快取空間低於臨界值，可以丟棄一個或者多個接收的資料封包。
在實施方式中，該方法可以包括：接收節點確定將要經由第一通信會話提供給接收節點的資料封包的第一分配，和將要經由第二通信會話提供給接收節點的資料封包的第二分配；接收節點向第一中間節點發送指示將要發送到接收節點的第一通信會話的資料封包的第一分配的第一信號；接收節點向第二中間節點發送指示將要發送到接收節點的第二通信會話的資料封包的第二分配的第二信號；以及接收節點經由第一通信會話接收資料封包的第一分配，以及經由第二通信會話接收資料封包的第二分配。
在實施方式中，該方法可以進一步包括其中接收資料封包的第一分配獨立於接收資料封包的第二分配。
在實施方式中，一個或者多個上述方法可以進一步包括其中至接收節點的資料封包的第一分配的第一傳輸路徑獨立於至接收節點的資料封包的第二分配的第二傳輸路徑。
在實施方式中，一個或者多個上述方法可以進一步包括其中接收節點是在多個網路多連結的，以及第一傳輸路徑和第二傳輸路徑包括不同網路。
在實施方式中，一個或者多個上述方法可以進一步包括確定請求的各個資料封包到達接收節點的估計到達時間；以及可以根據估計的到達時間為第一或第二分配或者後續分配排程各個資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括其中接收資料封包的第一和第二分配包括接收已經在第一和第二中間節點中的至少一個快取的第一和第二分配的至少一個資料封包。
在實施方式中，一個或者多個上述方法可以進一步包括接收節點可以實現跳拉控制協定（HoPCoP）或者並行HoPCoP（pHoPCoP）中的一個。
在實施方式中，該方法可以包括：中間節點接收指示將從發送節點發送到接收節點的資料封包的分配的信號；中間節點確定資料封包的分配的一個或者多個資料封包是否將提供給服從（subject）中間節點中預配置的策略的接收節點；以及回應於確定不提供資料封包的分配的一個或者多個資料封包，忽略指示將從發送節點發送到接收節點的資料封包的分配的信號。
在實施方式中，該裝置可以包括：儲存單元，被配置成快取接收的資料封包；發射機/接收機單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將由儲存單元所快取的快取資料封包提供，其中回應於處理器確定資料封包的分配中的一個或者多個資料封包由快取資料封包提供，發射機/接收機單元發送一個或者多個快取資料封包。
在實施方式中，該裝置可以包括：儲存單元，被配置成快取接收的資料封包；發射機/接收機單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將由儲存單元所快取的快取資料封包提供，其中回應於處理器確定資料封包的分配中的一個或者多個資料封包不是由快取資料封包提供，發射機/接收機單元發送從上游節點轉發的一個或者多個資料封包。
在實施方式中，該裝置可以包括：儲存單元，被配置成快取接收的資料封包；發射機/接收機單元，被配置成在通信會話中向上游發送指示將要發送到接收節點的通信會話的資料封包的分配的信號，以及接收通信會話的一個或者多個資料封包；以及處理器，被配置成根據從接收節點或者下游節點接收的信號確定是向接收節點轉發接收的資料封包還是快取一個或者多個接收的資料封包，其中回應於處理器確定一個或者多個資料封包將由儲存單元快取，儲存單元在向接收節點進行轉發後快取接收的一個或者多個資料封包。
在實施方式中，該裝置可以包括：接收節點，用於管理與第一和第二通信會話相關聯的資料封包，該第一和第二通信會話具有使用第一和第二中間節點的一個或者多個發送節點，包括：處理器，被配置成確定將要經由第一通信會話提供給接收節點的資料封包的第一分配，和將要經由第二通信會話提供給接收節點的資料封包的第二分配；以及發射機/接收機單元，被配置成：（1）向第一中間節點發送指示將要發送到接收節點的第一通信會話的資料封包的第一分配的第一信號；（2）向第二中間節點發送指示將要發送到接收節點的第二通信會話的資料封包的第二分配的第二信號；以及（3）經由第一通信會話接收資料封包的第一分配，以及經由第二通信會話接收資料封包的第二分配。
在實施方式中，該裝置可以包括：儲存單元，被配置成快取接收的資料封包；發射機/接收機單元，被配置成接收指示將要發送到接收節點的通信會話的資料封包的分配的信號；以及處理器，被配置成確定資料封包的分配中的一個或者多個資料封包是否將提供給接受中間節點中預配置的策略的接收機；以及處理器被配置用於確定資料封包的分配中的一個或者多個資料封包是否將提供給服從中間節點中預配置的策略的接收機；其中，回應於處理器確定不提供資料封包的分配的一個或者多個資料封包，發射機/接收機單元忽略指示將發送到接收節點的通信會話的資料封包的分配的信號。
以下公開的內容：（1）“感測器網路中媒體存取的傳輸控制方案”，ACM Mobicom議程’01，2004年7月16-21日，義大利羅馬；（2）“可靠和有效的逐跳流控制”，ACM SIGCOMM，1994，英國倫敦；（3）“HxH：用於多跳無線網路的逐跳傳輸協定”，WICON，2008；（4）“逐跳基於速率的擁塞控制”，IEEE/ACM TRANSACTIONS ON NETWORKING，VOL 4，NO 2，1996年4月；（5）“通過無線多跳網路的逐跳擁塞控制”，IEEE/ACM網路會報，15(1)，2007；（6）“拜訪的傳送層”，通信系統軟體和中間件的第2次國際會議，2007，COMSWARE 2007，2007年1月；（7）“用於具有異構無線介面的移動主機的接收機集中的傳輸協定”，ACM MobiCom，San Diego，CA，pp.1，15，2003年9月14-19日；（8）“WebTP：接收機驅動的Web傳輸協定”，IEEE INFOCOM’99學報；（9）“多發送機分佈的視頻流”，IEEE TRANSACTIONS ON MULTIMEDIA，VOL.6，NO.2，2004年4月；（10）“網路命名內容”，CoNEXT’09，紐約，NY，2009年，pp. 1-12；（11）“通信網路的速率控制：盲區價格，成比例的公平性和穩定性”，操作研究學會期刊，49(3):237-252，1998年3月；（12）“彈性訊務的計費和速率控制”，Eur Trans on Telecommun 8:33±37.1997；以及（13）“TCP和佇列管理演算法的二元模型”，IEEE/ACM Trans on Networking，2003年10月，每一個的內容都通過引用結合於此。
儘管上面以特定的組合描述了特徵和元素，但是本領域普通技術人員可以理解，每個特徵或元素可以單獨的使用或與其他的特徵和元素進行組合使用。此外，這裏描述的方法可以用電腦程式、軟體或韌體實現，其可包含到由電腦或處理器執行的電腦可讀媒體中。非暫時性電腦可讀儲存媒體的示例包括但不限制為唯讀記憶體（ROM）、隨機存取記憶體（RAM）、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體，例如內部硬碟和可移動磁片，磁光媒體和光媒體，例如CD-ROM碟片，和數位通用碟片（DVD）。與軟體相關聯的處理器用於實現在WTRU、UE、終端、基地台、RNC或任何主電腦中使用的無線電頻率收發器。
此外，在上述實施方式中，提到了處理平臺、計算系統、控制器和包括處理器的其他裝置。這些裝置可以包含至少一個中央處理單元（“CPU”）和記憶體。根據電腦程式領域技術人員的實踐，提到的行為和操作或者指令的象徵性表示可以由各種CPU和記憶體執行。這些行為和操作或者指令被稱為“被執行”、“電腦執行的”或者“CPU執行的”。
本領域技術人員將理解行為和象徵性地提到的操作或者指令包括CPU操縱電子信號。電子系統提出了資料位元，該資料位元可以導致結果的轉換或者電子信號的減少，將資料位元維護在記憶體系統中的儲存位置以重配置或者改變CPU的操作，以及信號的其他處理。保存資料位元的記憶體位置是具有對應於或者代表資料位元的特殊的電、磁、光、或者有機屬性的實體位置。
資料比特還可以保存在電腦可讀媒體上，可讀儲存媒體包括CPU可讀的磁片、光碟、和任何其他揮發性（例如，隨機存取記憶體（“RAM”））或者非揮發性（“例如，唯讀記憶體（“ROM”））大量儲存系統。電腦可讀媒體可以包括共同操作的或者互聯的電腦可讀媒體，它們專有地存在於處理系統中，或者分佈於在處理系統本地或者遠端的多個互聯處理系統中。應當理解代表性實施方式並不侷限於上述記憶體，其他平臺和記憶體也可以支援所述方法。
本申請中所述的單元、行為或者指令不應被理解為本發明的關鍵或者本質，除非明確說明。另外，如在此所述的，冠詞“一”意圖包括一個或者多個項目。在表示一個專案時，使用術語“一個”或者類似語言。而且，術語“任一”後跟隨多個項目和/或多個種類的項目的列表，如在此所用的，意圖為包括項目和/或多個種類的項目的“任一”、“任意組合”、“任意多個”和/或“任意多個的組合”，單獨地或者與其他項目和/或其他多個種類的項目結合。而且如在此所用的，術語“組”意圖表示包括項目的任意數量，包括零。而且如在此所用的，術語“數量”意圖表示包括任意數量，包括零。
此外，申請專利範圍不應當被認為是對所述順序或者單元的限制，除非規定了該作用。另外，在任意申請專利範圍中使用術語“裝置”期望援引35 U.S.C.§112, ¶6，沒有術語“裝置”的任意申請專利範圍並不如此期望。
合適的處理器包括，舉例來說，通用目的處理器、特殊目的處理器、傳統處理器、數位信號處理器（DSP）、多個微處理器、與DSP核關聯的一個或者多個微處理器、控制器、微控制器、專用積體電路（ASIC）、專用標準產品（ASSP）；現場可程式閘陣列（FPGA）電路、任何其他類型積體電路（IC），和/或狀態機。
與軟體相關的處理器可以用於實現在無線發射接收單元（WTRU）、用戶設備（UE）、終端、基地台、移動性管理實體（MME）或者演進的封包核（EPC）或任何主電腦中使用的無線電頻率收發器。WTRU可以與模組結合使用，實現於硬體和/或包括軟體定義的無線（SDR）的軟體中，以及其他元件，例如照相機、視頻攝像模組、視頻電話、喇叭擴音器、震動裝置、揚聲器、麥克風、電視收發器、免持電話、數字鍵盤、藍芽R模組、調頻（FM）無線單元、近場通信（NFC）模組、液晶顯示器（LCD）顯示單元、有機發光二極體（OLED）顯示單元、數位音樂播放器、媒體播放器、視頻遊戲播放模組、網際網路瀏覽器、和/或任意無線本地域網路（WLAN）或者超寬頻（UWB）模組。
雖然根據通信系統來說明本發明，但是期望的是系統可以實現於微處理器/通用目的電腦（未顯示）上的軟體中。在某些實施方式中，各個單元的一個或者多個功能可以實現於控制通用目的電腦的軟體中。
另外，雖然在此參考特定實施方式來顯示和說明本發明，本發明並不意圖侷限於所述細節。相反，可以在申請專利範圍的等同體的範圍和餘地之內進行細節上的各種修改而不脫離本發明。
100、200、250．．．通信系統
102、102a、102b、102c、102d、WTRU．．．無線發射/接收單元
104、RAN．．．無線存取網路
106．．．核心網路
108、PSTN．．．公共交換電話網路
110．．．網際網路
112．．．其他網路
114a、114b．．．基地台
116．．．空中介面
118．．．處理器
120．．．收發器
122．．．發射/接收元件
124．．．揚聲器/麥克風
126．．．數字鍵盤
128．．．顯示器/觸摸板
130．．．不可移動記憶體
132．．．可移動記憶體
134．．．電源
136．．．全球定位系統(GPS)晶片組
138．．．週邊設備
140a、140b、140c．．．節點B
142a、142b、RNC．．．無線網路控制器
Iub、iur、IuCS、IuPS、X2、S1、R3、R6、R8．．．介面
144、MGW．．．媒體閘道
146、MSC．．．移動交換中心
148、SGSN．．．服務GPRS支援節點
150、GGSN．．．閘道GPRS支持節點
160a、160b、160c．．．e節點B
162、MME．．．移動性管理閘道
164．．．服務閘道
166．．．封包資料網路(PDN)閘道
170a、170b、170c．．．基地台
172．．．存取服務網路(ASN)閘道
174、MIP-HA．．．移動IP本地代理
176．．．認證、授權、計費(AAA)伺服器
178．．．閘道
202、202a、202b．．．內容提供商
204．．．路由器
206．．．內容管理服務/伺服器
208、507．．．移動主機
301．．．發送機
303．．．中間節點
305．．．接收機
303a、305a．．．網路層
305b．．．逐跳子層
305c．．．端到端子層
305d．．．應用層
307．．．請求
309．．．資料
400．．．跳拉控制協定(HoPCoP)發送機
402、406．．．發送緩衝器
404．．．SND.NXT資料結構
430．．．跳拉控制協定(HoPCoP)接收機
432．．．RCV.NXT據結構
433．．．REQ.NXT資料結構
REQ．．．請求
434．．．未決資料結構
435．．．擁塞控制模組
436、437．．．資訊
444、464．．．流控制模組
460、900．．．路由器
462．．．擁塞控制模組
466．．．資料/請求緩衝器
IP．．．網際網路協定
600．．．並行跳拉控制協定(pHoPCoP)接收機
602．．．並行跳拉控制協定(pHoPCoP)引擎
505、604．．．跳拉控制協定(HoPCoP)控制器
606．．．應用
RTT．．．端到端往返時間
807．．．連接
808．．．等待狀態
811．．．關閉
903．．．封包管理控制器
905．．．轉發表
907．．．路由演算法
909．．．輸入佇列
911．．．輸出佇列
913．．．快取記憶體
1001．．．多發送機
1002．．．多接收機
400．．．跳拉控制協定(HoPCoP)發送機
402、406．．．發送緩衝器
404．．．SND.NXT資料結構
430．．．跳拉控制協定(HoPCoP)接收機
432．．．RCV.NXT據結構
433．．．REQ.NXT資料結構
REQ．．．請求
434．．．未決資料結構
435．．．擁塞控制模組
436、437．．．資訊
444、464．．．流控制模組
460．．．路由器
462．．．擁塞控制模組
466．．．資料/請求緩衝器
Claims (31)
- 一種通過至少一第一中間節點路由與一發送節點和一接收節點之間的一通信會話相關聯的資料封包的方法，該方法包括：
以所述第一中間節點接收用於指示將要從所述發送節點發送到所述接收節點的資料封包的一分配的一信號；
以所述第一中間節點確定所述資料封包的所述分配中的一個或多個資料封包是否將由所述第一中間節點所快取快取的快取資料封包所提供；以及
回應於所述資料封包的所述分配中的一個或者多個資料封包將由所述快取資料封包所提供的一確定，以所述第一中間節點發送所述快取資料封包的一個或多個。 - 如申請專利範圍第1項所述的方法，其中由所述中間節點接收的所述信號是從所述接收節點以及設置於所述第一中間節點和所述接收節點之間的一第二中間節點中的一個節點接收的。
- 如申請專利範圍第1或2項所述的方法，其中：
所述資料封包的所述分配中的一個或多個資料封包是否由快取資料封包來提供的該確定包括確定所述接收節點還未接收的該通信會話的資料封包是否由所述第一中間節點所快取；以及
所述快取資料封包中的一個或多個的該發送包括向所述接收節點發送還未接收的所述快取資料封包的一個或多個。 - 如申請專利範圍第1項所述的方法，其中所述第一中間節點接收的所述信號至少指示將要發送到所述接收節點的所述通信會話的資料封包的數量。
- 如申請專利範圍第1或4項所述的方法，其中所述第一中間節點接收的所述信號還指示所述接收節點還未接收的所述通信會話的未決的資料封包。
- 如申請專利範圍第5項所述的方法，該方法還包括：
以所述第一中間節點根據所接收的信號發送所述接收節點還未接收的資料封包，該資料封包包括一個或者多個所述快取資料封包，所述發送的步驟通過以下方式完成：
根據該所接收的信號中的所指示的分配來選擇所述接收節點還未接收的各個資料封包，所述資料封包包括至少一個快取資料封包；以及
向所述接收節點發送所選擇的各個資料封包。 - 如申請專利範圍第1或2項所述的方法，該方法還包括：
回應於所述中間節點的可用快取空間超過一臨界值，以所述第一中間節點快取要發送到所述接收節點的所述通信會話的一個或者多個所述資料封包。 - 如申請專利範圍第1或7項所述的方法，該方法還包括：
回應於所述可用快取空間低於一臨界值，以所述第一中間節點丟棄要發送到所述接收節點的所述通信會話的一個或者多個所述資料封包。 - 如申請專利範圍第8項所述的方法，該方法還包括：
回應於資料封包的所述分配中的一個或者多個資料封包不是將由所快取的封包所提供之一確定，以所述第一中間節點向所述發送節點發送一分配信號，並接收所述通信會話的一個或者多個資料封包。 - 如申請專利範圍第1或4項所述的方法，該方法還包括：
回應於資料封包的所述分配中的一個或者多個資料封包不是將由所快取的封包所提供之一確定，以所述第一中間節點向所述發送節點發送一分配信號，並接收所述通信會話的一個或者多個資料封包。 - 如申請專利範圍第1或2項所述的方法，其中，回應於資料封包的所述分配中的一個或者多個資料封包不是將由所述快取資料封包所提供之一確定，以所述第一中間節點向所述發送節點發送一分配信號，並接收所述通信會話的一個或者多個資料封包。
- 一種使用至少一個中間節點路由與一發送節點和一接收節點之間的一通信會話相關聯的資料封包的方法，該方法包括：
以一第一中間節點接收用於指示將要發送到所述接收節點的所述通信會話的資料封包的一分配的一信號；
以所述第一中間節點確定所述資料封包的所述分配中的一個或者多個資料封包是否將由所述中間節點所快取的快取資料封包所提供；以及
回應於資料封包的所述分配中的一個或者多個資料封包不是將由所快取的資料封包所提供之一確定，以所述第一中間節點向所述通信會話中的所述發送節點和設置於所述發送節點和所述第一中間節點之間的第二中間節點中的一個節點發送一分配信號，以及接收所述通信會話的一個或者多個資料封包。 - 如申請專利範圍第12項所述的方法，該方法還包括：
將從所述發送節點和所述第二中間節點中的一個節點接收的所述通信會話的所述一個或者多個資料封包轉發到所述接收節點。 - 一種通過一中間節點路由與一發送節點和一接收節點之間的一通信會話相關聯的資料封包的方法，該方法包括：
以所述中間節點向上游發送用於指示將要向所述接收節點發送的該通信會話的資料封包的一分配的一信號；
以所述中間節點接收所述通信會話的至少一個資料封包；
以所述中間節點選擇包括至少第一操作模式和第二操作模式的多個操作模式中的一個；以及
回應於選擇所述第一操作模式，以所述中間節點快取所接收的至少一個資料封包以用於向所述接收節點轉發。 - 如申請專利範圍第14項所述的方法，其中所述選擇是基於從所述接收節點和一下游節點中的至少一個節點接收的信號，並且其中（1）所述第一操作模式包括快取該中間節點所接收的一個或者多個資料封包，並將其向所述接收節點轉發；以及（2）所述第二操作模式包括將所述接收的一個或者多個資料封包向所述接收節點路由而無需快取。
- 如申請專利範圍第14或15項所述的方法，該方法還包括：
以所述中間節點接收由所述通信會話中的一下游節點以及所述接收節點中的至少一個節點發送的一另一個信號，該另一個信號指示將要向所述接收節點發送的資料封包的另一個分配；以及
以所述中間節點根據向所述接收節點發送的所述另一個信號發送所述中間節點所快取的快取資料封包。 - 如申請專利範圍第14或15項所述的方法，其中所述中間節點向上游發送所述信號是向所述通信會話的一上游節點和所述發送節點中的至少一個節點發送。
- 如申請專利範圍第14或15項所述的方法，其中所述操作模式之該選擇是基於以下至少一種：（1）所述中間節點的一下游傳輸路徑的擁塞；和（2）根據所述下游節點或者所述接收節點發送的資訊的流控制。
- 如申請專利範圍第14或15項所述的方法，該方法還包括：
以儲存用於處理資料封包的策略；
所述中間節點從所述一個或者多個接收的資料封包中檢查用於封包處理的封包資訊；以及
以所述中間節點根據所述封包資訊和所儲存的策略來封包處理所檢查的封包。 - 如申請專利範圍第14或15項所述的方法，其中所述至少一個接收的資料封包的該快取包括回應於所述中間節點的可用快取空間超過一臨界值，快取所述至少一個接收的資料封包。
- 如申請專利範圍第14或15項所述的方法，該方法還包括：
回應於可用快取空間低於一臨界值，丟棄一個或者多個所接收的資料封包。 - 一種使用第一中間節點和第二中間節點路由與一個或者多個發送節點和一接收節點之間的第一通信會話和第二通信會話相關聯的資料封包的方法，包括：
以所述接收節點確定將要經由所述第一通信會話提供給所述接收節點的資料封包的一第一分配，和將要經由所述第二通信會話提供給所述接收節點的資料封包的一第二分配；
以所述接收節點向所述第一中間節點發送用於指示將要發送到所述接收節點的所述第一通信會話的資料封包的所述第一分配的一第一信號；
以所述接收節點向所述第二中間節點發送用於指示將要發送到所述接收節點的所述第二通信會話的資料封包的所述第二分配的一第二信號；以及
以所述接收節點經由所述第一通信會話接收資料封包的所述第一分配，以及經由所述第二通信會話接收資料封包的所述第二分配。 - 如申請專利範圍第22項所述的方法，其中所述接收節點是在多個網路多連結的，且所述第一傳輸路徑和所述第二傳輸路徑包括不同網路。
- 如申請專利範圍第22或23項所述的方法，該方法還包括：
確定請求的一各個資料封包到達所述接收節點的到達之一估計時間；以及
根據到達之所述估計時間為所述第一分配或所述第二分配或者一後續分配排程所述各個資料封包。 - 如申請專利範圍第22或23項所述的方法，其中資料封包的所述第一分配和所述第二分配之該接收包括接收已經在所述第一中間節點和所述第二中間節點中的至少一個節點中快取的所述第一分配和所述第二分配的至少一個資料封包。
- 一種通過一中間節點路由與一發送節點和一接收節點之間的一通信會話相關聯的資料封包的方法，該方法包括：
以所述中間節點接收用於指示將從所述發送節點發送到所述接收節點的資料封包的一分配的一信號；
以所述中間節點確定所述資料封包的所述分配的一個或者多個資料封包是否將被提供給服從所述中間節點中預配置的一策略的所述接收節點；以及
回應於將不提供資料封包的所述分配的一個或者多個資料封包之一確定，忽略用於指示將從所述發送節點發送到所述接收節點的資料封包的一分配的所述信號。 - 一種用於路由與一發送節點和一接收節點之間的一通信會話相關聯的資料封包的裝置，該裝置包括：
一儲存單元，被配置成快取接收的資料封包；
一發射/接收單元，被配置成接收用於指示將要發送到所述接收節點的所述通信會話的資料封包的一分配的一信號；以及
一處理器，被配置成確定所述資料封包的所述分配中的一個或者多個資料封包是否將由所述儲存單元所快取的快取資料封包所提供，
其中，回應於所述處理器確定資料封包的所述分配中的一個或者多個資料封包將由所述快取資料封包所提供，所述發射/接收單元發送一個或者多個所述快取資料封包。 - 一種用於路由與一發送節點和一接收節點之間的一通信會話相關聯的資料封包的裝置，該裝置包括：
一儲存單元，被配置成快取接收的資料封包；
一發射/接收單元，被配置成接收用於指示將要發送到所述接收節點的所述通信會話的資料封包的一分配的一信號；以及
一處理器，被配置成確定所述資料封包的所述分配中的一個或者多個資料封包是否將由所述儲存單元所快取的快取資料封包所提供，
其中，回應於所述處理器確定資料封包的所述分配中的一個或者多個資料封包不是將由所述快取資料封包所提供，所述發射/接收單元發送從上游節點轉發的一個或者多個所述資料封包。 - 一種用於路由與一發送節點和一接收節點之間的一通信會話相關聯的資料封包的裝置，該裝置包括：
一儲存單元，被配置成快取接收的資料封包；
一發射/接收單元，被配置成在所述通信會話中向上游發送用於指示將要向所述接收節點發送的所述通信會話的資料封包的一分配的一信號，以及接收所述通信會話的一個或者多個資料封包；以及
一處理器，被配置成根據從所述接收節點或者一下游節點接收的信號確定是向所述接收節點轉發所接收的資料封包還是快取所述一個或者多個接收的資料封包，
其中，回應於所述處理器確定一個或者多個資料封包將由所述儲存單元快取，所述儲存單元在向所述接收節點進行轉發之後快取所述接收的一個或者多個資料封包。 - 一種用於使用第一中間節點和第二中間節點管理與具有一個或者多個發送節點的第一通信會話和第二通信會話相關聯的資料封包的接收節點，所述接收節點包括：
一處理器，被配置成確定將要經由所述第一通信會話提供給所述接收節點的資料封包的一第一分配，和將要經由所述第二通信會話提供給所述接收節點的資料封包的一第二分配；以及
一發射/接收單元，被配置成：（1）向所述第一中間節點發送用於指示將要發送到所述接收節點的所述第一通信會話的資料封包的所述第一分配的一第一信號；（2）向所述第二中間節點發送用於指示將要發送到所述接收節點的所述第二通信會話的資料封包的所述第二分配的一第二信號；以及（3）經由所述第一通信會話接收資料封包的所述第一分配，以及經由所述第二通信會話接收資料封包的所述第二分配。 - 一種用於路由與一發送節點和一接收節點之間的一通信會話相關聯的資料封包的裝置，包括：
一儲存單元，被配置成快取接收的資料封包；
一發射/接收單元，被配置成接收用於指示將要發送到所述接收節點的所述通信會話的資料封包的一分配的一信號；以及
一處理器，被配置成確定所述資料封包的所述分配中的一個或者多個資料封包是否將提供給服從所述中間節點中預配置的一策略的所述接收機；
其中，回應於所述處理器確定了將不提供資料封包的所述分配的一個或者多個資料封包，所述發射/接收單元忽略用於指示將發送到所述接收節點的所述通信會話的資料封包的一分配的所述信號。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201161532143P | 2011-09-08 | 2011-09-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| TW201325145A true TW201325145A (zh) | 2013-06-16 |
Family
ID=46851617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW101131284A TW201325145A (zh) | 2011-09-08 | 2012-08-29 | 在多連結環境中使用逐跳協定封包路由方法、系統及裝置 |
Country Status (2)
| Country | Link |
|---|---|
| TW (1) | TW201325145A (zh) |
| WO (1) | WO2013036453A1 (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9998531B2 (en) | 2013-09-18 | 2018-06-12 | International Business Machines Corporation | Computer-based, balanced provisioning and optimization of data transfer resources for products and services |
| GB201321148D0 (en) * | 2013-11-29 | 2014-01-15 | Bridgeworks Ltd | Data transfer |
| CN106484725B (zh) * | 2015-08-31 | 2019-08-20 | 华为技术有限公司 | 一种数据处理方法、装置和系统 |
| CN109041156B (zh) * | 2018-08-29 | 2020-12-25 | 中国科学技术大学 | 具有逐跳确认机制的无线路由方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6205481B1 (en) * | 1998-03-17 | 2001-03-20 | Infolibria, Inc. | Protocol for distributing fresh content among networked cache servers |
| US7864764B1 (en) * | 2008-09-16 | 2011-01-04 | Juniper Networks, Inc. | Accelerated packet processing in a network acceleration device |
| US20110055386A1 (en) * | 2009-08-31 | 2011-03-03 | Level 3 Communications, Llc | Network analytics management |
| US8769156B2 (en) * | 2009-12-23 | 2014-07-01 | Citrix Systems, Inc. | Systems and methods for maintaining transparent end to end cache redirection |
-
2012
- 2012-08-29 TW TW101131284A patent/TW201325145A/zh unknown
- 2012-08-31 WO PCT/US2012/053418 patent/WO2013036453A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2013036453A1 (en) | 2013-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Nikravesh et al. | An in-depth understanding of multipath TCP on mobile devices: Measurement and system design | |
| US9253015B2 (en) | Transparent proxy architecture for multi-path data connections | |
| US10594596B2 (en) | Data transmission | |
| Habak et al. | Bandwidth aggregation techniques in heterogeneous multi-homed devices: A survey | |
| JP2020502948A (ja) | パケット伝送システムおよび方法 | |
| US20150237525A1 (en) | Traffic Shaping and Steering for a Multipath Transmission Control Protocol Connection | |
| EP3586489B1 (en) | Methods and network elements for multi-connectivity control | |
| CN114142967A (zh) | 使通信参数适配链路条件、业务类型和/或优先级 | |
| US11088957B2 (en) | Handling of data packet transfer via a proxy | |
| US11722391B2 (en) | Dynamic prediction and management of application service level agreements | |
| US11356294B2 (en) | Packet processing method and device | |
| JP2008546328A (ja) | スケジュールされたパケット送給システム及び方法 | |
| JP2013535131A (ja) | 複数の異なるネットワークを介したデータの伝送 | |
| KR102111029B1 (ko) | 다중망 병합 전송 장치, 그리고 이의 패킷 스케줄링 방법 | |
| TW201325145A (zh) | 在多連結環境中使用逐跳協定封包路由方法、系統及裝置 | |
| Netalkar et al. | mmCPTP: A cross-layer pull based transport protocol for 5g mmwave networks | |
| Zhuang et al. | Multipath transmission for wireless Internet access–from an end-to-end transport layer perspective | |
| JP6896640B2 (ja) | エッジクラウドモバイルプロキシに基づくミリ波無線アクセス技術の便宜的アクセス | |
| Kumar et al. | DSASync: Managing end-to-end connections in dynamic spectrum access wireless LANs | |
| Kharat et al. | Congestion controlling schemes for high-speed data networks: A survey | |
| Kumar et al. | Device‐centric data reordering and buffer management for mobile Internet using Multipath Transmission Control Protocol | |
| Ko et al. | A handover-aware seamless video streaming scheme in heterogeneous wireless networks | |
| Zhou et al. | Janus: A multi-TCP framework for application-aware optimization in mobile networks | |
| US20240056885A1 (en) | Multi-access traffic management | |
| Kumar et al. | Mobility Aware Bandwidth Aggregation Scheme for Heterogeneous Links of Multi-Interface Mobile Node |