本公开涉及一种用于在移动通信系统中上传数据的装置和方法。更具体地，本公开涉及一种用于在支持多个无线电接入接口(rai)的移动通信系统中上传数据的装置和方法。
背景技术：
为了满足自部署第四代(4g)通信系统以来已经增加的针对无线数据业务的需求，已经努力开发改进的第五代(5g)或前5g(pre-5g)通信系统。因此，5g或前5g通信系统也被称为“超4g网络”或“后长期演进(lte)系统”。
考虑到将以毫米波(mmwave)波段(例如，60ghz波段)来实现5g通信系统，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5g通信系统中讨论了波束成形技术、大规模多输入多输出(mimo)技术，全维度mimo(fd-mimo)技术、阵列天线技术、模拟波束成形技术，以及大规模天线技术。
另外，在5g通信系统中，基于下述正在进行针对系统网络改进的开发：先进小小区、云无线电接入网(ran)、超密集型网络、设备到设备(d2d)通信、无线回程、移动网络、合作通信、多点协作(comp)、接收端干扰消除等。
在5g系统中，已经开发了混合频移键控(fsk)和正交幅度调制(qam)调制(fqam)以及滑动窗口叠加编码(swsc)作为先进编码调制(acm)方案，和滤波器组多载波(fbmc)方案、非正交多址接入(noma)方案和稀疏码多址接入(scma)方案作为先进接入技术。
移动通信系统已经取得了迅速地发展，智能电话已经普及，因此移动数据的使用迅速地增加。尤其是，通过上行链路以及下行链路的移动数据的使用迅速增加，并且通过上行链路使用移动数据的典型之一是文件或内容的上传。
因此，已经提出了各种提高上传文件或内容的效率的方案，而典型的是负载分担(offload)方案。
即使已经提出了各种提高上传文件或内容效率的方案，但是如果文件或内容的上传失败，则文件或内容需要从头开始重新上传。
终端需要持续监控文件或内容的上传是否正常执行，并且如果通过相对应的rai上传文件或内容，则需要从头开始再次上传文件或内容。当执行文件或内容的上传时，这可能会限制终端的移动。
根据图像处理技术的发展，高清晰度视频记录成为可能，因此要被上传的文件或内容的大小显着增加。因此，需要一种高速可靠地上传大量文件或大量内容的方案。
近来，需要实时共享大量文件或大量内容的情况增加，例如，基于云的个人广播服务和/或类似情况。在这种情况下，提高整个系统的性能来以高可靠性和高速度上传文件或内容可能是重要的问题。
根据移动通信系统的发展，已经开发了终端，并且最近，一个终端可以支持多个无线电接入接口(rai)。例如，终端可以支持包括wi-fi接口和先进lte(lte-a)接口的两个rai。
然而，在到目前为止已经提出的移动通信系统中，即使终端支持多个rai，终端在相对应的时间也通过多个rai中的一个来上传文件或内容。
终端通过有限的rai以有限的网络速度上传文件或内容。文件或内容的上传可能会失败，这将导致服务质量下降。
因此，需要一种在移动通信系统中高速可靠地上传数据的方案。
只是为了帮助理解本公开而将上述信息呈现为背景信息。关于上述任何信息对于本公开是否可以适用为现有技术，既未进行确定，也未做出断言。
技术实现要素：
技术问题
本公开的各方面至少解决上述问题和/或缺点，并且至少提供下述优点。因此，本公开的一方面是提供一种用于在支持多个无线电接入接口(rai)的通信系统中上传数据的装置和方法。
本公开的另一方面在于提供一种用于在支持多个rai的通信系统中无缝地上传数据的装置和方法。
本公开的另一方面在于提供一种用于在支持多个rai的通信系统中基于机会上传来上传数据的装置和方法。
本公开的另一方面在于提供一种通过考虑支持多个rai的通信系统中的负载平衡(loadbalancing)来上传数据的装置和方法。
本公开的另一方面在于提供一种用于在支持多个rai的通信系统中高速上传数据的装置和方法。
本公开的另一方面在于提供一种在支持多个rai的通信系统中通过考虑稳定性来上传数据的装置和方法。
本公开的另一方面在于提供一种用于上传数据的装置和方法，从而减少支持多个rai的通信系统中的重发开销。
技术方案
根据本公开的一方面，提供一种在支持多个rai的移动通信系统中由站(sta)上传数据的方法。该方法包括：在检测到存在待上传的内容时，确定多个rai当中的第一rai是否可用；以及当第一rai可用时，通过第一rai向代理服务器发送包括与内容相关的信息的报头消息和包括基于内容生成的多个分段中的至少一个分段的主体消息，以将多个分段中的至少一个分段上传到原始服务器。
根据本公开的另一方面，提供一种在支持多个rai的移动通信系统中由sta上传数据的方法。该方法包括：检测到存在待上传的内容；以及通过多个rai中的每一个向代理服务器发送包括与内容相关的信息的报头消息和包括基于内容生成的多个分段中的至少一个分段的主体消息，以将多个分段中的至少一个分段上传到原始服务器。
根据本公开的另一方面，提供一种在支持多个rai的移动通信系统中由代理服务器支持sta的数据上传的方法。该方法包括：接收包括与sta待上传到原始服务器的内容相关的信息的报头消息以及包括基于内容生成的多个分段中的至少一个分段的主体消息，其中，通过多个rai中的至少一个发送报头消息和主体消息。
根据本公开的另一方面，提供一种支持多个rai的移动通信系统中的sta。该sta包括：控制器，被配置为在检测到存在待上传的内容时确定多个rai当中的第一rai是否可用；以及收发器，被配置为如果第一rai可用，则通过第一rai向代理服务器发送包括与内容相关的信息的报头消息和包括基于内容生成的多个分段中的至少一个分段的主体消息，以将多个分段中的至少一个分段上传到原始服务器。
根据本公开的另一方面，提供一种支持多个rai的移动通信系统中的sta。该sta包括：被配置为检测存在待上传的内容；以及收发器，被配置为通过多个rai中的每一个向代理服务器发送包括与内容相关的信息的报头消息和包括基于内容生成的多个分段中的至少一个分段的主体消息，以将多个分段中的至少一个分段上传到原始服务器。
根据本公开的另一方面，提供一种支持多个rai的移动通信系统中的支持sta的数据上传的代理服务器。该代理服务器包括：收发器，被配置为接收包括与sta待上传到原始服务器的内容相关的信息的报头消息以及包括基于内容生成的多个分段中的至少一个分段的主体消息，其中，通过多个rai中的至少一个发送报头消息和主体消息。
根据以下结合附图公开了本公开的各种实施例的详细描述，本公开的其他方面、优点和显着特征对于本领域技术人员将变得显而易见。
附图说明
根据以下结合附图的描述，本公开的特定实施例的以上和其他方面、特征和优点将变得更加明显，其中：
图1示意性地示出根据本公开的实施例在支持多个无线电接入接口(rai)的通信系统中基于机会上传方案的上传处理的示例；
图2a和图2b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的示例；
图3a和图3b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一个示例；
图4示意性地示出根据本公开的实施例在支持多个rai的通信系统中在站(sta)中使用固定大小的分段执行基于机会上传方案的上传处理的操作；
图5示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中基于加性增加(additiveincrease)方案确定分段的大小的处理；
图6示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段执行基于机会上传方案的上传处理的操作的示例；
图7示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中基于指数增长方案确定分段的大小的处理；
图8示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段执行基于机会上传方案的上传处理的操作的另一示例；
图9示意性地示出根据本公开的实施例在支持多个rai的通信系统中基于机会上传方案的上传处理的另一示例；
图10a和图10b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例；
图11a和图11b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例；
图12a和图12b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的实现方案的示例；
图13示意性地示出根据本公开的实施例在支持多个rai的通信系统中sta的内部结构；
图14示意性地示出根据本公开的实施例在支持多个rai的通信系统中代理服务器的内部结构；以及
图15示意性地示出根据本公开的实施例在支持多个rai的通信系统中原始服务器的内部结构。
贯穿附图，应该注意，使用相同的附图标记来描绘相同或相似的元件、特征和结构。
具体实施方式
提供以下参照附图的描述以帮助全面理解由权利要求及其等同物限定的本公开的各种实施例。它包括各种具体的细节来帮助理解，但是这些被认为仅仅是示例性的。因此，本领域的普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文描述的各种实施例进行各种改变和修改。另外，为了清楚和简明，可以省略对公知功能和结构的描述。
在下面的描述和权利要求中使用的术语和词语不限于书面含义，而是仅由发明人使用以使得能够清楚和一致地理解本公开。因此，本领域技术人员应该清楚，提供本公开的各种实施例的以下描述仅用于说明的目的，而不是为了限制由所附权利要求及其等同物限定的本公开的目的。
应该理解，除非上下文另有明确规定，否则单数形式“一”、“一个”和“该”包括复数指示物。因此，例如，对“一组件表面”的引用包括对一个或多个这种表面的引用。
尽管诸如“第一”、“第二”等的序数将被用于描述各种组件，但是这些组件在本文不受限制。这些术语仅用于将一个组件与另一个组件相区分。例如，在不脱离本发明构思的教导的情况下，第一组件可以被称为第二组件，同样地，第二组件也可以被称为第一组件。本文使用的术语“和/或”包括一个或多个相关所列项目的任何和所有组合。
将进一步理解，当在本说明书中使用时，术语“包括”和/或“具有”指定所陈述的特征、数量、操作、组件、元素或其组合的存在，但不排除一个或多个其他特征、数量、操作、组件、元素或其组合的存在或添加。
本文使用的术语——包括技术术语和科学术语——具有与本领域技术人员通常理解的术语相同的含义，只要这些术语没有不同的定义即可。应该理解，在通用字典中定义的术语具有与相关技术中的术语相同的含义。
根据本公开的各种实施例，电子设备可以包括通信功能。例如，电子设备可以是智能电话、平板式个人计算机(pc)、移动电话、视频电话、电子书阅读器、桌面型计算机、膝上型计算机、上网本式计算机、个人数字助理(pda)、便携式多媒体播放器(pmp)、运动图像专家组阶段1或阶段2(mpeg-1或mpeg-2)音频层3(mp3)播放器、移动医疗设备、相机、可穿戴设备(例如，头戴式设备(hmd)、电子衣服、电子支架(brace)、电子项链、电子配饰、电子纹身或智能手表)和/或类似物。
根据本公开的各种实施例，电子设备可以是具有通信功能的智能家电。智能家电可以是例如电视(tv)、数字视频盘(dvd)播放器、音频设备、冰箱、空调、吸尘器、烤箱、微波炉、洗衣机、烘干机、空气净化器、机顶盒、电视盒(例如samsunghomesynctm，appletvtm或googletvtm)、游戏机、电子词典、电子钥匙、摄录机、电子相框和/或类似物。
根据本公开的各种实施例，电子设备可以是医疗设备(例如，磁共振血管造影(mra)设备、磁共振成像(mri)设备、计算机断层摄影(ct)设备、成像设备或者超声波设备)、导航设备、全球定位系统(gps)接收器、事件数据记录器(edr)、飞行数据记录器(fdr)、汽车信息娱乐设备、航海电子设备(例如，航海导航设备、陀螺仪或者指南针)、航空电子设备、安全设备、工业或者消费者机器人、安装在车辆上并且可以从车辆安装和拆卸的设备，安装在车辆上并且不可从车辆移除的设备和/或类似物。
根据本公开的各种实施例，电子设备可以是家具、建筑物/结构的一部分、电子板、电子签名接收设备、投影仪、各种测量设备(例如，水、电、气或电磁波形测量设备)和/或包括通信功能的类似设备。
根据本公开的各种实施例，电子设备可以是上述设备的任何组合。另外，对于本领域的普通技术人员将明显的是，根据本公开的各种实施例的电子设备不限于上述设备。
根据本公开的各种实施例，例如，站(sta)可以是电子设备。
根据本公开的各种实施例，例如，sta作为用于上传数据的发送装置来操作，并且代理服务器作为用于接收数据的接收装置来操作。
根据本公开的各种实施例，基站(bs)作为用于接收和发送数据的装置来操作。
在本公开的各种实施例中，将会注意到术语bs可以与术语接入点(ap)、演进节点b(enb)和/或类似物互换。
在本公开的各种实施例中，将会注意到术语sta可以与术语移动站(ms)、无线终端、移动设备、用户设备(ue)和/或类似物互换。
本公开的实施例提出了一种用于在支持多个无线电接入接口(rai)的通信系统中上传数据的装置和方法。
本公开的实施例提出了一种用于在支持多个rai的通信系统中无缝地上传数据的装置和方法。
本公开的实施例提出了一种用于在支持多个rai的通信系统中基于机会上传来上传数据的装置和方法。
本公开的实施例提出了一种用于在支持多个rai的通信系统中通过考虑负载平衡来上传数据的装置和方法。
本公开的实施例提出了一种用于在支持多个rai的通信系统中高速上传数据的装置和方法。
本公开的实施例提出了一种在支持多个rai的通信系统中通过考虑稳定性来上传数据的装置和方法。
本公开的实施例提出了一种用于上传数据的装置和方法，从而降低了支持多个rai的通信系统中的重发开销。
本公开的实施例中提出的装置和方法可以应用于各种通信系统，诸如长期演进(lte)移动通信系统、先进lte(lte-a)移动通信系统、许可辅助接入(laa)-lte移动通信系统、高速下行链路分组接入(hsdpa)移动通信系统、高速上行链路分组接入(hsupa)移动通信系统、第三代合作伙伴计划2(3gpp2)中提出的高速分组数据(hrpd)移动通信系统、3gpp2中提出的宽带码分多址接入(wcdma)移动通信系统、3gpp2中提出的码分多址接入(cdma)移动通信系统、电气和电子工程师协会(ieee)802.16ad通信系统、ieee802.16m通信系统、ieee802.16e通信系统、演进分组系统(eps)和移动互联网协议(移动ip)系统、数字视频广播系统(诸如数字多媒体广播(dmb)服务、手持数字视频广播(dvb-h)、先进电视系统委员会-移动/手持(atsc-m/h)等)、ip电视、运动图像专家组(mpeg)媒体传输(mmt)系统等。
将参照图1描述根据本公开的实施例的在支持多个rai的通信系统中基于机会上传方案的上传处理的示例。
图1示意性地示出根据本公开的实施例的在支持多个rai的通信系统中基于机会上传方案的上传处理的示例。
参照图1，机会上传方案表示这样的方案：每当建立无线本地接入网络(wlan)连接时，基于预设数据单元(例如，基于分段)分割能够延迟的相对较大大小的内容，并且机会地上传分段。内容可以包括至少一个分段，并且一个会话标识符(id)被分配给一个内容。例如，wlan连接可以包括wi-fi连接，毫米波(mmwave)连接等。在图1中，为了方便，将假定wlan连接是wi-fi连接。
此外，在图1中，上传对象是内容，然而，上传对象可以是各种形式，诸如文件、服务包等以及内容。
将会注意到，图1中基于机会上传方案的上传处理是使用一个预设rai(例如，wi-fi方案)的情况下的上传处理。下面将描述基于多个rai(例如，wi-fi方案和lte方案)执行上传处理的方案，因此在此将省略其详细描述。
通信系统包括sta111、多个wi-fiap(例如，三个wi-fiap，例如，wi-fiap#1113、wi-fiap#2115和wi-fiap#3117)、代理服务器119和原始服务器121。代理服务器119是逻辑服务器。
当检测到存在待上传的内容时，sta111确定是否可以使用wi-fi方案。如果可以使用wi-fi方案，则sta111为上传会话分配会话id。例如，在图1中，假定上传会话的会话id是：
“cloud.example.org:j6oaoxcwzh/cd723lgexlf”。
sta111使用消息(例如，超文本传输协议范围请求(http范围请求)消息)开始将内容上传到代理服务器119，该消息包括sta111将上传内容的目的地的ip地址，即，sta111将上传内容的最终服务器的ip地址，例如，原始服务器121的ip地址，以及与待上传内容的内容长度相关的信息。http范围请求消息包括http请求报头字段，并且http请求报头字段可以包括目的地ip地址、会话id、与内容长度相关的信息以及与内容范围相关的信息。
在从sta111接收到http范围请求消息之后，代理服务器119在检测并且维持关于在http范围请求消息中所包括的、包含会话id的sta111的会话信息的同时从sta111接收内容，并且监控sta111的内容上传状态。当在从sta111接收内容的同时检测到来自sta111的内容上传已经完成时，代理服务器119将上传完成的内容上传到原始服务器121。
同时，上面已经描述了sta111将内容上传到原始服务器121而没有针对原始服务器121的登录处理的情况。然而，sta111可以在针对原始服务器121执行登录处理之后上传内容，这将在下面进行描述。
如果需要使用由原始服务器121提供的服务的登录处理，则sta111可以将用户账户信息包括到http请求报头字段中。是否需要登录处理由sta111确定，如果需要登录处理，则sta111将sta111的用户账户信息包括到http请求报头字段中。sta111的用户账户信息可以被包括在所有的http范围请求消息中，或者被包括在特定的http范围请求消息中，例如，第一个http范围请求消息或最后一个http范围请求消息。
如果用户账户信息被包括在从sta111接收的http范围请求消息中，则当已经完成来自sta111的内容上传时，代理服务器119基于用户账户信息执行对原始服务器121的登录处理。
在如图1所描述的内容待上传的情况下，即使sta不能在基于wi-fi方案上传内容的同时基于wi-fi方案上传内容，sta也上传内容之中除了上传数据之外的剩余数据而不从开始再次上传内容，因此可以减少重发开销。
在如图1所描述的内容待上传的情况下，每当可以使用wi-fi方案时，即，每当在没有用户介入的情况下建立wi-fi连接时，sta就可以以后台形式上传内容。因此，基于这种机会上传方案的内容上传增加了用户便利性。
已经参照图1描述了根据本公开的实施例在支持多个rai的通信系统中基于机会上传方案的上传处理的示例，并且将参照图2a和图2b来描述根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的示例。
图2a和图2b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的示例。
参照图2a和图2b，通信系统包括sta211，代理服务器119和原始服务器121。
sta111包括应用211和平台，并且该平台包括数据管理器213、请求/响应处理器215和wi-fi接口(i/f)监控单元217。
代理服务器119包括请求/响应处理器219和数据管理器221。
当检测到待上传的内容发生时，在操作223，sta111的应用211将包括指示存在待上传的内容的信息的http请求报头消息传送到sta111的请求/响应处理器215。在接收到http请求报头消息之后，在操作225，sta111的请求/响应处理器215基于http请求报头消息生成用于上传sta111的内容的会话的会话id。例如，在图2a和2b中，将假定会话id是“xyz”。
在操作227，sta111的应用211通过http请求主体消息将待上传数据递送到sta111的数据管理器213。
sta111的wi-fii/f监控单元217确定当前是否可以使用wi-fi方案，并且如果当前可以使用wi-fi方案，即，如果在操作229处wi-fi方案可用，则向sta111的数据管理器213通知wi-fi方案可用。可以用各种形式来实现通知wi-fi方案可用的方案。例如，通过发送包括指示wi-fi方案可用的信息的消息来通知wi-fi方案可用。
在操作231，sta111的请求/响应处理器215将http范围请求报头消息发送到代理服务器119的请求/响应处理器219。http范围请求报头消息包括从sta111的应用211接收的http请求报头消息和生成的会话id，即，xyz。在操作233，sta111的数据管理器213通过http范围请求主体消息将相对应的范围的分段(例如，数据#1)发送到代理服务器119的数据管理器221。
在操作233，在通过数据管理器221接收到http范围请求主体消息时，在操作235，代理服务器119通过请求/响应处理器219将http范围响应消息发送到sta111的数据管理器213。在从代理服务器119接收到http范围响应消息时，在操作237，sta111的数据管理器213更新上传进度。
由于内容的上传尚未完成，因此在操作239，sta111的请求/响应处理器215将http范围请求报头消息发送到代理服务器119的请求/响应处理器219。http范围请求报头消息包括从sta111的应用211接收的http请求报头消息和会话idxyz。在操作241，sta111的数据管理器213通过http范围请求主体消息将相对应的范围的分段(例如，数据#2)发送到代理服务器119的数据管理器221。
当检测到接收到其上传处理处于进展中的内容的多个不同的分段时，代理服务器119的数据管理器221重新组合该多个分段。如果上传处理尚未完成，即，如果上传处理仍处于进展中，则在操作243，代理服务器119的数据管理器221维持用于对应会话的会话信息，即，会话id。
在操作241，在通过数据管理器221接收到http范围请求主体消息时，在操作245，代理服务器119通过请求/响应处理器219将http范围响应消息发送到sta111的数据管理器213。在从代理服务器119接收到http范围响应消息时，在操作247，sta111的数据管理器213更新上传进度。
在执行内容的上传处理的同时，wi-fi监控单元217持续监控wi-fi方案是否可用，并且如果在操作249处wi-fi方案不可用，则通过sta111的请求/响应处理器215向sta111的数据管理器213通知wi-fi方案不可用。可以用各种形式来实现通知wi-fi方案不可用的方案。例如，可以通过发送包括指示wi-fi方案不可用的信息的消息来通知wi-fi方案不可用。
在sta111的请求/响应处理器215通知wi-fi方案不可用之后，不再执行内容的上传处理。
此后，wi-fi监控单元217持续监控wi-fi方案是否可用，并且如果在操作251处wi-fi方案可用，则通过sta111的请求/响应处理器215向sta111的数据管理器213通知wi-fi方案可用。
同时，对于内容的上传尚未完成，并且wi-fi方案再次变得可用，因此在操作253，sta111的请求/响应处理器215将http范围请求报头消息发送到代理服务器119的请求/响应处理器219。http范围请求报头消息包括从sta111的应用211接收的http请求报头消息和会话idxyz。在操作255，sta111的数据管理器213通过http范围请求主体消息将相对应的范围的分段(例如，数据#3)发送到代理服务器119的数据管理器221。
当在操作255通过数据管理器221接收到http范围请求主体消息时，在操作257，代理服务器119通过请求/响应处理器219将http范围响应消息发送到sta111的数据管理器213。在从代理服务器119接收到http范围响应消息时，在操作259，sta111的数据管理器213更新上传进度。
内容的上传尚未完成，因此在操作261，sta111的请求/响应处理器215将http范围请求报头消息发送到代理服务器119的请求/响应处理器219。http范围请求报头消息包括从sta111的应用211接收的http请求报头消息和会话idxyz。在操作263，sta111的数据管理器213通过http范围请求主体消息将相对应的范围的分段(例如，数据#4)发送到代理服务器119的数据管理器221。
在操作263通过数据管理器221接收到http范围请求主体消息时，在操作265，代理服务器119通过请求/响应处理器219将http范围响应消息发送到sta111的数据管理器213。55在从代理服务器119接收到http范围响应消息时，在操作267，sta111的数据管理器213更新上传进度。
当利用上述方案完成内容的上传时(即，当从sta111接收到包括在内容中的所有分段时)，代理服务器119的请求/响应处理器219需要上传从sta111接收的内容，即，已经完成上传的内容。在操作269，代理服务器119的请求/响应处理器219将http请求报头消息发送到原始服务器121。在操作269发送的http请求报头消息与在操作223发送的http请求报头消息相同。
在操作271，代理服务器119的数据管理器221通过http请求主体消息将从sta111接收的内容上传到原始服务器121。
在从代理服务器119的数据管理器221接收到http请求主体消息时，在操作273，原始服务器121将http响应消息发送到代理服务器119的请求/响应处理器219。在从原始服务器121接收到http响应消息时，在操作275，代理服务器119的请求/响应处理器219将http响应消息发送到sta111的请求/响应处理器215。在从代理服务器119的请求/响应处理器219接收到http响应消息之后，在操作277，sta111的请求/响应处理器215将http响应消息递送到sta111的应用211。
当从sta111的请求/响应处理器215接收到http响应消息时，sta111的应用211可以检测到向原始服务器121的内容上传已经完成。
虽然图2a和图2b示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的示例，但是可以对图2a和图2b做出各种改变。例如，虽然显示为一系列的操作，但是图2a和图2b中的各种操作可以重叠，并行发生，以不同的顺序发生，或者发生多次。
已经参照图2a和图2b描述了根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的示例，并且将参照图3a和图3b描述根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例。
图3a和图3b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例。
参照图3a和图3b，除了另外执行登录处理之外，图3a和图3b中根据基于机会上传方案的上传处理的消息发送/接收处理与图2a和图2b中根据基于机会上传方案的上传处理的消息发送/接收处理相同。
通信系统包括sta111、代理服务器119和原始服务器121。
sta111包括应用311和平台，并且该平台包括数据管理器313、请求/响应处理器315和wi-fii/f监控单元317。
代理服务器119包括请求/响应处理器319和数据管理器321。
如上所述，在图3a和图3b中的根据基于机会上传方案的上传处理的消息发送/接收处理中，与图2a和图2b中根据基于机会上传方案的上传处理的消息发送/接收处理相比，另外执行登录处理。因此，在操作323，sta111的应用311在检测到待上传的内容发生时将包括指示存在待上传的内容的信息和sta111的用户账户信息的http请求报头消息递送到sta111的请求/响应处理器315。在接收到http请求报头消息之后，在操作325，sta111的请求/响应处理器315基于http请求报头消息生成用于上传sta111的内容的会话的会话id。例如，在图3a和3b中，将假定会话id是xyz。
在操作327，sta111的应用311通过http请求主体消息递送要上传到sta111的数据管理器313的数据。
sta111的wi-fii/f监控单元317确定当前是否可以使用wi-fi方案，并且在操作329，如果当前可以使用wi-fi方案(即，如果wi-fi方案可用)，则向sta111的数据管理器313通知wi-fi方案可用。
在操作331，sta111的请求/响应处理器315将http范围请求报头消息发送到代理服务器119的请求/响应处理器319。http范围请求报头消息包括从sta111的应用311接收到的http请求报头消息，生成的会话id(即xyz)以及sta111的用户账户信息。
之后的操作——即，操作333至367——与图2a和图2b所述的操作233至267相同，因此在此将省略其详细描述。
当利用上述方案完成对内容的上传时(即，当从sta111接收到内容中包括的所有分段时)，代理服务器119的请求/响应处理器319需要向原始服务器121上传从sta111接收的内容，即，已经完成上传的内容。代理服务器119的请求/响应处理器319执行对原始服务器121的登录处理。在此，在操作368，代理服务器119的请求/响应处理器319基于在操作331从sta111的请求/响应处理器315接收的用户账户信息执行对原始服务器121的登录处理。基于用户账户信息的登录处理可以采用各种形式实现，在此将省略其详细描述。
在执行登录处理之后，如果在操作369登录处理成功，则代理服务器119的请求/响应处理器319将http请求报头消息发送到原始服务器121。
此后的操作——即，操作371至377——与图2a和图2b所描述的操作271至277相同，因此在此将省略其详细描述。
虽然图3a和图3b示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例，但是可以对图3a和图3b做出各种改变。例如，虽然显示为一系列的操作，但是图3a和图3b中的各种操作可以重叠，并行发生，以不同的顺序发生，或者发生多次。
已经参照图3a和图3b描述了根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例，并且将参照图4描述根据本公开的实施例在支持多个rai的通信系统中使用固定大小的分段执行基于机会上传方案的上传处理的操作。
图4示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中使用固定大小的分段基于机会上传方案的上传处理的操作。
参照图4，在根据本公开的实施例的基于机会上传方案的上传处理中，使用分段作为上传内容的数据单元，并且分段的大小可以是固定的或可变的。将会注意到，执行图4所示的基于机会上传方案的上传处理的操作是在分段的大小固定的情况下执行基于机会上传方案的上传处理的操作。
在操作411，sta确定wi-fi方案是否可用。如果wi-fi方案可用，则在操作413，sta向代理服务器发送http范围请求报头消息和http范围请求主体消息。http范围请求主体消息包括固定大小——例如，x兆字节(mb)——的分段。
在操作415，sta确定是否从代理服务器接收到作为对http范围请求主体消息的响应消息的http范围响应消息。如果从代理服务器接收到http范围请求主体消息，则在操作417，sta确定是否上传内容已经完成(即，对包括在内容中的所有分段的上传已经完成)。如果内容上传尚未完成，则sta返回到操作413。
如果没有从代理服务器接收到http范围请求主体消息，则在操作419，sta确定是否释放wi-fi连接。如果释放了wi-fi连接，则sta进行到操作411。如果没有释放wi-fi连接(即，如果wi-fi方案可用)，则sta返回到操作415。
尽管在图4中未示出，如操作419所描述，如果在执行内容的上传处理的同时释放wi-fi连接(即，如果wi-fi方案变得不可用)，则sta停止内容的上传处理，并且等待wi-fi方案再次变得可用。
如果在代理服务器从sta接收到内容的相对应的分段的同时没有正常执行内容的相对应的分段的接收，例如，如果停止了相相对应的分段的上传，则代理服务器不存储并且可能丢弃直到相对应的时间为止所接收到的相对应的分段，即，相对应的分段的一部分。在这种情况下，如果wi-fi方案再次变得可用，则sta可以从与停止上传的相对应的分段的开始时间相对应的数据起再次上传。
可选地，如果在代理服务器从sta接收到内容的相对应的分段的同时，没有正常执行内容的相对应的分段的接收，则代理服务器可以存储直到相对应的时间为止所接收到的相对应的分段，即，相对应的分段的一部分，而不丢弃相对应的分段的一部分。在这种情况下，如果wi-fi方案再次变得可用，则sta可以从与停止上传的相对应的分段的开始时间相对应的数据起再次上传。例如，如果wi-fi方案再次变得可用，则sta可以通过带外信令从代理服务器获取最终更新的数据的大小，并且基于所获取的大小来获取相对应的分段的上传开始时间。
虽然图4示出根据本公开的实施例在支持多个rai的通信系统中在sta中使用固定大小的分段执行基于机会上传方案的上传处理的操作，但是可以对图4做出各种改变。例如，虽然显示为一系列的操作，但是图4中的各种操作可以重叠，并行发生，以不同的顺序发生，或者发生多次。
已经参照图4描述了根据本公开的实施例在支持多个rai的通信系统中在sta中使用固定大小的分段执行基于机会上传方案的上传处理的操作，并且将参照图5描述在支持多个rai的通信系统中基于加性增加方案确定分段的大小的操作。
图5示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中基于加性增加方案来确定分段的大小的处理。
参照图5，sta基于分段来分割待上传内容并且上传分割后的分段。在这种情况下，sta可以可变地确定分段的大小，并且确定分段的大小的方案之一是加性增加方案。
加性增加方案是与当前设置的大小相比将分段的大小增加预设单位大小——例如，步长——的方案。在应用加性增加方案的情况下，分段的大小与步长相对应地连续增加，直到sta停止上传为止，例如，直到wi-fi方案变得不可用为止。分段的最大的大小是预定的，并且最大的大小可以基于通信系统的系统状况自适应地设置。因此，分段的大小与步长相对应地连续增加，然而，分段的增加的大小可以不大于最大的大小。
如果wi-fi方案变得不可用，则sta停止上传处理。在这种情况下，分段的大小再次被设置为初始的大小。如果wi-fi方案再次变得可用，则sta基于初始大小开始上传段。
已经参照图5描述了根据本公开的实施例在支持多个rai的通信系统中在sta中基于加性增加方案来确定分段的大小的处理，并且将参照图6描述根据本公开的实施例在支持多个rai的通信系统中使用可变大小的分段执行基于机会上传方案的上传处理的操作。
图6示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段来执行基于机会上传方案的上传处理的操作的示例。
参照图6，根据本公开的实施例的基于机会上传方案的上传处理中，使用分段作为用于上传内容的数据单元，并且分段的大小可以是固定的或可变的。执行图6所示的基于机会上传方案的上传处理的操作是在分段的大小可变的情况下执行基于机会上传方案的上传处理的操作。执行图6所示的基于机会上传方案的上传处理的操作是在基于加性增加方案改变分段的大小的情况下执行上传处理的操作。
在操作611，sta确定wi-fi方案是否可用。如果wi-fi方案可用，则sta将指示上传已经成功的分段的数量的变量num_success的值设置为初始值，例如，1(num_success＝1)，并且在操作613，将指示分段的大小的变量seg_size的值设置为初始值，例如，xmb(seg_size＝xmb)。
在操作615，sta将seg_size的值设置为通过将seg_size的当前值与num_success的当前值相乘所生成的值(seg_size＝seg_sizexnum_success)。在操作617，sta将http范围请求报头消息和http范围请求主体消息发送到代理服务器。http范围请求主体包括具有可变大小的段，例如，seg_sizemb。
在操作619，sta确定是否从代理服务器接收到作为对http范围请求主体消息的响应消息的http范围响应消息。如果从代理服务器接收到http范围请求主体消息，则在操作621，sta确定上传内容是否已经完成，即，对包括在内容中的所有分段的上传已经完成。
如果内容的上传尚未完成，则在操作623，sta将num_success的值增加预设值，例如，1(num_success＝num_success+1)，并且返回到操作615。
如果没有从代理服务器接收到http范围请求主体消息，则在操作625，sta确定是否释放wi-fi连接。如果释放了wi-fi连接，则sta返回到操作611。如果没有释放wi-fi连接(即，如果wi-fi方案可用)，则sta返回到操作619。
尽管在图6中未示出，如在操作625中所描述，如果在执行内容的上传处理的同时释放了wi-fi连接(即，如果wi-fi方案变得不可用)，则sta停止内容的上传处理，并且等待wi-fi方案再次变得可用。
如果在代理服务器从sta接收到内容的相对应的分段的同时，没有正常执行内容的相对应的分段的接收，例如，如果停止了相对应的分段的上传，则代理服务器不存储并且可能丢弃直到相对应的时间为止所接收到的相对应的分段，即，相对应的分段的一部分。在这种情况下，如果wi-fi方案再次变得可用，则sta可以从与停止上传的相对应的分段的开始时间相对应的数据起再次上传。
可选地，如果在代理服务器从sta接收到内容的相对应的分段的同时，没有正常执行内容的相对应的分段的接收，则代理服务器可以存储直到相对应的时间为止所接收到的相对应的分段，即，相对应的分段的一部分，而不丢弃相对应的分段的一部分。在这种情况下，如果wi-fi方案再次变得可用，则sta可以从与停止上传的相对应的分段的开始时间相对应的数据起再次上传。例如，如果wi-fi方案再次变得可用，则sta可以通过带外信令从代理服务器获取最终更新的数据的大小，并且基于所获取的大小来获取相对应的分段的上传开始时间。
虽然图6示出根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段执行基于机会上传方案的上传处理的操作的示例，但是可以对图6做出各种改变。例如，虽然显示为一系列的操作，但是图6中的各种操作可以重叠，并行发生，以不同的顺序发生，或者发生多次。
已经参照图6描述了根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段执行基于机会上传方案的上传处理的操作的示例，并且将参照图7描述根据本公开的实施例在支持多个rai的通信系统中在sta中基于指数增长方案来确定分段的大小的操作。
图7示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中基于指数增长方案来确定分段的大小的处理。
参照图7，sta基于分段来分割待上传内容并且上传分割后的分段。在这种情况下，sta可以可变地确定分段的大小，并且确定分段的大小的方案之一是指数增长方案。
指数增长方案是将分段的大小增加预设倍数的方案，例如，与当前设置的大小相比两倍。在应用指数增长的情况下，分段的大小连续增加两次(即加倍)直到sta停止上传为止，例如，直到wi-fi方案变得不可用为止。分段的最大的大小是预定的，并且最大的大小可以基于通信系统的系统状况自适应地设置。因此，分段的大小连续增加两次，然而，分段的增加的大小可能不会大于最大大小。
如果wi-fi方案变得不可用，则sta停止上传处理。在这种情况下，分段的大小再次被设置为初始大小。如果wi-fi方案再次变得可用，则sta基于初始大小开始上传分段。
已经参照图7描述了根据本公开的实施例在支持多个rai的通信系统中在sta中基于指数增长方案来确定分段的大小的处理，并且将参照图8描述根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段执行基于机会上传方案的上传处理的操作的另一示例。
图8示意性地示出根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段执行基于机会上传方案的上传处理的操作的另一示例。
参照图8，在根据本公开的实施例的基于机会上传方案的上传处理中，使用分段作为用于上传内容的数据单元，分段的大小可以是固定的或可变的。执行图8所示的基于机会上传方案的上传处理的操作是在分段的大小可变的情况下执行基于机会上传方案的上传处理的操作。执行图8所示的基于机会上传方案的上传处理的操作是在基于指数增长方案改变分段的大小的情况下执行上传处理的操作。
在操作811，sta确定wi-fi方案是否可用。如果wi-fi方案可用，则sta将指示上传已经成功的分段的数量的变量num_success的值设置为初始值，例如，1(num_success＝1)，并且在操作813，将指示分段的大小的变量seg_size的值设置为初始值，例如，xmb(seg_size＝xmb)。
在操作815，sta将seg_size的值设置为通过将seg_size的当前值与num_success的当前值相乘所生成的值(seg_size＝seg_sizexnum_success)。在操作817，sta将http范围请求报头消息和http范围请求主体消息发送到代理服务器。http范围请求主体包括具有可变大小的分段，例如，seg_sizemb。
在操作819，sta确定是否从代理服务器接收到作为对http范围请求主体消息的响应消息的http范围响应消息。如果从代理服务器接收到http范围请求主体消息，则在操作821，sta确定上传内容是否已经完成(即，对包括在内容中的所有分段的上传已经完成)。
如果内容上传尚未完成，则在操作823，sta将num_success的值增加预设倍数，例如，两倍(num_success＝num_successx2)，并且返回到操作815。
如果没有从代理服务器接收到http范围请求主体消息，则在操作825，sta确定是否释放wi-fi连接。如果释放了wi-fi连接，则sta返回到操作811。如果没有释放wi-fi连接，也就是说，如果wi-fi方案可用，则sta返回到操作819。
尽管在图8中未示出，如操作825所述，如果在执行内容的上传处理的同时释放wi-fi连接，即，如果wi-fi方案变得不可用，则sta停止内容的上传处理并且等待直到wi-fi方案再次变得可用。
如果在代理服务器从sta接收到内容的相对应的分段的同时，没有正常执行内容的相对应的分段的接收，例如，如果停止了相对应的分段的上传，代理服务器不存储并且可能丢弃直到相对应的时间为止所接收到的相对应的分段，即，相对应的分段的一部分。在这种情况下，如果wi-fi方案再次变得可用，则sta可以从与停止上传的相对应的分段的开始时间相对应的数据起再次上传。
可选地，如果在代理服务器从sta接收到内容的相对应的分段的同时，没有正常执行内容的相对应的分段的接收，则代理服务器可以存储直到相对应的时间为止所接收到的相对应的分段，即，相对应的分段的一部分，而不丢弃相对应的分段的一部分。在这种情况下，如果wi-fi方案再次变得可用，则sta可以从与停止上传的相对应的分段的开始时间相对应的数据起再次上传。例如，如果wi-fi方案再次变得可用，则sta可以通过带外信令从代理服务器获取最终更新的数据的大小，并且基于所获取的大小来获取相对应的分段的上传开始时间。
虽然图8示出根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段执行基于机会上传方案的上传处理的操作的另一示例，但是可以对图8做出各种改变。例如，虽然显示为一系列的操作，但是图8中的各种操作可以重叠，并行发生，以不同的顺序发生，或者发生多次。
已经参照图8描述了根据本公开的实施例在支持多个rai的通信系统中在sta中使用可变大小的分段执行基于机会上传方案的上传处理的操作的另一示例，并且将参照图9描述根据本公开的实施例在支持多个rai的通信系统中基于机会上传方案的上传处理的另一示例。
图9示意性地示出根据本公开的实施例在支持多个rai的通信系统中基于机会上传方案的上传处理的另一示例。
参照图9，图9中基于机会上传方案的上传处理是在使用多个预设rai(例如，wi-fi方案和lte方案)的情况下的上传处理。在图9中，为了方便，将假设将wi-fi连接用作wlan连接，并且将lte连接用作无线广域网(wwan)连接。
在图9中，上传对象是内容，然而，上传对象可以是各种形式，诸如文件、服务包等以及内容。
通信系统包括sta911、wi-fiap913、ltebs915、代理服务器917和原始服务器919。代理服务器917是逻辑服务器。
当检测到存在待上传内容时，sta911分配用于上传会话的会话id。在图9中，例如，将假设上传会话的会话id是“cloud.example.org:j6oaoxcwzh/cd723lgexlf”。
sta911使用消息(例如，http范围请求报头消息)开始向代理服务器917上传内容，该消息包括sta911将上传内容的目的地的ip地址(即，sta911将上传内容的最终服务器ip地址，例如，原始服务器919的ip地址)以及与待上传的内容的内容长度相关的信息。http请求报头消息包括目的地ip地址、会话id、与内容长度相关的信息以及与内容范围相关的信息。不同于图1中所描述的上传处理，sta911使用多个rai(即，wi-fi方案和lte方案)来上传内容。
在从sta911接收到http请求报头消息之后，代理服务器917在检测并且维持关于在请求报头消息中所包括的、包含会话id的sta911的信息的同时从sta911接收内容，并且监控sta911的内容上传状态。当在从sta911接收内容的同时检测到来自sta911的内容上传已经完成时，代理服务器919将上传完成的内容上传到原始服务器919。
上面已经描述了sta911将内容上传到原始服务器121而没有针对原始服务器919的登录处理的情况。然而，sta911可以在针对原始服务器919执行登录处理之后上传内容，这将在下面进行描述。
如果需要使用由原始服务器919提供的服务的登录处理，则sta911可以将用户账户信息包括到http请求报头字段中。是否需要登录处理由sta911确定，并且如果需要登录处理，则sta911将sta911的用户账户信息包括到http请求报头字段中。sta911的用户账户信息可以包括在所有的http范围请求消息或特定的http范围请求消息中，例如，第一个http范围请求消息或最后一个http范围请求消息。
如果用户账户信息包括在从sta911接收的http范围请求报头消息中，则当已经完成来自sta911的内容上传时，代理服务器917基于用户账户信息执行针对原始服务器919的登录处理。
在如图9所示内容待上传的情况下，即使sta不能在基于wi-fi方案上传内容的同时基于wi-fi方案上传内容，sta使用lte方案上传内容之中除了上传的数据之外的剩余数据而不从开始起再次上传内容，因此可以减少重发开销。
在如图9所示内容待上传的情况下，每当可以使用wi-fi方案时，即，每当在没有用户介入的情况下建立wi-fi连接时，sta就可以以后台形式上传内容，并且如果没有建立wi-fi连接，可以使用lte方案上传内容。因此，基于这种机会上传方案的内容上传增加了用户的便利。
上面已经描述了如果wi-fi方案可用，则sta基于wi-fi方案上传内容以及如果wi-fi方案不可用，则基于lte方案上传内容的情况。然而，如果wi-fi方案可用，则sta可以使用lte方案以及wi-fi方案并行地上传内容(即，sta可以使用两个连接并行上传内容)。以这种方式，如果sta使用不同rai的连接来上传内容，则可以增加上传速度并且可以提高上传稳定性。
已经参照图9描述了根据本公开的实施例在支持多个rai的通信系统中基于机会上传方案的上传处理的另一示例，并且将参照图10a和图10b来描述根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例。
图10a和图10b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例。
参照图10a和图10b，通信系统包括sta911，代理服务器917和原始服务器919。
sta911包括应用1011和平台，并且该平台包括数据管理器1013、请求/响应处理器1015和网络i/f监控单元1017。
代理服务器917包括请求/响应处理器1019和数据管理器1021。
当检测到待上传的内容发生时，在操作1023，sta911的应用1011将包括指示存在待上传的内容的信息的http请求报头消息传送到sta911的请求/响应处理器1015。在接收到http请求报头消息之后，在操作1025，sta911的请求/响应处理器1015基于http请求报头消息生成用于上传sta911的内容的会话的会话id。在图10a和10b中，将假定会话id是“xyz”。
在操作1027，sta911的应用1011通过http请求主体消息将待上传的数据递送到sta911的数据管理器1013。
在接收到http请求主体消息之后，在操作1029，sta911的数据管理器1013检测当前时间可用的rai和当前时间可用的每个rai的吞吐量。在操作1031，sta911的数据管理器1013基于当前时间可用的每个rai的吞吐量执行分段分割操作。
下面将描述分段分割操作。
基于分段来分割内容。在图10a和图10b中，基于多个rai而不是一个rai并行地上传内容，因此需要通过考虑每个rai来确定分段的大小。例如，分段的大小可以基于每个rai的带宽和网络速度来确定，这将在下面描述。
首先，可以确定分段的大小，以便分段的大小与每个rai的可用带宽和网络速度成比例。
如果当前时间存在多个rai可用，则sta911的数据管理器1013可以通过多个可用rai当中具有最高网络速度的rai来发送包括内容的第一分段的初始分段。
在通过多个rai之一的分段上传完成之后，sta911的数据管理器1013可以上传已经完成上传的分段之后的分段。
如果接收到指示在相同的上传会话中重叠的范围的http范围请求报头消息，则代理服务器917记录重叠的范围。如果接收到与重叠的范围对应的分段，则代理服务器917可以通过http范围响应消息通知sta911指示已经上传了与重叠的范围相对应的分段的信息，以停止上传分段。
上面已经描述了为了使分段的大小与每个rai的可用带宽和网络速度成比例而确定分段的大小的情况。然而，分段的大小可以被确定为固定的大小，并且这将在下面描述。
如果在当前时间存在多个rai可用，则sta911的数据管理器1013基于固定大小的内容分割待上传的内容。
在通过多个rai中的一个完成了分段上传之后，sta911的数据管理器1013可以通过其他rai上传没有上传的另一个分段。
如果由于诸如停止网络操作、性能下降等的各种原因，在多个rai当中的一个rai中发送分段所需的时间长于预设的阈值上传时间，则sta911的数据管理器1013可以通过其他rai上传分段，而无需通过一个rai上传分段。
如果一个rai在长于预设阈值时间的时间内不可能执行上传操作，则sta911的数据管理器1013可以上传没有通过该一个rai发送的数据，并且等待通过一个http范围请求主体消息的上传，而不将数据分割成分段。
在操作1033，sta911的请求/响应处理器1015将http范围请求报头消息发送到代理服务器917的请求/响应处理器1019。http范围请求报头消息包括从sta911的应用1011接收的http请求报头消息和生成的会话id，即，xyz。在操作1035，sta911的数据管理器1013通过http范围请求主体消息将相对应的范围的分段(例如，数据#1)发送到代理服务器917的数据管理器1021。
由于内容上传尚未完成，因此在操作1037，sta911的请求/响应处理器1015将http范围请求报头消息发送到代理服务器917的请求/响应处理器1019。http范围请求报头消息包括从sta911的应用1011接收的http请求报头消息和会话idxyz。在操作1039，sta911的数据管理器1013通过http范围请求主体消息将相对应的范围的分段(例如，数据#2)发送到代理服务器917的数据管理器1021。
同时，内容上传尚未完成，因此在操作1041，sta911的请求/响应处理器1015将http范围请求报头消息发送到代理服务器917的请求/响应处理器1019。http范围请求报头消息包括从sta911的应用1011接收的http请求报头消息和会话idxyz。在操作1043，sta911的数据管理器1013通过http范围请求主体消息将相对应的范围的分段(例如，数据#3)发送到代理服务器917的数据管理器1021。
在操作1045，sta911的数据管理器1013通过多个rai并行上传分段之后，在操作1047，代理服务器917的数据管理器1021组合通过http范围请求主体消息接收的分段，即，由sta911上传的分段。在操作1049，代理服务器917的请求/响应处理器1019将http范围响应消息发送到sta111的请求/响应处理器1015。在操作1049发送的http范围响应消息是对在操作1035、操作1039和操作1043接收的http范围请求报头消息的响应消息。
在操作1051，代理服务器917的数据管理器1021检测到接收的数据量大于或等于预设阈值数据量。在操作1053，代理服务器917的请求/响应处理器1019将http请求报头消息发送到原始服务器919，以便将所接收的数据(即，内容)上传到原始服务器919。在操作1053发送的http请求报头消息与在操作1023发送的http请求报头消息相同。
在操作1055，代理服务器917的数据管理器1021通过http请求主体消息将从sta911接收的内容上传到原始服务器919。
在操作1057，即使所接收的数据量不是100％，在接收内容的其他分段的同时，代理服务器917开始将接收的数据的一部分上传到原始服务器919。
当从代理服务器917的数据管理器1021接收到http请求主体消息时，在操作1059，原始服务器919向代理服务器917的请求/响应处理器1019发送http响应消息。在从原始服务器919接收到http响应消息之后，在操作1061，代理服务器917的请求/响应处理器1019向sta911的请求/响应处理器1015发送http响应消息。在从代理服务器917的请求/响应处理器1019接收到http响应消息之后，在操作1063，sta911的请求/响应处理器1015将http响应消息递送到sta911的应用1011。
在从sta911的请求/响应处理器1015接收到http响应消息之后，sta911的应用1011可以检测到已经完成到原始服务器919的内容上传。
虽然图10a和图10b示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例，但是可以对图10a和图10b做出各种改变。例如，虽然显示为一系列的操作，但是图10a和图10b中的各种操作可以重叠，并行发生，以不同的顺序发生，或者发生多次。
已经参照图10a和图10b描述了根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传的上传处理的消息发送/接收处理的另一示例，并且将参照图11a和图11b描述根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例。
图11a和11b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例。
参照图11a和图11b，除了另外执行登录处理以外，图11a和图11b中根据基于机会上传方案的上传处理的消息发送/接收处理与图10a和图10b根据基于机会上传方案的上传处理的消息发送/接收处理相同。
通信系统包括sta911、代理服务器917和原始服务器919。
sta911包括应用1111和平台，该平台包括数据管理器1113、请求/响应处理器1115和网络i/f监控单元1117。
代理服务器917包括请求/响应处理器1119和数据管理器1121。
如上所述，在图11a和图11b中根据基于机会上传方案的上传处理的消息发送/接收处理中，与图10a和图10b根据基于机会上传方案的上传处理的消息发送/接收处理相比，另外执行登录处理，因此，在操作1123，sta911的应用1111在检测到待上传的内容发生之后将包括指示存在待上传的内容的信息和sta911的用户账户信息的http请求报头消息递送到sta911的请求/响应处理器1115。在接收到http请求报头消息之后，在操作1125，sta911的请求/响应处理器1115基于http请求报头消息生成用于上传sta911的内容的会话的会话id。例如，在图11a和11b中，将假定会话id是xyz。
在操作1127，sta911的应用1111通过http请求主体消息递送待上传到sta911的数据管理器1113的数据。
在接收到http请求主体消息之后，在操作1129，sta911的数据管理器1113检测在当前时间可用的rai和在当前时间可用的每个rai的吞吐量。在操作1131，sta911的数据管理器1113基于在当前时间可用的每个rai的吞吐量执行分段分割操作。已经参照图10a和图10b描述了分段分割操作，在此将省略其详细描述。
在操作1133，sta911的请求/响应处理器1115将http范围请求报头消息发送到代理服务器917的请求/响应处理器1119。http范围请求报头消息包括从sta911的应用1111接收的http请求报头消息，生成的会话id(即，xyz)以及sta911的用户账户信息。
之后的操作——即，操作1135至1149——与图10a和图10b所述的操作1035至1049相同，因此在此将省略其详细描述。
在将http范围响应消息发送给sta911的请求/响应处理器1115之后，代理服务器917的请求/响应处理器1119需要向原始服务器919上传从sta911接收的内容，即，已经完成上传的内容。因此，代理服务器917的请求/响应处理器1119执行关于原始服务器919的登录处理。在操作1151，代理服务器917的请求/响应处理器1119基于在操作1133从sta911的请求/响应处理器1115接收的用户账户信息执行关于原始服务器919的登录处理。基于用户账户信息的登录处理可以采用各种形式实现，在此将省略其详细描述。
在执行登录处理之后，如果在操作1153登录处理成功，则代理服务器917的请求/响应处理器1119将http请求报头消息发送到原始服务器919。
此后的操作——即，操作1155至1163——与图10a和图10b所述的操作1055至1063相同，因此在此将省略其详细描述。
虽然图11a和图11b示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例，但是可以对图11a和图11b做出各种改变。例如，虽然显示为一系列的操作，但是图11a和图11b中的各种操作可以重叠，并行发生，以不同的顺序发生，或者发生多次。
已经参照图11a和图11b描述了根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的另一示例，并且将参照图12a和图12b描述根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的实现方式的示例。
图12a和图12b示意性地示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的实现方式的示例。
参照图12a和图12b，通信系统包括sta1211、代理服务器1221和原始服务器1223。
sta1211包括应用1213、请求/响应处理器1215、wi-fii/f1217和蜂窝i/f1219。蜂窝i/f可以是ltei/f。
当检测到待上传的内容发生时，在操作1225，sta1211的应用1213将包括指示存在待上传的内容的信息的httppost请求报头消息递送到sta1211的请求/响应处理器1215。httppost请求报头消息包括指示内容长度的content-length(内容长度)，并且content-length的值被设置为10000000。在接收到httppost请求报头消息之后，在操作1227，sta1211的请求/响应处理器1215基于httppost请求报头消息生成用于上传sta1211的内容的会话的会话id。在图12a和12b中，将假定会话id是
“cloud.example.org:j6oaoxcwzh/cd723lgexlf”。
在操作1229，sta1211的应用1213通过httppost请求主体消息将待上传数据递送到sta1211的请求/响应处理器1215。在从sta1211的应用1213接收到httppost请求主体消息之后，在操作1231，sta1211的请求/响应处理器1215将httppost请求报头消息发送到代理服务器1221。httppost请求报头消息包括指示在内容中所包括的分段的长度的content-length，指示相对应的分段的范围的content-length(内容范围)，以及指示会话id的会话id。内容长度的值被设置为“2000000”，内容范围的值被设置为“0-1999999/10000000”，并且会话id被设置为“cloud.example.org:j6oaoxcwzh/cd723lgexlf”。
在操作1233，sta1211的请求/响应处理器1215向代理服务器1221发送httppost请求主体消息。httppost请求主体消息包括分段#1。在从sta1211的请求/响应处理器1215接收到httppost请求主体消息之后，在操作1235，代理服务器1221向sta1211的请求/响应处理器1215发送http响应：201创建消息，作为对httppost请求报头消息的响应消息。
同时，内容上传尚未完成，因此在操作1237，sta1211的请求/响应处理器1215将httppost请求报头消息发送到代理服务器1221。httppost请求报头消息包括内容长度、内容范围和会话id。内容长度的值被设置为“2000000”，内容范围的值被设置为“2000000-3999999/10000000”，并且会话id被设置为“cloud.example.org:j6oaoxcwzh/cd723lgexlf”。
在操作1239，sta1211的请求/响应处理器1215向代理服务器1221发送httppost请求主体消息。httppost请求主体消息包括分段#2。在从sta1211的请求/响应处理器1215接收到httppost请求主体消息之后，在操作1243，代理服务器1221向sta1211的请求/响应处理器1215发送http响应：201创建消息，作为对httppost请求报头消息的响应消息。
以这种方式，执行包括在内容中的分段的上传，并且执行作为最后分段的分段#5的上传。也就是说，在操作1245，sta1211的请求/响应处理器1215将httppost请求报头消息发送到代理服务器1221。httppost请求报头消息包括内容长度、内容范围和会话id。内容长度的值被设置为“2000000”，内容范围的值被设置为“8000000-9999999/10000000”，并且会话id被设置为“cloud.example.org:j6oaoxcwzh/cd723lgexlf”。
在操作1247，sta1211的请求/响应处理器1215向代理服务器1221发送httppost请求主体消息。httppost请求主体消息包括分段#5。在从sta1211的请求/响应处理器1215接收到httppost请求主体消息之后，在操作1249，代理服务器1221向sta1211的请求/响应处理器1215发送http响应：201创建消息，作为对httppost请求报头消息的响应消息。
如上所述，参照图12a和图12b，将理解，在操作1241，可以通过多个rai(例如，两个rai，例如wi-fii/f1217和蜂窝i/f1219)并行上传内容。
在向sta1211的请求/响应处理器1215发送http响应：201创建消息之后，代理服务器1221需要将从sta1211接收的内容上传到原始服务器1223。因此，代理服务器1221执行关于原始服务器1223的登录处理。代理服务器1221通过在操作1225发送的httppost请求报头消息来获取用户账户信息，并且基于通过httppost请求报头消息获取的用户账户信息来执行关于原始服务器1223的登录处理。登录处理是可选的，因此登录处理可以省略。
在执行登录处理之后，如果在操作1251登录处理成功，则代理服务器1221将httppost请求报头消息发送到原始服务器1223。httppost请求报头消息与操作1225的httppost请求报头消息相同。在操作1253，代理服务器1221向原始服务器1223发送httppost请求主体消息。在此，httppost请求主体消息包括由sta1211上传的内容。在操作1255，在从sta1211接收内容的其他分段的同时，代理服务器1221可以开始向原始服务器1223上传接收的数据的一部分。
在从代理服务器1221接收到httppost请求主体消息之后，在操作1257，原始服务器1223向代理服务器1221发送http响应：200ok消息，作为对httppost请求报头消息的响应消息。在从原始服务器1223接收到http响应：200ok消息之后，在操作1259，代理服务器1221向sta1211的请求/响应处理器1215发送http响应：200ok消息。在从代理服务器1221接收到http响应：200ok消息之后，在操作1261，sta1211的请求/响应处理器1215向sta1211的应用1213发送http响应：200ok消息。
虽然图12a和图12b示出根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的实现方式的示例，但是可以对图12a和图12b做出各种改变。例如，虽然显示为一系列的操作，但是图12a和图12b中的各种操作可以重叠，并行发生，以不同的顺序发生，或者发生多次。
已经参照图12a和图12b描述了根据本公开的实施例在支持多个rai的通信系统中根据基于机会上传方案的上传处理的消息发送/接收处理的实现方式的示例，将参照图13描述根据本公开的实施例在支持多个rai的通信系统中sta的内部结构。
图13示意性地示出根据本公开的实施例在支持多个rai的通信系统中sta的内部结构。
参照图13，sta1300包括发送器1311、控制器1313、接收器1315和存储单元1317。
控制器1313控制sta1300的整体操作。控制器1313控制与根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的操作。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了与根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的操作，并且在此省略其详细描述。
发送器1311在控制器1313的控制下将各种信号和各种消息发送到包括在支持多个rai的通信系统中的其他实体(例如，wi-fiap，ltebs，代理服务器等)。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了在发送器1311中发送的各种信号和各种消息，并且在此省略其详细描述。
接收器1315在控制器1313的控制下从包括在支持多个rai的通信系统中的其他实体(例如，wi-fiap，ltebs，代理服务器，原始服务器等)接收各种信号和各种消息。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了在接收器1315中接收的各种信号和各种消息，并且在此省略其详细描述。
存储单元1317在控制器1313的控制下存储与下述操作相关的各种程序，各种数据等：根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的操作。
存储单元1317存储接收器1315从其他实体接收的各种信号和各种消息。
虽然发送器1311、控制器1313、接收器1315和存储单元1317在sta1300中被描述为单独的单元，但是应当理解，这仅仅是为了便于描述。换句话说，发送器1311、控制器1313、接收器1315和存储单元1317中的两个或更多个可以被合并到单个单元中。原始服务器1300可以用一个处理器来实现。
已经参照图13描述了根据本公开的实施例在支持多个rai的通信系统中sta的内部结构，并且将参考图14来描述根据本公开的实施例在支持多个rai的通信系统中代理服务器的内部结构。
图14示意性地示出根据本公开的实施例在支持多个rai的通信系统中代理服务器的内部结构。
参照图14，代理服务器1400包括发送器1411、控制器1413、接收器1415和存储单元1417。
控制器1413控制代理服务器1400的整体操作。控制器1413控制与根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的操作。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了与根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的操作，并且在此省略其详细描述。
发送器1411在控制器1413的控制下将各种信号和各种消息发送到包括在支持多个rai的通信系统中的其他实体(例如，sta，wi-fiap，ltebs，代理服务器等)。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了在发送器1411中发送的各种信号和各种消息，并且在此省略其详细描述。
接收器1415在控制器1413的控制下从包括在支持多个rai的通信系统中的其他实体(例如，sta，wi-fiap，ltebs，原始服务器等)接收各种信号和各种消息。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了在接收器1415中接收的各种信号和各种消息，并且在此省略其详细描述。
存储单元1417在控制器1413的控制下存储与根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的各种程序，各种数据等。
存储单元1417存储接收器1415从其他实体接收的各种信号和各种消息。
虽然发送器1411、控制器1413、接收器1415和存储单元1417在代理服务器1400中被描述为单独的单元，但是应当理解，这仅仅是为了便于描述。换句话说，发送器1411、控制器1413、接收器1415和存储单元1417中的两个或更多个可以被合并到单个单元中。代理服务器1400可以用一个处理器来实现。
已经参照图14描述了根据本公开的实施例在支持多个rai的通信系统中代理服务器的内部结构，并且将参照图15来描述根据本公开的实施例在支持多个rai的通信系统中原始服务器的内部结构。
图15示意性地示出根据本公开的实施例在支持多个rai的通信系统中原始服务器的内部结构。
参照图15，原始服务器1500包括发送器1511、控制器1513、接收器1515和存储单元1517。
控制器1513控制原始服务器1500的整体操作。控制器1513控制与根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的操作。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了与根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的操作，并且在此省略其详细描述。
发送器1511在控制器1513的控制下将各种信号和各种消息发送到包括在支持多个rai的通信系统中的其他实体(例如，sta，wi-fiap，ltebs，代理服务器等)。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了在发送器1511中发送的各种信号和各种消息，并且在此省略其详细描述。
接收器1515在控制器1513的控制下从包括在支持多个rai的通信系统中的其他实体(例如，sta，wi-fiap，ltebs，代理服务器等)接收各种信号和各种消息。已经参照图1、图2a和图2b、图3a和图3b、图4至图9、图10a和图10b、图11a和图11b以及图12a和图12b描述了在接收器1515中接收的各种信号和各种消息，并且在此省略其详细描述。
存储单元1517在控制器1513的控制下存储与根据本公开的实施例在支持多个rai的通信系统中执行基于机会上传方案的上传处理的操作相关的各种程序，各种数据等。
存储单元1517存储接收器1515从其他实体接收的各种信号和各种消息。
虽然发送器1511、控制器1513、接收器1515和存储单元1517在原始服务器1500中被描述为单独的单元，但是应当理解，这仅仅是为了便于描述。换句话说，发送器1511、控制器1513、接收器1515和存储单元1517中的两个或更多个可以被合并到单个单元中。原始服务器1500可以用一个处理器来实现。
从以上描述中明显的是，本公开的实施例使得能够在支持多个rai的通信系统中上传数据。
本公开的实施例能够在支持多个rai的通信系统中无缝地上传数据。
本公开的实施例能够在支持多个rai的通信系统中基于机会上传来上传数据。
本公开的实施例能够在支持多个rai的通信系统中通过考虑负载平衡来上传数据。
本公开的实施例能够在支持多个rai的通信系统中高速上传数据。
本公开的实施例能够在支持多个rai的通信系统中通过考虑稳定性来上传数据。
本公开的实施例能够上传数据，从而减少支持多个rai的通信系统中的重发开销。
本公开的特定方面也可以被实现为非临时性计算机可读记录介质上的计算机可读代码。非临时性计算机可读记录介质是可以存储数据的任何数据存储设备，其随后可以由计算机系统读取。非临时性计算机可读记录介质的示例包括只读存储器(rom)、随机存取存储器(ram)、光盘(cd)-rom、磁带、软盘、光学数据存储设备。非临时性计算机可读记录介质还可以分布在网络连接的计算机系统上，使得计算机可读代码以分布式的方式被存储和执行。另外，用于实现本公开的功能程序、代码和代码片段可以容易地由本公开所属领域的程序员解释。
可以理解，根据本公开的实施例的方法和装置可以通过硬件、软件和/或其组合来实现。软件可以存储在非易失性存储器中，例如，可擦除或可重写rom、存储器、例如ram、存储器芯片、存储设备或存储器集成电路(ic)、或者光学或磁性可记录的非临时性机器可读(例如，计算机可读的)、存储介质(例如，cd，dvd，磁盘，磁带等)。根据本公开的实施例的方法和装置可以由包括控制器和存储器的计算机或移动终端来实现，并且存储器可以是非临时性机器可读(例如，计算机可读)的存储介质，其适于存储包括用于实现本公开的各种实施例的指令的程序或程序。
本公开可以包括程序，该程序包括用于实现由所附权利要求限定的装置和方法的代码，以及存储程序的非临时性机器可读(例如，计算机可读)存储介质。
根据本公开的实施例的装置可以从经由有线或无线连接到装置的程序提供设备接收程序并存储程序。程序提供设备可以包括：存储器，用于存储指示执行已经安装的内容保护方法的指令，内容保护方法所需的信息等；通信单元，用于执行与图形处理设备的有线或无线通信；以及控制器，用于基于图形处理设备的请求将相关程序发送到发送/接收设备，或自动将相关程序发送到发送/接收设备。
虽然已经参照本公开的各种实施例示出和描述了本公开，但是本领域技术人员将理解，在不脱离由所附权利要求及其等同物所定义的本公开的精神和范围的情况下，可以在其中进行形式和细节上的各种改变。