用于具有QoS先决条件的分组交换视频电话建立的技术

摘要

描述了用于建立分组交换视频电话(PSVT)呼叫的技术。移动台始呼(MO)设备可以向移动台被呼(MT)设备发送对于所述PSVT呼叫的邀请。所述邀请可以发起用于预留和识别用于建立所述PSVT呼叫的视频和音频资源的过程。所述MO设备可以确定所述视频资源是否是可用的。如果所述视频资源不可用，但所述音频资源是可用的，则所述MO设备可以作为代替在所述MO设备与所述MT设备之间建立具有仅音频流呼叫的所述PSVT呼叫。如果音频资源在视频资源之前变成可用，则可以首先建立具有音频流的所述PSVT呼叫，并且在视频资源稍后被预留时自动地将视频资源添加到所述呼叫，或者，如果所述视频资源不能被预留则将所述PSVT呼叫降级为VoIP呼叫。

说明书

优先权要求

本申请要求于2014年9月22日递交的、名称为“TECHNIQUES FOR PACKET-SWITCHEDVIDEO TELEPHONY SETUP WITH QOS PRECONDITIONS”的临时申请No.62/053,761和名称为“TECHNIQUES FOR PACKET-SWITCHED VIDEO TELEPHONY SETUP WITH QOS PRECONDITIONS”并且于2015年9月21日被递交的美国专利申请No.14/860,442的优先权，以引用方式将该临时申请和美国专利申请整体上明确地并入本文。

技术领域

概括地说，所描述的方面涉及无线通信系统。具体地说，所描述的方面涉及用于具有先决条件的视频电话建立的技术。

背景技术

无线通信网络被广泛地部署以提供诸如是电话、视频、数据、消息传送、广播等的各种通信服务。通常是多址网络的这样的网络通过共享可用的网络资源支持多个用户的通信。这样的网络的一个示例是UMTS陆地无线接入网(UTRAN)。UTRAN是作为由第三代合作伙伴计划(3GPP)支持的第三代(3G)移动电话技术通用移动电信系统(UMTS)的一部分定义的无线接入网(RAN)。是全球移动通信系统(GSM)技术的继任者的UMTS当前支持诸如是宽带码分多址(W-CDMA)、时分-码分多址(TD-CDMA)和时分-同步码分多址(TD-SCDMA)的各种空中接口标准。UMTS还支持诸如是为关联的UMTS网络提供更高的数据传输速度和容量的高速分组接入(HSPA)的增强型3G数据通信协议。此外，UMTS支持允许通过两个或多个无线接入承载与用户设备(UE)的同时网络通信的多无线接入承载(多RAM)能力。因此，在一个方面中，UMTS中的多RAB功能允许UE并发地发送和接收分组交换(PS)和电路交换(CS)数据。这样的网络的另一个示例是长期演进(LTE)，长期演进(LTE)是作为由3GPP开发的第四代(4G)标准演进型分组系统(EPS)的一部分定义的用于移动电话和数据终端的高速数据无线通信的使用OFDMA技术的无线接入网。LTE支持从1.4MHz到20MHz的可伸缩载波带宽，并且支持频分双工(FDD)和时分双工(TDD)两者。作为纯基于IP的或者扁平的分组交换系统的EPS由E-UTRA(演进型UMTS陆地无线接入)和EPC(演进型分组核心)组成。E-UTRA包括UE和E-UTRAN(演进型UMTS陆地无线接入网)。E-UTRAN被称为演进型节点B(eNB)。包括S-GW、P-GW、MME、HSS等的EPC被设计为替代GPRS核心网、支持针对去往小区塔的语音和数据两者的与较旧的网络技术(诸如GSM、UMTS、CDMA2000、无线局域网(例如是Wi-Fi)等)的无缝切换。

在LTE中，可以在多个UE之间建立分组交换视频电话(PSVT)呼叫。发起PSVT呼叫的UE可以被称为移动台始呼(MO)设备，并且接收PSVT呼叫的UE可以被称为移动台被呼(MT)设备。为提供特定的服务质量(QoS)，可以通过一个或多个专用EPS承载发送和接收PSVT呼叫的音频流和视频流。相应的专用EPS承载可以为音频流和视频流请求网络资源。

为最小化其中MT设备的用户(即被叫人)应答PSVT呼叫但PSVT呼叫由于网络资源不可用而未能被建立的场景的发生，可以直到在MO设备和MT设备的两端预留用于音频流和视频流两者的网络资源之前都不警告被叫人。如本文中引用的，被叫人可以指MT设备的用户，并且呼叫人可以指MO设备的用户。

然而，由于可以通过不同的专用EPS承载传送音频流和视频流，所以很可能可以比视频专用EPS承载更快地建立音频专用EPS承载。两个承载的准备就绪之间的时间间隔也可以是不可预测的。进一步地，在拥塞的场景中，视频资源可能不可用，并且可能不存在任何用于通知设备视频资源不可用的信令。因此，设备在建立具有仅音频流的PSVT呼叫之前可能不得不等待，直到QoS定时器到期为止。因此，PSVT呼叫的音频部分的呼叫建立时间通常由于视频资源的不可用而从典型的语音呼叫的呼叫建立时间被延长。音频是会话服务的必要分量，并且对于PSVT呼叫来说应当尽可能快速地被建立以满足与VoIP呼叫相比相同的或者更好的用户体验。

发明内容

下面给出了一个或多个方面的简化的概括，以便提供对这样的方面的基本理解。本概括不是对全部所设想的方面的泛泛概述，并且既不旨在识别全部方面的关键或者必要要素，也不旨在划定任何或者全部方面的范围。其唯一目的是作为稍后给出的详细描述的序言以简化形式给出一个或多个方面的一些概念。

本公开内容给出了用于减少具有使用分段状态类型的QoS先决条件(也被称为本地QoS先决条件)的视频电话建立的时间的技术的示例，但是所述想法同样适用于使用端到端状态类型。一种示例方法可以包括：从移动台始呼(MO)设备向移动台被呼(MT)设备发送对于分组交换视频电话(PSVT)呼叫的邀请，其中，所述邀请发起用于预留和识别用于建立所述PSVT呼叫的视频资源和音频资源的过程。另外，所述示例方法可以包括：确定所述视频资源是否可用于所述PSVT呼叫。进一步地，所述示例方法可以包括：在所述音频资源可用于所述PSVT呼叫并且作出了所述视频资源不可用于所述PSVT呼叫的确定时，在所述MO设备与所述MT设备之间建立具有仅音频流的所述PSVT呼叫。

一种用于具有先决条件的视频电话建立的示例装置可以包括：被配置为发送信息的收发机；被配置为存储所述信息的存储器；以及与所述存储器通信的处理器，所述处理器和所述存储器被配置为：经由所述收发机并且从移动台始呼(MO)设备向移动台被呼(MT)设备发送针对PSVT呼叫的邀请，其中，所述邀请发起用于预留和识别用于建立所述PSVT呼叫的视频资源和音频资源的过程；确定所述视频资源是否可用于所述PSVT呼叫；以及，在所述音频资源可用于所述PSVT呼叫并且作出了所述视频资源不可用于所述PSVT呼叫的确定时，在所述MO设备与所述MT设备之间建立具有仅音频流的所述PSVT呼叫。

用于具有先决条件的视频电话建立的另一种示例装置可以包括：用于从MO设备向MT设备发送针对PSVT呼叫的邀请的单元，其中，所述邀请发起用于预留和识别用于建立所述PSVT呼叫的视频资源和音频资源的过程。另外，所述示例装置可以包括：用于确定所述视频资源是否可用于所述PSVT呼叫的单元。进一步地，所述示例装置可以包括：用于在所述音频资源可用于所述PSVT呼叫并且作出了所述视频资源不可用于所述PSVT呼叫的确定时，在所述MO设备与所述MT设备之间建立具有仅音频流的所述PSVT呼叫的单元。

一种存储用于具有先决条件的视频电话建立的计算机可执行代码的计算机可读介质可以包括：用于从MO设备向MT设备发送针对PSVT呼叫的邀请的代码，其中，所述邀请发起用于预留和识别用于建立所述PSVT呼叫的视频资源和音频资源的过程。另外，所述计算机可读介质可以包括：用于确定所述视频资源是否可用于所述PSVT呼叫的代码。进一步地，所述计算机可读介质可以包括：用于在所述音频资源可用于所述PSVT呼叫并且作出了所述视频资源不可用于所述PSVT呼叫的确定时，在所述MO设备与所述MT设备之间建立具有仅音频流的所述PSVT呼叫的代码。

为实现前述的和相关的目的，所述一个或多个方面包括在下文中详细描述并且在权利要求中具体指出的特征。以下描述和附图详细阐述了所述一个或多个方面的特定的说明性特征。然而，这些特征指示了可以通过其来使用各种方面的原理的各种方式中的仅一些方式，并且本描述旨在包括全部这样的方面及其等价项。

附图说明

将在下文中结合为说明而非限制所公开的方面而提供的附图描述所公开的方面，其中，类似的名称表示类似的要素，并且其中：

图1是示出了具有被配置为减少用于建立具有先决条件的视频电话呼叫的时间的方面的、在其中UE经由一个或多个网络与另一个UE通信的无线通信系统的方框图；

图2A是示出了具有被配置为减少用于建立具有先决条件的视频电话呼叫的时间的方面的、移动台始呼(MO)设备或者UE的部件的方框图；

图2B是示出了具有被配置为减少用于建立具有先决条件的视频电话呼叫的时间的方面的、移动台被呼(MT)或者UE的部件的方框图；

图2C是示出了具有被配置为减少用于建立具有先决条件的视频电话呼叫的时间的方面的、网络(或者与该网络相关联的网络实体)的至少一个部件的方框图；

图3是用于具有先决条件的视频电话呼叫建立的方法的方面的流程图；

图4是示出了用于建立视频电话呼叫的常规过程的呼叫流；

图5是示出了用于减少视频电话呼叫的建立时间的示例过程的呼叫流；

图6是示出了用于减少视频电话呼叫的建立时间的另一个示例过程的另一个呼叫流；

图7是示出了具有被配置为建立视频电话呼叫的方面的使用处理系统的装置的硬件实现的示例的方框图；

图8是示出了具有被配置为建立视频电话呼叫的方面的电信系统的示例的方框图；

图9是示出了具有被配置为建立视频电话呼叫的方面的接入网的示例的方框图；

图10是示出了结合建立视频电话呼叫的用户和控制面的无线协议架构的示例的方框图；

图11是示出了具有被配置为建立视频电话呼叫的方面的电信系统中的与UE通信的基站(例如，eNB)的示例的方框图；以及

图12是示出了可以用于通过LTE在MO设备102与MT设备108之间建立PSVT呼叫的EPS承载的图。

具体实施方式

现在参考附图描述各种方面。在下面的描述中，出于解释的目的，阐述了大量具体细节以提供对一个或多个方面的透彻理解。然而应当显而易见，可以在不具有这些具体细节的情况下实践这样的方面。

可以经由一个或多个网络在移动台始呼(MO)设备与移动台被呼(MT)设备之间建立PSVT呼叫。与MO设备相关联的网络可以被称为MO网络。类似地，与MT设备相关联的网络可以被称为MT网络。MO网络和MT网络可以是不同的网络。MO设备可以发起并且向MT设备发送针对PSVT呼叫的邀请，以在这两个设备之间建立PSVT呼叫。邀请可以包括描述为了建立PSVT呼叫要满足的要求的先决条件。在某些示例中，如由先决条件描述的，可以要求视频资源和音频资源两者。在分别对于PSVT呼叫的视频流和音频流要求视频资源和音频资源两者时，与响应合并在一起的邀请可以发起或者触发网络发起用于预留和识别MO和MT两者处的用于建立PSVT呼叫的视频资源和音频资源的过程。如在本文中引用的，视频资源和音频资源可以至少包括专用EPS承载及其相关的业务流模板(TFT)、服务质量标识符(QCI)和/或最大比特率、有保证的比特率等。在至少一些示例中，MO网络和MT网络可以基于来自MO设备的会话描述协议(SDP)提议和来自MT设备或者在根据早期媒体(诸如定制回铃音服务、通告等)的情况下来自其它网络实体的SDP应答来发起用于预留视频资源和音频资源的过程。

进一步地，MO设备可以被配置为确定用于PSVT呼叫的视频资源和音频资源是否可用。可以基于是否由MO网络或者MT网络对于MO设备和MT设备激活了视频或者音频QoS来作出这样的确定。

在至少一些示例中，由于确定视频资源的可用性可能要花费比确定音频资源的可用性更多的时间，所以MO设备或者MO网络可以修改与PSVT呼叫相关的强度标签，以使得开始PSVT呼叫不要求视频资源的可用。即，一旦确定音频资源是可用的，则可以向MT设备的用户警告或者以其它方式向其通知PSVT呼叫，而不考虑视频资源的可用性。因此，可以比要求音频和视频资源两者的PSVT更早地建立包括仅音频流的PSVT呼叫。如果视频资源稍后变得可用，则可以自动地添加视频流以完成所建立的PSVT呼叫，而不针对任何响应或者输入提示MT设备的用户。

在至少一些方面中，可以按照例如是2G、3G和4G的无线广域网(WWAN)技术标准结合LTE和演进型分组系统(EPS)的演进型通用陆地无线接入(E-UTRA)实现用于PSVT呼叫建立的技术。LTE PSVT呼叫可以被称为ViLTE。

在至少一些方面中，本公开内容可以是适用于无线通信系统中的其它场景的。例如，可以在其中MO设备或者MT设备是会议服务器的PSVT会议通信中实现本公开内容。

参考图1，无线通信100可以包括各自具有用于PSVT呼叫建立的一个或多个部件的MO设备102和MT设备108。在一个方面中，如本文中使用的术语“部件”可以但不需要限于是组成系统的部分中的一个部分，可以被实现为硬件、软件、固件或者其任意组合，并且可以被另外划分成其它部件。通过与MT设备108的通信中的信令，MO设备102可以被配置为发起用于经由与MO设备102相关联的网络104和/或与MT设备108相关联的网络106建立与MT设备108的PSVT呼叫的过程。MO设备和MT设备108可以分别包括PSVT呼叫部件110和112。

在一些方面中，MO设备102和MT设备108也可以被称为移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手机、终端、用户代理、移动客户端、客户端或者某个其它合适的术语。在一个方面中，MO设备102可以是第一UE，并且MT设备108可以是第二UE。

在至少一些方面中，MO设备102可以操作为用于接收呼叫的MT设备，并且可以包括与PSVT呼叫部件112相似或者相同的部件。同样，MT设备108在一些实例中可以操作为用于发起呼叫的MO设备，并且可以包括与PSVT呼叫部件110相似或者相同的部件。在一些其它的方面中，在MO设备102和MT设备108在相同的网络内通信时，与MO设备102相关联的网络104和与MT设备108相关联的网络106可以指相同的网络。

用于经由网络104和/或网络106建立与MT设备108的PSVT呼叫的过程可以包括根据会话发起协议(SIP)或者其它标准化的协议的一个或多个操作。所述一个或多个操作可以包括MO设备102与MT设备108之间的信令和响应。

例如，MO设备102的PSVT呼叫部件110可以被配置为经由网络104和/或网络106向MT设备108的PSVT呼叫部件112发送针对PSVT呼叫的邀请。在一些方面中，网络104和106可以包括诸如是基站或者节点B或者演进型节点B的网络实体。可以修改邀请中的强度标签以指示视频资源对于开始PSVT呼叫是“可选的”。PSVT呼叫部件110和/或PSVT呼叫部件112可以确定视频资源和音频资源的可用性；然而，视频资源的可用性可以不是开始PSVT呼叫所要求的。在接收邀请时，PSVT呼叫部件112可以经由网络104和网络106利用确认消息(例如，根据SIP的进展临时响应中的183会话)对邀请作出响应，以确认对邀请的接收。还可以修改确认消息中的强度标签以指示视频资源对于开始PSVT呼叫是“可选的”。额外地，PSVT呼叫部件112可以在对邀请作出响应时开始MT QoS定时器(例如见图2B中的MT QoS定时器215)。在网络104和网络106接收确认消息时，网络104和106可以开始为PSVT呼叫预留音频资源和视频资源。在一个方面中，如果在一段时间内未为PSVT呼叫预留、启动和/或分配资源，则认为资源不可用。如本文中引用的，“预留资源”可以指出于实现呼叫的目的指定具体的通信资源的操作。

在PSVT呼叫部件110接收确认消息时，PSVT呼叫部件110可以类似地开启MO QoS定时器(例如见图2A中的MO QoS定时器205)，MO QoS定时器可以具有与MT设备108处的MT QoS定时器相似或者相同的持续时间。然而，在一些方面中，MO QoS定时器的持续时间和MT QoS定时器的持续时间可以是不同的。如果在MO QoS定时器到期之前预留了与MO设备102和网络104相关联的音频资源，则PSVT呼叫部件110可以被配置为发送用于通知PSVT呼叫部件112MO设备102处的音频资源的可用性的更新消息。在PSVT呼叫部件112接收更新消息时，并且如果在MT QoS定时器到期之前音频资源可用的话，则PSVT呼叫部件112可以利用指示成功地预留了全部两侧处的音频资源的消息(例如，根据SIP的200OK消息)对更新消息作出响应。

不考虑视频资源的可用性，PSVT呼叫部件112可以被配置为，警告MT设备108的用户(即被叫人)PSVT呼叫，并且向网络106发送指示目的设备正在警告用户的消息，例如，根据SIP的180振铃消息。因此，可以在MO QoS定时器和/或MT QoS定时器到期之前警告被叫人，并且相应地，可以通过允许甚至在呼叫的视频部分(例如，视频流)未准备就绪时在MO设备102与MT设备108之间建立呼叫的音频部分(例如，音频流)来减少PSVT呼叫的建立时间。

在至少一些方面中，PSVT呼叫部件110可以被配置为在邀请中的QoS属性内将音频资源的强度标签设置为强制的，并且将视频资源的强度标签设置为可选的，以指示视频资源的可用性不是警告被叫人所要求的。这是与其中在被叫人被警告以及PSVT呼叫的音频部分(例如，音频流)可以被建立之前强制视频资源可用的设置不同的。

例如，在强制视频资源在被叫人被警告之前可用时，设置中的邀请可以包括支持的报头字段中的先决条件选项标签和分别针对本地段和远程段的强度标签“强制的”和“可选的”，以及如下的针对相关的媒体分量的其它会话参数。

Supported:precondition,100rel(支持的：先决条件，100rel)

Allow:UPDATE,PRACK,…(允许：更新，PRACK，……)

m＝audio…(m＝音频……)m＝video…(m＝视频……)

a＝inactive(or sendrecv)(a＝不活跃a＝inactive(or sendrecv)(a＝不活跃的(或者发送接收))的(或者发送接收))

a＝curr:qos local none(a＝curr:qos a＝curr:qos local none(a＝curr:qos本地 无)本地 无)

a＝curr:qos remote none(a＝curr:qos a＝curr:qos remote none(a＝curr:qos远程 无)远程 无)

a＝des:qos mandatory local sendrecv a＝des:qos mandatory localsendrecv(a＝des:qos强制的本地发送接收)(a＝des:qos强制的本地发送接收)

a＝des:qos optional remote sendrecv a＝des:qos optional remotesendrecv(a＝des:qos可选的远程发送接收)(a＝des:qos可选的远程发送接收)

PSVT呼叫部件110可以将“a＝des:qos mandatory local sendrecv”设置为“a＝des:qos optional local sendrecv”，以使得不要求视频资源在被叫人被警告之前可用。

类似地，在确认消息(例如进展临时响应中的183会话)中，PSVT呼叫部件112可以将针对视频的本地和远程两者的强度标签设置为“可选的”，例如，“a＝des:qos optionallocal sendrecv”和“a＝des:qos optional remote sendrecv”。

在不要求视频资源在开始PSVT呼叫之前可用时，视频资源可以在被叫人被警告之前或者之后被预留或者变为可用。如果视频资源在被叫人被警告时还未被预留，则MO设备102与MT设备108之间的消息的视频方向性可以被设置为“不活跃的”。即，可以建立具有仅音频流的PSVT呼叫。如果视频资源在MO QoS定时器和MT QoS定时器到期之前不可用，例如未被预留，则PSVT呼叫部件110和112可以被配置为将PSVT呼叫转换或者降级为IP语音(VoIP)呼叫，例如，PSVT呼叫的视频端口可以被设置为“0”。

然而，如果视频资源在QoS定时器到期之前变成可用的，则可以为PSVT呼叫自动地加载或者启动MO设备102和MT设备108两者的视频部件114和116。在一些方面中，视频部件114和116可以至少包括与MO设备102和MT设备108相关联的例如是照相机的硬件部件、例如是照相机的驱动器的软件部件、固件部件或者其任意组合。

在其中在被叫人应答PSVT呼叫之前启动视频部件114和116的情况下，PSVT呼叫可以作为包括视频流和音频流的正常PSVT呼叫开始。如果在被叫人应答PSVT呼叫之后启动视频部件114和116，则PSVT呼叫可以作为具有仅音频流的PSVT呼叫开始，并且随后被PSVT呼叫部件110和112自动地更新为具有音频和视频流两者的PSVT呼叫。PSVT呼叫部件110和112可以然后被配置为在MO设备102与MT设备108之间为具有仅音频流的PSVT呼叫建立用于处置音频流的一个或多个第一承载(例如，承载120)，并且在MO设备102与MT设备108之间为具有音频和视频流两者的PSVT呼叫建立用于处置视频流的一个或多个第二承载(例如，承载122)。在至少一些方面中，第一和第二承载可以包括演进型分组系统承载、UE与eNB之间的无线承载、eNB与服务网关(SGW)之间的S1承载以及SGW与分组数据网网关(PGW)之间的S5/S8承载。

在一些其它替换的方面中，PSVT呼叫部件110可以被配置为延迟对更新消息的传输直到视频资源被预留为止。即，由于音频和视频资源可以不是被同时预留的，所以PSVT呼叫部件110可以被配置为延迟对更新消息的传输，以使得在视频资源在音频资源被预留之后的一段时间内被预留时，可以避免不必要的信令。

替换地，在其中网络104或者网络106包括可以充当背对背用户代理(B2BUA)的实体并且如果网络104和/或网络106已确定视频资源将不可用于PSVT呼叫的情况下，网络104和/或网络106的至少一个部件(例如，图2C的可用性通知部件298)可以被配置为，例如，通过移除邀请消息中的视频媒体行，或者分别在将邀请转发给MT设备108或者将确认消息转发给MO设备102之前，在邀请中或者响应于邀请的确认消息(例如，SIB18x响应)中将视频端口设置为0，来指示视频资源的不可用。

参考图2A，除了图1之外进一步示出了可以通过其实现PSVT呼叫建立过程的部件。如图2A中所说明的，虚线方框可以指示MO设备102的方面的可选的部件。

如所描绘的，MO设备102的PSVT呼叫部件110可以至少包括邀请生成器202，其被配置为经由网络104和/或网络106向MT设备108的PSVT呼叫部件112发送针对PSVT呼叫的邀请。邀请可以发起用于预留和识别用于建立PSVT呼叫的视频资源和音频资源的过程。将在下文中结合图2B中的其它部件详细描述该过程。

PSVT呼叫部件110可以进一步包括确认部件204，其可以被配置为响应于由邀请生成器202发送的邀请从PSVT呼叫部件112接收确认消息。在接收确认消息时，确认部件204可以开始被设置为在一段时间后到期的MO QoS定时器205。这样的时间段可以是可配置的，并且可以例如在PSVT呼叫部件110的操作被启动时被设置。

另外，PSVT呼叫部件110可以包括可以被配置为确定视频资源和音频资源的可用性的资源监视器206。即，如果未在由MO QoS定时器205指示的时间段内为PSVT呼叫预留资源，则资源监视器206可以确定与MO设备102相关联的资源不可用。如果在MO QoS定时器205到期之前预留了与MO设备102和网络104相关联的音频资源，则资源监视器206可以确定音频资源可用于PSVT呼叫，并且可以被配置为发送用于通知PSVT呼叫部件112MO设备102处的音频资源的可用的更新消息。在MT设备108处还预留了可以由PSVT呼叫部件112响应于更新消息而提供的指示音频资源的消息。

另外，PSVT呼叫部件110可以包括被配置为在MO设备102与MT设备108之间建立具有仅音频流或者音频和视频流两者的PSVT呼叫的呼叫管理器208。即，如果视频资源在MOQoS定时器205到期之前不可用，例如未被预留，则呼叫管理器208可以被配置为将PSVT转换或者降级为IP语音(VoIP)呼叫，并且为VoIP呼叫建立利用音频资源的一个或多个第一承载。

然而，如果MO设备102和MT设备108两者的视频资源在MO QoS定时器到期之前变成可用，则呼叫管理器208可以被配置为自动地启动MO设备102的视频部件114。在其中呼叫管理器208在被叫人应答PSVT呼叫之前启动视频部件114的情况下，呼叫管理器208可以开始作为包括视频流和音频流的正常PSVT呼叫的PSVT呼叫。如果呼叫管理器208在被叫人应答PSVT呼叫之后启动视频部件114，则呼叫管理器208可以开始具有仅音频流的PSVT呼叫，并且随后静默地将具有仅音频流的PSVT呼叫升级为具有音频和视频流两者的PSVT。如本文中引用的，“静默地”可以指没有被叫人的参与的操作。

可选地，PSVT呼叫部件110可以包括强度标签修改器210，强度标签修改器210被配置为，在邀请中的QoS属性内将音频资源的强度标签设置为强制的，并且将视频资源的强度标签设置为可选的，以指示视频资源的可用性不是MT设备108警告被叫人所要求的。

根据给出的方面，MO设备102可以包括耦合到存储器44和收发机46的一个或多个处理器20。一个或多个处理器20可以执行用于管理如本文中描述的PSVT呼叫建立过程的各种部件。例如，在一些方面中，与PSVT呼叫建立相关的各种部件可以被单个处理器执行，而在其它的方面中，所述部件中的不同的一些部件可以被两个或多个不同的处理器的组合执行。例如，在一个方面中，一个或多个处理器20可以包括调制解调器基带处理器或者数字信号处理器或者发送处理器或者收发机处理器中的任一项或者其任意组合。具体地说，诸如是调制解调器基带处理器的一个或多个处理器20可以执行被配置为管理PSVT呼叫建立的PSVT呼叫部件110。

此外，收发机46可以被配置为接收例如是蜂窝、WiFi、蓝牙、GPS等的不同种类的无线信号。例如，在一个方面中，一个或多个收发机46可以与例如由一个或多个功率放大器64、一个或多个频带专用的滤波器68和一个或多个天线72定义的射频(RF)前端62通信或者连接。

如图2B中描绘的，MT设备108的PSVT呼叫部件112可以至少包括被配置为从MO设备102的邀请生成器202接收针对PSVT呼叫的邀请的邀请接收器212。可以然后将邀请发送或者以其它方式传送给PSVT呼叫部件112的其它部件。

PSVT呼叫部件112可以还包括被配置为对邀请作出响应的确认部件214。即，在接收邀请时，确认部件214可以利用确认消息(例如根据SIP的进展临时响应中的183会话)对邀请作出响应以确认对邀请的接收。另外，确认部件214可以在对邀请作出响应时开始MTQoS定时器215，所述MT QoS定时器215可以具有与MO QoS定时器205相似的持续时间。

在一些方面中，确认部件214可以还被配置为发送对来自资源监视器206的指示MO设备102处的音频资源的可用性的更新消息的响应。根据SIP，该响应可以包括指示全部两侧处的音频资源被成功地预留的200 OK消息和指示MT设备108正在向被叫人警告PSVT呼叫的180振铃消息。

另外，PSVT呼叫部件112可以包括呼叫管理器216，呼叫管理器216被配置为与呼叫管理器208交互，以在MO设备102与MT设备108之间建立具有仅音频流或者音频和视频流两者的PSVT呼叫。即，如果视频资源在MT QoS定时器215到期之前不可用，例如未被预留，则呼叫管理器216可以建立VoIP呼叫，而不是预期的PSVT呼叫。相应地，呼叫管理器216可以用于在MO设备102与MT设备108之间为VoIP呼叫建立利用音频资源的一个或多个第一承载。

然而，如果MO设备102和MT设备108两者的视频资源在MT QoS定时器215到期之前变成可用，则呼叫管理器216可以被配置为自动地启动MT设备108的视频部件116。取决于被MO设备102的呼叫管理器208启动的呼叫的类型，呼叫管理器216可以对应地建立具有仅音频流或者具有音频和视频流两者的PSVT呼叫，并且可以在MO设备102与MT设备108之间为PSVT呼叫建立利用视频资源的一个或多个第二承载。

根据给出的方面，MT设备108可以包括耦合到存储器45和收发机47的一个或多个处理器21。一个或多个处理器21可以执行用于管理如本文中描述的PSVT呼叫建立过程的各种部件。例如，在一些方面中，与PSVT呼叫建立相关的各种部件可以被单个处理器执行，而在其它的方面中，所述部件中的不同的一些部件可以被两个或者多个不同的处理器的组合执行。例如，在一个方面中，一个或多个处理器21可以包括调制解调器基带处理器或者数字信号处理器或者发送处理器或者收发机处理器中的任一项或者其任意组合。具体地说，诸如是调制解调器基带处理器的一个或多个处理器21可以执行被配置为管理PSVT呼叫建立的PSVT呼叫部件112。

此外，收发机47可以被配置为接收例如是蜂窝、WiFi、蓝牙、GPS等的不同种类的无线信号。例如，在一个方面中，一个或多个收发机47可以与例如由一个或多个功率放大器63、一个或多个频带专用的滤波器67和一个或多个天线73定义的射频(RF)前端61通信或者连接。

参考图3，用于建立PSVT呼叫的方法300的方面可以被图1和图2A的MO设备102及其部件执行。在一个方面中，MO设备102可以在经由网络104和/或网络106与MT设备108通信地操作时执行方法300的方面。具体地说，方法300的方面可以被如图2A中所示的PSVT呼叫部件110执行，所述PSVT呼叫部件110包括邀请生成器202、确认部件204、MO QoS定时器205、资源监视器206、呼叫管理器208和/或强度标签修改器210。如图3中所说明的，虚线方框可以指示方法300的方面的可选的操作。

在310处，方法300包括从MO设备向MT设备发送针对PSVT呼叫的邀请，其中，该邀请启动用于预留和识别用于建立PSVT呼叫的视频资源和音频资源的过程。例如，邀请生成器202可以被配置为经由网络104和/或网络106向MT设备108的PSVT呼叫部件112发送针对PSVT呼叫的邀请。该邀请可以启动用于预留和识别用于建立PSVT呼叫的视频资源和音频资源的过程。

在320处，方法300包括确定视频资源是否可用于PSVT呼叫。例如，资源监视器206可以被配置为确定视频资源和音频资源的可用性。即，如果未在由MO QoS定时器205指示的时间段内为PSVT呼叫预留资源，则资源监视器206可以确定与MO设备102相关联的资源不可用。如果在MO QoS定时器205到期之前预留了与MO设备102和网络104相关联的音频资源，则资源监视器206可以确定音频资源可用于PSVT呼叫，并且可以被配置为发送用于通知PSVT呼叫部件112 MO设备102处的音频资源的可用的更新消息。

在330处，方法300包括：在音频资源可用于PSVT呼叫并且作出了视频资源不可用于PSVT呼叫的确定时，在MO设备与MT设备之间建立具有仅音频流的PSVT呼叫。例如，呼叫管理器208可以被配置为在MO设备102与MT设备108之间建立PSVT呼叫或者替换的VoIP呼叫。即，如果视频资源在MO QoS定时器205到期之前不可用，例如未被预留，则呼叫管理器208可以被配置为将PSVT呼叫转换成VoIP呼叫，并且为VoIP呼叫建立利用音频资源的一个或多个第一承载。

在340处，方法300可以可选地包括：在作出了视频资源可用的确定时，自动地为PSVT呼叫的视频流启动MO设备的视频部件114。然而，例如，如果MO设备102和MT设备108两者的视频资源变成可用的，则呼叫管理器208可以被配置为自动地启动MO设备102的视频部件114。

在350处，方法300可以可选地包括：如果在从MT设备的用户接收对针对PSVT呼叫的邀请的响应之前启动了视频部件114和116，则在MO设备与MT设备之间建立PSVT呼叫。例如，在其中在被叫人应答PSVT呼叫之前启动了视频部件114和116的情况下，呼叫管理器208可以开始作为包括视频流和音频流的正常PSVT呼叫的PSVT呼叫。

在360处，方法300可以可选地包括：如果在MT设备的用户对针对PSVT呼叫的邀请作出响应之后启动了视频部件114和116，则在MO设备与MT设备之间建立具有仅音频流的PSVT呼叫。例如，如果呼叫管理器208在被叫人应答PSVT呼叫之后启动视频部件114，则呼叫管理器208可以开始作为VoIP呼叫(例如VoLTE呼叫)的PSVT呼叫。

在370处，方法300可以可选地包括：将视频流添加到MO设备与MT设备之间所建立的PSVT呼叫。在至少一些方面中，呼叫管理器208可以在不提示被叫人输入或者响应任何信息或者没有被叫人的参与中的任何参与的情况下静默地添加视频流。

参考图4，显示了示出用于建立PSVT呼叫的常规过程的呼叫流。如所描绘的，在1a、1b和1c处，MO设备102可以被配置为经由网络104和/或网络106向MT设备108发送针对PSVT呼叫的邀请。在2a、2b和2c处，MT设备108可以利用确认消息(例如根据SIP的进展临时响应中的183会话)对邀请作出响应，以确认对邀请的接收。在接收邀请时，MT设备108可以开始QoS定时器，例如MT QoS定时器215。类似地，在接收确认消息时，MO设备102可以开始另一个QoS定时器，例如MO QoS定时器205，MO QoS定时器205可以具有与MT设备108处的MT QoS定时器215相似的持续时间。

在音频资源和视频资源两者是可用的时，网络104可以生成消息，该消息指示音频QoS和视频QoS两者被激活，换句话说，被预留为用于PSVT呼叫。MO设备102可以然后在5a、5b和5c处经由网络104(或者与网络104相关联的网络实体)和/或网络106(或者与网络106相关联的网络实体)向MT设备108发送用于通知MT设备108音频和视频资源的可用的更新消息。在一些方面中，网络104和106可以包括诸如是基站或者节点B或者演进型节点B的网络实体。在该示例中，在接收更新消息时，MT设备108可以相应地警告被叫人，这是由于音频资源和视频资源两者是在本地可用的。额外地，MT设备108可以在6a、6b和6c处利用指示全部两侧处的音频资源被成功地预留的消息(例如根据SIP的200OK消息)对更新消息作出响应。另外，MT设备108可以还在7a、7b和7c处发送指示目的设备正在警告用户的消息(例如根据SIP的180振铃消息)。

在被叫人应答PSVT呼叫时，MT设备108可以还在8a、8b和8c处向MO设备102发送另一个消息(例如另一个200 OK消息)。该200 OK消息可以指示被叫人已接受呼叫，并且一旦MO设备102接收该200 OK消息就建立PSVT呼叫。MO设备102可以在9a、9b和9c处利用另外的确认消息作出响应，该另外的确认消息可以指示MO设备102接收了200 OK消息。可以在MO设备102与MT设备108之间建立用于视频流和音频流的一个或多个承载。

然而，由于MO设备102直到音频和视频资源两者被预留之前都等待向MT设备108发送更新消息，所以从PSVT呼叫被发起到被叫人被警告的总建立时间可能被延长。MT设备108和MO设备102的用户可能正在等待PSVT呼叫被建立。因此，被延长的建立时间可能降低用户体验。

参考图5，显示了示出用于减少用于建立PSVT呼叫的时间的过程的示例的呼叫流。与图4中所说明的呼叫流不同，MO设备102可以在5a、5b和5c处向MT设备108发送报告音频资源被预留的第一更新消息。在接收第一更新消息时，MT设备108可以警告被叫人。

在其中视频资源在被叫人应答PSVT呼叫之前也可用的情况下，MO设备102可以向MT设备108发送报告视频资源也被预留的第二更新消息。在被叫人随后应答PSVT呼叫时，可以类似地建立PSVT呼叫，并且可以在MO设备102与MT设备108之间建立用于视频流和音频流的一个或多个承载。

由于音频资源一被预留MO设备102就发送第一更新消息，并且MT设备108在接收第一更新消息时警告被叫人，所以与图4中所示出的呼叫流相比，可以减少从PSVT呼叫被发起到被叫人被警告的总建立时间。

参考图6，显示了示出用于减少用于建立PSVT呼叫的时间的过程的示例的另一个呼叫流。

与图5中所示出的呼叫流不同，被叫人可以在视频资源被预留之前(在10a之前)应答PSVT呼叫(在8a之前)。在这种情况下，MO设备102可以首先建立具有仅音频流的PSVT呼叫。即，可以在视频资源被预留之前在MO设备102与MT设备108之间建立携带语音流的一个或多个承载。

在建立VoIP呼叫之后，视频资源可以被预留。MO设备102可以然后向MT设备108发送报告视频资源的可用的第二更新消息。MT设备108可以利用200 OK消息对第二更新消息作出响应。可以然后在MO设备102与MT设备108之间建立携带视频流的一个或多个承载。即，可以将视频流添加到所建立的PSVT呼叫。

参考图7，具有被配置为建立PSVT呼叫的方面的使用处理系统714的装置700的硬件实现的示例。在一个方面中，装置700可以是图1的具有PSVT呼叫部件110的MO设备102或者具有PSVT呼叫部件112的MT设备108。

在该示例中，处理系统714可以利用概括地说由总线702代表的总线架构来实现。取决于处理系统714的具体应用和总体设计约束，总线702可以包括任意数量的互连的总线和桥。总线702将包括概括地说由处理器704代表的一个或多个处理器、例如诸如是图1的PSVT呼叫部件110/112的一个或多个通信部件和概括地说由计算机可读介质706代表的计算机可读介质的各种电路链接在一起。总线702可以还链接诸如是时序源、外设、调压器和功率管理电路的各种其它电路，所述各种其它电路是本领域中公知的，并且因此将不对其做任何另外的描述。总线接口708在总线702与收发机710之间提供接口。收发机710提供用于通过传输介质与各种其它装置通信的手段。取决于装置的本质，还可以提供用户接口712(例如，键区、显示器、扬声器、麦克风、操纵杆)。在一些方面中，用户接口712可以向呼叫人或者被叫人提供指示或者警告，并且可以接收来自呼叫人或者被叫人的输入。

处理器704负责管理总线702和包括对存储在计算机可读介质706上的软件的执行的一般处理。软件在被处理器704执行时导致处理系统714针对任何具体的装置执行本文中描述的各种功能。具体地说并且如在上面关于图1描述的，PSVT呼叫部件110和PSVT呼叫部件112可以是软件部件(例如，软件模块)，以使得关于所述模块中的每个模块所描述的功能可以被处理器704执行。

计算机可读介质706可以还用于存储被处理器704在执行例如诸如是由PSVT呼叫部件110/112代表的软件模块的软件时操纵的数据。

在一个示例中，可以从计算机可读介质706检索软件模块(例如，任何可以被处理器704执行以执行所描述的功能的算法或者功能)和/或与其一起被使用的数据(例如，输入、参数、变量等)。

具体地说，处理系统还包括PSVT呼叫部件110/112。被如图2A和2B中所说明的PSVT呼叫部件110/112提供的各种部件或者功能可以被在处理器704中操作的软件模块执行、是常驻和/或被存储在计算机可读介质706中的、是耦合到处理器704的一个或多个硬件模块或者是其某种组合。在一些方面中，处理器704可以指图2A和2B的一个或多个处理器20或者21；并且收发机710可以指图2A和2B的收发机46或者47。

可以跨多种多样的电信系统、网络架构和通信标准实现贯穿本公开内容所给出的各种概念。作为示例而非限制，参考使用W-CDMA空中接口并且具有被配置为在功率受限的状态下给与时间苛刻的传输数据优先级的方面的UMTS系统800给出了图8中所示出的本公开内容的方面。UMTS网络包括三个交互的域：核心网(CN)804、UMTS陆地无线接入网(UTRAN)802和用户设备(UE)810。在一个方面中，UE 810可以是图1的具有PSVT呼叫部件802的MO设备102或者具有PSVT呼叫部件112的MT设备108的示例。在该示例中，UTRAN 802提供包括电话、视频、数据、消息传送、广播和/或其它服务的各种无线服务。UTRAN 802可以包括各自被诸如是RNC 806的分别的无线网络控制器(RNC)控制的多个诸如是RNS 807的无线网络子系统(RNS)。在这里，除了本文中所说明的RNC 806和RNS 807之外，UTRAN 802可以包括任意数量的RNC 806和RNS 807。RNC 806是特别负责分配、重新配置和释放RNS 807内的无线资源的装置。RNC 806可以使用任何合适的传输网络通过诸如是直接物理连接、虚拟网络等的各种类型的接口与UTRAN 802中的其它RNC(未示出)互连。

UE 810与可以是图1的网络104或者网络106的实体或者部件的示例的节点B 808之间的通信可以被看作包括物理(PHY)层和介质访问控制(MAC)层。另外，UE 810与RNC 806之间的通过分别的节点B 808的通信可以被看作包括无线资源控制(RRC)层。在此刻的规范中，PHY层可以被看作层1；MAC层可以被看作层2；并且RRC层可以被看作层3。本文中下面的信息使用在RRC协议规范3GPP TS 25.331 v9.1.0中介绍的术语，以引用方式将该规范并入本文。

可以将被RNS 807覆盖的地理区域划分成一些小区，具有为每个小区提供服务的无线收发机装置。无线收发机装置在UMTS应用中通常被称为节点B，但也可以被本领域的技术人员称为基站(BS)、基站收发机(BTS)、无线基站、无线收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、接入点(AP)或者某个其它合适的术语。为清楚起见，在每个RNS807中示出了三个节点B 808；然而，RNS 807可以包括任意数量的无线节点B。节点B 808为任意数量的移动装置提供到CN 804的无线接入点。移动装置的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型设备、笔记本、上网本、智能本、个人数字助理(PDA)、卫星无线电、全球定位系统(GPS)设备、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、照相机、游戏控制台或者任何其它类似的起作用的设备。移动装置在UMTS应用中通常被称为UE，但也可以被本领域的技术人员称为移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手机、终端、用户代理、移动客户端、客户端或者某个其它合适的术语。在UMTS系统中，UE 810可以还包括包含用户对网络的订阅信息的通用用户身份模块(USIM)811。出于说明的目的，示出了与一些节点B 808通信的一个UE 810。也被称为前向链路的DL指从节点B 808到UE 810的通信链路，并且也被称为反向链路的UL指从UE 810到节点B 808的通信链路。

CN 804与诸如是UTRAN 802的一个或多个接入网对接。如所示的，CN 804是GSM核心网。然而，如本领域的技术人员应当认识到的，可以在RAN或者任何用于为UE提供到除了GSM网络之外的类型的CN的接入的合适接入网中实现贯穿本公开内容所给出的各种概念。

CN 804包括电路交换(CS)与和分组交换(PS)域。电路交换单元中的一些单元是移动服务交换中心(MSC)、访客位置寄存器(VLR)和网关MSC。分组交换单元包括服务GPRS支持节点(SGSN)和网关GPRS支持节点(GGSN)。例如是EIR、HLR、VLR和AuC的一些网络单元可以被电路交换和分组交换域两者共享。在所示出的示例中，CN 804利用MSC 812和GMSC 814支持电路交换服务。在一些应用中，GMSC 814可以被称为移动网关(MGW)。诸如是RNC 806的一个或多个RNC可以连接到MSC 812。MSC 812是控制呼叫建立、呼叫路由和UE移动性功能的装置。MSC 812还包括VLR，VLR包含在UE位于MSC 812的覆盖区域中的持续时间内的与用户相关的信息。GMSC 814通过MSC 812为UE提供用于接入电路交换网816的网关。GMSC 814包括包含用户数据的归属位置寄存器(HLR)815，用户数据诸如是反映具体的用户已订阅的服务的细节的数据。HLR还是与包含专用于用户的认证数据的认证中心(AuC)相关联的。在接收针对具体的UE的呼叫时，GMSC 814查询HLR 815以确定UE的位置，并且将呼叫转发给为该位置提供服务的具体的MSC。

CN 804还利用服务GPRS支持节点(SGSN)818和网关GPRS支持节点(GGSN)820支持分组数据服务。代表通用分组无线服务的GPRS被设计为以比对于标准电路交换数据服务可用的那些服务高的速度提供分组数据服务。GGSN 820为UTRAN 802提供到基于分组的网络822的连接。基于分组的网络822可以是互联网、专用数据网或者某个其它合适的基于分组的网络。GGSN 820的主要功能是为UE 810提供基于分组的网络连接。可以通过SGSN 818在GGSN 820与UE 810之间传输数据分组，SGSN 818主要在基于分组的域中执行与MSC 812在电路交换域中执行的功能相同的功能。

用于UMTS的空中接口可以使用扩频直接序列码分多址(DS-CDMA)系统。扩频DS-CDMA由称为码片的伪随机比特的序列进行的倍增扩展用户数据。用于UMTS的“宽带”W-CDMA空中接口是基于这样的直接序列扩频技术的，并且额外地需要频分双工(FDD)。FDD对节点B808与UE 810之间的UL和DL使用不同的载波频率。使用DS-CDMA并且使用时分双工(TDD)的用于UMTS的另一个空中接口是TD-SCDMA空中接口。本领域的技术人员应当认识到，尽管本文中描述的各种示例可能提到W-CDMA空中接口，但底层原理可以是同样适用于TD-SCDMA空中接口的。

HSPA空中接口包括促进更大的吞吐量和减少了的等待时间的对3G/W-CDMA空中接口的一系列增强。在超过之前的版本的修改中特别地，HSPA使用混合自动重传请求(HARQ)、共享信道传输和自适应调制和编码。定义HSPA的标准包括HSDPA(高速下行链路分组接入)和HSUPA(高速上行链路分组接入，也被称为增强型上行链路或者EUL)。

HSDPA利用高速下行链路共享信道(HS-DSCH)作为其传输信道。HS-DSCH由三个物理信道实现：高速物理下行链路共享信道(HS-PDSCH)、高速共享控制信道(HS-SCCH)和高速专用物理控制信道(HS-DPCCH)。

在这些物理信道中，HS-DPCCH携带用于指示对应的分组传输是否被成功地解码的上行链路上的HARQ ACK/NACK信令。即，就下行链路而言，UE 810通过HS-DPCCH向节点B提供用于指示其是否正确地解码了下行链路上的分组的反馈。

HS-DPCCH还包括来自UE 810的反馈信令，以在作出调制和编码方案以及预编码权重选择方面的正确决策时辅助节点B 808，该反馈信令包括CQI和PCI。

“HSPA演进型”或者“HSPA+”是包括使能实现提高了的吞吐量和更高的性能的MIMO和64-QAM的HSPA标准的演进。即，在本公开内容的一个方面中，节点B 808和/或UE 810可以具有支持MIMO技术的多个天线。使用MIMO技术使节点B 808能够利用空域来支持空间复用、波束成形和发射分集。

多输入多输出(MIMO)是概括地说用于指多天线技术的术语，多天线技术即多个发射天线(多个去往信道的输入)和多个接收天线(多个来自信道的输出)。MIMO系统概括地说增强数据传输性能，使能实现用以降低多经衰落和提高传输质量的分集增益和用以提高数据吞吐量的空间复用增益。

空间复用可以用于同时在相同的频率上发送不同的数据流。数据流可以被发送给单个UE 810以提高数据速率，或者被发送给多个UE 810以提高总系统容量。这通过在空间上对每个数据流进行预编码并且然后在下行链路上通过不同的发射天线发送每个经空间预编码的流来达到。经空间预编码的数据流带着不同的空间签名到达UE 810，这使UE 810中的每个UE 810能够恢复预期去往该UE 810的一个或多个数据流。在上行链路上，每个UE810可以发送一个或多个经空间预编码的数据流，这使节点B 808能够识别每个经空间预编码的数据流的源。

空间复用可以在信道状况良好时使用。在信道状况较不利时，波束成形可以用于将传输能量聚焦在一个或多个方向上，或者用于基于信道的特性改进传输。这可以通过在空间上对数据流进行预编码以用于通过多个天线进行传输来达到。为达到小区的边缘处的良好的覆盖，可以结合发送分集使用单一流波束成形传输。

概括地说，对于利用n个发射天线的MIMO系统，可以通过利用相同的信道化代码的相同的载波同时发送n个传输块。应当指出，通过n个发射天线被发送的不同的传输块可以具有与彼此相同或者不同的调制和编码方案。

另一方面，单输入多输出(SIMO)概括地说指使用单个发射天线(去往信道的单个输入)和多个接收天线(来自信道的多个输出)的系统。因此，在SIMO系统中，通过分别的载波发送单个传输块。

参考图9，接入网900处在具有被配置为在功率受限的状态期间指定时间苛刻的传输数据优先级的方面的UTRAN架构中。多址无线通信系统包括多个蜂窝区域(小区)，多个蜂窝区域包括小区902、904和906，小区902、904和906中的每个小区包括一个或多个扇区。可以由其中每个天线负责小区的一个部分中的与UE的通信的天线的组形成多个扇区。例如，在小区902中，天线组912、914和916可以各自与不同的扇区相对应。在小区904中，天线组918、920和922各自与不同的扇区相对应。在小区906中，天线组924、926和928各自与不同的扇区相对应。小区902、904和906可以包括可以与每个小区902、904或者906的一个或多个扇区通信的例如是用户设备或者UE的几个无线通信设备。例如，UE 930和932可以与节点B942通信，UE 934和936可以与节点B 944通信，并且UE 938和940可以与节点B 946通信。在一个方面中，UE 930、930、934、936、938和/或940中的一个UE可以是图1的具有PSVT呼叫部件110的MO设备102或者具有PSVT呼叫部件112的MT设备108的示例。在这里，每个节点B942、944和946被配置为为分别的小区902、904和906中的全部UE930、932、934、936、938、940提供到CN 804(见图8)的接入点。在一个方面中，节点B 942、944和946可以是与图1的网络104和/或网络106相关联的节点B(或者类似的网络实体)的示例。

在UE 934从小区904中的所说明的位置移动到小区906中时，其中与UE 934的通信从可以被称为源小区的小区904转移到可以被称为目标小区的小区906的服务小区变更(SCC)或者切换可以发生。对切换过程的管理可以在UE 934处、与分别的小区相对应的节点B处、无线网络控制器806(见图8)处或者无线网络中的另一个合适的节点处发生。例如，在与源小区904的呼叫期间，或者在任何其它时间处，UE 934可以监视源小区904的各种参数以及诸如是小区906和902的相邻小区的各种参数。另外，取决于这些参数的质量，UE 934可以维护活跃的集合，即，UE 934同时连接到的小区的列表(即，当前为UE 934分配下行链路专用物理信道DPCH或者部分下行链路专用物理信道F-DPCH的UTRA小区可以组成活跃的集合)。

由接入网900使用的调制和多址方案可以取决于被部署的具体的电信标准而改变。作为示例，标准可以包括演进数据优化(EV-DO)或者超移动宽带(UMB)。EV-DO和UMB是由第三代合作伙伴计划2(3GPP2)作为CDMA2000标准组的部分公布的空中接口标准，并且使用CDMA来为移动站提供宽带互联网接入。标准可以替换地是使用宽带CDMA(W-CDMA)和诸如是TD-SCDMA的CDMA的其它变型的通用陆地无线接入(UTRA)；使用TDMA的全球移动通信系统(GSM)；和使用OFDMA的演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20和Flash-OFDM。在来自3GPP组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、先进型LTE和GSM。在来自3GPP2组织的文档中描述了CDMA2000和UMB。所使用的实际的无线通信标准和多址技术将取决于具体的应用和被强加于系统的总体设计约束。

取决于具体的应用，无线协议架构可以采用各种形式。现在将参考图10给出HSPA系统的示例。

参考图10，示例无线协议架构1000涉及与彼此通信并且具有被配置为建立PSVT呼叫的方面的用户设备(UE)或者节点B/基站的用户面1002和控制面1004。在一个方面中，可以将架构1000包括在诸如是图1的具有PSVT呼叫部件110的MO设备102和/或具有PSVT呼叫部件112的MT设备108的UE中。在一个方面中，可以将架构1000包括在诸如是与图1的网络104和/或网络106相关联的基站的基站中。UE和节点B的无线协议架构1000被示为具有三层：层1 1006、层2 1008和层3 1010。层1 1006是最低层，并且实现各种物理层信号处理功能。因此，层1 1006包括物理层1007。层2(L2层)1008在物理层1007之上，并且负责通过物理层1007的UE与节点B之间的链路。层3(L3层)1010包括无线资源控制(RRC)子层1015。RRC子层1015处置UE与UTRAN之间的层3的控制面信令。

在用户面中，L2层1008包括在网络侧在节点B处终止的介质访问控制(MAC)子层1009、无线链路控制(RLC)子层1011和分组数据汇聚协议(PDCP)1013子层。尽管未示出，但UE可以具有L2层1008以上的几个上层，所述几个上层包括在网络侧在PDN网关处终止的网络层(例如，IP层)和在连接的另一端(例如，远端UE、服务器等)处终止的应用层。

PDCP子层1013提供不同无线承载与逻辑信道之间的复用。PDCP子层1013还提供对于上层数据分组的用于减少无线传输开销的报头压缩、通过对数据分组进行加密提供安全性以及为UE提供在节点B之间的切换支持。RLC子层1011提供对上层数据分组的分割和重组、对丢失的数据分组的重传和用于对由于混合自动重传请求(HARQ)产生的无序接收进行补偿的对数据分组的重新排序。MAC子层1009提供逻辑与传输信道之间的复用。MAC子层1009还负责在UE之间分配一个小区中的各种无线资源(例如，资源块)。MAC子层1009还负责HARQ操作。

参考图11，节点B 1110与UE 1150通信，并且具有被配置为建立PSVT呼叫的方面。在一个方面中，节点B 1110可以是图1的网络104或者网络106的示例部件。在一个方面中，UE 850可以是图1的具有PSVT呼叫部件110的MO设备102或者具有PSVT呼叫部件112的MT设备108的示例。在下行链路通信中，发送处理器1120可以接收来自数据源1112的数据和来自控制器/处理器1140的控制信号。发送处理器1120提供针对数据和控制信号以及参考信号(例如，导频信号)的各种信号处理功能。例如，发送处理器1120可以提供用于错误检测的循环冗余校验(CRC)码、用于促进前向纠错(FEC)的编码和交织、基于各种调制方案(例如，二相相移键控(BPSK)、正交相移键控(QPSK)、M相相移键控(M-PSK)、M阶正交幅度调制(M-QAM)等)向信号星座图的映射、利用正交可变扩频因子(OVSF)进行的扩频和用于产生一系列符号的利用加扰码进行的倍增。来自信道处理器1144的信道估计可以被控制器/处理器1140用于确定发送处理器1120的编码、调制、扩频和/或加扰方案。可以从由UE 1150发送的参考信号或者从来自UE 1150的反馈导出这些信道估计。将由发送处理器1120生成的符号提供给发送帧处理器1130以创建帧结构。发送帧处理器1130通过将符号与来自控制器/处理器1140的信息复用产生一系列帧来创建该帧结构。然后将帧提供给发射机1132，发射机1132提供包括放大、滤波和将帧调制到载波上以用于通过天线1134通过无线介质进行下行链路传输的各种信号调节功能。天线1134可以包括一个或多个天线，例如包括波束导引双向自适应天线阵列或者其它类似的波束技术。

在UE 1150处，接收机1154通过天线1152接收下行链路传输，并且对传输进行处理以恢复被调制到载波上的信息。将被接收机1154恢复的信息提供给接收帧处理器1160，接收帧处理器1160对每个帧进行解析，并且将来自帧的信息提供给信道处理器1194，以及将数据、控制和参考信号提供给接收处理器1170。接收处理器1170然后执行被节点B 1110中的发送处理器1120执行的处理的逆处理。具体地说，接收处理器1170对符号进行解扰和解扩频，并且然后基于调制方案确定被节点B 1110发送的最可能的信号星座图点。这些软决策可以是基于由信道处理器1194计算的信道估计的。然后对软决策进行解码和解交织以恢复数据、控制和参考信号。然后对CRC码进行检查以确定帧是否被成功地解码了。然后将由被成功地解码的帧携带的数据提供给数据宿1172，数据宿1172代表在UE 1150上操作的应用和/或各种用户接口(例如，显示器)。将由被成功地解码的帧携带的控制信号提供给控制器/处理器1190。在帧被接收机处理器1170不成功地解码时，控制器/处理器1190还可以使用确认(ACK)和/或否定确认(NACK)协议来支持针对那些帧的重传请求。

在上行链路中，将来自数据源1178的数据和来自控制器/处理器1190的控制信号提供给发送处理器1180。数据源1178可以代表在UE 1150上操作的应用和各种用户接口(例如，键盘)。与结合由节点B 1110执行的下行链路传输描述的功能类似，发送处理器1180提供包括CRC码、用于促进FEC的编码和交织、向信号星座图的映射、利用OVSF进行的扩频和用于产生一系列符号的加扰的各种信号处理功能。由信道处理器1194从被节点B 1110发送的参考信号或者从包含在被节点B 1110发送的中导码中的反馈导出的信道估计可以用于选择合适的编码、调制、扩频和/或加扰方案。将把由发送处理器1180产生的符号提供给发送帧处理器1182以创建帧结构。发送帧处理器1182通过将符号与来自控制器/处理器1190的信息复用产生一系列帧来创建该帧结构。然后将帧提供给发射机1156，发射机1156提供包括放大、滤波和将帧调制到载波上以用于通过天线1152通过无线介质进行上行链路传输的各种信号调节功能。

在节点B 1110处以与结合UE 1150处的接收机功能描述的方式类似的方式对上行链路传输进行处理。接收机1135通过天线1134接收上行链路传输，并且对传输进行处理以恢复被调制到载波上的信息。将被接收机1135恢复的信息提供给接收帧处理器1136，接收帧处理器1136对每个帧进行解析，并且将来自帧的信息提供给信道处理器1144，以及将数据、控制和参考信号提供给接收处理器1138。接收处理器1138执行被UE 1150中的发送处理器1180执行的处理的逆处理。可以然后将由被成功地解码的帧携带的数据和控制信号分别提供给数据宿1139和控制器/处理器。如果所述帧中的一些帧被接收处理器不成功地解码，则控制器/处理器1140还可以使用确认(ACK)和/或否定确认(NACK)协议来支持针对那些帧的重传请求。

控制器/处理器1140和1190可以分别用于指导节点B 1110和UE 1150处的操作。例如，控制器/处理器1140和1190可以提供包括时序、外设接口、电压调节、功率管理和其它控制功能的各种功能。存储器1142和1192的计算机可读介质可以分别为节点B 1110和UE1150存储数据和软件。节点B 1110处的调度器/处理器1146可以用于为UE分配资源和为UE调度下行链路和/或上行链路传输。

在一些方面中，可以将发射机1156和接收机1154包括在图2A和2B中的收发机46或者47中。图2A和2B中的处理器20和21可以包括针对UE所列出的处理器(例如，1160、1170、1194、1190、1182或者1180)中的一个或多个处理器。图2A和2B中的存储器44和45可以包括存储器1192、数据宿1172或者数据源1178中的一项或多项。

参考图12，说明了可以用于在MO设备102与MT设备108之间建立PSVT呼叫的LTE中的承载。如图12中所示的UE和对端实体可以分别指MO设备102和MT设备108。端到端服务1202可以指MO设备102与MT设备108之间的通信服务。EPS承载1204可以指MO设备与网络106之间的承载。EPS承载1204可以还包括网络106与MT设备108之间的外部承载1206。EPS承载1204可以指网络104与网络106之间的E-UTRAN无线接入承载(E-RAB)1208、S5/S8承载1210、MO设备102之间的无线承载1210和eNB与网络104之间的S1承载1210的组合。

如本申请中使用的，术语“部件”、“模块”、“系统”等旨在包括诸如但不限于是硬件、固件、硬件和软件的组合、软件或者执行中的软件的计算机相关的实体。例如，部件可以但不限于是在处理器上操作的进程、处理器、对象、可执行文件、执行的线程、程序和/或计算机。作为说明，在计算设备上操作的应用和计算设备两者可以是部件。一个或多个部件可以位于一个进程和/或执行的线程内，并且一个部件可以被本地化在一台计算机上和/或被分布在两台或多台计算机之间。另外，这些部件可以从具有存储在其上的各种数据结构的各种计算机可读介质执行。部件可以诸如根据具有一个或多个数据分组的信号通过本地和/或远程的进程进行通信，所述一个或多个数据分组诸如是来自与本地系统、分布式系统中的另一个部件交互和/或跨诸如是互联网的网络通过信号与其它系统交互的一个部件的数据。

此外，在本文中结合可以是有线终端或者无线终端的终端描述了各种方面。终端还可以被称为系统、设备、用户单元、用户站、移动站、移动、移动设备、远程站、远程终端、接入终端、用户终端、终端、通信设备、用户代理、用户设备(user device)或者用户设备(UE)。无线终端可以是蜂窝电话、卫星电话、无绳电话、会话发起协议(SIP)电话、无线本地环路(WLL)站、个人数字助理(PDA)、具有无线连接能力的手持型设备、计算设备或者其它的连接到无线调制解调器的处理设备。此外，在本文中结合基站描述了各种方面。基站可以用于与无线终端通信，并且也可以被称为接入点、节点B或者某个其它术语。

此外，术语“或者”旨在表示包容性的“或者”而非排除性的“或者”。即，除非专门指定或者从上下文中显而易见，否则短语“X使用A或者B”旨在表示自然包容性排列中的任一个排列。即，短语“X使用A或者B”被以下实例中的任一个实例满足：X使用A；X使用B；或者X使用A和B两者。另外，除非专门指定或者从上下文中显而易见涉及单数形式，否则如在本申请和所附权利要求中使用的冠词“一”和“一个”一般应当理解为表示“一个或多个”。

已参考W-CDMA系统给出了电信系统的几个方面。如本领域的技术人员应当轻松认识到的，贯穿本公开内容所描述的各种方面可以被扩展到其它电信系统、网络架构和通信标准。作为示例，本文中描述的技术可以被用于诸如是CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它系统的各种无线通信系统。经常可互换地使用术语“系统”和“网络”。CDMA系统可以实现诸如是通用陆地无线接入(UTRA)、cdma2000等的无线技术。UTRA包括宽带CDMA(W-CDMA)和CDMA的其它变型。另外，cdma2000覆盖IS-2000、IS-95和IS-856标准。TDMA系统可以实现诸如是全球移动通信系统(GSM)的无线技术。OFDMA系统可以实现诸如是演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、等的无线技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS的版本，其在下行链路上使用OFDMA并且在上行链路上使用SC-FDMA。在来自名称为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE和GSM。额外地，在来自名称为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了cdma2000和UMB。另外，这样的无线通信系统可以额外地包括通常使用未配对的未经许可的频谱的端到端(例如，移动到移动)自组织网络系统、802.xx无线LAN、蓝牙和任何其它的短距或者长距无线通信技术。

将根据可以包括一些设备、部件、模块等的系统给出各种方面或者特征。应当理解和认识到，各种系统可以包括额外的设备、部件、模块等和/或可以不包括结合附图讨论的设备、部件、模块等中的全部设备、部件、模块等。还可以使用这些方法的组合。

结合本文中公开的实施例描述的各种说明性的逻辑、逻辑方框、模块和电路可以利用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑设备、分立的门或者晶体管逻辑、分立的硬件部件或者被设计为执行本文中描述的功能的其任意组合来实现或者执行。通用处理器可以是微处理器，但替换地，处理器可以是任何常规的处理器、控制器、微控制器或者状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、结合DSP核心的一个或多个微处理器或者任何其它这样的配置。额外地，至少一个处理器可以包括可操作为执行上面描述的步骤和/或行动中的一个或多个步骤和/或行动的一个或多个模块。

另外，结合本文中公开的方面描述的方法或者算法的步骤和/或行动可以直接用硬件、被处理器执行的软件或者这两者的组合来体现。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除磁盘、CD-ROM或者本领域中已知的任何其它形式的存储介质中。示例性存储介质可以耦合到处理器，以使得处理器可以从存储介质读信息和向存储介质写信息。替换地，存储介质可以是在处理器的内部的。另外，在一些方面中，处理器和存储介质可以位于ASIC中。额外地，ASIC可以位于用户终端中。替换地，处理器和存储介质可以作为分立的部件位于用户终端中。额外地，在一些方面中，方法或者算法的步骤和/或行动可以作为代码和/或指令中的一项或者其任意组合或者其集合位于机器可读介质和/或计算机可读介质上，可以将机器可读介质和/或计算机可读介质并入计算机程序产品。

在一个或多个方面中，所描述的功能可以用硬件、软件、固件或者其任意组合来实现。如果用软件来实现，则功能可以作为计算机可读介质上的一个或多个指令或者代码被存储或者发送。计算机可读介质包括计算机存储介质和通信介质两者，通信介质包括任何促进计算机程序从一个地方向另一个地方的传输的介质。存储介质可以是任何可以被计算机访问的可用介质。作为示例而非限制，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或者其它光盘存储装置、磁盘存储装置或者其它磁性存储设备、或者任何其它的可以用于以指令或者数据结构的形式携带或者存储期望的程序代码并且可以被计算机访问的介质。此外，可以将任何连接称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线(DSL)或者诸如是红外线、无线电和微波的无线技术从网站、服务器或者其它远程源发送软件，则同轴线缆、光纤线缆、双绞线、DSL或者诸如是红外线、无线电和微波的无线技术被包括在介质的定义中。如本文中使用的磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光盘，其中，磁盘通常磁性地复制数据，而光盘通常利用激光在光学上复制数据。以上各项的组合也应当被包括在计算机可读介质的范围内。

尽管前述公开内容讨论了说明性的方面和/或实施例，但应当指出，可以在本文中作出各种变更和修改，而不会脱离如由所附权利要求定义的所描述的方面和/或实施例的范围。此外，尽管可能以单数形式对所描述的方面和/或实施例的要素进行了描述和权利要求，但除非明确地指出了限于单数，否则复数是所预期的。额外地，除非另外指出，否则任何方面和/或实施例的全部内容或者一部分可以与任何其它方面和/或实施例的全部内容或者一部分一起被使用。