多媒体已知无线电和网络自适应的信令技术的制作方法与工艺

多媒体已知无线电和网络自适应的信令技术

背景技术：
无线通信技术已经演变成除传统的语音和数据服务外还提供丰富的多媒体和视频服务。典型的无线多媒体通信牵涉通过有噪信道传输连续信源。常见示例是语音通信、移动TV、移动视频和广播流播。在这样的通信中，对多媒体信源编码并且将其压缩成有限的比特流，并且该比特流然后通过有噪信道传递。实施信源编码来将连续信源转换成有限比特流，并且进行信道编码来减轻由有噪信道引入的比特流中的差错。通常，通过时变无线信道传送信源同时满足某些终端到终端用户体验质量（QoE）约束（其包括例如实时移动视频流播中的平均失真和多媒体质量要求），这可是必需的。因此，对于增强型无线多媒体通信技术的设计，优化整体用户QoE而不是优化别的传统的服务质量（QoS）度量，这可是优选的。一般，QoE下降可由高失真水平、有限带宽、过度延迟、功率约束和计算复杂性限制引起。在这样的情形下，使压缩和信道编码分离可能从用户QoE角度不再是最佳的。为了从终端到终端QoE方面确保最优性，联合信源-信道编码（JSCC）技术可用于采用协调的方式进行信源压缩和信道编码。在该背景下，JSCC技术可联合优化编解码和无线电参数来使终端到终端失真最小化。JSCC技术可支持跨层能力，其可在编解码水平对PHY/MAC/NET已知比特速率自适应提供支持来实现信源-信道速率匹配，例如，如现今在许多商业多媒体分发系统中广泛采用的自适应流播技术中那样。这样的跨层能力可从将来自客户端的QoE参数反馈给服务器的信令技术（例如实时控制协议（RTCP））中获益，该信令技术通过RFC3551规范中的互联网工程任务组（IETF）而标准化并且还在分组交换流播（PSS）和多媒体广播和多播服务（MBMS）第三代合作伙伴计划（3GPP）规范（分别是TS26.234和TS26.346）两者中使用。这样的QoE反馈信令机制可允许流播服务基于变化的网络条件（例如，变化的资源可用性、无线信道的时变性质）使比特速率自适应来确保更高的QoE同时维持无中断重放。然而，当前无线通信系统（例如在全球互通微波接入（WiMAX）和/或长期演进（LTE）标准中规定的那些）不支持提供多媒体分发的面向应用的QoE值并且实现应用已知PHY/MAC/NET层自适应（包括应用已知无线电资源管理和应用已知路由和网络控制）所需要的跨层功能性。特别地，在当前WiMAX和LTE标准中，网络不向无线电接入网络和核心网络传递关于在编解码器处的多媒体处理的任何内容特定的信息（例如，视频流的速率失真特性、关联的视频质量度量，等）。相反，PHY/MAC/NET层仍不可知应用层要求和特性并且仅旨在优化服从某些目标QoS要求（例如，吞吐量、延迟/抖动、分组差错/丢失率，等）的链路质量。附图说明本文描述的本发明通过示例而非限制的方式在附图中图示。为了图示的简单和清楚起见，在图中图示的元件不一定按比例绘制。例如，为了清楚起见，一些元件的尺寸可相对于其他元件扩大。此外，在认为适当的地方，标号在图之中重复来指示对应或类似元件。图1是根据实施例可使用联合信源-信道（JSCC）技术的无线通信系统100的块图。图2是根据实施例用于多媒体传输的应用已知终端到终端体验质量（QoE）架构200的块图。图3是移动台的分层表示300的块图，该移动台可根据实施例支持跨层功能性用于提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）。图4是移动台400的块图，该移动台400可根据实施例支持跨层功能性用于提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）。图5是流程图500，其图示根据实施例由移动台（MS）或用户设备（UE）进行同时支持跨层功能性用于提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）的信令技术。图6是线形图600，其图示根据实施例在移动台（MS）或用户设备（UE）之间交换同时支持跨层功能性用于提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）的信号。图7是基站（或增强型节点B或eNB）的块图，根据实施例该基站可支持跨层功能性用于提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）。图8是流程图，其图示根据实施例由基站（BS或eNB）进行同时支持跨层功能性用于提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）的信令技术。图9是线形图900，其图示根据实施例在基站（BS或eNB）与MS之间交换同时支持跨层功能性用于提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）的信号。具体实施方式下面的说明描述用于多媒体已知无线电和网络自适应的信令技术。在下面说明中，阐述例如逻辑实现、资源划分或共享或复制实现、系统部件的类型和相互关系以及逻辑划分或集成选择等许多具体细节以便提供对本发明的更全面理解。然而，本领域内技术人员将意识到可在没有这样的具体细节的情况下实践本发明。在其他实例中，为了不掩盖本发明，未详细地示出控制结构、门级电路和完整的软件指令序列。本领域内普通技术人员利用包括的描述将无需过度实验的情况下能够实现适当的功能性。在说明书中对“一个实施例”、“实施例”、“示例实施例”的引用指示描述的实施例可包括特定特征、结构或特性，但每个实施例可不一定包括该特定特征、结构或特性。此外，这样的短语不一定指相同的实施例。此外，当特定特征、结构或特性连同实施例描述时，认为与其他无论是否明确描述的实施例关联地影响这样的特征、结构或特性，这在本领域内技术人员的知识内。本发明的实施例可采用硬件、固件、软件或其任何组合来实现。本发明的实施例还可实现为存储在机器可读介质上的指令，其可由一个或多个处理器读取并且执行。机器可读存储介质可包括用于采用机器（例如，计算装置）可读的形式存储或传输信息的任何机构。例如，机器可读存储介质可包括只读存储器（ROM）；随机存取存储器（RAM）；磁盘存储介质；光存储介质；闪速存储器装置；电、光形式的信号。此外，固件、软件、例程和指令可在本文描述为进行某些动作。然而，应该意识到这样的描述仅仅是为了方便并且事实上这样的动作由计算装置、处理器、控制器和执行固件、软件、例程和指令的其他装置产生。在一个实施例中，无线通信系统可支持提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）所需要的跨层功能性。在一个实施例中，例如移动台等无线装置可使更高层能够向更低层（包括PHY/MAC/NET层）提供涉及应用层的内容特定信息。在一个实施例中，移动台可允许网络层或传输层向核心网络和无线电接入网络（PHY/MAC/NET）提供涉及编解码器处的多媒体处理的内容特定信息（例如，视频流的速率失真特性、关联的视频质量度量）。在一个实施例中，无线装置还可支持QoS类别/承载和关联的服务属性来包括关于应用级多媒体处理的QoE相关度量。例如，除服从由现有的动态服务关联/变化（DSx）机制提供的QoS参数的业务的优先级外，例如多媒体特定应用层信息或多媒体质量度量（例如，视频的峰值信噪比（PSNR））等其他信息可在客户端与网络之间交换来实现基于联合信源-信道编码（JSCC）的优化。在一个实施例中，基于JSCC的多媒体传输优化可包括，例如在核心网络或接入网处进行、基于例如用户的多媒体质量要求的应用层信息知识进行的失真已知资源分配（或失真已知链路自适应）。在一个实施例中，跨层功能性和信令机制可支持应用层信息交换用于QoE已知无线电和网络自适应，以及支持一个或多个服务流的资源管理。在一个实施例中，例如应用层参数和QoE度量等内容特定信息还可用于得出定义成对跨接入网络和核心网络的不同部分的业务确定优先级的各种QoS类别之间的映射。在一个实施例中，基于无线装置哪个发起QoS控制的信令机制可归类为1）终端发起（或MS发起）；和2）网络发起（或BS发起）。在一个实施例中，在终端发起的信令机制中，移动台（或客户端）可请求用一个或多个多媒体特定应用层参数和下行链路和上行链路业务两者的QoE属性来创建服务流。在其他实施例中，在网络发起的信令机制中，在基站内提供的应用功能可生成触发信号，其可规定为用一个或多个多媒体特定应用层参数连同其他QoE属性来设置服务流。在一个实施例中，基站可使用跨层功能性从多媒体服务器（使用例如RTP报头、HTTP报头、IPV4或IPV6报头）获得信息多媒体特定应用层参数。由于向更低层（例如PHY和MAC）提供内容特定信息并且由于用于QoS控制的信令机制，可增强用户QoE。终端到终端失真可基于使用在下文详细描述的失真已知链路自适应技术而明显减少。此外，对于固定目标用户QoE，可基于使用在下文详细描述的失真已知资源分配技术在具有固定容量资源的网络上支持更多的用户。通信系统100的块图的实施例在图1中图示，该通信系统100可支持提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）所需要的跨层功能性。在一个实施例中，通信系统100可包括信源107、联合信源信道编码（JSCC）块121、传送器102、信道106、接收器108、信道解码块192、信源解码块193和重建信源110。典型地，可在不同的通信层进行信源和信道编码操作并且许多常规的通信系统可完全独立于信道编码而实现信源编码。即，信源编码可在不考虑信道行为的情况下进行并且信道编码可在不考虑信源性质的情况下进行。一般，多媒体无线通信牵涉通过衰落信道传输模拟信源同时满足应用的终端到终端失真和延迟要求。例如，延迟有限性解释了严格的延时和缓冲约束的存在。因此，信源和信道编码的分离一般可不是最佳的。信源和信道分离的次优性特别在信道状态信息（CSI）在传送器102不可用或由于实际系统限制而使用有限编码块长度时保持。在一个实施例中，联合信源-信道编码技术可用于例如对于在多输入多输出（MIMO）系统中选择的调制和编码参数而在无线系统中提供失真已知链路自适应。在根据本文的实现的联合信源-信道编码中，可同时进行信源压缩和信道编码，使得无线多媒体通信的终端到终端失真可通过考虑量化差错（由于有损压缩）和信道引发的差错（由于衰落和噪声）两者的影响而被最小化。在一个实施例中，JSCC块121可响应于从信源107接收多媒体或信息信号而进行联合信源-信道编码。在一个实施例中，JSCC块121可包括信道编码和资源分配块122、信源编码块123、路由和资源分配及传输块128、可兼带信源编码块123的跨层功能性块124、可兼带信道编码和资源分配块122的跨层功能性块126以及可兼带路由和资源分配及传输块128的跨层功能性块127。在一个实施例中，信源编码块123和跨层功能性块124可包括在内容分布网络中的多媒体服务器中并且信道编码和资源分配块122和跨层功能性块126可包括在无线电接入网络中。在一个实施例中，路由和资源分配及传输块128和跨层功能性块127可包括在核心网络中。在一个实施例中，信道解码块192和信源解码块193可同定位于移动客户端装置中，从而在内容分布网络中从多媒体服务器接收内容。该设置在图1中描绘。在其他实施例中，也可以可能的是，信源编码块123、信道编码和资源分配块122和跨层功能性块124可属于相同的装置，例如，它们在从移动台的上行链路无线传输期间或在两个客户端装置之间的对等无线通信期间（在该情况下，路由和资源分配及传输块128和跨层功能性块126和127可不相关）可以是移动客户端装置的一部分。在一个实施例中，可在内容分布网络中的多媒体服务器进行信源编码操作，而可在例如基站或接入网络网关等无线电接入网络部件进行信道编码和资源分配操作。在一个实施例中，信源编码块123（其可使用例如H.264AVC等编解码器）可在向信道编码和资源分配（其可使用无线电装置）块122提供压缩信号之前进行信源编码，其包括压缩和/或编码。信源编码块123可配置成压缩信源107（例如多媒体信源）或用别的方式对其编码，来创建信源编码数据并且通过跨层功能性块126将该信源编码数据连同由跨层功能性块124提供的内容特定信息传递到无线电接入网络中的信道编码和资源分配块122。此外，信源编码数据连同内容特定信息还可由跨层功能性块124通过跨层功能性块127提供给核心网络中的路由和资源分配及传输块128。例如，如果信源107是视频信息流，信源编码块123可将接收的视频信息流编码（例如，压缩）为适合于传输的格式（例如，由ITU-T视频编码专家组（VCEG）与ISO/IEC运动图像专家组（MPEG）一起开发、2003年5月最终确定的H.264/MPEG-4AVC视频编码标准，或类似物）。此外，在信源107是模拟流的情况下，信源编码块123可在编码期间进一步将模拟流转换成数字形式（使用模数转换器）。在一个实施例中，由信源编码块123实施的编码可至少部分取决于多媒体信源的性质以及编解码器或信源编码器的压缩能力。此外，在一个实施例中，跨层功能性块124可通过跨层功能性块126向信道编码和资源分配块122（在较低层运行）提供内容特定信息或促进从信源编码块123到信道编码和资源分配块122（在较低层运行）的内容特定信息的流动。此外，在一个实施例中，跨层功能性块124可通过跨层功能性块127向路由和资源分配及传输块128（在较低层运行）提供内容特定信息或促进从信源编码块123到路由和资源分配及传输块128（在较低层运行）的内容特定信息的流动。在一个实施例中，内容特定信息可包括多媒体分发的面向应用的QoE以用于无线电接入网络和核心网络处的应用已知链路自适应、资源分配、路由和网络控制。在一个实施例中，如果跨层功能性块124采用促进模式运行，内容特定信息可被信源编码块123使用同时产生编码信源。在一个实施例中，由于由跨层功能性块124和126提供的跨层功能性，包括在编码信源中的内容特定信息（即，用于使用例如应用已知链路自适应和资源分配等技术来增强多媒体分发的面向应用的QoE信息）可传递给信道编码和资源分配块122并且块122可考虑内容特定信息用于在信源编码数据的信道编码期间向信道编码和无线电资源分配过程提供面向应用的QoE。例如，可基于多媒体应用提供内容特定信息并且将其从信源编码块123传递到信道编码和资源分配块122。在一个实施例中，内容特定信息可取决于应用和网络层功能性，例如帧类型（例如，I帧、P帧或B帧）、用于将压缩信源从编解码器传递到信道编码器（例如，采用RTP/UDP/IP或HTTP/TCP/IP）的网络层分组和传输框架、在例如可伸缩视频编码（SVC）和应用层前向纠错FEC（例如，速龙码（raptorcode）、里所码（Reed-Solomoncodes）等）等先进信源压缩方法的情况下的分层类型。在一个实施例中，另外，应用层参数（或内容特定信息）也可包括在空中、接入网络和核心网络接口中的QoS类别定义中。在一个实施例中，QoS类别定义可包括在QoS服务类别/承载（可在接入网络与移动台MS（或用户设备UE）之间交换）中并且可包括在核心网络级的QoS服务类别（还可与MS协商）中。在一个实施例中，跨层功能性和信令机制可以适用于下行链路和上行链路通信两者以用于基于单播、多播和广播的多媒体服务。在一个实施例中，信道编码和资源分配块122可进行频率前向纠错（FEC）编码、交织，后跟MIMO时空（ST）调制块，接着可后跟用于产生信道编码数据的MIMO预编码。在预编码之后，信道编码数据可通过MIMO信道106通过多天线传输传送到接收器108。在一个实施例中，可首先调制在FCE编码和交织后产生的输出比特以使用例如正交调幅（QAM）产生符号，并且然后可使用时空码（STC）重新编码为多个空间流。备选地，FEC编码和交织后的编码/交织比特可被解复用为多个空间流并且然后可使用QAM调制每个流以产生符号。在一个实施例中，信道编码和资源分配块122可确保可基于面向应用的QoE参数值进行链路自适应和资源分配。在一个实施例中，可向传送器102提供联合信源-信道编码信号。在一个实施例中，传送器102可包括传送处理器块101，其进而可包括信令块125。在一个实施例中，传送处理器块101可进行各种处理任务，包括准备信源-信道编码信号用于通过空中接口传输的信令任务。在一个实施例中，信令块125可生成或支持信号来使应用层参数在空中、接入和核心网络接口中可用。在一个实施例中，信令块125可生成并且处理动态服务关联/变化（DSx）信号，例如请求（REQ）、响应（RSP）和确认（ACK）。在一个实施例中，信令块125可支持动态服务关联（DSA）机制来使用（DSA-REQ/RSP/ACK消息）创建新的服务流。在一个实施例中，DSA机制可包括一个或多个多媒体特定应用级参数连同其他QoE属性或参数。在一个实施例中，信令块125可支持动态服务变化（DSC）机制来使用（DSC-REQ/RSP/ACK消息）修改现有的服务流的参数。在一个实施例中，DSC机制可包括一个或多个多媒体特定应用级参数连同其他QoE属性或参数的其他更新。在一个实施例中，多媒体特定应用级参数可通过无线电接入网络和核心网络用于QoE已知调度和资源管理。在一个实施例中，多媒体特定应用级参数还可由客户端传递到核心网络和无线电接入网络用于在接入和核心网络中建立QoE已知（例如使用如REC2205中的IETF规定的DiffServ或IntServ机制经由资源预留协议（RSVP）（稍后要更详细论述）或在处理无线电接入网络QoS类别（如3GPPTS23.207规定）时经由分组数据协议（PDP）上下文信令）。在一个实施例中，传送器102可通过信道106传送调制数据信号和控制信号。在一个实施例中，传送器102可通过多输入多输出（MIMO）信道传送到接收器108。在一个实施例中，传送器102或接收器108可使用信号中提供的面向应用的QoE参数来创建服务流。在一个实施例中，传送器102可在信道编码期间使用失真最小化或应用QoE优化链路自适应参数并且然后可通过MIMO信道将编码信源传送到接收器108。在一个实施例中，传送器102可在信道编码期间接收反馈失真最小化链路自适应参数或应用QoE优化链路自适应参数并且然后可通过MIMO信道106将信源信号传送到接收器108。在一个实施例中，接收器108可响应于从信道106接收编码信号而处理编码信号。在一个实施例中，接收处理器块109可进行处理任务，例如射频（RF）接收功能、频率合成和滤波。在一个实施例中，接收器108可向信道解码块192提供处理的信号。在一个实施例中，信道解码块192可检测并且校正比特差错或分组差错。在一个实施例中，解码比特流或分组可提供给信源解码块193。在一个实施例中，信源解码块193可产生重建信源110。在一个实施例中，信源解码操作和信道解码操作可在移动客户端装置（如在图1中描绘的）处进行。在其他实施例中，信源解码操作可在内容分布网络中在多媒体服务器处进行，而信道解码操作可在例如基站或接入网络网关等无线电接入网络部件处进行。在一个实施例中，联合信源信道编码操作可跨越多个网络和装置并且可需要跨多个网络和装置启用的适当的跨层功能性。用于客户端发起的QoS控制和网络发起的QoS控制的多媒体传输的应用已知终端到终端QoE架构200的实施例在图2中图示。在一个实施例中，应用已知终端到终端QoE架构200可包括多媒体服务器210（其可进行信源编码和编解码器级处理）、IP核心网络208和无线网络或无线电接入网络205，其可进行信道编码和无线电级处理。在一个实施例中，多媒体服务器210可经由例如公共交换电话网络（PSTN）等公共网络220而耦合于IP核心网络208。在一个实施例中，另外，IP网络208可包括空中接口、接入网络260和核心网络240。在一个实施例中，由本文公开的跨层信令技术实现的应用已知链路自适应、资源分配、路由和网络控制可在核心网络和接入网络架构中使用。在一个实施例中，核心网络240可包括数据链路层和网络层技术，例如SONET、DWDM、ATM和IP。在一个实施例中，接入网络260可耦合于在无线网络205中提供的基站或增强型节点B（eNB）270。另外，无线网络205可包括例如移动台（MS）或用户设备（UE）290等客户端。在一个实施例中，空中接口（其使接入网络260耦合于基站270）可定义QoS类别或承载集（例如，未经请求的授予服务、实时轮询服务（rtPS）、扩展rtPS（ertPS、非实时轮询服务（nrtPS）和尽力而为的IEEE®802.16e标准））并且可从例如吞吐量、延时/抖动、分组差错丢失率等各种性能要求方面规定关联的属性。在一个实施例中，QoS类别/承载实现客户端应用与服务之间服务流的区分。在一个实施例中，每个服务流可映射到特定QoS类别并且可基于该QoS类别对每个服务流确定优先级同时资源可通过调度功能分布在不同的服务流之间。在一个实施例中，基于IP的接入网络260和核心网络240中的QoS定义可包括差异化服务（DiffServ）和集成服务（IntServ）。IntServ可遵循基于流和信号通知的QoS模型，其中移动台290可将QoS要求信号通知基站270。DiffServ可遵循预备QoS模型，其可用变化的QoS要求对业务的多个类别确定优先级。DiffServ可使用IP分组的报头中的差异化服务码点（DSCP）字段用于分组归类并且IntServ可使用资源预留协议（RSVP）来为每个流预留期望的QoS。为了提供多层QoS控制并且管理终端到终端QoS，会聚子层可用于与更高层协议数据单元接口，这些更高层协议数据单元可进行归类和映射功能。例如，在一个实施例中，会聚子层可用于得出核心网络240的QoS类别与无线电接入网络260的QoS类别之间的映射。在其他实施例中，得出核心网络240和接入网络260的QoS类别可基于从RTP、HTTP、IPv4或IPv6分组报头检索的应用层参数和QoE度量。在再另一个实施例中，可在移动台290（或客户端装置）进行映射来基于经由RTSP、SIP和SDP信令协议从多媒体服务器检索的应用层参数和QoE度量得出在接入网络260和核心网络240上通信的目标QoS参数。在一个实施例中，得出的QoS参数然后可通过各种机制（包括DSx信令、资源预留协议（RSVP）和分组数据协议（PDP）上下文信令（稍后要更详细论述））由移动台290信号通知核心网络和接入网络。在一个实施例中，基站270和/或MS290可支持跨层功能性和信令技术（上文描述的），来允许在空中、接入网络260和核心网络240的接口中能够访问应用层参数。在一个实施例中，BS270和/或MS290还可支持将应用层参数包括在空中、接入网络260和核心网络240的接口中的QoS类别定义中。在一个实施例中，多媒体特定应用层参数可包括下面的参数中的一个或多个：-多媒体流的速率失真函数；-以不同速率、参考、缩减参考或非参考度量（例如，视频质量度量（VQM）、结构相似性矩阵（SSIM）、视频质量度量的感知评估（PEVQ）、视频平均意见得分（MOS）和其他主观质量度量）规定的其他QoE或多媒体质量度量；-多媒体编解码器类型（例如，AMR、MPEG4、H.264AVC/SVC等）；-帧类型（例如，内编码图像帧（I帧）、预测编码图像帧（P帧）和双向预测编码图像帧（B帧））；-不同帧的量化参数，例如I、P和B帧的变化的量化标度；-在可伸缩视频编码（SVC）情况下的层类型，例如基本层、增强层，等；-多媒体编码器帧速率；-图像组（GOP）帧的数量，即GOP大小；-APP级FEC、删除编码或网络编码参数；-应用的类型，例如，视频会议、上行链路/下行链路实时视频流播、视频下载/上传，等；-应用级约束，例如延迟、抖动和质量。在一个实施例中，将上文列出的参数包括在空中、接入网络260和核心网络240的接口的QoS类别中可允许具有多媒体内容的分组的服务流区分。例如，（1）可给予可伸缩视频编码（SVC）编码的分组（其包括基本层）更高的优先级并且与包括增强层的分组相比可以可靠地分发这样的编码分组；（2）具有差速率失真特性的分组可优先于具有较好速率失真特性的分组；（3）可给予包括I帧的分组更高的优先级并且其与包括P或B帧的分组相比可以可靠地被分发。在一个实施例中，基于无线装置290或270哪个发起QoS控制的信令机制可归类为1）终端发起（或MS290发起）；和2）网络发起（或BS270发起）。在一个实施例中，在终端发起的信令机制中，移动台（或客户端）290可请求（在标签202中指示为DSA-REQ的REQ）用一个或多个多媒体特定应用层参数和QoE属性（对于下行链路和上行链路业务两者）来创建服务流。在一个实施例中，移动台290可请求/发起（REQ）信号（发起信号）以用多媒体特定应用层参数设置专用服务流并且发起信号可发送到基站（或eNB）270。在一个实施例中，基站270可将触发信号发送到接入网络260并且该触发信号可通过QoS应用编程接口（API）来运送。在一个实施例中，基站270可在基于应用层特定参数创建专用服务流后发送响应（在标签202中指示为DSA-RSP）。在一个实施例中，移动台290可确认（在标签202中指示为DSA-ACK）从基站270接收响应（RSP）。除生成发起信号外，移动台290还可使用例如会话发起协议（SIP）或实时流播协议（RTSP）（如由图2中的标签201指示）（SIP由RFC3261中的IETF规定并且RTSP由RFC2326中的IETF规定）等应用层信令协议向基站270提供应用层参数（例如编解码器类型、编解码器速率、多媒体质量参数和这样的其他值）或与基站270协商该应用层参数。会话描述协议（SDP）结合SIP和RTSP可用于确定视频特定应用层信息的标准表示，如由RFC4566中的IETF规定。在一个实施例中，多媒体特定应用级参数还可由移动台290传递到核心网络和接入网络用于在接入和核心网络中建立QoE已知（例如使用DiffServ或IntServ机制经由资源预留协议（RSVP），或在处理无线电接入网络QoS类别（如由标签299指示）时经由分组数据协议（PDP）上下文信令）。在其他实施例中，在网络发起的信令机制中，在基站270内提供的应用功能可生成触发信号，其可规定为用一个或多个多媒体特定应用层参数连同其他QoE属性来设置服务流。当采用终端发起信令机制时，移动台290还可使用例如会话发起协议（SIP）或实时流播协议（RTSP）或SDP（如在标签295中指示）等应用层信令协议来向基站270提供或协商应用层参数（例如编解码器类型、编解码器速率、多媒体质量参数和这样的其他值）。在一个实施例中，基站270可使用跨层功能性从多媒体服务器210（使用例如RTP报头、HTTP报头、IPV4或IPV6报头，如在标签296中指示）获得多媒体特定应用层参数。在一个实施例中，应用层参数可用于在接入网络260和核心网络240上建立QoE已知（例如，通过DIffServ或IntServ机制）。在一个实施例中，网络可利用来自移动台290的关于多媒体特定应用层参数（例如，在例如视频的测量失真或测量PSNR等感知多媒体质量或主观质量度量意义上的QoE）的反馈（基于RTCP或临时最大媒体流比特速率请求（TMMBR）协议，如由RFC3550和RFC3551中的IETF规定以及如由标签298指示）。在一个实施例中，基站270可发送请求（由标签297中的DSA-REQ指示）给移动台290并且可从移动台290接收响应（由标签297中的DSA-RSP指示）。在一个实施例中，基站270可向移动台290发送确认（由标签297中的DSA-ACK指示）。在一个实施例中，基站270还可以可选地使用REQ-RSP-ACK信令机制通过下行链路业务将这样的多媒体特定应用层参数发送给移动台290。在一个实施例中，应用层参数可用于促进基站270处的QoE已知调度和资源分配决策并且使移动台290能够提供关于QoE已知信道质量标识符（CQI）的反馈。在一个实施例中，来自移动台290的反馈可用于进一步提高提供给用户的QoE。在一个实施例中，经由REQ-RSP-ACK信令机制传递多媒体特定应用层参数的DSC机制的运行可与上文描述的DSA机制相似。MS290（其可支持跨层功能性，用于提供多媒体分发的面向应用的QoE，包括应用已知PHY/MAC/NET自适应）的分层表示300的实施例在图3中图示。在一个实施例中，分层表示300可包括较高层360和370，其可代表例如传输层和应用层。在一个实施例中，箭头390可指示例如应用层370和传输层360等较高层可向例如PHY/MAC/NET层等较低层提供内容特定信息（多媒体分发的面向应用的QoE）。在一个实施例中，应用层参数也可包括在QoS类别定义中。MS290（其可支持跨层功能性，用于提供多媒体分发的面向应用的QoE，包括应用已知PHY/MAC/NET自适应）的实施例在图4中图示。在一个实施例中，MS290可包括主机409、处理块404、一个或多个收发器410、开关430和一个或多个天线490。在一个实施例中，主机409可进一步包括天线401、信息处理单元402、存储器403和控制器405。在一个实施例中，MS290还可包括一个或多个收发器410-A至410-N、开关430和多个天线490-A至490-K。在一个实施例中，MS290可代表计算机平台、膝上型计算机、移动互联网装置、手持设备、智能电话和电视，或可包括在它们中。在一个实施例中，接口401可使MS290的通信部分（其包括收发器410、开关（switch）430和天线490）耦合于主机409。在一个实施例中，接口401可在MS290的通信部分与主机409内的其他块之间提供物理、电和协议接口。在一个实施例中，控制器405可控制由收发器410选择的调制和解调技术。在一个实施例中，控制器405可控制例如传输速率、比特差错率等通信参数和其他这样的参数。在一个实施例中，主机409可从MS290的通信部分接收信息单元并且还可生成可提供给MS290的通信部分的信息单元。在一个实施例中，开关430可在例如时间共享基础上使传送器410中的传送器耦合于天线490。在一个实施例中，开关430可响应于例如控制器405的选择控制信号等事件使特定收发器410耦合于天线490。在其他实施例中，开关430可提供有使适当的传送器410耦合于天线490的智能。在一个实施例中，开关430可使天线490耦合于传送器450同时传送器450可准备将信号传送出去到其他系统准中的接收器。在一个实施例中，开关430可使天线490耦合于接收器470，同时天线490生成要提供给接收器470的信号。在一个实施例中，天线490可耦合于开关430。在一个实施例中，处理块404可接收例如多媒体数据等一个或多个信息单元并且进行例如编码和调制等功能。在一个实施例中，如上文描述的，JSCC块407可进行联合信源和信道编码。在一个实施例中，跨层功能性块408可提供内容特定信息，其可代表多媒体分发的面向应用的QoE（包括应用已知链路自适应和资源分配）并且这样的内容特定信息可在产生编码信源时使用。在一个实施例中，由于由跨层功能性块408提供的跨层功能性，包括在编码信源中的内容特定信息（即，多媒体分发的面向应用的QoE，包括应用已知链路自适应和资源分配）还可传递到JSCC块407以供考虑来在信源编码数据的信道编码期间提供面向应用的QoE。例如，可基于多媒体应用提供内容特定信息并且将其传递给JSCC块407。在一个实施例中，信令块409可生成或支持信号来使应用层参数在空中、接入网络260和核心网络240的接口中可用。在一个实施例中，信令块409可生成并且处理动态服务关联/变化（DSx）信号，例如如上文描述的请求（REQ）、响应（RSP）和确认（ACK）。在一个实施例中，收发器410-A可包括前端420、传送器450和接收器470。在一个实施例中，收发器410-B至410-N中的每个可包括与传送器410-A的传送器450和接收器470相似的传送器和接收器。在一个实施例中，传送器450可从预处理块404接收信道编码信号并且将信道编码信号发送到前端块420。在一个实施例中，传送器450可包括信令块409，用于进行上文描述的DSA和DSC信令。在一个实施例中，前端块420可在天线490、传送器450和接收器470之间交换信号。在一个实施例中，前端块420可为无线传输准备调制信号。进而，调制信号可经由天线490中的一个来无线传送。而且，当从天线490接收信号时，前端块420可准备经由天线490中的一个接收的无线信号。在一个实施例中，前端块420可包括放大器、滤波器、上变频器（upconverter）、下变频器（downconverter）和这样的其他部件。在一个实施例中，接收器470可进行各种功能，例如接收信号的模数转换、对接收的数字信号的解调以及信号质量值的估计。可使用例如快速傅里叶变换（FFT）等技术来进行解调。这样产生的解调信号可进一步由处理块404处理来生成信道解码信号和信源解码信号，其可包括一个或多个符号并且可在将信息单元发送到主机模块409之前进一步处理（例如，解交织、FEC解码和/或去随机化）这些符号。可进行信令技术同时支持跨层功能性以用于提供多媒体分发的面向应用的QoE（包括应用已知PHY/MAC/NET自适应）的移动台290的运行的实施例在图5的流程图中图示。在块530中，移动台290可发送如由图6的线形图600中指示的请求（DSA-REQ610）以使用一个或多个应用层特定参数和QoE属性创建服务流。在一个实施例中，移动台290可生成发起信号以用多媒体特定应用层参数设置专用服务流并且发起信号（DSA-REQ610）可发送到基站（或eNB）270。除生成发起信号外，移动台还可使用例如会话发起协议（SIP）或实时流播协议（RTSP）等应用层信令协议向基站提供或协商应用层参数（例如编解码器类型、编解码器速率和这样的其他值）。在块560中，移动台290可响应于从基站270接收响应信号（DSA-RSP640）而发送确认（DSA-ACK680）。在一个实施例中，基站可在基于包括在信号DSA-REQ610（在块530中从移动台290接收的）中的应用层特定参数和QoE参数创建专用服务流后发送响应（DSA-RSP640）。在一个实施例中，基站270可将触发信号发送到接入网络260并且该触发信号可通过QoS应用编程接口（API）来运送。基站270（其可支持跨层功能性用于提供多媒体分发的面向应用的QoE，包括应用已知PHY/MAC/NET自适应）的实施例在图7中图示。在一个实施例中，基站270的块图可与移动台290的相似并且这些块中的至少一些的功能性可相似并且在本文未描述这样的块以维持简洁。在下文仅描述图4和图7的块图之间的差异。在一个实施例中，在执行网络发起的信令机制时，在传送器750内提供的应用功能块706可生成触发信号，其可规定为用一个或多个多媒体特定应用层参数连同其他QoE属性来设置服务流。在一个实施例中，这些触发信号可用于收集/协商应用层参数（例如编解码器类型、编解码器速率和这样的其他值）并且可使用例如会话发起协议（SIP）或实时流播协议（RTSP）等应用层信令协议来收集这样的信息。基站270（其可进行信令技术同时支持跨层功能性以用于提供多媒体分发的面向应用的QoE，包括应用已知PHY/MAC/NET自适应）的运行的实施例在图8的流程图中图示。在块830中，基站270内的应用功能块706发送如在图9的线形图900中指示的请求（DSA-REQ910）以使用一个或多个应用层特定参数和QoE属性创建服务流。在一个实施例中，应用块706可生成触发信号，其可规定为用一个或多个多媒体特定应用层参数连同其他QoE属性来设置服务流。在一个实施例中，应用层参数可用于例如通过DIffServ或IntServ机制在接入网络260和核心网络240上建立QoE已知。在块850中，基站270内的信令块709可发送请求（在图9的线形图900中描绘的DSA-REQ910）到移动台290。在一个实施例中，DSA-REQ910可包括用于通知移动台290创建基于应用层特定属性（或参数）和QoE属性的服务流的指示符。在块860中，信令块709可响应于从移动台290接收响应信号（DSA-RSP940）发送确认（DSA-ACK980）。本发明的某些特征已经参考示例实施例描述。然而，描述不意在在限制性意义上来解释。对于本领域内技术人员明显的示例实施例以及本发明的其他实施例的各种修改被认为落入本发明的精神和范围内。