CN103733680B - 用于控制无线上行会话的方法和装置 - Google Patents

Abstract

本发明公开了一种视频会话管理性能。该视频会话管理性能实现了蜂窝扇区的移动设备的潜在的和/或已有的视频会话的管理（例如，用于支持对蜂窝扇区中已建立的视频会话的传输比特率的动态变更）。响应于与蜂窝扇区相关的状况的指示，管理器为该蜂窝扇区的相应的多个上行视频会话的相应的多个视频发送方的每一个，确定一个上行视频会话的视频发送方的修正的传输比特率，而且向视频发送方传播消息，该消息用于通知该视频发送方为其上行视频会话使用该修正的传输比特率。

Description

用于控制无线上行会话的方法和装置

相关申请的交叉引用

本申请涉及专利申请序列号13/208465(代理人编号809018-US-NP)题目为“用于控制无线上行会话的方法和设备(MTHOD AND APPARATUS FOR CONTROLLING WIRELESSUPINK SESSIONS”的美国专利申请相关，其通过引用方式而整体并入。

技术领域

本发明通常涉及通信网络并，更具体地但不排他地涉及无线通信网络中的无线上行会话。

背景技术

在各种无线系统中(例如，第三代(Third Generation，3G)无线网络，第四代(Forth Generation，4G)无线网络，等等)，许多移动用户设备都配备了视频采集性能。这再加上社交媒体网站的使用的持续增长(例如，脸书，推特，博客，等等)，致使引起移动用户设备视频采集和视频成流的显著增长的可能性。然而，由于从移动用户设备到无线网络的无线上行带宽限制，严重减弱了这种可能性。

发明内容

用于管理无线网络内的视频会话的实施例解决了现有技术中的各种缺陷。

在一个实施例中，一个装置包括一个处理器和一个存储器，其中该处理器用于控制无线网络蜂窝扇区的上行视频会话的传输比特率。该处理器用于接收指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源的数量的无线上行资源信息，接收上行视频会话信息，该上行视频会话信息标识该蜂窝扇区内的多个活跃的上行视频会话并包括该蜂窝扇区内相应的活跃上行视频会话的多个传输比特率，以及，响应于与该蜂窝扇区相关的状况，使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的活跃上行视频会话的其中之一确定一个修正的传输比特率。

在一个实施例中，提供了一种用于控制无线网络蜂窝扇区的上行视频会话的传输比特率的方法。该方法包括接收指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源的数量的无线上行资源信息，接收识别该蜂窝扇区内的多个活跃的上行视频会话的上行视频会话信息，其中而且该上行视频会话信息标识该蜂窝扇区内的多个活跃的上行视频会话并包括该蜂窝扇区内相应的活跃上行视频会话的多个传输比特率，以及，响应于与该蜂窝扇区相关的状况，使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的活跃上行视频会话的其中之一确定一个修正的传输比特率。

在一个实施例中，一个装置包括一个处理器和一个存储器，其中该处理器用于控制无线网络蜂窝扇区的上行视频会话的传输比特率。该处理器用于接收与视频发送方的上行视频会话相关的状态信息，使用该状态信息，确定视频发送方的相应的上行视频会话的多个当前传输比特率，以及，响应于与蜂窝扇区相关的状态，为相应的视频发送方的上行视频会话确定多个修正的传输比特率，并使用相应的多个传输比特率修正消息，向相应的视频发送方传播相应的上行视频会话的修正的传输比特率的指示。

在一个实施例中，提供了一种用于控制无线网络蜂窝扇区的上行视频会话的传输比特率的方法。该方法包括接收与视频发送方的上行视频会话相关的状态信息，使用该状态信息，确定视频发送方的相应的上行视频会话的多个当前传输比特率，以及，响应于与蜂窝扇区相关的状况，为相应的视频发送方的上行视频会话确定多个修正的传输比特率，并使用相应的多个传输比特率修正消息，向相应的视频发送方传播相应的上行视频会话的修正的传输比特率的指示。

附图说明

通过以下结合附图所作的详细描述，本发明的教导能够容易地被理解。

图1示出一个包括用于提供无线上行控制性能的无线上行控制器的示例性的无线通信系统；

图2示出用于调度图1的蜂窝扇区内上行视频会话的方法的一个实施例；

图3示出用于确定图1的蜂窝扇区内的MD的上行视频会话调度的方法的一个实施例；

图4示出一个用于调度图1的蜂窝扇区内上行视频会话的调度器的一个实施例；

图5示出用于修正图1的蜂窝扇区内MDs的上行传输比特率的方法的一个实施例；

图6示出用于修正图1的蜂窝扇区内MDs的上行传输比特率的方法的一个实施例；

图7示出用于控制图1的蜂窝扇区内相应的多个MDs的多个上行视频会话比特率的方法的一个实施例；以及

图8示出用于适合用于执行在此所描述的功能的计算机的高级别的方框图。

为了便于理解，可能的话，使用相同的附图标记来标示附图中共同的相同部件。

具体实施方式

通常，在此示出并描写了无线上行控制性能，然而也可在此提出各种其他性能。

在至少一些实施例中，该无线上行控制性能使用实现无线上行资源更有效的利用同时提高用户的体验质量(quality-of-experience，QoE)的各种性能，实现了在基于蜂窝的通信网络中的蜂窝扇区的无线上行链路上始终可靠的视频传输。

在至少一些实施例中，无线上行控制性能包括视频会话调度性能。视频会话调度性能实现了蜂窝扇区的移动设备的视频传输调度。例如，移动设备请求经由蜂窝扇区的无线上行链路来传输一个视频，该视频会话调度性能为该移动设备确定与视频会话的建立相关的一个或多个参数(例如，视频会话将开始的时间，视频会话的最大传输比特率分配，等等)。值得注意的是，视频会话调度性能可支持各种其他特性和功能。

在至少一些实施例中，无线上行控制性能包括视频会议管理性能。视频会话管理性能实现了蜂窝扇区的移动设备的潜在的和/或已有的视频会话的管理。例如，视频会议管理性能可以支持对蜂窝扇区中已建立的视频会议的传输比特率的动态变更(例如，降低一个或多个移动设备的(多个)传输比特率以容纳另一个移动设备所要求的一个新视频会话，在无线上行上链路上的额外容量可用于支持这样的速率增长的情况下增大一个或多个移动设备的(多个)传输比特率，等等，及其各种组合)。值得注意的是，视频会议管理性能可支持各种其他特性和功能。

在至少一些实施例中，无线上行控制性能包括视频会议管理性能。视频会话管理性能实现了蜂窝扇区的移动设备的潜在的和/或已有的视频会话的管理。例如，视频会议管理性能可以支持对蜂窝扇区中已建立的视频会议的传输比特率的动态变更(例如，降低一个或多个移动设备的(多个)传输比特率以容纳另一个移动设备所要求的一个新视频会话，在无线上行上链路上的额外容量可用于支持这样的速率增长的情况下增大一个或多个移动设备的(多个)传输比特率，等等，及其各种组合)。值得注意的是，视频会议管理性能可支持各种其他特性和功能。

虽然在此主要示出和描述与特定类型的无线通信网络中的无线上行控制性能的各种实施例的运用相关，应该理解的是，无线上行控制性能的各种实施例可以在任何合适的(多个)类型的(多个)无线通信网络中被运用。

图1描述了一个示例性的无线通信系统，该系统包括用于提供无线上行控制性能的无线上行控制器。

该示例性无线通信系统100包括多个移动设备(MDs)110₁–110_N(统称，MDs110)，无线接入网(RAN)120，无线分组网络(WPN)130，分组网络(PN)140，多个服务器的150₁–150_M(统称，服务器150)，管理系统160，以及无线上行控制器170。

MDs 110是用于与RAN 120的通信的移动设备。MDs 110可通过到RAN 120的无线上行链路提供控制信息和内容，而且可通过来自RAN120的无线下行链路接收控制信息和内容。

MDs 110用于作为将要通过到RAN120的无线上行链路传播的内容流的来源(在此记为无线上行内容流)。通常，无线上行内容流可以是视频流(无声音)，多媒体流(例如，视频和其他类型的内容的一个或多个，如音频，文本等)，等等。在这个意义中，无线上行内容流在此也被称为无线上行视频流，其中该内容流至少包括视频部分(以及，正如以上提到的，也可包括一个或多个其他类型的内容)。

MDs 110用于为上行视频会话的调度进行协商，通过所述上行视频会话，该MDs110可经由到RAN 120的无线上行链路传播视频内容。例如，MDs 110用于发送用于上行视频会话的调度的上行视频会话调度请求。类似地，MDs 110也用于接收响应于上行视频会话调度请求的上行视频会话调度响应，其中该上行视频会话调度响应包括上行视频会话调度信息，该上行视频会话调度信息被MDs在建立用于通过无线上行链路的视频内容的传播的上行视频会话中使用(例如，该视频会话将要开始的时间，为该视频会话分配的最大传输比特率)。

MDs 110用于通过到RAN 120的无线上行链路采集内容并将采集到的内容形成流。

MDs 110用于支持视频内容采集和流机制。例如，MD 110可支持标准清晰度和/或高清晰度的视频录制。例如，MD 110可包括一个或多个摄像头(例如，一个为支持视频聊天的较低分辨率的前置摄像头，一个用于其他视频的高分辨率的后置摄像头，等等，及其各种组合)。例如，MD 110可包括一个或多个不同的视频编解码器(例如，H.263，H.264高级视频编码(Advanced Video Coding，AVC)(动态图像专家组(Motion Pictures Experts Group，MPEG)-4-Part 10)，H.264AVC-可伸缩视频编码(Scalable Video Coding，SVC)，谷歌VP8，等等，及其各种组合)。在一个实施例中，MD 110用于支持自适应比特率编码/流，其提供了基于MD 110的带宽和/或处理器性能的实时或近实时的可变比特率编码/流(例如，MD 110用于支持多编码比特率并且基于比如视频状况，端到端状况等信息，按照所支持的多编码比特率中所要求的编码比特率进行编码)。例如，MD 110可支持与视频流相关的各种协议(例如，在RFC 3550中定义的实时传输协议(Real-Time Transport Protocol，RTP)和实时传输控制协议(Real-Time Transport Control Protocol，RTCP)，在RFC 4585中定义的表示为有反馈的RTP音频-视觉框架(RTP Audio-Visual Profile with Feedback，RTP/AVPF)的用于基于RTCP的反馈的扩展的RTP框架，在RFC 5104中定义的RTP AVPF中的编解码器控制消息(Codec Control Messages)，RFC 5506中定义的缩小尺寸的RTCP(Reduced-SizeRTCP)，等等)。该MD 110可支持各种其他视频采集和/或视频流的性能。MDs 110在此也被称为支持视频采集和流性能的视频发送方。

MDs 110可用于支持音频内容采集和音频流机制。例如，MD 110可包括一个或多个麦克风(例如，用于视频聊天，用于视频中的叙述，等等)。例如，MD 110可包括一个或多个音频编解码器(例如，AAC(MPEG-4Part 3)，自适应多速率(Adaptive Multi-Rate，AMR)，动画专家组第3层(MP3)，等等，及其各种组合)。

MDs 110可用于支持与视频内容传播相关的各种其他功能(例如，与视频会话相关的视频会话质量统计数据的发送，视频会话管理信息的接收和处理，等等，及其各种组合)。

在一个实施例中，MDs 110可包含内容采集的各种特征集，其由各种相关的软件开发包(Software Development Kit，SDK)应用程序设计接口(Application ProgrammingInterfaces，APIs)支持。

在至少一些实施例中，至少一部分MDs 110可用于作为由其他设备提供的内容流的接收器进行操作。在这个意义上，MD 110可能是内容发送器而且，可选择地，也可能是内容接收器。此外，值得注意的是，在至少一些实施例中，由MDs 110的其中之一提供的无线上行内容流的一个或更多的内容接收器可以是可连接到PN 140的任何类型的(多个)设备(例如，移动设备，固定设备，等等，及其各种组合)。

例如，MDs 110可以是智能手机，平板计算机，笔记本计算机，或任何能够采集视频并通过无线网络的无线上行链路传播所采集的视频的其他类型的设备。

RAN 120可以是任何合适类型的无线接入网络，可针对不同类型的无线技术有区别地实现该RAN 120。该RAN 120提供了MDs 110和WPN 130之间的接口。该RAN 120包括支持相关的蜂窝扇区123的基站(BS)122，其中位于蜂窝扇区123内的MDs 110能够通过RAN 120的BS 122接入该RAN 120。通常，MD 110通过无线通信线路与BS 122进行通信，如上面提到的，该线路一般包括上行部分以及下行部分，MD 110通过该上行部分发送信息到BS 122，该BS 122通过该下行部分将信息发送到该MD 110。虽然在此示出和描述为包括一个独立的基站(仅问了清晰)，应该理解的是，该RAN 120可包括支持任何适当数量的相关蜂窝扇区的任何适当数量的基站。

WPN 130可以是任何合适类型的无线分组网络，其，类似于RAN 120，可针对不同类型的无线技术而不同地实现。WPN 130提供了RAN 120和PN 140之间的接口。例如，在第三代通用移动通信网络(Universal Mobile Telecommunications System，UMTS)中，WPN 130可包括如服务通用分组无线业务(Serving General Packet Radio Service，GPRS)支持节点(Support Nodes，SGSNs)，网关GPRS支持节点(Gateway GPRS Support Nodes，GGSNs)等此类元件。例如，在一个长期演进(Long Term Evolution，LTE)网络中，WPN130可包括如服务网关(Serving Gateways，SGWs)，分组数据网络(Packet Data Network，PDN)网关(Gateways，PGWs)，移动性管理实体(Mobility Management Entities，MMEs)，策略和计费规则功能(Policy and Charging Rules Function，PCRF)等此类元件。

PN 140可以是任何合适类型的分组网络，如公共分组网络(例如，互联网)，私人分组网络，等等。该PN 140可包括和/或提供到多个用于提供无线上行控制性能的各种功能的网络元件的通信。在一个实施例中，例如，PN 140支持服务器150，管理系统160，和无线上行控制器170的通信。

服务器150可以是任何合适类型的服务器，如网络服务器(Web Servers，WSs)，应用服务器(Application Servers，AS)，等等。该服务器150可包括任何能够被MDs 110访问的服务器，包括与MDs110提供的视频无关的可能被访问的服务器，在由MDs 110提供的视频上下文内可能被访问的服务器(例如，MDs 110能够向其提供流视频的托管社交网站和/或其他类型的网站的服务器)，等等，及其各种组合。

管理系统160可以是任何合适类型的为RAN 120，WPN130和PN 140的一个或多个提供各种管理功能的管理系统。在一个实施例中，例如，管理系统160可提供一个或多个网络和/或服务开通功能，网络监控功能，等等，及其各种组合。在一个实施例中，管理系统160用于支持和/或提供无线上行控制性能的一个或多个功能。

无线上行控制器170用于提供无线上行控制性能的各种功能。在一个实施例中，无线上行控制器包括用于提供视频会话调度性能的各种功能的调度器171。在一个实施例中，无线上行控制器包括用于提供视频会话管理性能的各种功能的管理器172。值得注意的是，在至少一些实施例中，调度器171和管理器172可以协作来提供无线上行控制性能的各种功能。通过首先考虑如图1的示例性无线通信网络100的无线生态系统的各个方面以及在如图1的示例性无线通信网络100的无线生态系统中创建和传输视频过程中涉及的各种元件，无线上行控制器170的操作可以被更好的理解。

通常，如图1的示例性无线通信网络100的无线系统中创建和传输视频的过程中可能涉及许多元件和/或性能。例如，这样的元件和/或性能可能包括，但不限于，以下各项中的一个或多个：(1)无线接入网络性能(例如，带宽，服务质量(QoS)，呼叫接纳控制(CallAdmission Control，CAC)，等等)，(2)应用程序(例如，视频聊天，用于广播的视频直播，上传直播或背景中的视频到门户网站，等等)以及协议(例如，实时传输协议(RTP)/实时传输控制协议(RTCP)，自适应的超文本传输协议(Hypertext Transfer Protocol，HTTP)，文件传输协议(File Transfer Protocol，FTP)，等等)，(3)编解码和相关的封装/解封装性能(例如H.263，H.264/AVC，SVC，VP8*，微软IIS平滑流(Smooth Streaming)，超文本标记语言5(Hypertext Markup Language 5，HTML5)，等等)，以及(4)移动设备性能(例如，摄像头的数量和类型，摄像头分辨率，编码性能，处理能力，等等)。在此提供了对这些性能的额外描述。

通常，图1的示例性无线通信网络100为无线接入网络提供了通用的架构。在至少一些实施例中，为图1的示例性无线通信网络100做出下列假设：(1)互联网协议4版(Internet Protocol version，IPv4)和/或6版(IPv6)的端到端的支持是可用的；(2)对在不同的QoS级别的流的处理是被支持的或至少是可能的；(3)可能在无线链路上出现瓶颈(不同技术中的无线线路带宽会有所变化，而且通常倾向于随着每一代的发展而改进，视频的带宽需求是很重要的，高清晰度(HD)视频的带宽需求超过8Mbps，从而可能在相当长的一段时间继续呈现出问题)；(4)架构，在许多方面，可能受到符合一些标准的约束，该标准或多或少的从MDS 110封闭到WPN 130边缘的网关(例如，GGSN，PGW，或WPN 130和PN 140之间的其他类似的网关)；和(5)支持呼叫接纳控制(CAC)，这样如果系统判定足够的资源可用于容纳服务所产生的端到端的流，则接纳该服务。(值得注意的是，这通常被应用于保证比特率(guaranteed bit rate，GBR)的服务，而不是尽力(best effort，BE)服务)；以及(6)为了在应用层做出明智的决定，可利用来自RAN 120，WPN 130，和/或PN 140的信息。值得注意的是，这些假设的一个或多个可以根据需要和/或期望而被修改或取消。进一步注意的是，提供无线上行控制性能的各种实施例可基于各种其他假设。

在图1的示例性无线通信网络100中，有许多可以通过无线上行链路从MD 110传送视频到RAN 120的场景。

这种场景的第一示例是视频聊天，其可包括用于视频会议的一对一关系的，一对多关系的，甚至是多对多关系的双向视频会话。例如，一些视频聊天应用包括iPhoneFaceTime，Qik Chat，等等。

这种场景的第二示例是视频分享(可以被认为是视频聊天的变化形式)，其中一个单向视频会议伴随音频呼叫(例如，在这种情况下，视频发送方也许在描述一个场景而视频不需要与声音同步)。

这种场景的第三示例是视频广播，其提供了一种单向的，一对多的视频的发布。在一个实施例中，视频从MD 110流出到中心服务器，该中心服务器接收来自MD 110的视频然后经由一个或多个其他传输介质传送该视频。例如，一个新闻记者可通过MD 110录制视频(然后将该视频从MD 110流出到广播公司控制室的中心服务器，视频的广播控制室中央服务器(例如，使用配备了蜂窝通信性能和/或其他合适的性能的视频摄像头)，这样该中心服务器可以根据需要修改该视频(例如，横幅，标识，等等)，然后以平常的方式向观众播放该视频。在这个示例中，值得注意的是，该MD 110可以取代昂贵且笨重的卫星转播车，不然记者为了提供此种报道，需要该卫星转播车。值得注意的是，这仅仅是视频广播场景的使用的一个示例，而且可出于各种其他目的以各种其他方式来使用视频广播。

这种场景的第四个示例是视频多播，其提供了单向的一对多的视频的发布，直接以多播流和/或多个单播流发送至观众。通常，可能利用这种类型的服务的应用程序的一些类型可包括紧急服务(例如，为应急管理人员，在附近医院的医生等提供出自事故现场的视频，等等)，度假区对生活消费的广播，远端位置的真人秀电视，等等。

这种场景的第五个示例是云视频(video-to-cloud)，其中视频从MD 110流出网络目的地(例如，云中的网站或其他位置)所以如果该视频被存档，可以在其到达时和/或稍后通过在该网络目的地实时观看该视频。在一个实施例中，可以通知该视频的潜在观看者该视频的可用性(例如，指示“直播”视频正在进行和/或在将来可进行)。在一个实施例中，可以以任何适当的方式通知该视频的潜在观看者该视频的可用性(例如，通过短消息服务(Short Message Service，SMS)消息，电子邮件，等等)。在一个实施例中，对潜在观看者的关于视频可用性的通知包括关于潜在观看者可能以何种方式访问该视频的指示(例如，使用统一资源定位符(Uniform Resource Locator，URL)或任何其他合适的机制)。例如，一些云视频应用包括Qik，Knocking Live，和YouTube。

值得注意的是，上述场景是示例性的，而且各种其他场景可使用通过MDs 110和RAN 120之间的无线上行链路的视频的流。

通常，每个示例性的视频传输场景可有相关的一系列其足够的或最佳的实用建议或要求。例如，这样的建议或要求可包括一个或多个视频质量，视频传送模式，视频应用优先级，视频应用协议，等等，及其各种组合。通常，视频质量对应于构成所观看视频质量的空间，时间，和/或量化参数(最终转换成该视频的传输比特率和/或支持该视频所需的带宽)。通常，视频传送模式对应于视频开始的计时。在一个实施例中，支持以下三个视频传送模式：(1)实时(RT)，一种实时流媒体服务，其表明视频的传输是实时的(例如，立即开始或几乎立即开始视频传送的启动)；(2)近实时(Near Real-Time，NRT)，也是一种实时流媒体服务，其表明视频传送的启动可以延迟；以及(3)背景(BG)，其表明视频的背景传送(例如，如文件传输或其传送可能会延迟任何合适的时间长度的视频的其它类型)。通常，视频应用的视频应用优先级对应于该视频应用相对于其他视频应用的优先级，以提供相对高的体验质量(QoE)。通常，视频应用的视频应用协议对应于启动该视频应用所使用的协议等级(例如，视频流可使用RTP或HTTP，而背景视频可使用文件传输协议(FTP)服务)。值得注意的是，在该上下文内可支持其他建议和/或要求。

在许多视频应用中，在建立和维持连接来支持视频流通常涉及三个功能，包括(1)创建连接的机制，其可能包括一个机制，该机制允许视频发送方来通知视频接收方一个视频是可用的，而且允许视频接收方能够接受来自视频发送方的邀请；(2)呼叫接纳控制(CAC)功能；以及(3)提供对视频发送方传输视频到视频接收方的数据包的QoS处理。下文的补充详述描述了这些功能。值得注意的是，一旦视频应用开始利用网络服务提供商(Network Service Provider，NSP)的CAC和区分QoS服务，过多(over-the-top，OTT)应用将处于不利地位，特别是在拥塞的时候，因为它们只会收到尽力(Best Effort，BE)服务。

通常，对于至少一些视频应用，视频会话为了在该视频应用上下文内支持该视频的传输而被创建。对于视频聊天应用，例如，视频会话创建机制可能类似于网络电话(Voiceover Internet Protocol，VoIP)的创建，其中可能有很多变化形式。例如，一些视频应用(例如，Skype及其他)有专有的实现，而其他的视频应用(例如，苹果的FaceTime及其他)基于标准实现(例如，如H.264，先进音频编码(AAC)，会话初始协议(Session InitiationProtocol，SIP的标准)，RTP，安全实时传输协议(SRTP)，等等)。例如，假设使用基于标准的方式，如苹果的FaceTime所使用的方式，来建立一个视频会议的基本的消息流可能包括以下步骤：(1)发起的客户端发起的与已知的服务器的初始化(例如，在这个例子中，网络中的一个苹果服务器)，建立视频连接的请求，其中该请求可能会以SIP邀请的形式；(2)发起的客户端提供该SIP邀请到观看客户端(其中假设所有各方都已经注册)；(3)在观看客户端的SIP OK消息的接收之后，进行消息交互，来为视频连接协商音频/视频参数；以及(4)视频会话的建立之后，视频/音频通过RTP在双方之间进行交互(值得注意的是，该服务器不一定在视频/音频路径中)。值得注意的是，这个一般的消息流仅是示例性的。可通过参考第三代合作伙伴计划(3GPP)对该过程的处理的描述的方式，来更好的理解该一般过程以及这个过程中的变化的使用。进一步注意的是，可使用任何其它合适的流程来建立视频应用的视频会话(例如，可用于其他视频聊天应用以及其他类型的视频应用的该过程的不同变化形式，可使用的其他类型的流程，等等，及其各种组合)。

通常，对于至少一些视频应用，单向视频会话可为了在该视频应用上下文内支持该视频的传输而被创建，而且该单向视频会话可根据所支持的(多个)应用的(多个)类型而有所不同。下文描述了关于使用单向视频会话的视频应用的一些实施例。

对于视频共享应用，例如，可以用类似于视频聊天应用的程序建立的方式执行该单向视频会话的建立；然而，在视频分享的应用中该视频可能会落后于声音，因此，在视频共享应用的视频传输的QoS要求通常没有视频聊天中的要求严格。

对于用于广播电视应用的视频广播，例如，为了适合特定的应用，建立和维持单向视频会话的实现可能是专有的。在许多情况中，视频的低延迟传送是至关重要的(例如，新闻主播和记者之间的音频交互必须与所观看到的相匹配)。因此，在许多情况中，可能会使用用户数据报协议(User Data Protocal，UDP)连接而不是传输控制协议(TransmissionControl Protocal，TCP)连接将视频流出，因为试图找回丢失的视频帧没有意义。

对于用于企业应用的视频多播/广播，例如，在其结构中不一定有帮助传送视频的应用，NSP网络内的基础设施可能被用来实现向潜在观众的IP多播/广播。该场景可能对这种应用的不同类型有不同延迟要求(例如，紧急服务应用要求低延迟流，而“度假”类型的应用程序则能够容忍视频流实际开始中的延迟)。

对于用于消费者网站应用的云视频，例如，根据特定的应用，可能需要或可能不需要实时观看视频。此情况中，如果该视频不是时间敏感的，则几十秒的延迟，及分钟的延迟，甚至更长的延迟，是可以接受的。许多情况中，网站可以宣传视频是正在直播的，因此，相关的视频应用一般被设计以在特定的可用带宽下提供可能最好的服务。结果，许多这样的应用采用类似于广播电视模式的技术，但处于需要较少带宽的较低的质量水平。

通常，可以为这些和/或其他类型的视频应用建立各种其他类型的视频会话。如在此所述，可通过无线网络的无线上行链路支持这种视频会话，因此，其在此也可被称为上行视频会话。如在此进一步所述，可以使用无线上行链路控制性能的各种实施例控制这样的上行视频会话。

如上文所述，无线上行控制器170用于提供无线上行控制性能的各种功能。在一个实施例中，提供了用于蜂窝扇区的移动设备的视频传输调度的视频会话调度性能(例如，调度与蜂窝扇区的移动设备通过该蜂窝扇区的无线上行链路传输视频相关的一个或多个参数，比如该移动设备通过该无线上行链路开始视频传输的时间，通过该无线上行链路的视频传输的传输比特率分配，等等)。该视频会话调度性能，通过启动蜂窝扇区的移动设备的视频应用来保留/保护在该无线上行链路的足够的带宽，提高了视频应用通过蜂窝扇区的无线上行链路发送视频的可靠性。在一个实施例中，该视频会话调度性能的各种功能由图1相关示出和描述的调度器171提供。

如在此所示出和描述的那样，调度器171可利用示例性通信系统100的一个或多个组件的各种功能。例如，该调度器171可接收来自管理系统的上行资源信息(例如，管理系统160和/或任何这样的信息的合适的来源)。例如，调度器171可接收来自MDs 110的上行视频会话请求。例如，调度器171可接收来自RAN120和/或WPN 130的移动设备位置信息，这样调度器171能够为每个MD 110确定该MD 110可以连接到的蜂窝扇区(说明性地，MDs110₁–110_N的蜂窝扇区123)。例如，调度器171可与呼叫接纳控制(CAC)功能进行通信，以确定是否能满足对资源的请求。例如，调度器171可从RAN120和/或WPN 130接收出现资源拥塞和，类似的，资源拥塞的消除的触发指示。在一个实施例中，可能以来自RAN120和/或WPN 130的显示拥塞通知(Explicit Congestion Notifications，ECNs)的形式提供这样的触发。调度器171可利用示例性通信系统100的一个或多个组件的各种其他功能。

调度器171用于管理蜂窝扇区123的上行视频会话的调度。

调度器171用于接收蜂窝扇区123的MDs 110的用于上行视频会话的请求，接收用于调度通过蜂窝扇区123的无线链路支持的上行视频会话的信息，根据所接收的用于调度通过蜂窝扇区123的无线链路支持的上行视频会话的信息来确定通过该蜂窝扇区123的无线链路的视频会话的调度，以及，响应于蜂窝扇区123的MDs 110的上行视频会话请求，提供上行视频会话响应。

调度器171接收蜂窝扇区123的MDs 110的上行视频会话请求。通常，MD 110的上行视频会话请求包括与上行视频会话请求相关的信息(例如，所请求的视频会话的传输比特率，与上行视频会话相关的传送模式的指示，与上行视频会话相关的应用的类型，等等，及其各种组合)。该调度器171可接收来自MDs 110的上行视频会话请求和/或接收来自网络的一个或多个CAC功能的上行视频会话请求(例如，可操作来接收MDs 110的上行视频会话请求并将其发送至调度器171和/或接收MDs 110的上行视频会话请求并代表该MDs 110发送合适的对应的上行视频会话请求到调度器171)。在任何情况下，调度器171接收蜂窝扇区123的MDs 110所请求的上行视频会话的指示。

调度器171接收用于调度通过蜂窝扇区123的无线链路支持的上行视频会话的信息，该信息包括可用于支持该蜂窝扇区123内的上行视频会话的无线上行资源数量的无线上行资源信息，与MDs 110的上行视频会话请求相关的视频会话请求信息，MDs 110的MD状态信息，蜂窝扇区123的蜂窝扇区状态信息，网络状态信息(例如，RAN 120，WPN 130，PN 140的一个或多个的，等等)，服务提供商策略，等等及其各种组合。

调度器171接收指示蜂窝扇区123中分配的用于支持该蜂窝扇区123内的上行视频会话的无线上行资源数量的信息(在此也表示为无线上行资源的预算)。可使用以下各项中的一个或多个来表示该信息：该蜂窝扇区123的当前资源分配，该蜂窝扇区123的最大资源分配量，该蜂窝扇区123的可用资源参数，等等，及其各种组合。

该蜂窝扇区123的资源可以是蜂窝网络中的蜂窝扇区的任何合适的资源。在一个实施例中，例如，蜂窝扇区123的资源是由该蜂窝扇区123的BS 122支持的空中接口上的物理资源块(Physical Resource Blocks，PRBs)(在这种情况下，用PRB_ALLOCATION表示资源的预算)。通常，在蜂窝扇区123内，每个时间片内一定数量的PRBs是可用的，在此期间可发生来自MDs 110的无线上行传输。作为上行视频会话调度的基础，PRBs或任何相似类型资源的使用是有益的，因为，对于每个MD 110，分配到该MD 110的PRBs数量转换成该MD 110的总传输比特率。这主要是由于不同的MDs 110可能对BS122具有不同的信噪比(signal-to-noise ratios，SNRs)，其转化为相应的MDs 110采用的调制编码方案(Modulation andCoding Schemes，MCSs)，转而决定了相应的MDs 110可以在单个PRB中传输多少比特的信息(例如，通常，在给定的PRB内，位置离BS 122较近的MDs 110将能够比位置离BS 122较远的MDs 110传输更多的比特)。

该蜂窝扇区123的无线上行资源预算可从这种信息的任何合适的来源接收。在一个实施例中，例如，该蜂窝扇区123的无线上行资源预算可从管理系统160接收(例如，来自OAM系统或任何其他合适类型的系统)。

调度器171接收与MD 110请求相关的视频会话请求信息，来建立用于从该MD 110通过蜂窝扇区123中的无线上行链路的视频内容传输的上行视频会话。该视频会话请求信息可作为上行视频会话请求的一部分被接收和/或作为接收上行视频会话请求的响应被获得。该视频会话请求信息可包括一个或多个传输比特率请求信息(例如，被该MD 110请求的所请求的传输比特率，该MD 110可接受的最小传输比特率，等等)，将要通过上行视频会话提供的视频流的类型，上行视频会话的传送模式(例如，RT，NRT或BG)，指示上行视频会话起始可被延迟的最大时间的超时延迟值，与该MD 110的用户的服务水平协议(Service LevelAgreement，SLA)相关的信息，与该MD 110相关的设备性能信息，该上行视频会话的一个或多个有意的视频接收方的列表，与该上行视频会话的一个或多个有意的视频接收方相关的设备性能信息，指示与该MD 110请求来建立上行视频会话相关的一个或多个类型的信息的协商性范围的一个或多个协商性参数。

调度器171可接收附加类型的信息，该附加类型的信息可用来确定通过蜂窝扇区123中的无线上行链路的上行视频会话的调度。

在一个实施例中，例如，该调度器171可接收MDs 110的MD状态信息(例如，指示信号强度状况和/或MDs 110的MCSs的信息，指示MDs 110的电池电源状态的信息，等等)，该MD状态信息用于调度将通过该蜂窝扇区123中的无线上行链路支持的上行视频会话。在一个实施例中，例如，调度器171用来通过结合该MDs 110的带宽要求(由所需的视频质量影响)和该MDs 110的MCSs(指示了各自的MDs 110通过无线上行链路能够传输数据的效率)，对MDs 110加权。一些情况中，该调度器171对具有良好信号强度的较高视频质量要求的MDs110给出优先级。一些情况中，该调度器171对具有低于最好信号强度的较低视频质量要求的MDs 110给出优先级。

在一个实施例中，例如，调度器171可接收蜂窝扇区123的蜂窝扇区状态信息(例如，该蜂窝扇区123的小区负载，从与蜂窝扇区123相关的数据通路接收的ECNs，等等)，该蜂窝扇区状态信息用于调度将通过该蜂窝扇区123中的无线上行链路支持的上行视频会话。

在一个实施例中，例如，调度器171可接收RAN 120，WPN 130，和/或PN140的一个或多个部分的网络状态信息(例如，网络部分的负载，从与该网络部分相关的数据通路接收的ECNs，等等)，该网络状态信息用于调度将通过该蜂窝扇区123中的无线上行链路支持的上行视频会话。

在一个实施例中，例如，调度器171可接收服务提供商的服务提供商策略，用于调度将通过该蜂窝扇区123中的无线上行链路支持的上行视频会话。

调度器171可接收任何其他合适类型的用于调度将通过该蜂窝扇区123中的无线上行链路支持的上行视频会话的信息。

调度器171根据所接收的用于调度通过该蜂窝扇区123中的无线上行链路支持的上行视频会话的信息，来确定通过该蜂窝扇区123中的无线上行链路支持的上行视频会话的调度。

在一个实施例中，调度器171通过确定上行视频会话将要开始的时间以及确定该上行视频会话的比特率分配，来确定通过蜂窝扇区123中的无线上行链路支持的上行视频会话的调度。

在一个实施例中，调度器171根据指示该蜂窝扇区123内的可用无线上行资源的数量的上行资源信息以及与该上行视频会话请求相关的视频会话请求信息，来确定通过该蜂窝扇区123中的无线上行链路支持的上行视频会话的调度(而且，可选地，也根据在确定通过该蜂窝扇区123中的无线上行链路支持的上行视频会话的调度时额考虑的一个或多个其他类型的信息)。

在一个实施例中，调度器171用于至少根据所调度的上行视频会话的传送模式的一部分，来确定该上行视频会话的调度(例如，上行视频会话的传送模式可用来确定该视频会话将开始的时间)。在一个实施例中，如上文指出的，用于视频会话的三种可能的传送模式包括：(1)RT，指示直播的视频具有严格的延迟和时延要求，但其带宽使用可以是可变的；(2)NRT，指示用于RT传送的本地缓冲的视频(例如，在一段相对短的时间周期内，其可能基于视频的类型，MD 110的缓冲性能等等而有所变化，等等)，其允许不太严格的延迟和时延的限制，因此，有更好的传送灵活性；以及(3)BG，指示可在任何时间提供该视频。

在传送模式的上下文中，值得注意的是，调度器171可用于对基于应用的类型所确定的传送模式，以及，可选地，对MD11所请求的传送模式负责(其中MD 110可请求用于视频会话的传送模式，该传送模式虽然是所要求的，但对于所请求的视频会话应用的类型是不必要的)。

如上文所述，视频会话可能需要或可能不需要RT处理。例如，“视频聊天”应用(例如，一对一的或会议呼叫)具有RT传送模式。例如，在视频分享应用中，虽然语音可能是RT，但视频不必然需要与该语音对话同步，因此，其可具有相关的NRT传送模式。例如，若视频是没有交互的一对多的场景，基于该视频的紧急性，可在任何合适的时延后使用NRT传送模式来传输该视频。例如，各种其他视频会话可认为在背景中传输视频是可接受的(例如，提供视频到网站，提供视频的非高峰发布)。在至少一个实施例中，调度器171用于使用视频会话传送模式的要求，来确定视频会话请求的调度。

此外，如上文指出的，有可能MD 110将请求的传送模式对与所请求的视频会话的应用类型来说是不必要的(例如，MD 110在视频分享应用中请求视频的RT处理，而本来该视频流出时无需与语音会话同步，MD110请求视频会话的NRT处理，而本来该视频会话可使用BG传送模式来处理，等等)。在至少一个实施例中，调度器171用于使用MD 110所请求的视频会话的传送模式，来确定视频会话请求的调度。

因此，根据这样的对这些传送模式的不同特性的理解，可更智能地调度视频会话而不影响用户感知到的QoE。

调度器171维持一组用于管理蜂窝扇区123的上行视频会话的请求的队列。在一个这样的实施例中，蜂窝扇区的一组队列包括用于将该蜂窝扇区123的MDs 110的NRT上行视频会话请求进行排队的NRT队列，以及用于将该蜂窝扇区123的MDs 110的BG上行视频会话请求进行排队的BG队列。值得注意的是，支持其他类型的传送模式时，调度器171可用于支持传送模式的适当类型的队列。

在一个实施例中，调度器171用于使用各种过程来确定通过该蜂窝扇区123中的无线上行链路的上行视频会话的调度。这些过程包括视频会话请求(VideoSessionRequest)过程，视频会话结束(VideoSessionEnded process)过程，视频会话变更(VideoSessionChanged)过程，系统资源变更(SystemResourceChange)过程，nrt超时(nrtTimeout)过程，nrt从扇区退出(nrtExitFromSector)过程，增加扇区视频(increaseSectorVideos)过程，插入会话请求(insertSessionRequest)过程，以及减少扇区视频(reduceSectorVideos)过程。为了描述这样的过程时的清晰，主要在实施例的上下文内描述这些过程，其中调度器171接收指示可用于支持该蜂窝扇区123内的上行视频会话的无线上行资源的数量的上行资源信息，接收与MD 110请求相关的视频会话请求信息，来建立用于从该MD 110通过蜂窝扇区123中的无线上行链路的视频内容传输的上行视频会话(例如，包括所请求的传输比特率以及相关的传送模式)，以及使用指示该蜂窝扇区123内的可用无线上行资源的数量的上行资源信息以及与该上行视频会话请求相关的视频会话请求信息，来确定通过该蜂窝扇区123中的无线上行链路的上行视频会话的调度。值得注意的是，虽然出于清晰的目的，大大省略了这些过程的描述，调度器171也可接收一种或多种其他类型的信息，来用于在这些过程的上下文中确定通过蜂窝扇区123内的无线上行链路的视频会话的调度。

在一个实施例中，调度器171用于在以下事件达成时进行操作。

(1)视频会话请求：

在一个实施例中，调度器171用于当MD 110发送视频会话请求到该调度器171时执行VideoSessionRequest过程，来为视频会话保留资源。该视频会话请求包括用于被调度器171用于确定与该MD 110关联的蜂窝扇区内的调度的视频会话请求信息。例如，该视频会话请求信息可包括MD 110的一个或多个传输比特率请求(表示为TxMAX)，该MD 110可接受的最小传输比特率(表示为TxMIN)，视频会话的有意的(多个)视频接收方，指示视频会话开始可能被延后的最长时间的超时时延(表示为DELAY)，等等，及其各种组合。例如，该视频会话请求信息也可包括指示一个或多个其他参数的协商性范围的(多个)协商性参数，可支持任何合适的数量和类型的协商性参数值(例如，HARD(指示非协商性的相关参数)SOFT(指示该参数是可协商的，而且，可选地，该参数协商性的范围))。

如果视频会话请求的传送模式是RT，调度器171协商一个当前的比特率(表示为TxCBRbitrate)，以致满足以下两个条件：(1)CURRENT_PRB_ALLOCATION+TxCBRPRB<PRB_ALLOCATION以及(2)TxMAX≤TxCBRbitrate≥TxMIN。在这种情况下，如果调度器171确定了蜂窝扇区对所请求的视频会话具有足够的资源，该视频调度器171：(1)将TxCBRPRB加到当前PRB分配量中，如下：CURRENT_PRB_ALLOCATION＝CURRENT_PRB_ALLOCATION+TxCBRPRB；(2)向MD 110回复TxCBRbitrate的值，这样该MD 110可立即开始视频会话。在这种情况下，如果调度器117确定该蜂窝扇区对于所请求的视频会话不具有足够的资源，而且不以SOFT限制表示RT模式，为了试图通过减少其他活跃的视频会话来为所请求的视频会话腾出空间，该调度器117执行reduceSectorVideos过程(而且，如果成功，(a)将TxCBRPRB加到当前PRB分配量中，如下所示：CURRENT_PRB_ALLOCATION＝CURRENT_PRB_ALLOCATION+TxCBRPRB；以及(b)向MD 110回复TxCBRbitrate的值，这样该MD110可立即开始视频会话)。在这种情况下，如果调度器117确定该蜂窝扇区对于所请求的视频会话不具有足够的资源，而且以SOFT限制表示RT模式，为了将该视频会话请求插入蜂窝扇区的NRT队列中，该调度器117执行reduceSectorVideos过程，不然将无法满足该视频会话请求。

如果视频会话请求的传送模式是NRT或BG，调度器171确定是否可能立即满足该视频会话请求的要求(例如，通过确定是否满足了以下条件：CURRENT_PRB_ALLOCATION+TxMINPRB<PRB_ALLOCATION)。在这种情况中，如果可能立即满足该视频会话请求的要求，该调度器171再次为该视频会话请求执行VideoSessionRequest过程同时视为该视频会话请求具有RT传送模式。在这种情况中，如果不可能立即满足该视频会话请求的要求，为了酌情将该视频会话请求插入蜂窝扇区的NRT队列或BG队列中，调度器171执行insertSessionRequest过程

(2)视频会话结束：

在一个实施例中，调度器171用于在视频会话已经结束时或由蜂窝扇区123移到新的蜂窝扇区时来执行VideoSessionEnded过程，从而释放该蜂窝扇区123的资源来支持其他视频会话。该调度器171通过从该蜂窝扇区123内的PRBs的当前分配量(TxCBRbitrate)减去对应于分配到已终止的视频会话的传输比特率的PRBs的数量(TxCBRPRB)，来更新在该蜂窝扇区123内的PRBs的当前分配量，如下所示：CURRENT_PRB_ALLOCATION＝CURRENT_PRB_ALLOCATION–TxCBRPRB.为了将该蜂窝扇区123内的可用资源重分配到其他视频会话，该调度器171执行increaseSectorVideos过程。

(3)视频会话变更：

在一个实施例中，调度器171用于在视频会话已减小其在蜂窝扇区123内的PRBs分配量时，来执行VideoSessionChanged过程(例如，其TxCBRPRB值或TxMAXPRB值)，从而释放该蜂窝扇区123的资源来支持其他视频会话。该调度器171通过从该蜂窝扇区123内的PRBs的当前分配量减去由修改的视频会话释放的比特率的数量)，来更新该蜂窝扇区123内的PRBs的当前分配量，如下：CURRENT_PRB_ALLOCATION＝CURRENT_PRB_ALLOCATION–(TxCBR_PRB-OLD–TxCBR_PRB-NEW)。然后该调度器171为了将该蜂窝扇区123内的可用资源重分配到其他视频会话执行increaseSectorVideos过程。

(4)系统资源变更：

在一个实施例中，调度器171用于在特定时间或在相关计时器到期时执行SystemResourceChange过程。这可在需要或想要在特定时间启动资源变化时使用。例如，调度器171可用于在特定时间启动系统资源的增加(例如，为了确保足够的无线上行资源用于高级用户，比如通过无线上行链路的视频传输来提供报道的网络新闻主播，在5:00PM启动)。例如，调度器171可用于在计时器到期后启动系统资源的减少。该调度器171可使用该SystemResourceChange过程以各种其他方式来变更可用的无线上行资源。

在一个实施例中，调度器171用于响应于蜂窝扇区123的可用资源的变更的指示来执行SystemResourceChange过程。

在一个实施例中，响应于蜂窝扇区123的最大可用资源减少的指示(例如，PRB_ALLOCATION值的减小)，调度器171执行reduceSectorVideos过程。在一个实施例中，调度器171在特定时间或在相关计时器到期时执行reduceSectorVideos过程。值得注意的是，此变更可能由于任何数量的事件或条件，比如由于蜂窝扇区123上的负载中的变化或是蜂窝扇区123的资源预算中的变化。进一步注意的是，该特定时间可能是任何合适的时间而且，类似地，该计时器可被设置为任何大于或等于零的合适的数值(其中零指示将立即执行该reduceSectorVideos过程)。为了拒绝蜂窝扇区123内的任何新视频会话直到蜂窝扇区123内的当前资源分配量降到该蜂窝扇区123中的资源的当前分配量以下(例如，直到CURRENT_PRB_ALLOCATION≤PRB_ALLOCATION_new)，该调度器171随后将cellSector_State参数设置为REFUSE。

在一个实施例中，响应于接收显示拥塞通知(ECN)消息，为了拒绝蜂窝扇区123内的任何新视频会话直到蜂窝扇区123内的当前资源分配量降到该蜂窝扇区123中的新的最大可用资源量以下，调度器171将cellSector_State参数设置为REFUSE(例如，直到CURRENT_PRB_ALLOCATION≤PRB_ALLOCATION_new)。

在一个实施例中，响应于蜂窝扇区123的最大可用资源的增加的指示(例如，PRB_ALLOCATION值的增加)，调度器171为了将该蜂窝扇区123内的可用资源重分配到其他视频会话而执行increaseSectorVideos过程。

(5)NRT会话超时：

在一个实施例中，调度器171用于当蜂窝扇区123的NRT队列中的视频会话请求已经超时的时候执行nrtTimeout过程。该超时可因为很多原因中的任何一个而发生，比如视频会话花了太久时间来开始或者已停止视频录制。该调度器171通知相关的MD 110，该MD110可能会或可能不会用重置超时定时器的请求作为响应。如果该MD 110为了该视频会话用重置超时定时器的请求作为响应，该调度器171将该视频会话请求留在该蜂窝扇区123的NRT队列中。如果该MD 110用将视频会话的传送模式从NRT修改为BG的请求作为响应，该调度器将该视频会话请求插入该蜂窝扇区123的队列中。

(6)NRT从蜂窝扇区退出：

在一个实施例中，调度器171用于当MD110移到新的蜂窝扇区时执行nrtExitFromSector过程，该MD 110拥有当前在蜂窝扇区123的NRT队列中待处理的视频会话请求。在这个实施例中，该调度器171为了将该视频会话请求插入服务该MD110的新蜂窝扇区的NRT队列中，执行insertSessionRequest(newSectorID)过程。

在一个实施例中，调度器171在处理上述这样的事件时利用多个相关过程。在一个实施例中，调度器171用于执行一个或多个下述过程，以在事件达成时进行操作(在这些事件描述上下文内，参照上文这样的事件的使用)。这些过程包括增加扇区视频(increaseSectorVideos)过程，插入会话请求(insertSessionRequest)过程，以及减少扇区视频(reduceSectorVideos)过程，其描述如下。

(1)增加扇区视频过程：

在一个实施例中，调度器171用于执行increaseSectorVideos过程，从而提交一个或多个视频会话请求到videoSessionRequest过程，直到在不超过分配到蜂窝扇区123的资源量的预算情况下该蜂窝扇区123不能够容纳额外的视频会话(即，不超过PRB_ALLOCATED的值)。该调度器171可用任何合适的顺序提交(多个)视频会话请求到videoSessionRequest过程(例如，总是选择蜂窝扇区123内可作为RT会话被容纳的最高优先级的视频会话请求，随机从在蜂窝扇区123内可作为RT会话被容纳的视频会话请求中选择，等等)。

在一个实施例中，调度器171用于执行increaseSectorVideos过程，以当蜂窝扇区123的NRT队列空闲时增加蜂窝扇区123的已有视频会话的传输比特率(TxCBRbitrate)，这样(1)对每个活跃的视频会话，TxCBRbitrate≤TxMAX而且(2)CURRRENT_PRB_ALLOCATION≤PRB_ALLOCATION。可用任何合适的方式来增加该传输比特率(TxCBRbitrate)(例如，以相等的增量来增加所有活跃视频会话的所有传输比特率(TxCBRbitrate)，根据蜂窝扇区123内活跃的会话的相关优先级别来增加一个或多个传输比特率(TxCBRbitrate))。

(2)插入会话请求过程：

在一个实施例中，调度器用于根据视频会话请求的传送模式来执行insertSessionRequest过程。

如果视频会话请求的传送模式是NRT，视频调度器171将该视频会话请求插入蜂窝扇区123的NRT队列中。该视频会话请求在NRT队列中的放置可基于蜂窝扇区123的请求的时间(对于一些视频会话请求，最初的请求可能与不同的蜂窝扇区相关)。

如果视频会话请求的传送模式是BG，视频调度器171将该视频会话请求插入蜂窝扇区123的BG队列中。

(3)减少扇区视频

在一个实施例中，调度器171用于执行reduceSectorVideos过程，以响应分配到蜂窝扇区123的资源预算的变更。在这种情况中，调度器171根据分配到蜂窝扇区123的资源预算的减少量适当地减少对活跃视频会话的资源分配量。

在一个实施例中，调度器171执行reduceSectorVideos过程，以响应视频会话请求。在这种情况中，调度器171减小一个或多个活跃视频会话的传输比特率(TxCBRbitrate)来释放用于新视频会话的资源，同时确保对于蜂窝扇区123的所有活跃视频会话TxCBRbitrate≥TxMIN。

在一个实施例中，调度器171用于接受BG队列中的视频会话请求作为资源可用性许可。这可包括一个或多个非峰值传送，边缘负载(例如，无线局域网连接时(例如，通过WiFi或其他可用的合适类型的无线接入技术)，等等，及其组合)。

虽然在此主要示出和描述关于示例性过程的使用，值得注意的是，可用任何合适的方式来提供在此所描述的这些示例性过程所提供的功能(例如，可结合一个或多个过程，将一个或多个示例性过程分为多个过程，等等)。

虽然在此主要示出和描述关于实施例，在该实施例中，调度器171为视频会话请求的调度使用特定类型的信息(例如，与每个视频会话请求相关的传送模式和所请求的数据速率)，值得注意的是，如在此描述的那样，一个或多个其他类型的信息也可被调度器171使用来确定视频会话请求的调度(例如，蜂窝扇区123的无线状况，通过无线上行链路待传输的视频流的类型，用户的SLA，网络服务提供商的一个或多个策略，等等，及其各种组合)。

调度器171可提供对于蜂窝扇区123的MDs 110的上行视频会话请求的响应。通常，对MDs 110的上行会话请求的响应包括与待建立的上行视频会话相关的信息。例如，该信息可包括关于将何时建立上行视频会话从而可通过上行视频会话传输视频的指示，MD110将为上行视频会话使用的传输比特率的指示(其可比被转化为分配到该MD110用于上行视频会话的无线上行链路的PRBs)，等等。调度器171可向MD 110提供对于上行视频会话请求的响应，和/或可向网络的一个或多个CAC功能提供对于上行视频会话请求的响应(例如，可进行操作来接收对于上行视频会话请求的响应并将其发送到MDs 110和/或接收对于上行视频会话请求的响应并代表调度器171向MDs 110发送合适的相应上行视频会话响应)。任何情况中，发送上行视频会话请求的MDs 110接收相应的对于那些上行视频会话请求的上行视频会话响应，相应地，这样该MDs 110可按照调度器171确定的上行视频传输调度通过蜂窝扇区123的无线上行链路提供视频内容。

图2示出了用于调度图1的蜂窝扇区内上行视频会话的方法的一个实施例。在步骤210，方法200开始。在步骤220，接收蜂窝扇区的MDs的上行视频会话请求。在步骤230，接收用于调度蜂窝扇区内上行视频会话的信息。在步骤240，根据接收的用于调度蜂窝扇区内上行视频会话的信息，确定该蜂窝扇区内上行视频会话的调度。在步骤250，发送对该蜂窝扇区的MDs的上行视频会话响应，以传送至该MDs。在步骤260，方法200结束。值得注意的是，通过参照图1的描述，可更好地理解该方法200的步骤。

图3描述了用于确定图1的蜂窝扇区内MD的上行视频会话调度的方法的一个实施例。在步骤310，方法300开始。在步骤320，接收指示可用于支持该蜂窝扇区内上行视频会话的无线上行资源数量的上行资源信息。在步骤330，接收与移动设备建立由移动设备通过该蜂窝扇区内的无线上行链路的视频内容传输的请求相关的视频会话请求信息。在步骤340，使用指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源数量的上行资源信息，以及与移动设备建立由移动设备通过该蜂窝扇区内的无线上行链路的视频内容传输的请求相关的视频会话请求信息，确定通过蜂窝扇区中的无线上行链路的上行视频会话的调度。在步骤350，方法300结束。值得注意的是，通过参照图1的描述的方式，可更好地理解该方法200的步骤。

现在回到图1，值得注意的是，虽然这里主要示出和描述的实施例中，调度器171可作为无线上行控制器170的一部分而实现，可用任何其他方式来实现该调度器171。在一个实施例中，例如，可用分布的方式使用位于示例性无线通信系统100内的任何合适的(多个)位置的多个元件来实现该调度器171(例如，示例性无线通信系统100的一个或多个已有元件，和/或示例性无线通信系统100内将配置的一个或多个新元件)。在一个实施例中，例如，调度器171可作为位于示例性无线通信系统100内任何合适位置的独立的元件被实现(图4示出和描述了关于其示例性实施例)。进一步注意的是，可使用这样的实施例的各种组合。

图4描述了一个用于调度图1的蜂窝扇区内上行视频会话的调度器的一个实施例。

如图4中所描述的那样，调度器400包括处理器410，存储器420，输入-输出接口430以及支持电路440。

该处理器410连接到存储器420，输入-输出接口430和支持电路440的每一个，其可以各种其他方式连接到彼此或与彼此进行通信。处理器410用于控制视频会话调度性能的各种功能。

该存储器420用于保存过程421并维持视频会话请求队列425。

该过程421可包括任何由处理器410为了提供视频会话调度性能的功能而执行的过程。在一个实施例中，例如，过程421可包括一个或多个视频会话调度过程(例如，VideoSessionRequest过程，VideoSessionEnded过程,VideoSessionChanged过程，SystemResourceChange过程，nrtTimeout过程,nrtExitFromSector过程，increaseSectorVideos过程，insertSessionRequest过程，reduceSectorVideos过程，等等)。

视频会话请求队列425用于保存蜂窝扇区的MDs的视频会话请求(例如，蜂窝扇区123的MDs 110)。在一个实施例中，视频会话请求队列425包括与多个无线网络的蜂窝扇区相关的多组视频会话请求队列426₁–426_N，对应地，其与调度器400相关。例如，与第一蜂窝扇区相关的一组视频会话请求队列426₁包括用于将第一蜂窝扇区的作为NRT传送模式请求处理的视频会话请求进行排队的NRT队列，和用于将第一蜂窝扇区的作为BG传送模式请求处理的视频会话请求进行排队的BG队列，与第二蜂窝扇区相关的一组视频会话请求队列426₂包括用于将第二蜂窝扇区的作为NRT传送模式请求处理的视频会话请求进行排队的NRT队列，和用于将第二蜂窝扇区的作为BG传送模式请求处理的视频会话请求进行排队的BG队列，等等。虽然主要示出和描述关于实施例，在该实施例中使用分开的列队来维持蜂窝扇区的NRT视频会话请求和BG视频会话请求，应理解的是，可使用单独的列队来维持该蜂窝扇区的NRT视频会话请求和BG视频会话请求。虽然主要示出和描述关于实施例，在该实施例中使用分开的列队来维持蜂窝扇区的视频会话请求，相应地，应理解的是，可使用任何适合数量的列队来维持该蜂窝扇区的视频会话请求。

虽然示出和描述了关于单独的存储器420的使用，以保存过程421和维持视频会话请求队列425，值得注意的是，可为了保存过程421和使用任何合适数量的存储模块来保存过程421和维持视频会话请求队列425。

输入-输出接口430提供了一个接口，通过该接口调度器400可与外部设备通信。

该支持电路440包括可促进处理器410和存储器420所提供的功能的各种电路。

再回到图1，值得注意的是，虽然图4中主要示出和描述将调度器400作为独立的元件，该调度器400可作为一个或多个网络元件的一部分来实施(例如，无线上行控制器170)。在一个实施例中，调度器400作为图1的无线上行控制器170的调度器171来使用。值得注意的是，将调度器400作为一个或多个网络元件的一部分来实现的情况中，可利用调度器400的至少一部分元件来提供和/或支持各种其他模块和/或性能(例如，处理器410可执行调度器171和管理器172的功能，存储器420可保存用于调度器71和管理器172的过程和/或数据，等等)。进一步注意的是，虽然在此主要示出和描述结合管理器172来实现调度器171，该调度器171可形成管理器172的一部分，可远离管理器172而实现(而且，这个情况中，可用任何合适的方式与该管理器172通信)，等等。

调度器171可用于提供无线上行控制性能的各种其他功能。

如上所述，无线上行控制器170用于提供无线上行控制性能的各种功能。在一个实施例中，为了管理通过蜂窝扇区的无线上行链路已建立的或待建立的视频会话，提供视频会话管理性能。该视频会话管理性能，通过使视频应用能动态地管理无线上行链路上的带宽，提高了通过蜂窝扇区的无线上行链路发送视频的视频应用的可靠性。在一个实施例中，由与图1有关的示出和描述的管理器172提供无线上行控制性能的各种功能。

管理器172用于监控和管理蜂窝扇区123的MDs 110的潜在的和/或已建立的上行视频会话。

管理器172用于接收用于监控和管理蜂窝扇区123的MDs 110的潜在的和/或已建立的上行视频会话的信息。例如，调度器171可接收来自管理系统的上行资源信息(例如，管理系统160和/或这种信息的其他任何来源)。例如，调度器171可接收来自MDs 110的上行视频会话请求。例如，管理器172接收来自RAN120和/或WPN 130的移动设备位置信息，这样该管理器172能够为每个MD 110,确定该MD110可连接到的蜂窝扇区(说明性地，蜂窝扇区123)。例如，管理器172从RAN120和/或WPN 130接收指示资源拥塞出现的触发，类似地，接收指示资源拥塞消除的触发。在一个实施例中，可由RAN120和/或WPN 130用显示拥塞通知(ECNs)的形式提供这样的触发。例如，管理器172通过接收和处理与已建立的视频会话的RTP流相关的RTCP消息，来监控已建立的视频会话。管理器172可接收各种用于监控和管理蜂窝扇区123的MDs 110的潜在的和/或已建立的上行视频会话的各种其他类型的信息。管理器172用于使用这样的信息来监控和管理蜂窝扇区123的MDs 110的潜在的和/或已建立的上行视频会话。

管理器172用于使用应用RTP/RTCP协议和其相关扩展的互联网工程任务组(Internet Engineering Task Force，IETF)音频/视频传输(Audio/Video Transport，AVT)RFCs，提供监控和管理性能(例如，RFC3550和相关的RFCs的一个或多个，比如RFC4585,RFC 5104,RFC 5506，等等，及其各种组合)。在一个实施例中，例如，实现管理器172作为(或作为部分)，使用，和/或按照RFC3550定义的多点控制单元(Multipoint ControlUnit，MCU)。

通常，RFC3550定义了RTP和RTCP。RTP是用来在示例性通信系统100中传输视频数据的协议。RTP包括在RTP流中处理抖动和乱序数据包的到来的机制。RTCP是用来控制通过示例性通信系统100中的RTP流传输的视频数据的协议。RTCP包括监控通过RTP流视频数据的传送和收集/上报与RTP流相关的质量统计数据的机制(例如，通过RTCP发送方报告(SRs)和RTCP接收方报告(RRs)，其可指定参数，比如总RTP数据包丢失，抖动，总RTP有效载荷发送，等等)。

通常，RFC4585(扩展的RTP框架为基于实时传输控制协议(RTCP)反馈(RTP/AVPF))，定义了视听框架(AVP)，其使得接收方能够，统计上地，更及时向发送发提供反馈，因此，允许短期适应性和高效的基于反馈的修复机制的实现。RFC4585通过使用额外的参数扩展了AVP，比如图像损失指示(picture loss indication，PLI)，切片损失指示(sliceloss indication，SLI)，参考图像选择指示(picture selection indication，RPSI)(ACK/NACK)，等等。

通常，RFC5104(RTP/AVPF中的编解码控制消息(Codec Control Message))，指定了对RTP/AVPF中定义的消息的扩展。RFC5104扩展了RTCP RR消息。RFC5104定义了多个消息，包括临时最大媒体流比特率请求(Temporary Maximum Media Stream Bit RateRequest，TMMBR)消息和临时最大媒体流比特率通知(Temporary Maximum Media StreamBit Rate Notification，TMMBN)消息。通常，为了请求接收中的视频流传输比特率的增大或减小，配置视频接收方包含RTCP/AVPF消息中的TMMBR值，而且，配置视频发送方包含RTCP/AVPF消息中的TMMBN值，作为其想要用于将来视频流传输的传输比特率的通知。RFC5104支持其他的参数，比如用于实现关于时间对空间的权衡建议的实空权衡请求(temporal spatial trade-off request，TSTR)参数，用于实现解码器刷新请求的全内部请求(full intra request，FIR)参数，等等。

通常，RFC 5506(减小尺寸的RTCP)指定了减小尺寸的RTCP消息，其中AVPF信息被包含在RTCP消息内，而且SRs/RRs在RTCP消息中被省略了。

管理器172知道蜂窝扇区123的MDs 110的视频会话。通常，为了建立视频会话，对每个视频会话执行一些基本的设置。给予视频发送方资源一般会在开始视频会话时出现(其可能或可能不由调度器171提供)。例如，根据视频发送方的要求，给予视频发送方视频会话的保证比特率(Guaranteed Bit Rate，GBR)和最大比特率(Maximum Bit Rate，MBR)，其中MBR>GBR。该管理器172接收与视频会话相关的信息，例如，视频发送方的标识和(多个)视频接收方，根据视频发送方服务基站的视频发送方的位置(也标识了视频发送方的蜂窝扇区)，为视频会话分配的参数(例如，GBR，MBR，等)，等等，及其各种组合。可使用基于表现状态信息(Representational State Transfer，REST)的API网络服务，使该调度器172感知视频会话，包括视频发送方和(多个)视频接收方的标识。

管理器172为蜂窝扇区123的每个视频会话(和，可选地，为管理器172向其提供管理功能的为了清晰而被忽略的其他蜂窝扇区)，接收视频会话期间产生的RTCP消息。该上行视频会话的RTCP消息可包括以下各项中的一个或多个：(1)包括接收方报告(RRs)和/或发送方报告(SRs)的上行视频会话的RTCP消息，(2)包括RRs/SRs和相关的AVPF信息的上行视频会话的RTCP消息，和/或(3)包括AVPF信息(排除RRs/SRs)的上行视频会话的RTCP消息。该上行视频会话的RTCP消息可包括任何其他合适类型的RTCP消息。虽然这样的RTCP消息在视频发送方和视频接收方之间进行交互，管理器172用于接收这样的RTCP消息并使用这样的RTCP消息，基于每个蜂窝扇区，来相应地监控和管理蜂窝扇区潜在的和已建立的视频会话(说明性地，蜂窝扇区123)。

管理器172基于每个蜂窝扇区整理信息，这样对于每个蜂窝扇区，相应地，管理器172知道蜂窝扇区中的所有活跃的视频发送方以及活跃的视频发送方的上行视频会话的细节。管理器172可基于每个蜂窝扇区处理这样的信息，这样对于每个蜂窝扇区，管理器172为蜂窝扇区中的所有上行视频会话确定总分配的GBR和总分配的MBR。

管理器172可用于在正常不拥塞的操作期间根据RFC5760协议发挥功能，包括接收和处理RTCP SR消息和RR消息，接收源自视频接收方的TMMBR消息以及向相关视频会话的视频发送方提供所接收的TMMBR消息。结果，管理器172也可确定每个视频会话的传输比特率(以TxCBRbitrate表示)(其中TxCBRbitrate小于或等于MBR，而且在特定情况中可小于或等于GBR，例如在一个糟糕的信号条件下)而且，因此，管理器172也可确定蜂窝扇区中的所有视频发送方的总传输比特率(蜂窝扇区中的所有视频发送方的∑TxCBRbitrate)。

管理器172用于监控和管理蜂窝扇区123的已建立的上行视频会话(以及管理器172向其提供管理功能的为了清晰而被忽略的其他蜂窝扇区)。管理器172用于修正蜂窝扇区123的上行视频会话的一些或所有视频发送方的传输比特率。管理器172用于根据蜂窝扇区123中用于上行视频会话的可用上行资源的预算，蜂窝扇区123中的视频发送方的当前比特率以及触发扇区123中的视频发送方的(多个)新比特率的(多个)条件，为扇区123中的(多个)视频发送方确定(多个)新比特率。管理器172用于向(多个)视频发送方发送(多个)传输比特率修正消息，其中视频发送方的该传输比特率修正消息用于通知该视频发送方使用管理器172确定的新比特率来传输视频。管理器172可修正蜂窝扇区中的上行视频会话的一些或所有视频发送方的传输比特率，作为各种事件和/或条件的响应。管理器172可通过减少和/或增大视频发送方的比特率来修正一些或所有视频发送方的传输比特率。该传输比特率修正消息可以是任何合适的(多个)类型的消息。在一个实施例中，将该传输比特率修正消息作为TMMBR消息发送。

管理器172可向扇区123中的一些或所有视频发送方发送相应的传输比特率修正消息，以通知该视频发送方减小其各自的比特率，从而释放该蜂窝扇区123中的资源。可作为对任何合适的事件或条件的响应执行此操作。在一个实施例中，例如，可进行此操作来容纳待处理的和/或新的视频会话请求(例如，RT视频会话请求，待处理的NRT视频会话请求，等等)。在一个实施例中，例如，可作为该蜂窝扇区中有拥塞的指示的响应进行此操作。可作为任何其他合适的事件或条件的响应来执行此操作。

管理器172可向蜂窝扇区123中的一些或所有视频发送方发送对应的传输比特率修正消息，以通知该视频发送方增大其各自的比特率。在一个实施例中，例如，可在有额外的无线上行资源可供活跃的视频发送方使用的情况下进行此操作。

管理器172可向蜂窝扇区123中的一些或所有视频发送方发送对应的传输比特率修正消息。在这方面，值得注意的是，可在各种条件下向蜂窝扇区123中的所有视频发送方发送该对应的传输比特率修正消息(例如，压制所有视频发送方的比特率来容纳新的上行视频会话，在蜂窝扇区拥塞期间压制所有视频发送方的比特率，等等)。类似地，在这方面，值得注意的是，可在各种条件下仅向蜂窝扇区123中的视频发送方的一部分发送该对应的传输比特率修正消息(例如，一个或多个视频发送方正在消耗无线上行资源，损害了其他活跃的或待处理的视频资源，一个或多个视频发送方有权使用额外的无线上行资源而且这样的额外的无线上行资源在蜂窝扇区123内是当前可用的，等等)。

管理器172可采用多个传输比特率修正消息的组合，例如，用于减小蜂窝扇区123的一个或多个视频发送方的(多个)传输比特率，以及增大蜂窝扇区123的一个或多个视频发送方的(多个)传输比特率。

在至少一些这样的实施例中，传输比特率修正消息可用相等量或不等量来指定视频发送方的比特率修正量(例如，基于视频发送方的无线传输效率，视频发送方所使用的MCSs，视频发送方的SLAs，视频发送方的应用类型和/或应用，等等，及其各种组合)。

在至少一些这样的实施例中，可向任何合适数量的视频发送方发送任何合适数量的传输比特率修正消息，这样的传输比特率修正消息可请求对应的视频发送方的比特率的减小和/或增大。以这种方式，管理器172用于基于各种因素和条件，管理蜂窝扇区123的可用无线上行资源(例如，基于以下各项中的一个或多个：用于蜂窝扇区123中的新视频会话的请求，蜂窝扇区123中的已有视频会话的终止，拥塞的指示，视频发送方的无线传输效率，视频发送方所使用的MCSs，视频发送方的SLAs，视频发送方的应用类型和/或应用，等等，及其各种组合)。

作为一个示例，假设(1)蜂窝扇区中有五个视频发送方，每个视频发送方拥有256Kbps的GBR，总计当前为该蜂窝扇区分配了1.25Mbps以及(2)可分配的用于该蜂窝扇区的上行视频会话的最大带宽是1.25Mbps。出于简化的目的，假设所有的视频发送方具有相同的MCS值(虽然值得注意的是，无线上行资源的分配量依据的是PRBs，其也可是MCS值的功能)。在此示例中，当在128Kbps接收用于第六个视频会话的请求，提示管理器172来容纳该新视频会话。为了容纳该新视频会话，管理器172发放五个TMMBR消息到五个现有视频发送方的每个，其中每个TMMBR消息指示224Kbps的比特率值(即，每个减少32Kbps)。以这种方式，使得160Kbps的无线上行容量可用于新视频会话，来通过蜂窝扇区的无线上行链路以128Kbps(或更大)传输视频。值得注意的是，在此示例中，活跃视频发送方的每一个的传输比特率被统一地减小。

作为另一个示例，假设(1)蜂窝扇区中有五个视频发送方，每个视频发送方拥有256Kbps的GBR，总计当前为该蜂窝扇区分配了1.25Mbps，该五个视频发送方的两个具有保证他们256Kbps的GBR的相关的SLAs，和(2)可分配的用于该蜂窝扇区的上行视频会话的最大带宽是1.25Mbps。出于简化的目的，假设所有的视频发送方具有相同的MCS值(虽然值得注意的是，无线上行资源的分配量依据的是PRBs，其也可是MCS值的功能)。在此示例中，当在128Kbps接收用于第六个视频会话的请求，提示管理器172来容纳该新视频会话。为了容纳该新视频会话，管理器172发放三个TMMBR消息到不具有相关的SLAs保证他们256Kbps的GBR的三个现有视频发送方的每一个，其中每个TMMBR消息指示192Kbps的比特率值(即，每个减少64Kbps)。以这种方式，使得192Kbps的无线上行容量可用于新视频会话，来通过蜂窝扇区的无线上行链路以128Kbps(或更大)传输视频。值得注意的是，在此示例中，对视频发送方的一部分的传输比特率减少量受两个视频发送方的SLAs影响(即，不影响较高等级的用户，而对较低等级的用户不利)。

作为另一个示例，假设(1)蜂窝扇区中有五个视频发送方，每个视频发送方拥有256Kbps的GBR，总计当前为该蜂窝扇区分配了1.25Mbps，该五个视频发送方的两个具有相关的SLAs保证他们256Kbps的GBR，和(2)可分配的用于该蜂窝扇区的上行视频会话的最大带宽是1.25Mbps。出于简化的目的，假设所有的视频发送方具有相同的MCS值(虽然值得注意的是，无线上行资源的分配量依据的是PRBs，其也可是MCS值的功能)。在此示例中，当进行了损害而视频发送方之一具有糟糕的无线条件，这样该视频发送方不能利用256Kbps的比特率，管理器172降低该具有糟糕的无线条件的视频发送方的传输比特率并将多出的无线上行资源量重分配到一个或多个其他视频发送方(例如，具有指示能够支持更高比特率的无线条件的其他视频发送方的一个或多个)。管理器172将具有糟糕无线条件的视频发送方所释放的资源量重分配到余下的具有较好无线条件的视频发送方。为了执行这样无线上行资源量的重分配，管理器172(1)向具有糟糕无线条件的视频发送方发放TMMBR消息，其中该TMMBR消息指示低于256Kbps的比特率而且(2)向一个或多个其他视频发送方发放一个或多个TMMBR消息，其中该TMMBR消息指示高于256Kbps的比特率。

作为另一个示例，假设(1)蜂窝扇区中有五个视频发送方，每个视频发送方拥有256Kbps的GBR，总计当前为该蜂窝扇区分配了1.25Mbps，该五个视频发送方的两个具有相关的SLAs保证他们256Kbps的GBR，和(2)可分配的用于该蜂窝扇区的上行视频会话的最大带宽是1.25Mbps。出于简化的目的，假设所有的视频发送方具有相同的MCS值(虽然值得注意的是，无线上行资源的分配量依据的是PRBs，其也可是MCS值的功能)。在此示例中，从该五个视频发送方之一接收视频的视频接收方发送TMMBR消息，请求较低的128Kbps的传输比特率。管理器172从该视频发送方接收该TMMBR消息并将该TMMBR消息发送至相关的视频发送方，然后视该频发送方将其传输率从256Kbps降到128Kbps，从而导致管理器172可以重分配可用资源。管理器172将视频发送方所释放的资源重分配到一个或多个其他视频发送方。为了执行这样的无线上行资源量的重分配，管理器172向一个或多个视频发送方发放一个或多个TMMBR消息，其中每个TMMBR消息指示大于256Kbps的比特率。值得注意的是，前面提到的示例仅仅是可根据无线上行控制性能的各种实施例管理视频发送方的传输比特率的众多方式中的少数方式(例如，增大和/或减小)。

图5描述了用于修正图1的蜂窝扇区内MDs的上行传输比特率的方法的一个实施例。

在步骤510，方法500开始。

在步骤520，接收与蜂窝扇区相关的至少一个状况的至少一个指示。该状况可包括蜂窝扇区中的一个或多个拥塞状况，至少服务于该蜂窝扇区的网络元件相关的拥塞状况，用于在蜂窝扇区内建立新的视频会话的请求，蜂窝扇区内已有视频会话的终止，等等，及其各种组合。

在步骤530，确定蜂窝扇区的视频发送方的上行视频会话的修正传输比特率。在一个实施例中，使用与至少一个状况相关的信息，指示蜂窝扇区内可用于支持上行视频会话的无线上行资源的数量的信息，以及指示视频发送方当前支持的比特率的信息，来确定修正传输比特率(例如，如根据RTCP SRs/RRs和/或任何其他合适的这样的信息的(多个)来源)。

在步骤540，为了通知视频发送方使用上行视频会话的修正传输比特率，向该视频发送方传播消息。在一个实施例中，该消息是TMMBR消息，其包括修正的传输比特率的数值或视频发送方用来确定将要使用的修正的传输比特率的数值(例如，指示为了达到修正的传输比特率，当前比特率所需的变化的数量的数值)。

在步骤550，方法500结束。

图6示出了用于修正图1的蜂窝扇区内MDs的上行传输比特率的方法的一个实施例。

在步骤610，方法600开始。

在步骤620，接收指示蜂窝扇区内可用于支持上行视频会话的无线上行资源的数量的上行资源信息。

在步骤630，接收识别该蜂窝扇区内的多个活跃的上行视频会话的上行视频会话信息，而且该上行视频会话信息包括该蜂窝扇区内相应的活跃上行视频会话的多个传输比特率。该上行视频会话信息可能以RTCP SRs，RTCP RRs，AVPF消息等等的一个或多个的形式被接收。

在步骤640，响应于与该蜂窝扇区相关的状况，使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的上行视频会话的其中之一确定一个修正的传输比特率。该状况可包括蜂窝扇区中的拥塞的增加，蜂窝扇区中的拥塞的减少，用于在蜂窝扇区内建立新视频会话的请求，蜂窝扇区内已有视频会话的终止，等等，及其各种组合中的一个或多个。

在步骤650，方法600结束。

图7示出了用于控制图1的蜂窝扇区内相应的多个MDs的多个上行视频会话比特率的方法的一个实施例。

在步骤710，方法700开始。

在步骤720，接收与视频发送方的上行视频会话相关的状态消息。该状态消息可包括RTCP SRs，RTCP RRs，AVPF消息等等的一个或多个。

在步骤730，使用该状态信息确定相应的视频发送方的上行视频会话的多个当前传输比特率。

在步骤740，响应于与蜂窝扇区相关的状况，为相应的视频发送方的上行视频会话确定多个修正的传输比特率，并使用相应的多个传输比特率修正消息，向相应的视频发送方传播相应的上行视频会话的修正的传输比特率的指示。该传输比特率修正消息包括TMMBR消息。

在步骤750，方法700结束。

现在回到图1，值得注意的是，管理器172可用于提供结合蜂窝扇区的视频发送方的比特率的修正的各种其他类型的功能。

在一个实施例中，管理器172用于监控参与源自蜂窝扇区的视频会话的所有设备的比特率要求。例如，管理器172可监控蜂窝扇区内所有视频发送方的传输比特率要求并监控参与来自蜂窝扇区的所有视频会话的接收方的比特率要求。在一个实施例中，管理器172使用这样的信息，用于通过传输比特率修正消息请求比特率的修正。在一个实施例中，管理器172向调度器171提供这样的信息，供该调度器171用于执行各种调度功能(也可引起调度器171请求管理器172发放传输比特率修正消息，以修正蜂窝扇区内视频发送方的传输比特率)。

在一个实施例中，其中管理器172执行对蜂窝扇区123的视频发送方的比特率的监控和管理，该管理器172可用于向相关的蜂窝扇区123的BS 122提供信息，用于该BS 122执行呼叫接纳控制功能中的呼叫接纳控制(CAC)机制。在一个实施例中，例如，由管理器172确定的蜂窝扇区123的总传输比特率可用于BS 122的CAC机制在该蜂窝扇区123的总传输比特率小于该蜂窝扇区123的总资源时，来许可额外的资源。值得注意的是，虽然蜂窝扇区123的总传输比特率倾向于伴随视频发送方的一个TxCBRbitrate数值的变化而基于时间变化(即，这样BS 122的CAC机制不能总是保险地依赖于总传输比特率的值)，通过与管理器172的协作，BS122的CAC机制可依赖于转化为蜂窝扇区123的总资源量(比如PRBs)的总传输比特率通过使用一种机制来执行接纳控制，该机制会通知管理器172增强如MBR那样的视频发送方的TxCBRbitrate(即，不允许增强任意的视频发送方的TxCBRbitrate)。该机制可用于对各种事件和条件的响应(例如，系统处理突发的拥塞时或出于任何其他合适的原因的临时状态)。另外，如果视频发送方确定其新比特率不再是临时的，预计要与视频接收方重新协商一个新比特率(例如，通过SIP消息或任何其他合适类型的消息)，从而引起视频会话的新GBR和MBR数值可随后被BS 122的CAC机制用于呼叫接纳计算。

虽然在此主要示出和描述的相关实施例中，蜂窝扇区123的视频发送方使用特定源组播(Source-Specific Multicast，SSM)(即，其中对于每个上行视频会话，有一个视频发送方和多个视频接收方)，值得注意的是，在此示出和描述的管理器172的各种功能可适用于所提供的使用其他类型的内容发布机制的其他类型的上行视频会话中。

值得注意的是，不使用管理器172的服务的上行视频会话可能仅提供尽力服务处理而且，因此，在拥塞事件中是不可信赖的。

虽然在此主要示出和描述关于基于每个蜂窝扇区控制视频发送方的传输比特率，值得注意的是，管理器172也可用于控制作为组的多个蜂窝扇区的视频发送方的传输比特率。在一个实施例中，例如，在网络的较高层的拥塞事件中，管理器172可控制与该经历拥塞的网络的较高层所服务的所有蜂窝扇区相关的视频发送方的比特率。例如，在位于3GPP网络中的服务网关(SGW)的拥塞事件中，管理器172可向具有SGW所支持的相关数据线路的一些或所有蜂窝扇区中的一些或所有视频发送方发放TMMBRs。类似地，例如，在位于3GPP网络中的PDN网关(PGW)的拥塞事件中，管理器172可向具有PGW所支持的相关数据线路的一些或所有蜂窝扇区中的一些或所有视频发送方发放TMMBRs。值得注意的是，管理器172可用于支持各种其他粒度(granularities)的视频发送方比特率的监控和控制。

虽然在此主要示出和描述关于使用特定的控制协议控制视频发送方的传输比特率(例如，RTP/RTCP及相关协议)，值得注意的是，管理器172也可用于使用各种其他合适的协议来控制视频发送方的传输比特率。因此，在此提到的RTCP状态消息(例如，RTCP SRs，RTCP RRs，AVPF消息，等等)可更广泛地被解读为状态消息或状态通信量，而且在此提到的基于RTCP的传输比特率修正消息(例如，TMMBR消息)可更广泛地被解读为传输比特率修正消息。

虽然在此示出和描述关于提供蜂窝扇区内的无线上行控制性能的实施例，值得注意的是，可在其他类型的无线网络中提供该无线上行控制性能的实施例，比如其他类型的无线广域网(例如，不基于蜂窝的网络)，无线局域网(例如，无线保真(WiFi网络等))，等等。因此，值得注意的是，在此所使用的各特种特定无线网络上下文内的术语可更普遍地被提及。例如，虽然在PRB的上下文内进行示出和描述，值得注意的是，在其他类型的网络中使用其他类型的术语(例如，术语“隙slot(slot槽)”在WiMAX网络中使用)，这样在此提到的PRBs可更广泛地被解读为无线资源分配单元。

图8描述了用于适合用于执行在此所描述的功能的计算机的高级的方框图。

如图8中所述，计算机800包括处理元件802(例如，中央处理器(CPU)和/或其他合适的(多个)处理器))以及存储器804(例如，随机存取存储器(random access memory，RAM)，只读存储器(read only memory，ROM)，等等)。计算机800也可包括协作模块/过程805和/或各种输入/输出设备806(例如，用户输入设备(比如键盘，键区，鼠标，等等)，用户输出设备(比如显示器，扬声器，等等)，输入端口，输出端口，接收器，发射器，以及存储装置(例如，磁带驱动器，软盘驱动器，硬盘驱动器，光盘驱动器，等等))。

应该理解的是，在此示出和描述的功能可在软件中(例如通过一个或多个处理器的软件的实现)和/或硬件中被实现(例如，使用通用计算机，一个或多个专用集成电路(application specific integrated circuits，ASIC)，和/或任何其他硬件等同物)。

应该理解的是，在此示出和描述的功能可在用于在通用计算机上执行的软件中(例如，通过一个或多个处理器的实现)，以实现专用计算机，和/或可在硬件中被实施(例如，使用一个或多个专用集成电路(ASIC)和/或一个或多个其他硬件等同物)。

在一个实施例中，协作过程805可被加载到存储器804中并被处理器802执行，来实现在此所讨论的功能。因此，协作过程805(包括相关的数据结构)可存储于计算机可读介质中，例如，RAM存储器，磁或光驱动器或磁盘，等等。

应该理解的是，图8中描述的计算机800提供了适合用于实现在此描述的功能性元件和/或在此描述的功能性元件的一部分的一般结构和功能。例如，计算机800提供了适合用于实现以下各项中一个或或多个一般结构和功能：MDs 110之一，BS 122，服务器150之一，管理系统160，无线上行控制器170，调度器171以及管理器172。

可预见的是，可在硬件中实现在此所讨论的作为软件方法的一些步骤，例如，作为与处理器配合从而执行各种方法步骤的电路。在此所讨论的功能/元件的一部分可作为计算机程序产品被实现，其中，当被计算机处理时，计算机指令适应于该计算机的操作，从而调用或提供在此所描述的方法和/或技术。用于调用本发明方法的指令可存储在固定的或可移动的介质中，可通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据该指令运行的计算机设备内的存储器中。

权利要求中明确说明了各个实施例的方面。以下编号的条款中明确说明了各个实施例的这些以及其他方面：

1.一种控制无线网络的蜂窝扇区中的上行视频会话的传输比特率的装置，该装置包括：

处理器和存储器，该处理器用于：

接收指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源的数量的无线上行资源信息；

接收上行视频会话信息，该上行视频会话信息标识该蜂窝扇区内的多个活跃的上行视频会话并且包括该蜂窝扇区内相应的活跃上行视频会话的多个传输比特率；以及

响应于与该蜂窝扇区相关的状况，使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的活跃上行视频会话的其中之一确定一个修正的传输比特率。

2.根据条款1的装置，其中无线上行资源信息包括：

最大资源分配值，指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源的预算；以及

当前资源配置值，指示当前所分配的用于支持该蜂窝扇区内的上行视频会话的无线上行资源的数量。

3.根据条款1的装置，其中通过与视频发送方的上行视频会话相关的控制消息来接收上行视频会话信息。

4.根据条款3的装置，其中该控制消息包括实时传输控制协议(RTCP)消息。

5.根据条款4的装置，其中该RTCP消息包括与该上行视频会话相关的从视频发送方接收的RTCP发送方报告(SRs)以及从视频发送方接收的RTCP接收方报告(RRs)中的至少一个。

6.根据条款1的装置，其中该至少一个状况包括以下至少一个：该蜂窝扇区中的拥塞状况状况，与服务该蜂窝扇区的网络元件相关的拥塞状况，在该蜂窝扇区内建立新的视频会话的请求，在该蜂窝扇区内已有视频会话的终止，与该蜂窝扇区的视频发送方之一相关的无线状况，从视频接收方接收的与多个上行视频会话中的一个相关的资源变更请求。

7.根据条款1的装置，其中该处理器用于：

向确定了修正的传输比特率的视频发送方之一传播指示该修正的传输比特率的消息。

8.根据条款7的装置，其中向视频发送方传播的消息是临时最大媒体流比特率请求(Temporary Maximum Media Stream Bit Rate Request，TMMBR)消息。

9.根据条款1的装置，其中该处理器用于：

对该蜂窝扇区内多个活跃的上行视频会话：

使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的多个活跃上行视频会话确定相应的多个修正的传输比特率；以及

向确定了修正的传输比特率的多个视频发送方，传播指示相应修正的传输比特率的相应的多个消息。

10.根据条款9的装置，其中该多个发送方包括所有该蜂窝扇区内活跃的上行视频会话的所有视频发送方。

11.根据条款9的装置，其中该多个消息中的至少一个是减小比特率消息，该减小比特率消息用于通知相关的视频发送方来减小其上行视频会话的传输比特率，而且该多个消息中的至少一个是增大比特率消息，该增加比特率消息用于通知相关的视频发送方来增大其上行视频会话的传输比特率。

12.根据条款9的装置，其中该处理器用于：

使用该蜂窝扇区内相应的多个活跃上行视频会话的多个传输比特率，确定该蜂窝扇区内的活跃视频发送方的总的保证比特率(GBR)；

使用该蜂窝扇区的视频发送方总的GBR以及用于支持该蜂窝扇区内的上行视频会话的无线上行资源的数量，为该蜂窝扇区确定总的修正带宽；和

确定将对该蜂窝扇区的总的修正带宽应用于所述视频发送方从而为相应的视频发送方确定修正的传输比特率。

13.根据条款1的装置，其中该处理器用于：

确定该蜂窝扇区内活跃上行视频会话的总的传输比特率；以及

向该蜂窝扇区的基站(BS)传播该蜂窝扇区内活跃上行视频会话的总的传输比特率的指示。

14.根据条款1的装置，其中该处理器用于：

向调度器提供信息，用于在该蜂窝扇区中相关上行视频会话的建立的调度视频会话请求。

15.一种控制无线网络蜂窝扇区的上行视频会话的传输比特率的方法，该方法包括：

接收指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源的数量的无线上行资源信息；

接收上行视频会话信息，该上行视频会话信息标识该蜂窝扇区内的多个活跃的上行视频会话并且包括该蜂窝扇区内相应的活跃上行视频会话的多个传输比特率；以及

响应于与该蜂窝扇区相关的状况，使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的活跃上行视频会话的其中之一确定一个修正的传输比特率。

16.一种控制无线网络的蜂窝扇区中的相应的多个视频发送方的相应的多个上行视频会话的传输比特率的装置，该装置包括：

处理器和存储器，该处理器用于：

接收与视频发送方的上行视频会话相关的状态信息；

使用该状态信息，确定相应的视频发送方的上行视频会话的多个当前传输比特率；以及

响应于与蜂窝扇区相关的状态，为相应的视频发送方的上行视频会话确定多个修正的传输比特率，并使用相应的多个传输比特率修正消息，向相应的视频发送方传播相应的上行视频会话的修正的传输比特率的指示。

17.根据条款16的装置，其中该状态消息包括包括实时传输控制协议(RTCP)消息。

18.根据条款17的装置，其中该RTCP消息包括以下至少一个：

来自视频发送方之一的RTCP发送方报告(SR)，该RTCP SR包括有反馈的视听框架(Audio-Visual Profile with Feedback，AVPF)部分；

从视频发送方之一接收的有反馈的视听框架(AVPF)；

来自与上行视频会话之一相关的视频接收方的RTCP接收方报告(RR)，该RTCP RR包括有反馈的视听框架(Audio-Visual Profile with Feedback，AVPF)部分；以及

从与上行视频会话之一相关的视频接收方接收的有反馈的视听框架(AVPF)。

19.根据条款16的装置，其中该传输比特率修正消息包括临时最大媒体流比特率请求(TMMBR)消息。

20.一种控制无线网络的蜂窝扇区中的相应的多个视频发送方的相应的多个上行视频会话的传输比特率的方法，该方法包括：

接收与视频发送方的上行视频会话相关的状态信息；

使用该状态信息，确定相应的视频发送方的上行视频会话的多个当前传输比特率；以及

响应于与蜂窝扇区相关的状况，为相应的视频发送方的上行视频会话确定多个修正的传输比特率，并使用相应的多个传输比特率修正消息，向相应的视频发送方传播相应的上行视频会话的修正的传输比特率的指示。

虽然已在此详细说明和描述了体现本发明的教导的各种实施例，本领域技术人员可以容易地设计出许多仍然体现这些教导的其他不同的实施例。

Claims (10)

1.一种控制无线网络的蜂窝扇区中的上行视频会话的传输比特率的装置，该装置包括：

处理器和存储器，该处理器用于：

接收无线上行资源信息，该无线上行资源信息指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源的数量；

接收上行视频会话信息，该上行视频会话信息标识该蜂窝扇区内的多个活跃的上行视频会话并包括该蜂窝扇区内相应的活跃上行视频会话的多个传输比特率；以及

响应于与该蜂窝扇区相关的状况，使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的活跃上行视频会话的其中之一确定一个修正的传输比特率。

2.根据权利要求1的装置，其中无线上行资源信息包括：

最大资源分配值，指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源的预算；以及

当前资源配置值，指示当前所分配的用于支持该蜂窝扇区内的上行视频会话的无线上行资源的数量。

3.根据权利要求1的装置，其中通过与视频发送方的上行视频会话相关的控制消息来接收上行视频会话信息。

4.根据权利要求3的装置，其中该控制消息包括实时传输控制协议(RTCP)消息。

5.根据权利要求4的装置，其中该实时传输控制协议消息包括与该上行视频会话相关的从视频发送方接收的RTCP发送方报告(SRs)以及从视频发送方接收的RTCP接收方报告(RRs)中的至少一个。

6.根据权利要求1的装置，其中该状况包括以下至少一个：该蜂窝扇区中的拥塞状况，与服务该蜂窝扇区的网络元件相关的拥塞状况，在该蜂窝扇区内建立新的视频会话的请求，在该蜂窝扇区内已有视频会话的终止，与该蜂窝扇区的视频发送方之一相关的无线状况，从视频接收方接收的与多个上行视频会话中的一个相关的资源变更请求。

7.根据权利要求1的装置，其中该处理器用于：

向确定了修正的传输比特率的视频发送方之一传播指示该修正的传输比特率的消息。

8.根据权利要求1的装置，其中该处理器用于：

对该蜂窝扇区内多个活跃的上行视频会话：

使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的多个活跃上行视频会话确定相应的多个修正的传输比特率；以及

向确定了修正的传输比特率的多个视频发送方，传播指示相应修正的传输比特率的相应的多个消息。

9.根据权利要求1的装置，其中该处理器用于：

确定该蜂窝扇区内的活跃上行视频会话的总的传输比特率；以及

向该蜂窝扇区的基站(BS)传播该蜂窝扇区内的活跃上行视频会话的总的传输比特率的指示。

10.一种控制无线网络蜂窝扇区的上行视频会话的传输比特率的方法，该方法包括：

接收指示可用于支持该蜂窝扇区内的上行视频会话的无线上行资源数量的无线上行资源信息；

接收上行视频会话信息，该上行视频会话信息标识该蜂窝扇区内的多个活跃的上行视频会话并包括该蜂窝扇区内相应的活跃上行视频会话的多个传输比特率；以及

响应于与该蜂窝扇区相关的状况，使用无线上行资源信息和上行视频会话信息，为该蜂窝扇区内相应的活跃上行视频会话的其中之一确定一个修正的传输比特率。