具体实施方式

本申请实施例提供了一种数据处理方法及相关设备。可以应用于无线通信系统或设备到设备(device to device，D2D)通信等，用于避免没有系统信息而导致的无效重传。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

图1给出了一种通信系统示意图。该通信系统可以包括网络设备101以及与网络设备 101连接的终端设备102至104。

本申请实施例中，仅以一个网络设备101以及三个终端设备102至104为例进行示意性说明。在实际应用中，本申请实施例中的通信系统可以有更多的网络设备101以及终端设备102，终端设备102也可以是一个或多个。本申请实施例对网络设备101以及终端设备102的数目不进行限定。

本申请实施例中的网络设备101可以是任意一种具有无线收发功能的设备。包括但不限于：基站(例如第五代通信系统中的基站、未来通信系统中的基站等)、射频拉远单元(remote radio unit，RRU)、无线中继节点、无线回传节点、传输节点(transmissionreference point，TRP)、云无限接入网络(cloud radio access network，CRAN)场景下的无线控制器等，具体此处不作限定。

本申请实施例中的终端设备可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。终端设备可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与网络设备交换语言和 /或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)等设备。终端设备也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(RemoteTerminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(UserAgent)、用户设备(User Device)、或用户装备(User Equipment)。另外，终端设备也可以是用于实现 UE功能的芯片系统。本申请实施例仅以终端设备为用户终端UE为例进行说明。

本申请可以应用于无线通信系统(在网络设备向终端设备发送数据时，网络设备为发送端，终端设备为接收端；在终端设备向网络设备发送数据时，网络设备为接收端，终端设备为发送端)，也可以应用于D2D通信(即发送端与接收端为不同的终端设备)等，具体此处不做限定。下面仅以发送端为基站，接收端为终端为例进行示意说明。

HARQ重传技术中的IR合并方式，这种方式第一次传输时发送系统比特和一部分冗余比特，而通过重传(Retransmission)发送额外的冗余比特。如果第一次传输没有成功解码，则可以通过重传更多冗余bit降低信道编码率，从而提高解码成功率。如果加上重传的冗余比特仍然无法正常解码，则进行再次重传。随着重传次数的增加，冗余比特不断积累，信道编码率不断降低，从而可以获得更好的解码效率，每一次传输，称为采用一个冗余版本(redundantcy version，RV)。例如在3GPP中，采用了循环缓存速率匹配的方式来进行重传，如图2所示。设编码后的比特编号为0，1，2，…，分别设定例如4个起点编号，k0，k1，k2，k3，从该起点开始的一定长度的码块称为不同的冗余版本(Redundancy Version)，也就是说，不同的冗余版本RV用于定义传输码块在编码块中的起点，实际传输的数据为起始于冗余版本所对应的起点编号对应的比特开始直到本次传输最多能够传输的比特。通常RV＝0用于表示初始传输。由此可见，一般RV0传输，也就是第一次传输会包含系统比特，其他次传输为冗余比特。在增量冗余合并方式中，接收端至少需要有第一次传输所承载的系统比特才可以正确接收，如果没有系统比特，则无论冗余比特增加多少，都无法正确译码。

第三代合作伙伴计划(third generation partnership project，3GPP)标准组织正在制定第五代蜂窝移动通信系统的协议标准。与长期演进(long term evolution，LTE)系统相比，NR系统支持更大的传输带宽，更多的收发天线阵列，更高的传输速率以及更灵活、粒度更小的调度机制，NR系统的上述特性提供了更多的适用范围，但同时极大的增加了UE的功耗负担。

为了减少终端设备的功耗，通常会启动不连续接收(discontinuous reception，DRX) 机制以降低UE在连接态的UE功耗，其主要特征如图3所示的DRX周期示意图：

DRX状态下的基本时间单位为一个DRX循环，一个DRX循环的时长称为一个DRX周期300。一个DRX循环也可以成为一个DRX周期300，包括一个休眠时间301(sleep，也称为discontinuous reception off，DRX_OFF)和一个唤醒时间302(on duration，也称为discontinuous reception on，DRX_ON，还可以称为active time，激活时间)。

当DRX周期300处于休眠时间301时，休眠模式下的UE可以完全关闭通信器件(如：射频收发器，基带处理器等)以降低功耗。当DRX周期300处于唤醒时间302时，唤醒模式下的UE监听下行控制信道(physical downlink control channel，PDCCH)，并且会启动一个非激活定时器(inactive timer)，一旦在下行控制信道中接收到了下行控制信息 (downlinkcontrol information，DCI)，UE将重新启动非激活定时器计算定时。如果非激活定时器超时，UE重新回到休眠模式。这样，终端设备在工作时段内，在睡眠之前，终端的接收通道一直打开，功耗较高。为了节省终端设备的功耗，进一步的，将终端的接收分为PDCCH接收和PDSCH接收，终端设备在没有检测到包含给自己的有效的下行调度之前，不打开PDSCH的接收通道。只有在检测到有包含给自己的有效的下行调度之后，才打开 PDSCH的接收通道。这种方法的缺陷在于，由于PDSCH有部分场景是与PDCCH在时间上一起传输，或者虽然PDSCH是在PDCCH传输之后传输，但是在PDCCH检测完成之前，已经传输了部分PDSCH，导致这个DCI所指示的PDSCH上承载的传输块TB(Transport Block)无法正确接收。按照通常的HARQ传输技术，终端没有正确接收到一个PDSCH，会向基站反馈没有正确接收的信号NACK(Notacknowledgement)，而基站收到NACK后，知道该PDSCH 没有被正确接收，会重传该PDSCH。但由于终端侧没有接收到这个TB的初始传输，而重传数据只有增量冗余信号，因此，会导致即使是经过多次重传，也无法正确译码，导致丢包。通常可以通过无线链路层控制协议(radiolink control，RLC)重传的方式来重新传输这个初始数据包，但RLC重传一方面会造成传输时延增加，另外多次无效的传输也降低了系统的传输效率。

本申请实施例提出的数据处理方法用于解决上述缺陷，下面结合图1的网络框架，对本申请实施例中的数据处理方法进行描述：

请参阅图4，本申请实施例中数据处理方法一个实施例包括：

下面仅以发送端为基站，接收端为UE为例进行示意性说明。

401、发送端向接收端发送第一控制信息。

基站向UE发送第一控制信息，该第一控制信息用于指示UE接收初始数据包。

可选地，该第一控制信息为DCI，该DCI用于指示PDSCH的调度信息、PDSCH映射的时频资源以及PDSCH承载的初始数据包(即传输块TB)所采用的调制编码方式。

402、发送端向接收端发送初始数据包。

基站向UE发送初始数据包，该初始数据包包括系统信息(也可以称为系统比特)。

可选地，该初始数据包还包括部分冗余信息(也可以称为部分冗余比特)。

可选地，该初始数据包为传输块TB，该TB包括第一冗余版本信息(即RV0)，第一冗余版本信息包括系统比特。

403、接收端确定初始数据包的反馈信息。

UE根据第一控制信息确定需要接收的初始数据包。

可选地，UE根据DCI确定需要接收的传输块TB，并根据DCI的指示在相应的PDSCH尝试接收TB。

UE在确定需要接收初始数据包后，可以进一步确定初始数据包的反馈信息。

即UE确定是否满足第二条件，若满足第二条件，UE确定反馈信息用于指示基站重新发送初始数据包中的系统信息(例如反馈信息可以是N比特的信息，其中N表示请求重传系统信息，N为大于0的整数)。若不满足第二条件，UE确定反馈信息为确认(acknowledgecharacter，ACK)信息或否定(Negative Acknowledgement，NACK)信息。

根据是否满足第二条件(例如：UE是否能处理PDSCH)分为两种情况，下面分别描述：

第一种、满足第二条件(即UE无法处理PDSCH)。

本申请实施例中的第二条件包括如下多种情况，下面分别描述。

一、第二条件包括：接收端未及时打开用于接收初始数据包的通道。

对于接收端未及时打开用于接收初始数据包的通道的情况有多种，下面举例进行说明：

1、接收端未及时打开通道。

示例性的，如图5所示，接收端未及时打开用于接收初始数据包的通道。

UE为了节电，在连接态-非连续接收(connected discontinuous reception，C-DRX) 的休眠时间(即图3所示的301)，接收端关闭通道。在C-DRX的唤醒时间(即图3所示的302)承载PDCCH的符号，UE打开通道接收PDCCH，随后关闭通道。UE盲检、解析PDCCH 之后检测到有效的授权，才打开通道。而PDSCH的解调参考信号(demodulation referencesignal，DMRS)已经传输完毕(如图5所示)，则UE无法接收该PDSCH。

2、接收端未及时打开全部通道。

示例性的，UE为了节电，没有及时打开全部接收的通道。假设UE最多支持4个通道4Rx。但为了节电，UE在PDCCH检测的时候，使用较少的通道，例如使用两个通道，即2Rx 接收。只有在通过PDCCH解析检测到发送端调度PDSCH后，才打开全部4个通道。这时，如果该PDSCH为4流的数据，则UE因为无法获得全部4流的数据，无法正确接收PDSCH。

本申请实施例中，接收端未及时打开用于接收初始数据包的通道的情况有多种，上面两种只是举例，具体此处不做限定。

二、第二条件包括：处理资源冲突导致接收端无法处理初始数据包。

对于处理资源冲突导致接收端无法处理初始数据包的情况有多种，下面举例进行说明：

1、接收端处理优先级更高的PDSCH。

示例性的，初始数据包承载在第一PDSCH上，UE在处理第一PDSCH时，接收到比第一PDSCH更加紧急的第二PDSCH(即第二PDSCH优先级高于第一PDSCH)，则UE处理第二PDSCH，没有处理第一PDSCH。

2、接收端处理优先级更高的PDSCH。

示例性的，基站调度其他UE抢占了第一PDSCH的传输资源。UE可以通过基站下发的抢占指示(preemption indicator，PI)获得资源被抢占的指示信息。当然这种情况UE 可能也是无感知的。在UE能够通过PI指示获得资源被抢占的指示信息的情况下，UE确定满足第二条件。在UE无法感知到资源被抢占的情况，UE按照UE能够处理第一PDSCH的情况来对第一PDSCH处理。

本申请实施例中，处理资源冲突导致接收端无法处理初始数据包的情况有多种，上面两种只是举例，具体此处不做限定。

本申请实施例中，第二条件有多种情况，上面两种只是举例，具体此处不做限定。

第二种、不满足第二条件(即UE能够处理PDSCH)。

UE能够处理PDSCH分为UE正确接收PDSCH以及UE未正确接收PDSCH两种情况。

若UE能够处理PDSCH，UE按照正常接收PDSCH的流程对PDSCH进行解调以及译码等操作，并根据译码结果，确定初始数据包的反馈信息。如果正确译码，则UE确定初始数据包的反馈信息为ACK信息；如果不能正确译码，则UE确定初始数据包的反馈信息为NACK 信息。

UE在检测到有效的授权后，到初始数据包对应的PDSCH最后一个符号结束之前，有至少1个符号该PDSCH的DMRS，由于存在DMRS，UE还可以尽力解调，视为UE能够处理PDSCH。

UE在检测到有效的授权后，到初始数据包对应的PDSCH最后一个符号结束之前，有至少1列该PDSCH的DMRS，且从检测到有效的授权后，到到初始数据包对应的PDSCH最后一个符号结束之前，至少有L个符号的该PDSCH，其中，L大于等于1。由于存在DMRS，且可以认为丢失的数据足够少，视为UE能够处理PDSCH。

当然，当UE无法处理PDSCH时，UE也可以不向基站发送反馈信息。

404、若满足第一条件，发送端向接收端发送初始数据包中的系统信息。

若UE也未向基站发送反馈信息，基站可以根据第一条件来判断是否重新向UE发送初始数据包中的系统信息。

本申请实施例中的第一条件包括如下几种情况，下面分别描述。

一、第一条件包括：反馈信息为NACK信息，且满足预设条件。

基站可以根据预先定义的规则或反馈信息中的标识识别出反馈信息是NACK信息还是 ACK信息。

本申请实施例中的预设条件包括如下多种情况。

1、该反馈信息为初始数据包对应的反馈信息。具体的，基站可以根据预先定义的规则或反馈信息中的标识识别出该反馈信息是否为初始数据包对对应的反馈信息。

2、初始数据包为基站在UE非连续接收的激活期开始后的第一个发送给UE的初始数据包。

3、基站的调度超过了UE的处理能力，例如：乱序调度或资源抢占(如前述步骤403中第二点所示，此处不再赘述)。

4、基站确定UE在低功耗工作模式。

二、第一条件包括：基站接收到UE发送的反馈信息，该反馈信息用于指示基站重新发送初始数据包中的系统信息(例如反馈信息可以是N比特的信息，其中N表示请求重传系统信息，N为大于0的整数)。

三、第一条件包括：基站未接收到UE发送的对于初始数据包的反馈信息。

基站向UE发送初始数据包之后，没有接收到UE发送的信息，或者UE没有接收到用于反馈初始数据包的信息。则基站向UE重新发送初始数据包中的系统信息。

可选地，基站调度初始数据包的HARQ反馈信息为单独的码本，不与其他HARQ反馈信息和上行反馈信息一起复接。避免了如果HARQ的码本中包括多个PDSCH的反馈信息，或者HARQ反馈与其他上行信息一起反馈，UE不发送反馈信息带来的整个码本或者整个上行信息丢失的情况。

若满足第一条件，基站向UE重新发送初始数据包中的系统信息。当然，基站也可以向UE重新发送初始数据包中的系统信息以及冗余信息，该冗余信息可以与初始数据包中的冗余信息一样或不一样，具体此处不做限定。

可选地，基站向UE重新发送初始数据包中的系统信息之后，可以将HARQ的重传计数器清零。

可选地，基站向UE重新发送初始数据包中的系统信息之后，可以将冗余版本RV指示设置为0，并在HARQ的重传计数器上记录该次传输。

若不满足第一条件，基站接收UE发送的NACK信息(不满足预设条件的NACK信息)或ACK信息。若是不满足预设条件的NACK信息，基站向UE发送冗余比特，若是ACK信息，基站不向UE发送冗余比特以及系统比特。

本申请实施例中，发送端向接收端发送初始数据包；若满足第一条件，发送端向接收端重新发送初始数据包中的系统信息。通过第一条件来选择是否重新发送系统信息，避免了接收端在未正确接收系统信息的情况下，持续接收发送端发送的冗余信息带来的资源浪费。

即发送端通过第一条件可以识别接收端是否收到初始数据包，并在识别到终端没有接收到初始数据包时，向接收端发送初始数据包中的系统信息，从而避免发送端无法判断接收端没有收到初始数据包而导致的没有系统比特的无效重传。

上面对本申请实施例中的数据处理方法进行了描述，下面对本申请实施例中的发送端进行描述，请参阅图6，本申请实施例中发送端一个实施例包括：

收发单元601，用于向接收端发送第一控制信息，第一控制信息用于指示接收端接收初始数据包；

收发单元601，还用于向接收端发送初始数据包；

若满足第一条件，收发单元601还用于向接收端重新发送初始数据包中的系统信息。

可选地，第一条件包括未从接收端收到响应于初始数据包的反馈信息。

可选地，第一条件包括从接收端接收到第一请求，第一请求用于指示向接收端重新发送系统信息。

可选地，第一条件包括从接收端接收到响应于初始数据包的否定NACK信息，且NACK 信息满足预设条件。

可选地，预设条件包括初始数据包为在接收端非连续接收的激活期开始后的第一个发送给接收端的初始数据包。

可选地，预设条件包括调度接收端处理另一数据包而导致接收端无法处理初始数据包。

可选地，预设条件包括接收端在接收初始数据包时处于低功耗模式。

本实施例中，发送端中各单元所执行的操作与前述图4所示实施例中描述的类似，此处不再赘述。

本实施例中，收发单元601向接收端发送初始数据包；若满足第一条件，收发单元601向接收端重新发送初始数据包中的系统信息。通过第一条件来选择是否重新发送系统信息，避免了接收端在未正确接收系统信息的情况下，持续接收收发单元601发送的冗余信息带来的资源浪费。

请参阅图7，本申请实施例中接收端一个实施例包括：

收发单元701，用于接收第一控制信息，第一控制信息用于指示收发单元701接收初始数据包；

处理单元702，用于确定初始数据包的反馈信息，若满足第二条件，反馈信息用于指示发送端重新发送初始数据包中的系统信息；

收发单元701，还用于接收系统信息。

可选地，接收端还包括：

收发单元701，用于向发送端发送反馈信息。

可选地，第二条件包括被发送端调度处理另一数据包而导致无法处理初始数据包。

可选地，第二条件包括收发单元701在接收初始数据包时处于低功耗模式。

本实施例中，接收端中各单元所执行的操作与前述图4所示实施例中描述的类似，此处不再赘述。

本申请实施例中，处理单元702确定初始数据包的反馈信息，若满足第二条件，反馈信息用于指示发送端重新发送初始数据包中的系统信息，通过第二条件请求发送端重新发送系统信息，避免了发送端发送不包含系统信息的冗余信息带来的资源浪费。

下面对本申请实施例中的发送端进行描述，请参阅图8，本申请实施例中发送端另一个实施例包括：

该发送端800包括至少一个处理器801以及至少一个通信接口802。通信接口802用于为处理器801提供数据和/或信息的输入/输出，处理器801用于处理该数据和/或信息。

可选地，发送端800还包括存储器803，处理器801与存储器803和通信接口802耦合。存储器803可以是易失性存储或持久存储。存储在存储器803的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器801 可以设置为与存储器803通信，在发送端800上执行存储器803中的一系列指令操作。

发送端800还可以包括至少一个电源804，和/或，至少一个操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

该处理器801可以执行前述图4所示实施例中发送端所执行的操作，具体此处不再赘述。

本申请实施例还提供了另一种接收端，如图9所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该接收端可以为包括手机、平板电脑、个人数字助理(personal digital assistant，PDA)、销售终端设备(point of sales，POS)、车载电脑等任意终端设备，以接收端为手机为例：

图9示出的是与本申请实施例提供的接收端相关的手机的部分结构的框图。参考图9，手机包括：射频(Radio Frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wireless fidelity，WiFi)模块970、处理器990、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体的介绍：

RF电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器990处理；另外，将设计上行的数据发送给基站。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统 (GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器920可用于存储软件程序以及模块，处理器990通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备 932。触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器990，并能接收处理器990发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932 可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941，可选的，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板941。进一步的，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器990以确定触摸事件的类型，随后处理器990 根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板 931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板 941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴) 加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960 接收后转换为音频数据，再将音频数据输出处理器990处理后，经RF电路910以发送给比如另一手机，或者将音频数据输出至存储器920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成。

处理器990是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器990 可包括一个或多个处理单元；优选的，处理器990可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器990中。

手机还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器990逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该接收端所包括的处理器990可以执行前述图4所示实施例中的功能，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。