某些实施方式，基站102和基站104符合第三代合作伙伴计划(3GPP)定义的长期演进(LTE)标准。LTE标准亦称EUTRA(演进通用陆地无线)标准。
[0029]请注意，虽然仅提到了EUTRA标准，但是其他实施方式可以采用其他无线协议。因此，本文所述方法也适用于基站根据其他无线协议进行的联合上行链路处理，其他无线协议包括下列各项中的一个或多个:IEEE 802.16定义的WiMAX(微波接入全球互通技术)、3GPP2定义的CDMA(码分多址)、3GPP2定义的HRH)(高速分组数据)、3GPP定义的UMTS(通用移动通信系统)、3GPP定义的EDGE(增强型数据速率GSM演进)、3GPP定义的GSM(全球移动通信系统)、IEEE 802.11定义的无线局域网(WLAN)，等等。
[0030]请注意，虽然下面仅提到了EUTRA标准，但是可以在其他实施方式中采用其他标准。
[0031]根据EUTRA标准，基站102或基站104作为增强型节点B(ENode B)实施。基站可以执行下列任务中的一项或多项任务:无线资源管理、移动站的移动性管理、流量路由等。通常，术语“基站”指用于任何类型无线网络的的蜂窝式网络基站或接入点、或与移动站通信的任何类型无线发送器/接收器。术语“基站”可能包含如基站控制器或无线网络控制器的相关控制器。预期的是，术语“基站”还指家庭基站或接入点，微基站或接入点，或者微微型基站或接入点。“移动站”指手机、便携式计算机、个人数字助理(PDA)，或者如健康监测仪、攻击警报器等的嵌入式设备。
[0032]进一步如图1显示，基站102和基站104可连接到服务网关130，服务网关130用于路由承载数据分组(bearer data packets)。不同基站之间进行切换时，服务网关130作为用户平面的移动锚点(mobility anchor)。服务网关130还连接分组数据网络(PDN)网关132，网关132实现移动站与分组数据网络134(例如，互联网、提供各种服务的网络等)之间的连通。
[0033]EUTRA标准指最新的EUTRA标准以及逐渐从EUTRA标准演化而来的任何标准。期望的是，从EUTRA标准演化的未来标准可能有不同的命名。预期的是，“EUTRA”也包括此类后续演化标准。
[0034]图2显不了基站i和基站j的各种兀件，举例来说，基站i和基站j对应图1所不的基站102和基站104。基站i和基站j中的个基站可作为服务基站，而另基站作为联合处理基站。输入信息200和202分别提供给预先调度器i和预先调度器j(分别位于基站i和基站j内)。输入信息200或202包括信道探测参考信号(sounding reference signal) (SRS)(移动站传输SRS，从而基站能够利用SRS来估计上行链路信道质量及其它信息)、报告(包含各种对预先调度器i或预先调度器j有用的数据)、缓冲占有量(表明与移动站相关的缓冲的占有量)以及QoS信息(表明为特定传输提供的服务质量的服务质量信息)。请注意，类似信息(204和206)也可以分别提供给战术调度器i和战术调度器j。
[0035]如图2所示，基站j内的预先调度器j可以向基站i内的战术调度器i发送联合处理请求(208)。这是在基站j为服务基站且基站i为联合处理基站的情况下进行的。联合处理请求基于预先调度器在服务基站的战术调度器进行实际调度之前所作的预先调度。
[0036]同样，基站i的预先调度器i也可以向基站j的战术调度器j发送联合处理请求(210)，在这种情况下，基站i是服务基站且基站j是联合处理基站。
[0037]联合处理请求可指定分配联合处理基站(代表服务基站)的上行链路资源，用于使联合处理基站接收特定移动站的上行链路数据。联合处理请求的其他内容可能包括，举例来说，移动站的识别、无线网络临时标识(RNTI)、调制编码方案(MCS)(指定用于改善信号质量的调制编码)以及/或者其他信息。
[0038]请注意，为了测量特定上行链路资源信号的目的，服务基站还可以向联合处理基站发送联合测量请求(图2未显示)。这使服务基站(及联合处理基站)可以获悉相对SINR，从而根据SINR判断联合处理基站是否应该调度协助以接收移动站的上行链路数据。
[0039]进一步如图2所示，如果基站j是联合处理基站，则基站j的MAC层110和物理层108能向服务基站i发送联合处理上行链路数据(214)，从而进行上行链路数据的合并(215)。或者，如果基站i是联合处理基站，则基站i的MAC层110和物理层108能向服务基站j发送联合处理上行链路数据(216)，从而进行上行链路数据的合并(217)。
[0040]图3为某些实例所述的联合上行链路处理时序图。时序图3显示了时间分组序列，其中每个时间分组含四个TTK传输时间间隔)，每个TTI为预定长度的时隙。
[0041]在时序图3中，“ADV”代表服务基站的预先调度器(图1标注为120)执行的任务，“PREP”代表基站或移动站为了实现上行链路数据从移动站到基站的传输而执行的任务，“DEC"代表解码任务。
[0042]在某些实施方式中，假设运用混合ARQ(自动重传请求)，其中检错信息位和前向纠错位被加入到将要通过该错误传输的数据。HARQ信息(包括检错位和前向纠错位)使接收器能够判断接收器接收的数据是否包含错误。前向纠错位使某些数据错误得以纠正。如果无法纠正数据错误，则HARQ形成机制以请求发送器重传数据。
[0043]在其他实施方式中，可以为移动站与基站之间的无线通信采用其他检错和纠错机制。
[0044]如图3所示，将要执行联合上行链路处理时，服务基站的预先调度器120(在执行ADV任务以后)向联合处理基站的战术调度器122发送联合处理请求(300)，战术调度器122执行“JP PREP”任务。如上所述，联合处理请求(300)可指定向联合处理基站请求的联合处理基站资源块，所述联合处理基站用于从移动站接收上行链路数据，从而用于执行联合上行链路处理。请注意，联合处理请求在本阶段仅表明服务基站计划利用联合处理基站的资源块进行上行链路数据传输的调度一基于各种情况，服务基站可能不用联合处理基站的资源块进行上行链路数据传输。
[0045]在稍后的时间点，服务基站的战术调度器执行PREP任务304以向移动站发送上行链路准许消息(306)。并且准许详情被发送(308)给联合处理基站的战术调度器，这向联合处理基站说明服务基站事实上已经对联合处理请求(300)指定的资源块进行调度。
[0046]在图3所示的实例中，上行链路准许(306)被发送时RV(冗余版本)设为零。RV是用于指定所用的重传版本的HARQ参数。RV用于指示移动站是重新发送先前传输的数据块，或是执行下一上行链路数据的传输。在该例中，RV为0，表明移动站能发送下一上行链路数据。
[0047]响应上行链路准许(306)，移动站执行各种任务308，通过物理上行共享通道(PUSCH)向服务基站和联合处理基站发送(310)上行链路数据。请注意，上行链路准许(306)指定移动站同时使用服务基站和联合处理基站的无线资源，从而服务基站和联合处理基站都能接收移动站(310处)发送的上行链路数据，以进行联合上行链路处理。
[0048]从PUSCH接收上行链路数据时，服务基站和联合处理基站根据接收的上行链路数据分别执行相应的任务(JP DEC、ADV、DEC、PREP)。在图3所示的实例中，假设联合处理基站无法成功解码通过PUSCH接收的上行链路数据一一因此，联合处理基站向服务基站发送故障指示(312)。请注意，服务基站向移动站提供HARQ反馈时，上行链路数据是否接收成功尚不明确。因此，某些实施方式提供了确认(ACK) (134)，确认(ACK) (134)不包含上行链路准许。相反，ACK包含发送给移动站的暂停指示。响应具有暂停指示的确认(314 )，移动站不执行上行链路数据传输。实际上，具有暂停指示的确认ACK有效地延迟了服务基站向移动站提供HARQ反馈，直到服务基站能够判断联合处理基站是否能够配合服务基站来处理联合上行链路数据以使服务基站能够成功解码上行链路数据。
[0049]在图3所示的实例中，假设鉴于联合处理基站的故障指示(312)以及服务基站无法成功解码310处接收的上行链路数据的事实，服务基站请求重传310处发送的相同上行链路数据。服务基站不仅向联合处理基站发送(316处)重传请求相关的准许详情，还向移动站发送(318处)上行链路准许，RV设为2。这是请求移动站重传先前传输的相同上行链路数据。
[0050]图4为与时序图3类似的时序图，不同之处在于联合处理基站能成功解码310处发送的上行链路数据。图4中与图3相同的任务采用了相同的编号。如图4所示，联合处理基站对310处通过PUSCH接收的上行链路数据执行的解码(402)任务成功，促使联合处理基站向服务基站发送上行链路数据(404处)。联合处理基站(404)转发的上行链路数据与服务基站直接从移动站接收(310)的上行链路数据在服务基站进行合并，因而使服务基站得以确定310处发送的上行链路数据接收成功。因此，服务基站能调度移动