无线接入网络(ran)共享协定中的不对称 ran 资源分配的制作方法
【专利摘要】本公开内容的某些方面提供了用于在共享的无线接入网络(RAN)中分配资源的技术和装置。如本申请所描述的，RAN单元(例如，基站)可以在两个或更多RAN共享合作伙伴(例如，PLMN)之间，分配共享的RAN资源(例如，无线承载)。通常，一种方法包括：维持交付给每一个合作伙伴的RAN资源的细分，评估交付给每一个合作伙伴的RAN资源的超额容量，以及这些RAN资源的总体空闲容量，并根据该评估和合作伙伴关系来分配RAN资源。
【专利说明】无线接入网络（RAN)共享协定中的不对称RAN资源分配
[0001] 基于35U. S. α § 119要求优先权
[0002] 本申请要求享有2012年7月25日提交的美国临时专利申请No. 61/675, 684的优 先权，故以引用方式将其全部内容并入本文。
【技术领域】
[0003] 概括地说，本公开内容的某些方面涉及无线通信系统，而更具体地说，涉及在共享 的无线接入网络（RAN)中分配资源的技术。
【背景技术】
[0004] 为了提供诸如语音、数据等的各种类型的通信内容，已广泛地部署无线通信系统。 这些系统可以是能够通过共享可用的系统资源（例如，带宽和发射功率）来支持与多个 用户进行通信的多址系统。这种多址系统的例子包括：码分多址（CDM)系统、时分多址 (TDMA)系统、频分多址（FDMA)系统、3GPP长期演进（LTE)系统和正交频分多址（OFDMA)系 统。
[0005] 通常来说，无线多址通信系统可以同时地支持多个无线终端的通信。每一个终端 都经由前向链路和反向链路上的传输与一个或多个基站进行通信。前向链路（或下行链 路）是指从基站到终端的通信链路，而反向链路（或上行链路）是指从终端到基站的通信 链路。可以通过单输入单输出、多输入单输出或者多输入多输出（ΜΙΜΟ)系统来建立这种通 信链路。
[0006] MMO系统采用多付（NT)发射天线和多付（NR)接收天线，来进行数据传输。由NT 个发射天线和NR个接收天线形成的MMO信道可以分解成NS个独立信道，其也可以称为空 间信道，其中NsS min {NT，NJ。NS个独立信道中的每一个信道对应一个维度。如果使用由 多付发射天线和接收天线所生成的其它维度，则MMO系统能够改善性能（例如，更高的吞 吐量和/或更高的可靠性）。
[0007] MMO系统支持时分双工（TDD)和频分双工（FDD)系统。在TDD系统中，前向链路 传输和反向链路传输处于相同的频率范围上，从而互易性原理允许根据反向链路信道来估 计前向链路信道。当在接入点有多付天线可用时，这使接入点能够在前向链路上提取发射 波束成形增益。
[0008] 随着无线数据业务的持续增长，开发和部署了新的无线接入技术，小区密度不断 地增长以处理不断增长的需求。服务价格的下降，加剧了跟上需求增长的花费。结果，两个 或更多合作伙伴之间的无线接入网络（RAN)共享协定，被视为是用于减少针对这些部署的 资本投资相关的金融风险和运营成本的一种方式。
【发明内容】
[0009] 本公开内容的某些方面提供了一种根据合作伙伴之间的关系，来分配无线接入网 络（RAN)资源的方法。该方法通常包括：维持向所述合作伙伴中的每一个交付的RAN资源 的细分；评估向所述合作伙伴中的每一个交付的RAN资源的超额容量，以及所述RAN资源的 总体空闲容量；根据所述评估和所述合作伙伴关系来分配所述RAN资源。
[0010] 本公开内容的某些方面提供了一种用于根据合作伙伴之间的关系，来分配无线接 入网络（RAN)资源的装置。该装置通常包括：用于维持向所述合作伙伴中的每一个交付的 RAN资源的细分的单元；用于评估向所述合作伙伴中的每一个交付的RAN资源的超额容量， 以及所述RAN资源的总体空闲容量的单元；用于根据所述评估和所述合作伙伴关系来分配 所述RAN资源的单元。
[0011] 本公开内容的某些方面提供了一种用于根据合作伙伴之间的关系，来分配无线接 入网络（RAN)资源的装置。该装置通常包括至少一个处理器。所述至少一个处理器通常被 配置为：维持向所述合作伙伴中的每一个交付的RAN资源的细分；评估向所述合作伙伴中 的每一个交付的RAN资源的超额容量，以及所述RAN资源的总体空闲容量；根据所述评估和 所述合作伙伴关系来分配所述RAN资源。
[0012] 本公开内容的某些方面提供了一种用于根据合作伙伴之间的关系，来分配无线接 入网络（RAN)资源的计算机程序产品。所述计算机程序产品通常包括其上存储有代码的非 暂时性计算机可读介质，所述代码可由一个或多个处理器执行，以用于维持向所述合作伙 伴中的每一个交付的RAN资源的细分；评估向所述合作伙伴中的每一个交付的RAN资源的 超额容量，以及所述RAN资源的总体空闲容量；根据所述评估和所述合作伙伴关系来分配 所述RAN资源。
【专利附图】
【附图说明】
[0013] 为了详细地理解本发明的上述特征的实现方式，本申请针对上面的简要概括参考 一些方面给出了更具体的描述，这些方面中的一些在附图中给予了说明。但是，应当注意的 是，由于本发明的描述准许其它等同的有效方面，因此这些附图仅仅示出了本发明的某些 典型方面，其不应被认为限制本发明的保护范围。
[0014] 图1根据本公开内容的方面，示出了一种多址无线通信系统。
[0015] 图2是根据本公开内容的方面的通信系统的框图。
[0016] 图3根据本公开内容的方面，示出了调度RAN资源的示例性基站。
[0017] 图4根据本公开内容的方面，示出了无线通信系统中的无线承载的映射的例子。
[0018] 图5根据本公开内容的方面，示出了涉及多种QoS类型的分组排队原则的例子。
[0019] 图6根据本公开内容的方面，示出了共享RAN资源的例子。
[0020] 图7A根据本公开内容的方面，示出了用于确定合作伙伴之间的关系、并根据该关 系来配置RAN资源的一次性或不经常操作的例子。
[0021] 图7B根据本公开内容的方面，示出了示例性承载准入操作。
[0022] 图7C根据本公开内容的方面，示出了示例性分组调度操作。
[0023] 图7D根据本公开内容的方面，示出了用于分派失败的QoS事件的示例操作。
[0024] 图8根据本公开内容的方面，示出了由RAN单元执行的示例操作。
【具体实施方式】
[0025] 本公开内容的某些方面提供了用于基于共享RAN资源的两个或更多合作伙伴之 间的关系，来分配RAN资源的装置和技术。如上所述，RAN共享协定是一种用于减轻对新的 无线接入技术进行开发和部署的财政负担的方式。根据本公开内容的方面，在共享RAN资 源的两个或更多合作伙伴之间，可能存在对于共享的RAN资源的不对称财政承担。因此，需 要分配和管理共享的资源，同时允许在合作伙伴之间，在实施方式方面具有灵活性。
[0026] 本申请所描述的技术可以用于各种无线通信网络，比如码分多址（CDM)网络、时 分多址（TDMA)网络、频分多址（FDMA)网络、正交FDMA(OFDMA)网络、单载波FDMA(SC-FDMA) 网络等等。术语"网络"和"系统"经常可以交换使用。CDM网络可以实现诸如通用陆地 无线接入（UTRA)、cdma 2000等等之类的无线技术。UTRA包括宽带CDMA(W-CDMA)和低码 片速率（LCR)。cdma2000覆盖IS-2000、IS-95和IS-856标准。TDMA网络可以实现诸如全 球移动通信系统（GSM)之类的无线技术。OFDMA网络可以实现诸如演进的UTRA(E-UTRA)、 IEEE802. 11、IEEE 802. 16、IEEE 802. 20、Flash-OFDM?等等之类的无线技术。UTRA、 E-UTRA和GSM是通用移动通信系统（UMTS)的一部分。长期演进（LTE)是UMTS的采用 E-UTRA的即将发布版。在来自名为"第三代合作伙伴计划"（3GPP)的组织的文档中描述了 UTRA、E-UTRA、GSM、UMTS和LTE。在来自名为"第三代合作伙伴计划2"（3GPP2)的组织的 文档中描述了 cdma2000。这些各种无线技术和标准是本领域所已知的。为了清楚起见，下 面针对LTE来描述这些技术的某些方面，在下面的大多描述中使用LTE术语。
[0027] 单载波频分多址（SC-FDMA)是一种利用单载波调制和频域均衡的技术。SC-FDMA 与OFDM系统具有相似的性能和基本相同的整体复杂度。SC-FDM信号由于其固有的单 载波结构，因而其具有较低的峰均功率比（PAPR)。SC-FDM尤其在上行链路通信中引起了 极大关注，其中在上行链路通信中，较低的PAPR使移动终端在发射功率效率方面极大地受 益。当前的工作假定针对于3GPP长期演进（LTE)或演进的UTRA中的上行链路多址接入方 案。
[0028] 参见图1，该图根据一个实施例示出了多址接入无线通信系统。接入点IOO(AP)包 括多个天线组，一个组包括天线104和106,另一个组包括天线108和110,另一个组包括天 线112和114。在图1中，对于每一个天线组仅示出了两付天线；但是，每一个天线组可以 使用更多或更少的天线。接入终端116 (AT)与天线112和114进行通信，其中天线112和 114在前向链路120上向接入终端116发送信息，在反向链路118上从接入终端116接收信 息。接入终端122与天线106和108进行通信，其中天线106和108在前向链路126上向 接入终端122发送信息，在反向链路124上从接入终端122接收信息。在FDD系统中，通信 链路118、120、124和126可以使用不同的频率来进行通信。例如，前向链路120可以使用 与反向链路118所使用的不同的频率。
[0029] 每一组天线和/或每一组天线被设计进行通信的区域通常称作为接入点的扇区。 在该实施例中，天线组各被设计为与接入点100所覆盖区域的扇区中的接入终端进行通 信。
[0030] 在前向链路120和126的通信中，为了改善不同接入终端116和124的前向链路 的信噪比，接入点100的发射天线使用波束成形。此外，与接入点通过单一天线向其所有接 入终端发射信号相比，当接入点使用波束成形来向随机散布于其覆盖区域中的接入终端发 射信号时，对于相邻小区中的接入终端造成较少的干扰。
[0031] 根据某些方面，AT 116可以通过具有无线承载的无线接口与AP 100进行通信。此 夕卜，其它的AP 100可以通过称为X2的接口，来彼此之间进行互连，通过SI接口的方式来互 连到网络节点（例如，分组演进核心（EPC)节点）。
[0032] 接入点可以是用于与终端进行通信的固定站，其还可以称为节点B、演进节点 B(eNB)、eN〇deB或者一些其它术语。接入终端还可以称为用户设备（UE)、无线通信设备、无 线终端、接入终端或者一些其它术语。
[0033] 图2是MMO系统200中的发射机系统210(其还称为接入点）和接收机系统 250(其还称为接入终端）的实施例的框图。在发射机系统210处，从数据源212向发送 (TX)数据处理器214提供用于多个数据流的业务数据。
[0034] 在一个实施例中，每一个数据流是在各自的发射天线上发送的。TX数据处理器 214基于为每一个数据流所选定的具体编码方式，对该数据流的业务数据进行格式化、编码 和交织，以便提供经编码的数据。
[0035] 每个数据流的编码数据可使用OFDM技术与导频数据复用在一起。导频数据通常 是以公知方式处理的已知数据图案并可以在接收机系统处被用于估计信道响应。随后基于 针对每个数据流选择的特定的调制方案（例如，BPSK、QPSK、M-PSK或M-QAM)来对每个数据 流的复用的导频和编码数据进行调制（例如，符号映射）以提供调制符号。每个数据流的 数据速率、编码和调制可以由处理器230所执行的指令来确定。
[0036] 随后将所有数据流的调制符号提供到TX MMO处理器220, TX MMO处理器220可 以进一步处理调制符号（例如，针对0FDM)。TX MMO处理器220随后将Nt个调制符号流 提供到队个发射机（TMTR) 222a至222t。在某些实施例中，TX MMO处理器220将波束成 形权重应用到数据流的符号以及应用到从其上正发送符号的天线。
[0037] 每个收发机222接收并处理相应的符号流以提供一个或多个模拟信号，并且进一 步调节（例如，放大、滤波或上变频）模拟信号以提供适合于在MIMO信道上传输的调制信 号。随后相应地从N t个天线224a至224t发射来自发射机222a至222t的Nt个调制信号。
[0038] 在接收机系统250处，所发送的调制信号由Nk个天线252a至252r接收并且将从 每个天线252接收的信号提供到相应的接收机（RCVR) 254a至254r。每个接收机254调节 (例如，滤波、放大和下变频）相应的接收信号，对调节的信号进行数字化以提供采样，并且 进一步处理采样以提供对应的"接收到的"符号流。
[0039] RX数据处理器260随后基于特定的接收机处理技术来接收并处理从乂个接收机 254接收的Nk个符号流以提供N τ个"检测到的"符号流。RX数据处理器260随后对每个检 测到的符号流进行解调、解交织和解码来恢复数据流的业务数据。RX数据处理器260的处 理与在发射机系统210处TX MMO处理器220和TX数据处理器214执行的处理是互补的。
[0040] 反向链路消息可以包括关于通信链路和/或所接收的数据流的各种类型的信息。 随后，反射链路消息由TX数据处理器238进行处理，由调制器280进行调制、由发射机254a 到254ι进行调节，并发送回发射机系统210,其中TX数据处理器238还从数据源236接收 用于多个数据流的业务数据。
[0041] 在发射机系统210,来自接收机系统250的调制信号由天线224进行接收，由接收 机222进行调节，由解调器240进行解调，并由RX数据处理器242进行处理，以便提取由接 收机系统250发送的反向链路消息。随后，处理器230确定使用哪个预编码矩阵来确定波 束成形权重，并随后处理所提取的消息。
[0042] 根据本公开内容的某些方面，如本申请所描述的，发射机系统210包括用于在无 线通信网络中操作的其它部件。具体而言，发射机系统210可以被配置成基站，如图3中所 示。如本申请所进一步详细描述的，发射机系统210可以被配置为基于RAN共享合伙伙伴 之间的关系，来分配和/或调度RAN资源。
[0043] 根据本公开内容的某些方面，逻辑信道被分类为控制信道和业务信道。逻辑控制 信道包括广播控制信道（BCCH)、寻呼控制信道（PCCH)以及多播控制信道（MCCH)，BCCH是 用于广播系统控制信息的DL信道，PCCH是传送寻呼信息的DL信道，而MCCH是用于发送一 个或若干MTCH的多媒体广播和多播服务（MBMS)调度与控制信息的点对多点DL信道。通 常，在建立RRC连接之后，此信道仅由接收MBMS的UE使用（注意：旧的MCCH+MSCH)。专用 控制信道（DCCH)是用于发送专用控制信息的点对点双向信道并且由具有RRC连接的UE使 用。在一方面，逻辑业务信道包括专用业务信道（DTCH)，专用业务信道是用于传送用户信息 的、由一个UE所专用的点对点双向信道。此外，多播业务信道（MTCH)是用于发送业务数据 的点对多点DL信道。
[0044] 根据某些方面，传输信道被分类为DL和UL。DL传输信道包括广播信道（BCH)、下 行链路共享数据信道（DL-SDCH)以及寻呼信道（PCH)，PCH用于支持UE的功率节省（由网 络向UE指示DRX周期），在整个小区上广播PCH并将其映射到可用于其它控制/业务信道 的物理（PHY)资源。UL传输信道包括随机接入信道（RACH)、请求信道（REQCH)、上行链路共 享数据信道（UL-SDCH)以及多个PHY信道。PHY信道包括一组DL信道和UL信道。
[0045] DL PHY信道包括：
[0046] 公共导频信道（CPICH)
[0047] 同步信道（SCH)
[0048] 公共控制信道（CCCH)
[0049] 共享DL控制信道（SDCCH)
[0050] 多播控制信道（MCCH)
[0051] 共享UL分配信道（SUACH)
[0052] 确认信道（ACKCH)
[0053] DL物理共享数据信道（DL-PSDCH)
[0054] UL功率控制信道（UPCCH)
[0055] 寻呼指示符信道（PICH)
[0056] 负载指示符信道（LICH)。
[0057] UL PHY信道包括：
[0058] 物理随机接入信道（PRACH)
[0059] 信道质量指示符信道（CQICH)
[0060] 确认信道（ACKCH)
[0061] 天线子集指示符信道（ASICH)
[0062] 共享请求信道（SREQCH)
[0063] UL物理共享数据信道（UL-PSDCH)
[0064] 宽带导频信道（BPICH)。
[0065] 就本文档而言，应用下面的缩写：
[0066] ACK 确认
[0067] AM 确认模式
[0068] AMD 确认模式数据
[0069] ARQ 自动重传请求
[0070] BCCH 广播控制信道
[0071] BCH 广播信道
[0072] Bff 带宽
[0073] C- 控制-
[0074] CB 基于竞争的
[0075] CCE 控制信道单元
[0076] CCCH 公共控制信道
[0077] CCH 控制信道
[0078] CCTrCH编码复合传输信道
[0079] CDM 码分复用
[0080] CF 无竞争
[0081] CP 循环前缀
[0082] CQI 信道质量指示符
[0083] CRC 循环冗余校验
[0084] CRS 公共参考信号
[0085] CTCH 公共业务信道
[0086] DCCH 专用控制信道
[0087] DCH 专用信道
[0088] DCI 下行链路控制信息
[0089] DL 下行链路
[0090] DRS 专用参考信号
[0091] DSCH 下行链路共享信道
[0092] DSP 数字信号处理器
[0093] DTCH 专用业务信道
[0094] E-CID增强型小区标识
[0095] EPS 演进型分组系统
[0096] FACH 前向链路接入信道
[0097] FDD 频分双工
[0098] FDM 频分复用
[0099] FSTD 频率切换发射分集
[0100] HARQ 混合自动重传/请求
[0101] HW 硬件
[0102] IC 干扰消除
[0103] Ll 层1(物理层）
[0104] L2 层2(数据链路层）
[0105] L3 层3(网络层）
[0106] LI 长度指示符
[0107] LLR 对数似然比
[0108] LSB 最低有效位
[0109] MAC 媒体访问控制
[0110] MBMS 多媒体广播多播服务
[0111] MCCH MBMS点到多点控制信道
[0112] 丽SE 最小均方误差
[0113] MRff 移动接收窗口
[0114] MSB 最高有效位
[0115] MSCH MBMS点到多点调度信道
[0116] MTCH MBMS点到多点业务信道
[0117] NACK 否定确认
[0118] PA 功率放大器
[0119] PBCH 物理广播信道
[0120] PCCH 寻呼控制信道
[0121] PCH 寻呼信道
[0122] PCI 物理小区标识符
[0123] PDCCH物理下行链路控制信道
[0124] PDU 协议数据单元
[0125] PHICH物理HARQ指示符信道
[0126] PHY 物理层
[0127] PhyCH物理信道
[0128] PMI 预编码矩阵指示符
[0129] PRACH物理随机接入信道
[0130] PSS 主同步信号
[0131] PUCCH物理上行链路控制信道
[0132] PUSCH物理上行链路共享信道
[0133] QoS 服务质量
[0134] RACH 随机接入信道
[0135] RB 资源块
[0136] RLC 无线链路控制
[0137] RRC 无线资源控制
[0138] RE 资源单元
[0139] RI 秩指不符
[0140] RNTI 无线网络临时标识符
[0141] RS 参考信号
[0142] RTT 往返时间
[0143] Rx 接收
[0144] SAP 服务接入点
[0145] SDU 服务数据单元
[0146] SFBC 空频块码
[0147] SHCCH共享信道控制信道
[0148] SINR 信号与干扰加噪声比
[0149] SN 序列号
[0150] SR 调度请求
[0151] SRS 探测参考信号
[0152] SSS 辅同步信号
[0153] SU-MMO单用户多输入多输出
[0154] SUFI 超级字段
[0155] Sff 软件
[0156] TA 定时提前
[0157] TCH 业务信道
[0158] TDD 时分双工
[0159] TDM 时分复用
[0160] TFI 传输格式指示符
[0161] TPC 发射功率控制
[0162] TTI 传输时间间隔
[0163] Tx 发送
[0164] U- 用户-
[0165] UE 用户设备
[0166] UL 上行链路
[0167] UM 非确认模式
[0168] UMD 非确认模式数据
[0169] UMTS 通用移动电信系统
[0170] UTRA UMTS陆地无线接入
[0171] UTRAN UMTS陆地无线接入网
[0172] VOIP 互联网协议上的语音
[0173] MBSFN多播广播单频网
[0174] MCH 多播信道
[0175] DL-SCH下行链路共享信道
[0176] PDCCH物理下行链路控制信道
[0177] PDSCH物理下行链路共享信道
[0178] 共享的RAN单元
[0179] 图3根据本公开内容的某些方面，示出了用于无线通信的基站300。尽管针对基站 300讨论了本发明的某些方面，但应当理解的是，也可以预期其它适当的通信装置，例如，宏 小区、毫微微小区、微微小区的基站、接入点、中继节点、移动基站、以及其一部分和/或向 无线网络中的一个或多个不同设备发送信号的几乎任何无线设备。
[0180] 根据某些方面，具体而言，除了其他部件，例如，如图2中所示，基站300(下文可以 称为共享的RAN单元或RAN单元）通常包括调度器302。调度器302可以从例如网络和/ 或个别RAN共享合作伙伴接收对共享的RAN资源的权益的细分。基于该细分，基站的调度 器302可以分配RAN资源，并与一个或多个无线设备（例如，图2的接收机250)进行通信。
[0181] 图4根据本发明的某些方面，示出了共享的RAN协定中的无线承载的示例性映射 400。通常，将承载规定成在基站和用户设备之间具有规定的服务质量（QoS)的分组流。多 个无线承载440、450提供一个或多个无线终端410、430 (例如，图2的接收机250)和基站 420 (例如，图3的基站300、图2的发射机210)之间的一个或多个数据流。基站可以知道 在其控制之下的每一个承载的标识，例如，如属于该RAN共享协定所涉及的特定公用陆地 移动通信网（PLMN)。例如，图4中的无线承载440可以属于PLMN1，而无线承载450可以属 于 PLMN2。
[0182] 如本文所描述的，两个或更多合作伙伴（例如，PLMN)可以根据共享协定，共享RAN 资源（例如，无线承载）。共享的合作伙伴可以协商它们的RAN共享合作伙伴关系的实现细 节。尽管就RAN共享协定而言，每一个合作伙伴协定可以是相对精确的，但两个或更多合作 伙伴之间的每一个单独RAN合作关系协定可以变化。例如，一种类型的RAN共享协定可以 包括合作伙伴之间的60/40分割，而另一种类型的RAN共享协定可以包括80/20分割。RAN 共享协定可以提供其它形式的灵活性，其包括调度器处理QoS失败发生的方式，本文将进 一步更详细地进行讨论。
[0183] BS可以具有有限数量的RAN资源（其包括无线承载440和450)。使用本公开内 容的方面，BS可以至少部分地基于共享协定，来向合作伙伴分配RAN资源（例如，向PLMN分 配无线承载）。
[0184] 例如，无线终端410可以与第一 RAN共享合作伙伴（例如，PLMN1)相关联，无线终 端430可以与第二RAN共享合作伙伴（例如，PLMN2)相关联。基于共享协定，基站420可 以向第一 RAN共享合作伙伴分配其可用资源的一部分（例如，无线承载440)，向第二RAN共 享合作伙伴分配其可用资源的另一部分（例如，无线承载450)。根据一些方面，可以将RAN 资源成比例地分配到共享的RAN中的各个合作伙伴的经济权益。尽管在图4中只示出了两 个无线终端和两个PLMN，但是本公开内容的方面可以扩展到在任何数量的RAN共享合作伙 伴之间分配资源，在任何给定的时刻，这些合作伙伴中的每一个可以具有零个或多个由共 孚的基站420进彳丁服务的无线终端。
[0185] 不对称的RAN资源分配
[0186] 如上所述，本公开内容的某些方面提供了用于在两个或更多RAN共享合作伙伴之 间灵活地分配资源的技术。图3的基站300可以被配置为基于共享RAN资源的合作伙伴之 间的关系，来分配资源。
[0187] 如本文所描述的，BS (图3的BS 300、图4的BS 420)可以确定合作伙伴（例如， PLMN)之间的关系。该关系可以规定如何在合作伙伴之间分配共享的RAN资源（例如，无 线承载）。BS可以根据所确定的RAN共享合作伙伴之间的关系、向这些RAN共享合作伙伴 中的每一个交付的RAN资源的超额容量、以及这些RAN资源的总体空闲容量，来分配RAN资 源。
[0188] 根据本公开内容的方面，在满容量或者几乎满容量时，可以与各个合作伙伴在合 资企业中的经济权益成比例地，在例如两个RAN共享合作伙伴之间共享RAN资源（例如，无 线承载）。网络共享合作伙伴可能对于JV具有不对称的权益，其中在"主要"（P)合作伙伴 和"次要"(S)(非主要）合作伙伴之间共享共同的RAN资源。例如，主要合作伙伴可以具有 RAN资源中60 %的权益，次要合作伙伴可以具有剩余40 %的权益。合作伙伴中的每一个可 以独立于其它合作伙伴地拥有和管理其自己的核心网络（例如，增强分组核心（EPC))基础 设施。
[0189] 根据一些方面，RAN资源可以不用服从严格的物理划分。相反，BS可以对向RAN共 享合作伙伴中的每一个交付的RAN资源的空闲容量进行估计（例如，评估和/或确定）。另 夕卜，BS可以对RAN资源的总体空闲容量进行估计（例如，评估和/或确定）。考虑向每一个 合作伙伴交付的RAN资源的空闲容量和RAN资源的总体空闲容量，BS可以灵活地向这些合 作伙伴中的一个或多个分配RAN资源。
[0190] 例如，可以确定使用了所有其被分配的资源的RAN共享合作伙伴都期望更多的 RAN资源。如果余下超额RAN资源，则BS可以根据需要向该合作伙伴分配上述超额RAN资 源（或者超额RAN资源的一部分）。
[0191] 使用上面的示例的合作伙伴P和S，可以确定合作伙伴P(具有RAN资源中60% 的权益）正在使用其被分配的共享的RAN资源，并需要更多的RAN资源。当合作伙伴S没 有使用全部的其被分配的40%的RAN资源时，可以存在超额RAN资源。为了更有效地使用 RAN资源，可以将这些超额RAN资源（或者这些超额资源的一部分）分配给合作伙伴P。用 此方式，RAN单元可以使用交付给各个合作伙伴的资源的超额容量和资源的总体空闲容量， 来灵活地分配RAN资源。
[0192] 作为一次性或不经常操作，可以给予共享的RAN单元（例如，图3的BS 300、图4 的BS 420)关于RAN共享合作伙伴之间的RAN资源的权益的细分的信息，使得其可以辅助 进行资源管理操作。使用上面的示例，可以在合作伙伴P和S之间，向该BS分别给出JV权 益的60/40细分。
[0193] 如本申请将进一步详细描述的，BS 300所执行的资源管理操作包括：针对合作伙 伴的承载接纳决定（例如，新承载的分配）和无线资源调度器决定。
[0194] 共享的BS(例如，BS 300)可以常规地负责单独地对合作伙伴P和S的资源管理 操作。例如，BS 300可以负责接纳属于合作伙伴P或S的承载（例如，IP流）。类似地，当 执行调度操作时，BS 300可以对单独地属于合作伙伴P或S的IP分组传输的调度负责。
[0195] 在低业务负载的时刻（例如，低于BS 300的容量），可以基于总体资源可用性来接 纳新的无线承载（例如，可以不考虑JV权益）。类似地，无线资源调度可以考虑合作伙伴P 和S的JV权益细分，也可以不考虑合作伙伴P和S的JV权益细分。然而，由于业务负载较 低，因此这些调度器决策导致属于这两个合作伙伴中的任意一个的所有无线承载都轻松地 满足QoS目标。
[0196] 在高业务负载的时刻（例如，处于或者接近BS 300的容量），可以通过考虑RAN共 享合作伙伴中的每一个的JV权益，来接纳新的承载。如果接纳属于合作伙伴S的新承载， 将导致超过合作伙伴S的相应权益的RAN资源消耗的预计失衡（其增加一个公差余量）， 贝IJ BS 300可以不接纳该新的承载。否则，可以接纳该新的承载。类似地，如果新的承载不 会导致超过合作伙伴P的相应权益的RAN资源消耗的预计失衡（其增加一个公差余量），则 可以接纳该新的承载。
[0197] 对于无线资源调度而言，BS 300可以考虑合作伙伴P和S的JV权益细分。原则 上，可以对无线资源进行调度，使得向合作伙伴P和S中的每一个交付的资源的总量，与它 们在JV中的权益成正比。
[0198] 根据一些方面，可以准许向特定的合作伙伴分配新的承载，尽管其会造成超过该 合作伙伴权益的RAN资源消耗的预计失衡。例如，当向其余RAN共享合作伙伴交付的超额 RAN资源存在时，并且RAN资源的总体空闲容量存在时，BS可以接纳属于期望更多的RAN资 源的特定合作伙伴的新承载。因此，尽管造成对基于JV权益的RAN资源消耗的违反，但BS 可以灵活地根据需要向一个或多个合作伙伴分配这些超额资源。
[0199] 在高业务负载期间，BS 300的调度器决定可能导致偶尔地不满足一个或多个承载 的服务质量（QoS)目标。发生这种不能满足QoS目标的合作伙伴之间的比例，可以服从共 享合作伙伴之间的相互协定，并作为一次性或不经常操作来传输给基站。
[0200] 根据一些方面，共享的BS可以不成比例地向非优质服务提供商分摊失败的QoS事 件。优质服务提供商可以是主要合作伙伴，也可以是非主要合作伙伴。例如，主要合作伙伴 或者非主要合作伙伴都可以向高价值商务客户提供服务。因此，优质合作伙伴可以例如通 过支付更高的溢价，在JV协议中协商更好的QoS服务等级。相反，作为财务折扣的交换，可 以向非优质合作伙伴提供较低的QoS服务。
[0201] 分组排队原则
[0202] 图5示出了分组排队原则的示例，其涉及非共享的RAN单元的多个QoS种类。示 出了代表与业务类型（TC)相关联的各种无线承载的排队的分组。随着时间（在X轴上表 示）的推移，当从队列中移除已发送的分组，分组向它们各自的发送时间靠近。
[0203] 如图所示，每一种TC可以具有其自己的队列和可容忍的延迟（D)。例如，业务类 型O(TCO)(其可以与基于互联网协议（VoIP)的语音传输相对应）具有图5中所示出的TC 的最低延迟容忍度（DO)。业务类型I(TCl)具有与TCO相比更高的延迟容忍度Dl。业务类 型2 (TC2)具有与TCl和TCO相比更高的延迟容忍度，业务类型4 (TC4)具有最高的延迟容 忍度（D4)。举例而言，TC4可以与文件传输协议（FTP)的传输相对应。
[0204] 在拥塞状态下，BS中的该队列可以达到容量。因此，每一个分组在其各自队列中 花费的时间，可能接近相应TC的延迟容忍度。
[0205] 承载接纳原则
[0206] RAN资源是可替代的。例如，如果存在多个TCO流，BS 300可以以牺牲其它TC流 为代价，向TCO流分配更多的资源。随着时间的推移，BS可以评估每一个不同的TC所需要 的平均无线传输资源。BS可以通过估计在所有TC队列达到容量之前，还可以处理多少另外 的业务，以评估任何时间点空闲容量（例如，当任何另外的业务将不可避免地导致违反延 迟容忍度时）。
[0207] 如果所评估的请求的承载的资源需求，可能导致超过RAN资源的空闲容量，则BS 可以决定不接纳新请求的承载。例如，如果空闲容量是4%，则BS可能不具有足够的资源来 接纳高质量的视频流承载（其中，估计该高质量的视频流承载需要BS 300容量的6% )，但 仍然能够接纳一个电话承载（其中，估计电话承载需要小于BS 300容量的1% )，而不会超 过其空闲容量。
[0208] 共享的RAN调度器
[0209] 图6根据本公开内容的方面，示出了共享RAN资源的例子。在共享的RAN协定中， 共享合作伙伴中的每一个都可以具有无线承载的集合。在图6中，示出了两个无线承载的 集合，一个集合用于合作伙伴P，另一个集合用于合作伙伴S。尽管参考两个RAN共享合作 来描述和示出了本申请所给出的方面，但它们也可以应用于任何数量的合作伙伴。
[0210] 类似于图5,示出了表示与TC相关联的各种无线承载的排队的分组。随着时间的 推移，分组向它们的发送时间靠近。
[0211] 假定合作伙伴P具有60 %的多数共享，合作伙伴S在共享的RAN资源中具有40% 的份额，BS可以维持向每一个P流和S流交付的传输资源的60/40细分。在图6中对此进 行了示意性反映，与TC(P)分组相比，TC(S)分组是更稀少的。换言之，在任何给定的时间， 在分配给合作伙伴S的队列中存在更少的分组，但与属于合作伙伴P的分组相比，这些分组 可以在队列中等待相同或更长的平均时间。
[0212] BS 300可以对每一个P流和S流的超额容量进行评估。另外，BS 300可以对其 RAN资源的总体空闲容量进行评估。
[0213] 根据一些方面，如果不会由于接纳而超过总体容量，并且如果不会由于接纳而超 过分配给特定合作伙伴的容量，则BS 300可以针对特定的合作伙伴接纳新的承载。对于上 面的例子，如果不会超过该BS的总体容量，如果所有P承载所需要的容量不会超过BS 300 的总容量的60%，则可以接纳新的P承载。
[0214] 为了灵活地分配RAN资源，根据一些方面，可以准许向特定的合作伙伴分配新的 承载，尽管其会造成超过该合作伙伴的相应权益的RAN资源消耗的预计失衡。如上所述，当 向其余RAN共享合作伙伴交付的RAN资源存在超额，并且存在RAN资源的总体空闲容量时， BS可以接纳属于该特定合作伙伴的新承载。
[0215] 根据本公开内容的方面，BS 300可以努力调度资源，使得所有承载的业务流不超 过它们的类型可允许的延迟容忍度。由于接纳规则，在平均上，属于P流和S流的分组的量 可以是60/40。然而，由于移动性影响和服务的随机性本质，因此在短期内可能不会严格地 保持这种细分。
[0216] 根据本公开内容的方面，BS 300可以保持针对每一个合作伙伴所消费的传输资源 的运行平均。可以基于分组在队列中的时间和/或在超过其TC的可容忍延迟（D)之前剩 余的时间，来决定下一个要发送的分组。BS可以基于合作伙伴的队列的运行平均的重新平 衡，来决定下一个要发送的分组。如果满足上面的标准，则BS可以首先选择发送具有最低 延迟容忍度的分组。
[0217] 清除分组
[0218] 尽管接纳控制可以减少拥塞的概率时，但是不能完全地消除拥塞。BS可以通过删 除分组，从而有效地减少其工作负载，来处理拥塞。
[0219] 根据本公开内容的方面，BS可以首先删除具有最长延迟容忍度的分组（例如，图 6的TC4(P)和TC4⑶）。替代地，BS可以删除能容忍对于相应的服务具有少量的影响的清 除程度的分组。例如，删除VoIP分组的1-2%，删除之间进行很好地间隔，对于终端用户来 说可以是透明的。
[0220] BS可以对每次需要清除分组（可以称作为失败的QoS事件）进行跟踪。BS可以在 共享合作伙伴之间，对于失败的QoS事件进行差别化分配。根据本公开内容的方面，BS 300 可以平等地处理所有失败的QoS事件，而不会针对该分组属于共享合作伙伴中的哪一个。
[0221] 再举一个例子，在将QoS失败扩展到主要合作伙伴（P)之前，BS 300可以首先向 非主要合作伙伴（S)分配QoS失败。这种QoS失败的差别化分配，可以允许在RAN共享合 作伙伴之间的创造性的商业协定。例如，非主要合作伙伴（S)可以接受折扣以承受失败的 QoS事件的冲击。
[0222] 图7A-7D示出了由共享的RAN单元所执行的一次性或不经常操作和"操作的"功 能。如本文所描述的，RAN单元可以区分一次性和/或不经常操作，其包括反映合作伙伴之 间的特定共享协定的操作（例如，JV权益细分、如何处理失败的QoS事件），对比在本质上 "操作的"的操作（例如，承载接纳和分组调度操作）。
[0223] 根据本文所描述的方面，图7A示出了用于确定合作伙伴之间的关系，并根据该关 系来配置RAN资源的示例操作，图7B示出了示例性承载接纳操作，图7C示出了示例分组调 度操作，图7D示出了用于分配失败的QoS事件的示例操作。
[0224] 图7A根据本公开内容的方面，示出了用于确定合作伙伴之间的关系的示例操作 700A。根据一些方面，在702A处，共享的RAN单元（例如，图3的BS 300、图4的BS 420) 可以接收关于共享合作伙伴（例如，PLMN)的数量以及这些合作伙伴之间的关系的指示。例 如，可以向该RAN单元指示关于PLMNl和PLMN2的标识，向每一个PLMN细分共享的RAN资 源（例如，无线承载）的权益，例如，给PLMNl 60%，给PLMN2 40%。还可以给予该共享的 RAN单元关于如何在共享PLMN之间分配失败的QoS事件的指令。
[0225] 在704A处，可以根据RAN共享配置来配置RAN资源单元。RAN单元可以配置所需 的PLMN队列的数量。此外，该RAN单元可以分配和管理队列资源，例如，其包括存储器、针 对每一个PLMN的划分和/或失败的QoS规则逻辑。
[0226] 图7B根据本公开内容的方面，示出了用于共享的RAN单元的承载接纳的示例操作 700B。在702B处，RAN单元可以从PLMN接收新承载请求。该RAN单元可以对业务负载进 行评估，以尽力确定其是否应当准许新的承载请求。
[0227] 在低业务负载的情况下，在708B处，RAN单元可以准许该承载。在高业务负载的情 况下，RAN单元可以确定该准许是否会超过针对请求的PLMN所分配的RAN资源份额。如果 该准许超过PLMN的份额，则根据一些方面，在706B处，RAN单元可以拒绝该承载请求。虽然 在图7B中没有示出，但根据一些方面，尽管造成基于JV权益的RAN资源消耗的潜在违反， BS仍然可以向请求的PLMN(X)准许新的承载（如果存在向其它PLMN交付的RAN资源的超 额容量，以及存在RAN资源的总体空闲容量的话）。
[0228] 返回到图7B，如果该准许不会超过PLMN的资源份额，则RAN单元可以确定该准许 是否会触发拥塞。如果该同意将触发拥塞，则在706B处，RAN单元可以拒绝PLMN的承载请 求。如果该准许不会触发拥塞，则在708B处，RAN单元可以准许该请求承载。
[0229] 图700C根据本公开内容的方面，示出了用于RAN单元的分组调度的示例性操作 700C。在702C处，RAN单元可以接收分组，将该分组放置在队列中。在704C处，RAN单元可 以例如针对与每一个共享PLMN相关联的业务类型来形成队列。每一次一个新分组到达，或 者发送了一个分组，对队列进行更新。在706C处，RAN单元可以决定在下一个传输帧期间， 发送哪个分组。
[0230] 根据一些方面，RAN单元可以基于运行平均来决定发送哪个分组。例如，在708C 处，RAN单元可以根据用于每一个PLMN的特定RAN共享协定来保持传输目标，以帮助确定 在下一个传输帧期间要发送哪个分组。708C中的传输目标是固定百分比目标，其是在图7A 中所描述的一次性或者不经常操作期间设置的。
[0231] 在决定在下一个传输帧期间要发送哪个分组之后，在710C处，RAN单元可以发送 所选定的分组。可以从其各自队列中删除已发送的分组。在发送了所选定的分组之后，在 712C处，RAN单元可以计算每一个PLMN的传输资源的运行平均量。随后，针对每一个传输 帧，重复由706C、710C、704C (从队列中删除）和712C组成的循环。
[0232] 图7D根据本公开内容的方面，示出了用于RAN单元分配失败的QoS事件的示例操 作700D。在702D处，RAN单元可以检测失败的QoS事件。在704D处，RAN单元可以识别该 事件的本质和补救措施。在706D处，RAN单元可以应用失败的QoS规则逻辑（例如，基于 在图7A中接收的失败的QoS逻辑规则），以识别该失败的QoS事件会影响哪个共享PLMN和 哪个承载。在708D处，RAN单元可以执行补救措施，例如通过从目标承载中清除分组。
[0233] 图8根据本公开内容的方面，示出了用于根据合作伙伴之间的关系来分配（RAN) 资源的示例操作800。操作800可以由RAN单元（例如，图4的基站420)来执行。在802 处，RAN单元可以维持向合作伙伴中的每一个交付的RAN资源的细分。在804处，RAN单元 可以评估向这些合作伙伴中的每一个交付的RAN资源的超额容量，以及RAN资源的总体空 闲容量。在806处，RAN单元可以根据评估和所述关系来分配RAN资源。
[0234] 如本文所描述的，如果评估的与合作伙伴相对应的无线承载的资源需求不超过 RAN资源的总体空闲容量和向一个或多个其它合作伙伴交付的RAN资源的超额容量，则RAN 单元可以接纳该无线承载。评估RAN资源的总体空闲容量，可以包括：估计直到资源的一个 或多个业务类型（TC)达到最大延迟容忍度为止，还可以处理多少其它业务。如本申请所描 述的，如果评估的与一个合作伙伴相对应的无线承载的资源需求不超过总体空闲容量，则 可以接纳该无线承载。
[0235] 因此，本公开内容的方面提供了用于根据RAN共享协定进行RAN资源分配的方法 和装置。如本文所描述的，RAN单元可以确定合作伙伴（例如，PLMN)之间的关系。该关系 可以规定如何在这些合作伙伴之间分配共享的RAN资源（例如，无线承载）。BS可以根据 所确定的合作伙伴之间的关系、向RAN共享合作伙伴中的每一个交付的RAN资源的超额容 量、以及RAN资源的总体空闲容量，来分配RAN资源。
[0236] 为了更加有效地利用RAN资源，有时，资源分配可以违反RAN共享协定。如本文所 描述的，当存在向一个或多个其它合作伙伴交付的RAN资源的超额容量时，以及当存在RAN 资源的总体空闲容量时，可以向使用了其所有被分配的资源的第一 RAN共享合作伙伴分配 另外的资源。
[0237] 应该理解的是，所公开的方法中的步骤的特定顺序或层级是示例性过程的说明。 基于设计偏好，应该理解的是方法中的步骤的特定顺序或层级可以被重新排列，而仍然在 本公开内容的保护范围之内。所附的方法权利要求以示例性顺序给出了各个步骤的要素， 并且除非在其中具体列举，否则并不是要限于所给出的特定顺序或层级。
[0238] 本领域的技术人员应该理解，信息和信号可以使用任何多种不同的技术和方法来 表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可 以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。
[0239] 本领域技术人员还应当理解的是，结合本文所公开的实施例描述的各种说明性的 逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或二者的组合。为了清 楚地表示硬件和软件之间的可交换性，上面对各种示例性的部件、框、模块、电路和步骤均 围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的 应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变 通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。
[0240] 被设计为执行本文所述功能的通用处理器、数字信号处理器（DSP)、专用集成电路 (ASIC)、现场可编程门阵列（FPGA)或其它可编程逻辑设备、分立门或者晶体管逻辑器件、 分立硬件部件或者其任意组合，可以实现或执行结合本文所公开的实施例描述的各种示例 性的逻辑框图、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常 规的处理器、控制器、微控制器或者状态机。处理器还可以实现为计算设备的组合，例如， DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何 其它此种配置。
[0241] 结合本申请所公开实施例描述的方法或者算法的步骤可直接体现为硬件、由处理 器执行的软件模块或两者的组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM 存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、⑶-ROM或者本领域已知的任何其它形式 的存储介质中。可以将一种示例性的存储介质连接至处理器，从而使该处理器能够从该存 储介质读取信息，并且可向该存储介质写入信息。或者，存储介质也可以是处理器的组成部 分。处理器和存储介质可以位于ASIC中。ASIC可以位于用户终端中。或者，处理器和存储 介质也可以作为分立组件存在于用户终端中。
[0242] 为使本领域任何普通技术人员能够实现或者使用本公开内容，提供了所公开的实 施例的描述。对于本领域普通技术人员来说，对这些实施例的各种修改是显而易见的，并 且，本申请定义的一般原理也可以在不脱离本发明的精神或保护范围的基础上适用于其它 实施例。因此，本公开内容并不限于本文所示出的实施例，而是与本申请公开的原理和新颖 性特征的最广范围相一致。
【权利要求】
1. 一种根据合作伙伴之间的关系来分配无线接入网络（RAN)资源的方法，包括： 维持向所述合作伙伴中的每一个交付的RAN资源的细分； 评估向所述合作伙伴中的每一个交付的RAN资源的超额容量，W及所述RAN资源的总 体空闲容量；W及 根据所述评估和所述关系来分配所述RAN资源。
2. 根据权利要求1所述的方法，还包括： 如果与合作伙伴相对应的无线承载的评估的资源需求不超过所述RAN资源的所述总 体空闲容量和向其它合作伙伴交付的所述RAN资源的超额容量，则接纳所述无线承载。
3. 根据权利要求1所述的方法，还包括： 确定所述合作伙伴之间的关系，其中所述关系通过从网络实体或者所述合作伙伴之一 中的至少一个接收共享的RAN资源的权益的细分，来规定如何分配所述RAN资源。
4. 根据权利要求1所述的方法，其中，合作伙伴之间的所述关系规定所述RAN资源的不 对称共享。
5. 根据权利要求1所述的方法，其中，评估所述RAN资源的所述总体空闲容量包括：估 计直到所述资源中的一个或多个业务类型（TC)达到最大延迟容忍度为止，可W处理多少 额外的业务。
6. 根据权利要求5所述的方法，其中，分配所述RAN资源包括： 如果与合作伙伴相对应的无线承载的评估的资源需求不超过所述总体空闲容量，则接 纳所述无线承载。
7. 根据权利要求1所述的方法，其中，基于所述评估和所述关系来分配所述RAN资源包 括： 确定要向无线设备发送所述RAN资源的业务类型（TC)的哪个分组。
8. 根据权利要求7所述的方法，其中，确定要发送所述TC的哪个分组包括： 基于W下各项中的至少一项来发送所述RAN资源的分组；基于所述分组的业务类型 (TC)，所述分组花费在队列中的时间，或者所述分组超过可允许延迟之前的剩余时间。
9. 根据权利要求8所述的方法，其中，确定要发送所述TC的哪个分组包括： 发送具有最低延迟容忍度的分组。
10. 根据权利要求1所述的方法，其中，基于所述评估和所述关系来分配所述RAN资源 包括： 当对于所述RAN资源的所有业务流，服务质量怕〇巧约束可能不满足时，确定要清除所 述RAN资源的业务类型（TC)的哪个分组。
11. 根据权利要求10所述的方法，其中，当所述RAN资源的所有业务流都不满足QoS约 束时，确定要清除所述RAN资源的TC的哪个分组包括： 清除具有最长延迟容忍度的分组。
12. 根据权利要求10所述的方法，其中，当所述RAN资源的所有业务流都不满足QoS约 束时，确定要清除所述RAN资源的TC的哪个分组包括： 基于对分组相对应的TC的服务的影响最小，来清除分组。
13. 根据权利要求10所述的方法，还包括： 基于合作伙伴之间的所确定的关系，来分派失败的QoS事件，其中，所确定的关系不均 衡地向优质服务提供商分派所述失败的QoS事件。
14. 根据权利要求13所述的方法，其中，所述优质服务提供商是所述合作伙伴中的主 要合作伙伴。
15. 根据权利要求13所述的方法，其中，所述优质服务提供商是所述合作伙伴中的非 主要合作伙伴。
16. -种用于根据合作伙伴之间的关系来分配无线接入网络（RAN)资源的装置，包括： 用于维持向所述合作伙伴中的每一个交付的RAN资源的细分的单元； 用于评估向所述合作伙伴中的每一个交付的RAN资源的超额容量，W及所述RAN资源 的总体空闲容量的单元；W及 用于根据所述评估和所述关系来分配所述RAN资源的单元。
17. 根据权利要求16所述的装置，还包括： 用于如果与合作伙伴相对应的无线承载的评估的资源需求不超过所述RAN资源的所 述总体空闲容量和向其它合作伙伴交付的所述RAN资源的超额容量，则接纳所述无线承载 的单元。
18. 根据权利要求16所述的装置，还包括： 用于确定所述合作伙伴之间的关系的单元，其中所述关系通过从网络实体或者所述合 作伙伴之一中的至少一个接收共享的RAN资源的权益的细分，来规定如何分配所述RAN资 源。
19. 根据权利要求16所述的装置，其中，合作伙伴之间的所述关系规定所述RAN资源的 不对称共享。
20. 根据权利要求16所述的装置，其中，所述用于评估所述RAN资源的所述总体空闲容 量的单元包括：估计直到所述资源中的一个或多个业务类型（TC)达到最大延迟容忍度为 止，可W处理多少额外的业务。
21. 根据权利要求20所述的装置，其中，所述用于分配所述RAN资源的单元被配置为： 如果与合作伙伴相对应的无线承载的评估的资源需求不超过所述总体空闲容量，则接 纳所述无线承载。
22. 根据权利要求16所述的装置，其中，所述用于基于所述评估和所述关系来分配所 述RAN资源的单元被配置为： 确定要向无线设备发送所述RAN资源的业务类型（TC)的哪个分组。
23. 根据权利要求22所述的装置，其中，确定要发送所述TC的哪个分组包括： 基于W下各项中的至少一项来发送所述RAN资源的分组；基于所述分组的业务类型 (TC)，所述分组花费在队列中的时间，或者所述分组超过可允许延迟之前的剩余时间。
24. 根据权利要求23所述的装置，其中，确定要发送所述TC的哪个分组包括： 发送具有最低延迟容忍度的分组。
25. 根据权利要求16所述的装置，其中，所述用于基于所述评估和所述关系来分配所 述RAN资源的单元被配置为： 当所述RAN资源的所有业务流都不满足服务质量怕〇巧约束时，确定要清除所述RAN 资源的业务类型（TC)的哪个分组。
26. 根据权利要求25所述的装置，其中，当所述RAN资源的所有业务流都不满足QoS约 束时，确定要清除所述RAN资源的TC的哪个分组包括： 清除具有最长延迟容忍度的分组。
27. 根据权利要求25所述的装置，其中，当所述RAN资源的所有业务流都不满足QoS约 束时，确定要清除所述RAN资源的TC的哪个分组包括： 基于对分组相对应的TC的服务的影响最小，来清除分组。
28. 根据权利要求25所述的装置，还包括： 用于基于合作伙伴之间的所确定的关系，来分派失败的QoS事件的单元，其中，所确定 的关系不均衡地向优质服务提供商分派所述失败的QoS事件。
29. 根据权利要求28所述的装置，其中，所述优质服务提供商是所述合作伙伴中的主 要合作伙伴。
30. 根据权利要求28所述的装置，其中，所述优质服务提供商是所述合作伙伴中的非 主要合作伙伴。
31. -种用于根据合作伙伴之间的关系来分配无线接入网络（RAN)资源的装置，包括： 至少一个处理器，其被配置为： 维持向所述合作伙伴中的每一个交付的RAN资源的细分； 评估向所述合作伙伴中的每一个交付的RAN资源的超额容量，W及所述RAN资源的总 体空闲容量；W及 根据所述评估和所述关系来分配所述RAN资源；W及 存储器，其禪合到所述至少一个处理器。
32. -种用于根据合作伙伴之间的关系来分配无线接入网络（RAN)资源的计算机程序 产品，所述计算机程序产品包括其上存储有代码的非临时性计算机可读介质，所述代码由 一个或多个处理器可执行W用于W下操作： 维持向所述合作伙伴中的每一个交付的RAN资源的细分； 评估向所述合作伙伴中的每一个交付的RAN资源的超额容量，W及所述RAN资源的总 体空闲容量；W及 根据所述评估和所述关系来分配所述RAN资源。
【文档编号】H04W16/06GK104471970SQ201380037944
【公开日】2015年3月25日 申请日期:2013年7月25日 优先权日:2012年7月25日
【发明者】A·戈吉奇, G·B·霍恩 申请人:高通股份有限公司