CN105556923A - 通过基于客户端的WebRTC代理代表WebRTC多媒体客户端应用选择性复用传入WebRTC话务和/或解复用传出WebRTC话务 - Google Patents

通过基于客户端的WebRTC代理代表WebRTC多媒体客户端应用选择性复用传入WebRTC话务和/或解复用传出WebRTC话务 Download PDF

Info

Publication number
CN105556923A
CN105556923A CN201480050856.8A CN201480050856A CN105556923A CN 105556923 A CN105556923 A CN 105556923A CN 201480050856 A CN201480050856 A CN 201480050856A CN 105556923 A CN105556923 A CN 105556923A
Authority
CN
China
Prior art keywords
link
group
webrtc
stream
qos
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201480050856.8A
Other languages
English (en)
Other versions
CN105556923B (zh
Inventor
G·D·曼德亚姆
V·A·瑟亚万什
K·B·安查恩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN105556923A publication Critical patent/CN105556923A/zh
Application granted granted Critical
Publication of CN105556923B publication Critical patent/CN105556923B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1108—Web based protocols, e.g. webRTC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0257—Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

在一实施例中，第一UE上的第一WebRTC代理模块接收来自所述第一UE上的第一WebRTC多媒体客户端应用的复用流。所述第一WebRTC代理模块解复用成至少第一和第二解复用流。所述第一WebRTC代理模块经具有QoS的第一组链路将所述第一解复用流发送至第二UE上的第二WebRTC代理模块，以及在第二组链路上将第二解复用流发送至所述第二WebRTC代理模块。所述第二WebRTC代理模块重新复用所述第一和第二解复用流以获得原始版本或压缩版本的复用流，然后将重新复用的流递送至所述第二UE上的第二WebRTC多媒体客户端应用。

Description

通过基于客户端的WebRTC代理代表WebRTC多媒体客户端应用选择性复用传入WebRTC话务和/或解复用传出WebRTC话务
相关申请的交叉引用
本专利申请要求由与本申请相同的发明人于2013年9月16日提交的“SELECTIVELYMULTPLEXINGINCOMINGWEBRTCTRAFFICAND/ORDE-MULTIPLEXINGOUTGOINGWEBRTCTRAFFICBYACLIENT-BASEDWEBRTCPROXYONBEHALFOFAWEBRTCMULTIMEDIACLIENTAPPLICATION”(通过基于客户端的WebRTC代理代表WebRTC多媒体客户端应用选择性复用传入WebRTC话务和/或解复用传出WebRTC话务)的临时申请No.61/878,510的优先权，该临时申请被转让给本申请受让人并由此通过完整援引明确纳入于此。
发明背景
1.发明领域
发明的实施例涉及由基于客户端的Web实时通信(WebRTC)代理代表WebRTC多媒体客户端应用选择性地复用传入的WebRTC话务和/或解复用传出的WebRTC话务。
2.相关技术描述
无线通信系统已经过了数代的发展，包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括过渡的2.5G和2.75G网络)、以及第三代(3G)和第四代(4G)高速数据/具有因特网能力的无线服务。目前在用的有许多不同类型的无线通信系统，包括蜂窝以及个人通信服务(PCS)系统。已知蜂窝系统的示例包括蜂窝模拟高级移动电话系统(AMPS)，以及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(GSM)变型的数字蜂窝系统，以及使用TDMA和CDMA技术两者的更新的混合数字通信系统。
最近，长期演进(LTE)已发展成为用于移动电话和其他数据终端的高速数据无线通信的无线通信协议。LTE是基于GSM的，且包括来自各种GSM相关协议的贡献，这些相关协议诸如增强数据率GSM演进(EDGE)、以及通用移动电信系统(UMTS)协议(诸如高速分组接入(HSPA))。
万维网联盟(W3C)连同因特网工程任务组(IETF)在2011年开始了对称为Web实时通信(WebRTC)的web开发者技术的开发。WebRTC是一种允许浏览器(或端点)参与与一个或多个其他端点的对等(P2P)实时通信而不管端点的相对位置的协议(例如不管各端点位于同一设备上、在同一专用网络中、都位于不同的网络地址转换(NAT)和/或防火墙之后等等)。
WebRTC充分利用实时传输协议(RTP)进行实时媒体的传输。RTP是一种能够充当许多不同媒体类型的传输协议的灵活协议。这些媒体类型可被概括地分类为映射到音频或视频，或者可通过指定诸如相关联的音频或视频编解码器、带宽要求、音频或视频分辨率等信息而更为具体。而且，在网状会议模型中，多媒体流可以P2P的方式被发送以允许基于客户端的音频混合或视频合成。
由于经WebRTC通信的端点可能被限制了各端点之间的端到端连接数量的一个或多个NAT和/或防火墙分隔开，因此WebRTC允许通过单个IP地址和端口对RTP流的复用。部分地由于此限制，现有的WebRTC规范建议对RTP和RTP控制协议(RTCP)通信采用复用。当多种类型的流通过一个IP地址和端口被复用时，向不同类型的媒体提供差异化的服务质量(QoS)变得更具挑战性。
概述
在一实施例中，第一UE上的第一WebRTC代理模块接收来自所述第一UE上的第一WebRTC多媒体客户端应用的复用流。所述第一WebRTC代理模块解复用成至少第一和第二解复用流。所述第一WebRTC代理模块经具有QoS的第一组链路将所述第一解复用流发送至第二UE上的第二WebRTC代理模块，以及在第二组链路上将第二解复用流发送至所述第二WebRTC代理模块。所述第二WebRTC代理模块重新复用所述第一和第二解复用流以获得原始版本或压缩版本的复用流，然后将重新复用的流递送至所述第二UE上的第二WebRTC多媒体客户端应用。
附图简述
对本发明的各实施例及其许多伴随优点的更完整领会将因其在参考结合附图考虑的以下详细描述时变得更好理解而易于获得，附图仅出于解说目的被给出而不对本发明构成任何限定，并且其中：
图1解说了根据本发明一实施例的无线通信系统的高级系统架构。
图2A解说了根据本发明一实施例的1xEV-DO网络的无线电接入网(RAN)和核心网的分组交换部分的示例配置。
图2B解说了根据本发明一实施例的3GUMTSW-CDMA系统内的RAN和通用分组无线电服务(GPRS)核心网的分组交换部分的示例配置。
图2C解说了根据本发明一实施例的3GUMTSW-CDMA系统内的RAN和GPRS核心网的分组交换部分的另一示例配置。
图2D解说了根据本发明一实施例的基于演进分组系统(EPS)或长期演进(LTE)网络的RAN和核心网的分组交换部分的示例配置。
图2E解说了根据本发明一实施例的连接至EPS或LTE网络的增强型高速率分组数据(HRPD)RAN以及还有HRPD核心网的分组交换部分的示例配置。
图3解说了根据本发明的实施例的用户装备(UE)的示例。
图4解说了根据本发明一实施例的包括被配置成执行功能性的逻辑的通信设备。
图5解说了根据本发明的一实施例的客户端应用发起的定向QoS管理规程的更详细的实现示例。
图6A解说了根据本发明的一实施例的图5的过程针对在如图2A中那样由1xEV-DO网(旧式HRPD)服务或如图2E中那样由eHRPD网服务的同时加入半双工PTT会话的一给定UE的示例实现。
图6B解说了根据本发明的一实施例的图5的过程针对在如图2B或图2C中那样由W-CDMA网服务的同时加入半双工PTT会话的一给定UE的示例实现。
图6C解说了根据本发明的一实施例的图5的过程针对在如图2D中那样由LTE网服务的同时始发半双工PTT会话的一给定UE的示例实现。
图7A-7B涉及根据本发明的一实施例的类似于图5但在应用服务器170而非UE客户端应用处被实现的选择性QoS控制规程。
图7C解说了根据本发明的一实施例在LTE网络内针对加入半双工PTT会话的一给定UE(要么是呼叫始发者要么是呼叫目标)的图7B的示例实现。
图8A解说了根据本发明的一实施例的核心网发起的定向QoS管理规程的更详细的实现示例。
图8B分别解说了根据本发明的一实施例的图8A的更详细的实现，藉此更明确地引用LTE特定组件和消息以及W-CDMA特定组件和消息。
图8C解说了根据本发明的一实施例在W-CDMA网络内针对一给定UE(该给定UE是由某一其他UE始发的半双工PTT会话的呼叫目标)的图8B的示例实现。
图8D解说了根据本发明的一实施例在LTE网络内针对一给定UE(该给定UE是半双工PTT会话的呼叫始发者)的图8B的示例实现。
图9A解说了根据本发明的一实施例的QoS管理规程，藉此GBR资源在RAN和核心网处被本地地管理。
图9B分别解说了根据本发明的一实施例的图9A的更详细的实现，藉此更明确地引用了LTE特定组件和消息。
图10A-10B解说了根据本发明的实施例的分别关于W-CDMA架构和EV-DO架构的RAN发起的基于计时器的方向QoS流管理规程。
图11解说了用于两个UE之间的Web实时通信(WebRTC)会话的常规话务流。
图12A解说了根据本发明的一实施例的用于由同一服务网络服务的两个UE之间的WebRTC会话的话务流。
图12B解说了根据本发明的一实施例的用于由不同服务网络服务的两个UE之间的WebRTC会话的话务流。
图13解说了根据本发明的一实施例的为WebRTC会话建立QoS链路，接着在该WebRTC会话中的源UE处解复用的过程。
图14解说了根据本发明的一实施例的基于针对UE始发的WebRTC会话的基于服务器的NW发起的QoS规程的图13的过程的LTE特定实现。
图15解说了根据本发明的一实施例的基于UE发起的QoS规程的图13的过程的LTE特定实现。
图16解说了根据本发明的一实施例的基于另一NW发起的QoS规程的图13的过程的一部分的示例实现。
图17涉及根据本发明的一实施例的为WebRTC会话建立QoS链路，接着在该WebRTC会话中的目标UE处重新复用的高级过程。
详细描述
本发明的各方面在以下针对本发明具体实施例的描述和有关附图中被公开。可以设计替换实施例而不会脱离本发明的范围。另外，本发明中众所周知的元素将不被详细描述或将被省去以免湮没本发明的相关细节。
措辞“示例性”和/或“示例”在本文中用于意指“用作示例、实例或解说”。本文描述为“示例性”和/或“示例”的任何实施例不必被解释为优于或胜过其他实施例。同样，术语“本发明的各实施例”并不要求本发明的所有实施例都包括所讨论的特征、优点、或工作模式。
此外，许多实施例是根据将由例如计算设备的元件执行的动作序列来描述的。将认识到，本文描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本发明的各种方面可以用数种不同形式来体现，所有这些形式都已被构想落在所要求保护的主题内容的范围内。另外，对于本文描述的每个实施例，任何此类实施例的对应形式可在本文中被描述为例如“被配置成执行所描述的动作的逻辑”。
客户端设备(在本文中被称为用户装备(UE))可以是移动的或静止的，并且可以与无线电接入网(RAN)通信。如本文所使用的，术语“UE”可以互换地被称为“接入终端”或“AT”、“无线设备”、“订户设备”、“订户终端”、“订户站”、“用户终端”或UT、“移动终端”、“移动站”及其各种变型。一般地，UE可以经由RAN与核心网通信，并且通过核心网，UE能够与外部网络(诸如因特网)连接。当然，连接到核心网和/或因特网的其他机制对于UE而言也是可能的，诸如通过有线接入网、WiFi网络(例如，基于IEEE802.11等)等。UE可以通过数种类型设备中的任何设备来实现，包括但不限于PC卡、致密闪存设备、外置或内置调制解调器、无线或有线电话等。UE藉以向RAN发送信号的通信链路被称为上行链路信道(例如，反向话务信道、反向控制信道、接入信道等)。RAN籍以向UE发送信号的通信链路被称为下行链路或前向链路信道(例如，寻呼信道、控制信道、广播信道、前向话务信道等)。如本文所使用的，术语话务信道(TCH)可以指上行链路/反向或下行链路/前向话务信道。
图1解说了根据本发明一实施例的无线通信系统100的高级系统架构。无线通信系统100包含UE1…N。UE1…N可包括蜂窝电话、个人数字助理(PDA)、寻呼机、膝上型计算机、台式计算机等。例如，在图1中，UE1…2被解说为蜂窝呼叫电话，UE3…5被解说为蜂窝触摸屏电话或智能电话，而UEN被解说为台式计算机或PC。
参照图1，UE1…N被配置成在物理通信接口或层(在图1中被示为空中接口104、106、108)和/或直接有线连接上与接入网(例如，RAN120、接入点125等)通信。空中接口104和106可遵循给定的蜂窝通信协议(例如，CDMA、EVDO、eHRPD、GSM、EDGE、W-CDMA、LTE等)，而空中接口108可遵循无线IP协议(例如，IEEE802.11)。RAN120包括通过空中接口(诸如，空中接口104和106)服务UE的多个接入点。RAN120中的接入点可被称为接入节点或AN、接入点或AP、基站或BS、B节点、演进型B节点等。这些接入点可以是陆地接入点(或地面站)或卫星接入点。RAN120被配置成连接到核心网140，核心网140可以执行各种各样的功能，并且还可中介与外部网络(诸如因特网175)的分组交换(PS)数据的交换，所述功能包括在由RAN120服务的UE与由RAN120或完全由一不同的RAN服务的其他UE之间桥接电路交换(CS)呼叫。因特网175包括数个路由代理和处理代理(出于方便起见未在图1中示出)。在图1中，UEN被示为直接连接到因特网175(即，与核心网140分开，诸如通过WiFi或基于802.11的网络的以太网连接)。因特网175可藉此用于经由核心网140在UEN与UE1…N之间桥接分组交换数据通信。图1还示出了与RAN120分开的接入点125。接入点125可以独立于核心网140地(例如，经由诸如FiOS之类的光通信系统、线缆调制解调器等)连接到因特网175。空中接口108可通过局部无线连接(诸如在一个示例中是IEEE802.11)服务UE4或UE5。UEN被示为具有到因特网175的有线连接(诸如到调制解调器或路由器的直接连接)的台式计算机，在一示例中该调制解调器或路由器可对应于接入点125自身(例如，对于具有有线和无线连通性两者的WiFi路由器)。
参照图1，应用服务器170被示为连接到因特网175、核心网140、或这两者。应用服务器170可被实现为多个结构上分开的服务器，或者替换地可对应于单个服务器。如下文将更详细地描述的，应用服务器170被配置成针对能够经由核心网140和/或因特网175连接到应用服务器170的UE支持一个或多个通信服务(例如，网际协议语音(VoIP)会话、即按即说(PTT)会话、群通信会话、社交联网服务等)。
用于RAN120和核心网140的因协议而异的实现的示例在以下关于图2A到2D提供，以帮助更详细地解释无线通信系统100。具体而言，RAN120和核心网140的组件对应于与支持分组交换(PS)通信相关联的组件，由此旧式电路交换(CS)组件也可存在于这些网络中，但任何旧式CS专用组件未在图2A-2D明确示出。
图2A解说了根据本发明一实施例的用于CDMA20001x演进数据优化(EV-DO)网络中分组交换通信的RAN120和核心网140的示例配置。参照图2A，RAN120包括通过有线回程接口耦合至基站控制器(BSC)215A的多个基站(BS)200A、205A和210A。由单个BSC控制的一群BS被统称为子网。如本领域普通技术人员将领会的，RAN120可包括多个BSC和子网，且为方便起见，在图2A中示出了单个BSC。BSC215A通过A9连接与核心网140内的分组控制功能(PCF)220A通信。PCF220A为BSC215A执行与分组数据有关的某些处理功能。PCF220A通过A11连接与核心网140内的分组数据服务节点(PDSN)225A通信。PDSN225A具有各种功能，包括管理点对点(PPP)会话、充当归属代理(HA)和/或区外代理(FA)，且在功能上类似于GSM和UMTS网络中的网关通用分组无线电服务(GPRS)支持节点(GGSN)(以下更详细地描述)。PDSN225A将核心网140连接至外部IP网络，诸如因特网175。
图2B解说了根据本发明一实施例的3GUMTSW-CDMA系统内的RAN120和配置为GPRS核心网的核心网140的分组交换部分的示例配置。参照图2B，RAN120包括通过有线回程接口耦合至无线电网络控制器(RNC)215B的多个B节点200B、205B和210B。类似于1xEV-DO网络，由单个RNC控制的一群B节点被统称为子网。如本领域普通技术人员将领会的，RAN120可包括多个RNC和子网，且为方便起见，在图2B中示出了单个RNC。RNC215B负责信令、建立和拆除核心网140中的服务GRPS支持节点(SGSN)220B与由RAN120服务的UE之间的承载信道(即，数据信道)。如果启用了链路层加密，则RNC215B还在将内容转发给RAN120以通过空中接口传输之前对内容进行加密。RNC215B的功能在本领域是公知的且出于简明起见将不作进一步讨论。
在图2B中，核心网140包括上述SGSN220B(以及潜在地也包括数个其他SGSN)和GGSN225B。一般而言，GPRS是在GSM中用于路由IP分组的协议。GPRS核心网(例如，GGSN225B以及一个或多个SGSN220B)是GPRS系统的集中部分，并且还提供对基于W-CDMA的3G接入网的支持。GPRS核心网是GSM核心网(即，核心网140)的集成部分，其提供GSM和W-CDMA网络中的移动性管理、会话管理和IP分组传输服务。
GPRS隧穿协议(GTP)是GPRS核心网的定义IP协议。GTP是允许GSM或W-CDMA网络的终端用户(例如，UE)在各处移动，而同时继续如同从GGSN225B处的一个位置那样连接到因特网175的协议。这是通过将相应UE的数据从UE的当前SGSN220B传递到正处置相应UE的会话的GGSN225B来达成的。
GPRS核心网使用三种形式的GTP；即，(i)GTP-U、(ii)GTP-C以及(iii)GTP’(高级GTP)。GTP-U用于针对每种分组数据协议(PDP)上下文在分开的隧道中传递用户数据。GTP-C用于控制信令(例如，PDP上下文的建立和删除、GSN可达性的验证、诸如在订户从一个SGSN移至另一个SGSN时的更新或修改等)。GTP’用于从GSN向计费功能传递计费数据。
参照图2B，GGSN225B充当GPRS主干网(未示出)与因特网175之间的接口。GGSN225B从来自SGSN220B的GPRS分组提取具有相关联分组数据协议(PDP)格式(例如，IP或PPP)的分组数据，并将这些分组在相应的分组数据网络上发送出去。在另一方向上，传入的数据分组由连接GGSN的UE定向至SGSN220B，SGSN220B管理和控制由RAN120服务的目标UE的无线电接入承载(RAB)。因此，GGSN225B在位置寄存器中(例如，在PDP上下文内)存储目标UE的当前SGSN地址及其相关联的简档。GGSN225B负责IP地址指派并且是所连接的UE的默认路由器。GGSN225B还执行认证和计费功能。
在一示例中，SGSN220B代表核心网140内的许多SGSN之一。每个SGSN负责从和向相关联的地理服务区域内的UE递送数据分组。SGSN220B的任务包括分组路由和传递、移动性管理(例如，附连/断开和位置管理)、逻辑链路管理、以及认证和计费功能。SGSN220B的位置寄存器例如在关于每个用户或UE的一个或多个PDP上下文内存储向SGSN220B注册的所有GPRS用户的位置信息(例如，当前蜂窝小区、当前VLR)和用户简档(例如，IMSI、在分组数据网中使用的(一个或多个)PDP地址)。因此，SGSN220B负责(i)解除来自GGSN225B的下行链路GTP分组的隧穿，(ii)朝向GGSN225B的上行链路隧穿IP分组，(iii)当UE在SGSN服务区域之间移动时执行移动性管理，以及(iv)对移动订户记账。如本领域普通技术人员将领会的，除了(i)-(iv)以外，配置成用于GSM/EDGE网络的SGSN还具有与配置成用于W-CDMA网络的SGSN相比略微不同的功能性。
RAN120(例如，或者在UMTS系统架构中为UTRAN)经由无线电接入网应用部分(RANAP)协议与SGSN220B通信。RANAP用传输协议(诸如帧中继或IP)在Iu接口(Iu-ps)上操作。SGSN220B经由Gn接口与GGSN225B通信，并且使用以上定义的GTP协议(例如，GTP-U、GTP-C、GTP’等)，Gn接口是SGSN220B与其他SGSN(未示出)以及内部GGSN(未示出)之间的基于IP的接口。在图2B的实施例中，SGSN220B和GGSN225B之间的Gn承载GTP-C和GTP-U两者。尽管未在图2B中示出，但Gn接口也被域名系统(DNS)使用。GGSN225B经由Gi接口利用IP协议直接或通过无线应用协议(WAP)网关连接至公共数据网(PDN)(未示出)，并且进而连接到因特网175。
图2C解说了根据本发明一实施例的3GUMTSW-CDMA系统内的RAN120和配置为GPRS核心网的核心网140的分组交换部分的另一示例配置。类似于图2B，核心网140包括SGSN220B和GGSN225B。然而，在图2C中，直接隧道是Iu模式中的可选功能，其允许SGSN220B在PS域内在RAN120与GGSN225B之间建立直接用户面隧道GTP-U。可在每GGSN和每RNC基础上配置具有直接隧道能力的SGSN(诸如图2C中的SGSN220B)，无论该SGSN220B能否使用直接用户面连接。图2C中的SGSN220B处置控制面信令并作出何时建立直接隧道的决定。当指派给PDP上下文的RAB被释放(即，PDP上下文被保存)时，在GGSN225B和SGSN220B之间建立GTP-U隧道以便能够处置下行链路分组。
图2D解说了根据本发明一实施例的基于演进分组系统(EPS)或LTE网络的RAN120和核心网140的分组交换部分的示例配置。参照图2D，不同于图2B-2C中所示的RAN120，EPS/LTE网络中的RAN120配置有多个演进型B节点(eNodeB或eNB)200D、205D和210D，而没有来自图2B-2C的RNC215B。这是由于EPS/LTE网络中的eNodeB不要求RAN120内的单独控制器(即，RNC215B)就能与核心网140通信。换言之，来自图2B-2C的RNC215B的一些功能性被构建到图2D中的RAN120的每个相应eNodeB中。
在图2D中，核心网140包括多个移动性管理实体(MME)215D和220D、归属订户服务器(HSS)225D、服务网关(S-GW)230D、分组数据网络网关(P-GW)235D、以及策略和计费规则功能(PCRF)240D。这些组件、RAN120和因特网175之间的网络接口在图2D中解说并在(下)表1中定义如下：
表1–EPS/LTE核心网连接定义
现在将描述图2D的RAN120和核心网140中所示的组件的高层描述。然而，这些组件各自在本领域中根据各种3GPPTS标准是公知的，且本文包含的描述并非旨在是由这些组件执行的所有功能性的详尽描述。
参照图2D，MME215D和220D被配置成管理用于EPS承载的控制面信令。MME功能包括：非接入阶层(NAS)信令、NAS信令安全性、用于技术间和技术内越区切换的移动性管理、P-GW和S-GW选择、以及用于具有MME改变的越区切换的MME选择。
参照图2D，S-GW230D是终接朝向RAN120的接口的网关。对于与用于基于EPS的系统的核心网140相关联的每个UE，在给定时间点，存在单个S-GW。对于基于GTP和基于代理移动IPv6(PMIP)的S5/S8两者，S-GW230D的功能包括：移动性锚点、分组路由和转发、以及基于相关联EPS承载的QoS类标识符(QCI)来设置差分服务代码点(DSCP)。
参照图2D，P-GW235D是终接朝向分组数据网络(PDN)(例如，因特网175)的SGi接口的网关。如果UE正接入多个PDN，则可能存在用于该UE的一个以上P-GW；然而，通常不会同时为该UE支持S5/S8连通性和Gn/Gp连通性的混合。对于基于GTP的S5/S8两者，P-GW功能包括：分组过滤(通过深度分组监测)，UEIP地址分配，基于相关联EPS承载的QCI来设置DSCP，计及运营方间计费，上行链路(UL)和下行链路(DL)承载绑定(如3GPPTS23.203中定义的)，UL承载绑定验证(如3GPPTS23.203中定义的)。P-GW235D使用E-UTRAN、GERAN或UTRAN中的任一者向唯GSM/EDGE无线电接入网(GERAN)/UTRAN的UE和具有E-UTRAN能力的UE两者提供PDN连通性。P-GW235D通过S5/S8接口仅使用E-UTRAN来向具有E-UTRAN能力的UE提供PDN连通性。
参照图2D，PCRF240D是基于EPS的核心网140的策略和计费控制元件。在非漫游场景中，在与UE的网际协议连通性接入网(IP-CAN)会话相关联的HPLMN中存在单个PCRF。PCRF终接Rx接口和Gx接口。在具有本地话务爆发的漫游场景中，可存在与UE的IP-CAN会话相关联的两个PCRF：归属PCRF(H-PCRF)是驻留在HPLMN内的PCRF，且到访PCRF(V-PCRF)是驻留在到访VPLMN内的PCRF。PCRF在3GPPTS23.203中有更详细的描述，且因此为简明起见将不再赘述。在图2D中，应用服务器170(例如，其按3GPP术语可被称为AF)被示为经由因特网175连接至核心网140，或替换地经由Rx接口直接连接至PCRF240D。一般而言，应用服务器170(或AF)是向核心网供应使用IP承载资源(例如，UMTSPS域/GPRS域资源/LTEPS数据服务)的应用的元件。应用功能的一个示例是IP多媒体子系统(IMS)核心网子系统的代理呼叫会话控制功能(P-CSCF)。AF使用Rx参考点来向PCRF240D提供会话信息。在蜂窝网络上供应IP数据服务的任何其他应用服务器也可经由Rx参考点连接至PCRF240D。
图2E解说了根据本发明一实施例的被配置为连接至EPS或LTE网络140A的增强型高速率分组数据(HRPD)RAN的RAN120以及还有HRPD核心网140B的分组交换部分的示例。核心网140A是EPS或LTE核心网，类似于以上参照图2D描述的核心网。
在图2E中，eHRPDRAN包括多个基收发机站(BTS)200E、205E和210E，它们连接至增强型BSC(eBSC)和增强型PCF(ePCF)215E。eBSC/ePCF215E可通过S101接口连接至EPS核心网140A内的MME215D或220D之一，以及通过A10和/或A11接口连接至HRPD服务网关(HSGW)220E以与EPS核心网140A内的其他实体对接(例如，通过S103接口与S-GW230D对接、通过S2a接口与P-GW235D对接，通过Gxa接口与PCRF240D对接，通过STa接口与3GPPAAA服务器(图2D中未显式示出)对接等)。在3GPP2中定义了HSGW220E以提供HRPD网络与EPS/LTE网络之间的互通。如将领会的，eHRPDRAN和HSGW220E配置有至EPC/LTE网络的接口功能性，这在旧式HRPD网络中是不可用的。
回到eHRPDRAN，除了与EPS/LTE网络140A对接之外，eHRPDRAN还可与旧式HRPD网络(诸如HRPD网络140B)对接。如将领会的，HRPD网络140B是旧式HRPD网络(诸如来自图2A的EV-DO网络)的示例实现。例如，eBSC/ePCF215E可经由A12接口与认证、授权和记账(AAA)服务器225E对接，或经由A10或A11接口来对接至PDSN/FA230E。PDSN/FA230E进而连接至HA235A，藉此可接入因特网175。在图2E中，某些接口(例如，A13、A16、H1、H2等)未被明确描述，但出于完整性而被示出，且将是熟悉HRPD或eHRPD的本领域普通技术人员所理解的。
参照图2B-2E，将领会，在某些情形中，与eHRPDRAN和HSGW(例如，图2E)对接的LTE核心网(例如，图2D)和HRPD核心网能支持网络发起的(例如，由P-GW、GGSN、SGSN等发起的)服务质量(QoS)。
图3解说了根据本发明的诸实施例的UE的示例。参照图3，UE300A被解说为发起呼叫的电话，而UE300B被解说为触摸屏设备(例如，智能电话、平板计算机等)。如图3所示，UE300A的外壳配置有天线305A、显示器310A、至少一个按钮315A(例如，PTT按钮、电源按钮、音量控制按钮等)和小键盘320A以及其他组件，如本领域已知的。同样，UE300B的外壳配置有触摸屏显示器305B、外围按钮310B、315B、320B和325B(例如，电源控制按钮、音量或振动控制按钮、飞行模式切换按钮等)、至少一个前面板按钮330B(例如，Home(主界面)按钮等)以及其他组件，如本领域已知的。尽管未被显式地示为UE300B的一部分，但UE300B可包括一个或多个外部天线和/或被构建到UE300B的外壳中的一个或多个集成天线，包括但不限于WiFi天线、蜂窝天线、卫星定位系统(SPS)天线(例如，全球定位系统(GPS)天线)，等等。
虽然UE(诸如UE300A和300B)的内部组件可以用不同硬件配置来实施，但在图3中，内部硬件组件的基本高级UE配置被示为平台302。平台302可接收并执行传送自RAN120的可能最终来自核心网140、因特网175和/或其他远程服务器和网络(例如应用服务器170、webURL等)的软件应用、数据和/或命令。平台302还可独立地执行本地存储的应用而无需RAN交互。平台302可包括收发机306，收发机306可操作地耦合到专用集成电路(ASIC)308或其他处理器、微处理器、逻辑电路、或其他数据处理设备。ASIC308或其他处理器执行与无线设备的存储器312中的任何驻留程序相对接的应用编程接口(API)310层。存储器312可包括只读或随机存取存储器(RAM和ROM)、EEPROM、闪存卡、或计算机平台常用的任何存储器。平台302还可包括能存储未在存储器312中活跃地使用的应用以及其它数据的本地数据库314。本地数据库314通常为闪存单元，但也可以是如本领域已知的任何辅助存储设备(诸如磁介质、EEPROM、光学介质、带、软盘或硬盘、或诸如此类)。
相应地，本发明的一实施例可包括具有执行本文描述的功能的能力的UE(例如，UE300A、300B等)。如将由本领域技术人员领会的，各种逻辑元件可实施在分立元件、处理器上执行的软件模块、或软件与硬件的任何组合中以实现本文公开的功能性。例如，ASIC308、存储器312、API310和本地数据库314可以全部协作地用来加载、存储和执行本文公开的各种功能，且用于执行这些功能的逻辑因此可分布在各种元件上。替换地，该功能性可被纳入到一个分立的组件中。因此，图3中的UE300A和300B的特征将仅被视为解说性的，且本发明不限于所解说的特征或布局。
UE300A和/或300B与RAN120之间的无线通信可以基于不同的技术，诸如CDMA、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、GSM、或可在无线通信网络或数据通信网络中使用的其他协议。如上文所讨论的以及本领域中已知的，可以使用各种网络和配置来将语音传输和/或数据从RAN传送到UE。因此，本文提供的解说并非意图限定本发明的各实施例，而仅仅是帮助描述本发明的各实施例的各方面。
图4解说了包括配置成执行功能性的逻辑的通信设备400。通信设备400可对应于上述通信设备中的任一者，包括但不限于UE300A或300B、RAN120的任何组件(例如，BS200A至210A、BSC215A、B节点200B至210B、RNC215B、演进型B节点200D至210D等)、核心网140的任何组件(例如，PCF220A、PDSN225A、SGSN220B、GGSN225B、MME215D或220D、HSS225D、S-GW230D、P-GW235D、PCRF240D)、与核心网140和/或因特网175耦合的任何组件(例如，应用服务器170)，等等。因此，通信设备400可对应于配置成通过图1的无线通信系统100与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电子设备。
参照图4，通信设备400包括配置成接收和/或传送信息的逻辑405。在一示例中，如果通信设备400对应于无线通信设备(例如，UE300A或300B、BS200A至210A之一、B节点200B至210B之一、演进型B节点200D至210D之一、等等)，则配置成接收和/或传送信息的逻辑405可包括无线通信接口(例如，蓝牙、WiFi、2G、CDMA、W-CDMA、3G、4G、LTE等)，诸如无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一示例中，配置成接收和/或传送信息的逻辑405可对应于有线通信接口(例如，串行连接、USB或火线连接、可藉以接入因特网175的以太网连接等)。因此，如果通信设备400对应于某种类型的基于网络的服务器(例如，PDSN、SGSN、GGSN、S-GW、P-GW、MME、HSS、PCRF、应用服务器170等)，则被配置成接收和/或传送信息的逻辑405在一示例中可对应于以太网卡，该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。在进一步示例中，配置成接收和/或传送信息的逻辑405可包括传感或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)，通信设备400可藉由该传感或测量硬件来监视其本地环境。配置成接收和/或传送信息的逻辑405还可包括在被执行时准许配置成接收和/或传送信息的逻辑405的相关联硬件执行其接收和/或传送功能的软件。然而，配置成接收和/或传送信息的逻辑405不单单对应于软件，并且配置成接收和/或传送信息的逻辑405至少部分地依赖于硬件来实现其功能性。
参照图4，通信设备400进一步包括配置成处理信息的逻辑410。在一示例中，配置成处理信息的逻辑410可至少包括处理器。可由配置成处理信息的逻辑410执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备400的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议之间转换，诸如，.wmv到.avi等)，等等。例如，包括在配置成处理信息的逻辑410中的处理器可对应于被设计成执行本文所描述功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其它此类配置。配置成处理信息的逻辑410还可包括在被执行时准许配置成处理信息的逻辑410的相关联硬件执行其处理功能的软件。然而，配置成处理信息的逻辑410不单单对应于软件，并且配置成处理信息的逻辑410至少部分地依赖于硬件来实现其功能性。
参照图4，通信设备400进一步包括配置成存储信息的逻辑415。在一示例中，配置成存储信息的逻辑415可至少包括非瞬态存储器和相关联的硬件(例如，存储器控制器等)。例如，包括在被配置成存储信息的逻辑415中的非瞬态存储器可对应于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质。配置成存储信息的逻辑415还可包括在被执行时准许配置成存储信息的逻辑415的相关联硬件执行其存储功能的软件。然而，配置成存储信息的逻辑415不单单对应于软件，并且配置成存储信息的逻辑415至少部分地依赖于硬件来实现其功能性。
参照图4，通信设备400进一步可任选地包括配置成呈现信息的逻辑420。在一示例中，配置成呈现信息的逻辑420可至少包括输出设备和相关联的硬件。例如，输出设备可包括视频输出设备(例如，显示屏、能承载视频信息的端口，诸如USB、HDMI等)、音频输出设备(例如，扬声器、能承载音频信息的端口，诸如话筒插孔、USB、HDMI等)、振动设备和/或信息可此被格式化以供输出或实际上由通信设备400的用户或操作者输出的任何其它设备。例如，如果通信设备400对应于如图3中示出的UE300A或UE300B，则配置成呈现信息的逻辑420可包括UE300A的显示器310A或UE300B的触摸屏显示器305B。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，配置成呈现信息的逻辑420可被省略。配置成呈现信息的逻辑420还可包括在被执行时准许配置成呈现信息的逻辑420的相关联硬件执行其呈现功能的软件。然而，配置成呈现信息的逻辑420不单单对应于软件，并且配置成呈现信息的逻辑420至少部分地依赖于硬件来实现其功能性。
参照图4，通信设备400进一步可任选地包括配置成接收本地用户输入的逻辑425。在一示例中，配置成接收本地用户输入的逻辑425可至少包括用户输入设备和相关联的硬件。例如，用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如，话筒或可携带音频信息的端口，诸如话筒插孔等)、和/或可用来从通信设备400的用户或操作者接收信息的任何其它设备。例如，如果通信设备400对应于如图3所示的UE300A或UE300B，则配置成接收本地用户输入的逻辑425可包括按键板320A、按钮315A或310B到325B中的任何一个按钮、触摸屏显示器305B等。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，配置成接收本地用户输入的逻辑425可被省略。配置成接收本地用户输入的逻辑425还可包括在被执行时准许配置成接收本地用户输入的逻辑425的相关联硬件执行其输入接收功能的软件。然而，配置成接收本地用户输入的逻辑425不单单对应于软件，并且配置成接收本地用户输入的逻辑425至少部分地依赖于硬件来实现其功能性。
参照图4，尽管所配置的逻辑405到425在图4中被示出为分开或相异的块，但将领会，相应各个所配置的逻辑藉以执行其功能性的硬件和/或软件可部分交迭。例如，用于促成所配置的逻辑405到425的功能性的任何软件可被存储在与配置成存储信息的逻辑415相关联的非瞬态存储器中，从而所配置的逻辑405到425各自部分地基于由配置成存储信息的逻辑415所存储的软件的操作来执行其功能性(即，在这一情形中为软件执行)。同样地，直接与所配置的逻辑之一相关联的硬件可不时地被其它所配置的逻辑借用或使用。例如，配置成处理信息的逻辑410的处理器可在数据由配置成接收和/或传送信息的逻辑405传送之前将此数据格式化为恰适格式，从而配置成接收和/或传送信息的逻辑405部分地基于与配置成处理信息的逻辑410相关联的硬件(即，处理器)的操作来执行其功能性(即，在这一情形中为数据传输)。
一般而言，除非另外明确声明，如贯穿本公开所使用的短语“配置成…的逻辑”旨在援用至少部分用硬件实现的实施例，而并非旨在映射到独立于硬件的纯软件实现。同样，将领会，各个框中的所配置的逻辑或配置成“……的逻辑”并不限于具体的逻辑门或元件，而是一般地指代执行本文描述的功能性的能力(经由硬件或硬件和软件的组合)。因此，尽管共享措词“逻辑”，但如各个框中所解说的所配置的逻辑或“配置成……的逻辑”不必被实现为逻辑门或逻辑元件。从以下更详细地描述的各实施例的概览中，各个框中的逻辑之间的其它交互或协作将对本领域普通技术人员而言变得清楚。
在网络(诸如图2A中的1xEV-DO、图2B-2C中的基于UMTS的W-CDMA、图2D中的LTE和图2E中的eHRPD)上操作的会话可在为其保留保证的质量水平(其被称为服务质量(QoS))的信道(例如，RAB、流等)上被支持。例如，在特定信道上建立给定水平的QoS可提供该信道上的最小保证比特率(GBR)、最大延迟、抖动、等待时间、比特差错率(BER)等中的一者或多者。可为与实时或流送通信会话相关联的信道预留(或建立)QoS资源以帮助确保这些会话的无缝端到端分组传输，所述会话诸如IP语音(VoIP)会话、群通信会话(例如，PTT会话等)、在线游戏、IPTV等等。
常规来说，当对于与此处被标示为App*的某一应用(如VoIP、PTT等)相关联的通信会话建立或激活QoS承载时，在该通信会话的整个持续期内，QoS被建立在上行链路和下行链路信道两者上。然而，如本领域普通技术人员之一将理解的，参与App*通信会话的一给定UE上的客户端应用可能不具有在通信会话的上行链路和下行链路信道两者上连续地和/或并发地进行传送和/或接收的高优先级话务。
例如，在半双工App*通信会话(例如1:1或直接呼叫，或诸如PTT之类的群呼叫)中，发言权持有者可具有在上行链路信道上进行传送(即，至非发言权持有者)的高优先级话务，但是由于该App*会话的半双工性质，发言权持有者通常将不具有在下行链路信道上进行接收的高优先级话务。类似地，在上述的半双工App*通信会话中，(诸)非发言权持有者可能具有在下行链路信道上进行接收(即从发言权持有者)的高优先级话务，但是由于该App*会话的半双工性质，(诸)发言权持有者通常将不具有在上行链路信道上进行传送的高优先级话务。进一步，在半双工App*会话期间，存在没有人保持发言权的一些时间(例如除了发言权请求之外，在任一方向中没有高优先级话务)。转向全双工App*通信会话(如1:1或直接呼叫)，呼叫中的给定一方可能使他们的会话静音或可能仅仅是不说话，使得该给定一方不具有在上行链路信道上进行传送的高优先级话务。如将理解的，在上述的半双工或全双工App*会话的至少一部分期间，在整个App*通信会话中在两个方向(即上行链路和下行链路)中持续地为各个会话参与者保留QoS可能是低效的，因为每个QoS保留减少了系统100的总资源容量。
相应地，本发明的实施例涉及基于在App*通信会话期间高优先级话务预期流动(或实际正在流动)的方向(如上行链路和/或下行链路)，以动态方式选择性地增加或减少对用于该App*通信会话的上行链路和/或下行链路信道的QoS资源的分配。具体来说，下述的本发明的实施例涉及基于QoS的通信会话，所述基于QoS的通信会话被配置成由应用服务器170跨上述图2A至2E中所示的核心网中的一个或多个进行仲裁。
例如，在基于QoS的App*通信会话对应于图2A中所示的通过1xEV-DO核心网居于一个或多个UE之间的VoIP会话的情况下，由应用服务器170管理的每个VoIP会话可与可能被分配了QoS的三(3)个流(即呼叫建立信令流、传入呼叫信令流、以及媒体话务流(mediatrafficflow))相关联。1xEV-DO核心网不将GBRQoS识别为可保留的参数，使得针对EV-DO的QoS建立在RAN120处被实现。
在另一示例中，在基于QoS的App*通信会话对应于如图2B或图2C中所示的通过基于UMTS的W-CDMA核心网居于一个或多个UE之间的VoIP会话的情况下，每个VoIP会话可被配置有‘交互式’(Interactive)话务类QoS，并可通过配置MAC-es/MAC-hsGBR以及为UL使用非调度传输准予来在RAN120(即UTRAN)处以及通过空中接口接收GBRQoS。类似于上面涉及1xEV-DO核心网的示例，GBRQoS资源不被保留且不能在图2B-2C的W-CDMA核心网中被配置用于“交互式”话务类(仅RAN120)，因为W-CDMA核心网不将GBR-QoS识别为可保留的参数，使得仅逻辑连接被维持。替代地，当“对话式”话务类而不是“交互式”话务类被使用时，GBRQoS资源可被UE和W-CDMA核心网两者协商/修改。典型地，VoIP会话在W-CDMA中使用“对话式”话务类。
在另一示例中，在基于QoS的App*通信会话对应于图2D中所示的通过LTE核心网居于一个或多个UE之间的VoIP会话的情况下，由应用服务器170管理的VoIP会话在专门的因应用而异的PDN连接(标示为PDNApp*)上使用值为“1”的QoS类标识符(QCI)或因应用而异的QCI用于App*GBRQoS承载(标示为QCIApp*)，并要求S5连接要么即使在UE处于RRC空闲状态时也被维持，要么在RCC空闲至连接转换之后被快速建立。因此，不同于图2A的1xEV-DO核心网和图2B-2C的W-CDMA核心网，图2D的LTE核心网从而除了RAN120之外还在核心网140处支持GBRQoS。
下文将更详细描述的本发明的各实施例各自被配置用于在图2A-2B的核心网中的一个或多个核心网内操作，如(下)表2中归纳如下：
表2–对核心网类型的实施例适用性的概览
图5解说了根据本发明的一实施例的客户端应用发起的定向QoS管理规程的更详细的实现示例。如(上)表2中所解释的，客户端应用发起的定向QoS管理规程(即来自表2的#1)可被实现在图2A的1xEV-DO核心网中、图2B-2C的W-CDMA核心网(如果“对话式”话务类被用于该会话)中、图2D的LTE核心网中和/或图2E的eHRPD核心网中。图5通用于这些核心网类型中的任何类型，而图6A-6C示出用于将图5的规程映射到各个核心网类型的更详细流程图。
参照图5，用于给定UE上的App*的客户端应用确定发起App*通信会话(如VoIP会话、PTT会话等)，500。500处的确定可基于该给定UE的操作者始发该通信会话的请求，在该情况下，该给定UE是始发UE。替代地，500处的确定可基于在该给定UE处接收到的通告由某一其他实体始发的该App*通信会话的呼叫通告消息，在该情况下，该给定UE是目标UE。在图5的实施例中，假设该App*客户端应用正在该给定UE上执行且被配置成处置与App*通信会话(如VoIP会话、PTT会话等)相关联的客户端侧操作。
在505，该App*客户端应用确定要被发起的该App*通信会话是半双工的还是全双工的。如果在505处该App*客户端应用确定该App*通信会话是半双工的(例如PTT呼叫)，则该App*客户端应用确定该给定UE当前是否具有该半双工App*会话的发言权(或是当前发言权持有者)，510。如果在510处该App*客户端应用确定该给定UE具有发言权，则该App*客户端应用确定是否阈值水平的上行链路(UL)QoS资源(如GBR被设置为阈值数据率或kpbs)被建立来支持给定UE针对该半双工App*会话进行的上行链路媒体传输，515。如将理解的，半双工App*会话的发言权持有者有可能要在UL信道上传送高优先级媒体来分发到作为非发言权持有者或收听者而参与该半双工App*会话的(诸)目标UE，使得来自该发言权持有者的该UL信道上的QoS可提高该半双工App*会话的会话质量。如下文参考图6A-6C将更详细阐述的那样，515处的上行链路QoS资源确定可包括(i)如果该给定UE如图2A中那样由1xEV-DO网服务或如图2E中那样由eHRPD网服务，则确定用于UL媒体话务流的QoS是否被建立，(ii)如果该给定UE如图2B-2C中那样由W-CDMA网服务或如图2D中那样由LTE网服务，则确定UL媒体承载是否至少配置有用于支持该半双工会话的阈值GBR。
如果在515该给定UE上的该App*客户端应用确定还未对该半双工App*会话建立阈值ULQoS资源，则在520，该给定UE请求ULQoS资源被激活和/或增加。例如，如果该给定UE如图2A中那样由1xEV-DO网服务，则该给定UE可在520请求用于UL媒体话务流的QoS被激活。在另一示例中，如果该给定UE如图2B-2C中那样由W-CDMA网服务或如图2D中那样由LTE网服务，则在520该给定UE可请求将其UL媒体承载上的其当前GBR修改为更高的GBR(如XApp*kpbs，其中XApp*kpbs对应于用于App*通信会话的因应用而异的动态数据率)。
进一步，如果在510该给定UE被确定为具有该半双工App*会话的发言权，则将理解该给定UE可能不需要用于下行链路(DL)媒体的QoS。因此，除了在515-520选择性地为UL信道建立或增加QoS(如有必要)之外，该给定UE还将在525-530对App*承载选择性地拆除或减少用于DL信道的现有QoS资源(如有必要)。从而，该App*客户端应用确定阈值水平的DLQoS资源是否被建立来针对该半双工App*会话支持在该给定UE处的DL媒体接收，525。如下文参考图6A-6C将更详细阐述的那样，525处的DLQoS资源确定可包括(i)如果该给定UE如图2A中那样由1xEV-DO网服务或如图2E中那样由eHRPD网服务，则确定用于DL媒体话务流的QoS是否被建立，(ii)如果该给定UE如图2B-2C中那样由W-CDMA网服务或如图2D中那样由LTE网服务，则确定DLApp*媒体承载是否至少配置有阈值GBR。
如果在525处该给定UE上的该App*客户端应用确定已对该半双工App*会话建立阈值DLQoS资源，则在530，该给定UE上的该App*客户端应用请求停用和/或减少DLQoS资源。例如，如果该给定UE如图2A中那样由1xEV-DO网服务或如图2E中那样由eHRPD网服务，则该给定UE可在530请求停用和/或关闭用于DL媒体话务流的QoS。在另一示例中，如果该给定UE如图2B-2C中那样由W-CDMA网服务或如图2D中那样由LTE网服务，则该给定UE上的该App*客户端应用可在530请求将其DL媒体承载上的其当前GBR修改为更低的GBR。
仍然参照图5且返回至510处的半双工发言权持有者确定，如果在510处该App*客户端应用确定该给定UE不具有发言权，则该App*客户端应用确定是否有另一会话参与者持有发言权(即是否有来自某一实体的媒体正通过该半双工App*会话的DL信道被接收)，535。如将理解的，该半双工App*会话的非发言权持有者(或目标UE)有可能正在DL上接收高优先级媒体，使得用于非发言权持有者或(诸)目标UE的DL信道上的QoS能为该半双工App*会话提高会话质量。相应地，如果在535处该App*客户端应用确定另一实体持有发言权(即针对该半双工App*会话，媒体正在该给定UE处被接收)，则该App*客户端应用确定阈值水平的DLQoS资源是否被建立来针对该半双工会话支持在该给定UE处的DL媒体接收，540(类似于525)。
如果在540处该给定UE上的该App*客户端应用确定还未对该半双工App*会话建立阈值DLQoS资源，则在545，该给定UE上的该App*客户端应用请求激活和/或增加DLQoS资源。例如，如果该给定UE如图2A中那样由1xEV-DO网服务或如图2E中那样由eHRPD网服务，则该给定UE可在545请求激活用于DL媒体话务流的QoS。在另一示例中，如果该给定UE如图2B-2C中那样由W-CDMA网服务或如图2D中那样由LTE网服务，则该给定UE上的该App*客户端应用可在545请求将其DL媒体承载上的其当前GBR修改为更高的GBR(如XApp*kpbs)。
进一步，如果在510该给定UE被确定为不具有该半双工App*会话的发言权，则将理解该给定UE可能不需要用于UL媒体的QoS。因此，除了在540-545选择性地为DL信道建立QoS(如有必要)之外，该给定UE还将在550-555选择性地拆除或减少用于UL信道的现有QoS资源(如有必要)。从而，该App*客户端应用确定阈值水平的ULQoS资源是否被建立来针对该半双工会话支持在该给定UE处的UL媒体接收，550(类似于520)。
如果在550该给定UE上的该App*客户端应用确定已对该半双工App*会话建立阈值ULQoS资源，则在555，该给定UE请求停用和/或减少ULQoS资源。例如，如果该给定UE如图2A中那样由1xEV-DO网服务或如图2E中那样由eHRPD网服务，则该给定UE上的该App*客户端应用可在555请求停用和/或关闭用于UL媒体话务流的QoS。在另一示例中，如果该给定UE如图2B-2C中那样由W-CDMA网服务或如图2D中那样由LTE网服务，则该给定UE上的该App*客户端应用可在555请求将其UL媒体承载上的其当前GBR修改为更低的GBR(如1kpbs或某一其他标称数据率)。
仍然参照图5且返回至535处的确定，藉此在510处确定该给定UE本身不持有发言权之后该App*客户端应用确定是否存在另一发言权持有者，如果在535该App*客户端应用确定无人持有发言权，则该App*客户端应用确定对该半双工App*会话减少或停用DL和ULQoS资源两者(至少直到会话参与者之一被授予发言权为止)，560。因此，在560之后，过程前进至525-530与550-555两者，其中DL和ULQoS资源被减少和/或停用(如有必要)。
再次参照图5且返回505处的双工确定，如果该App*客户端应用确定该通信会话是全双工的(如VoIP呼叫)而不是半双工的，则该App*客户端应用确定是否针对该全双工App*会话将音频静音，565。如将理解的，如果音频被静音，则该给定UE的操作者正在收听该全双工App*会话中的其他(诸)UE，但实际上不希望他/她自己的音频被传递给其他(诸)UE。如果在565该App*客户端应用确定该全双工App*会话不被静音，则该全双工App*会话的UL和DLQoS资源两者都被激活或增加(如有必要)，570。例如，在一示例中，570可对应于515-520以及550-555的执行。否则，如果在565该App*客户端应用确定该全双工App*会话被静音，则该过程前进至540-555，在那里，DLQoS资源被增加或激活(如有必要)以及ULQoS资源被减少或停用(如有必要)。
图6A解说了根据本发明的一实施例的图5的过程针对在如图2A中那样由EV-DO网(旧式HRPD)服务或如图2E中那样由eHRPD网服务的同时加入半双工App*PTT会话的一给定UE的示例实现。参照图6A，在该给定UE处于空闲状态的同时，该App*客户端应用确定始发App*PTT呼叫，600A(例如响应于PTT按钮按压)，且该App*客户端应用确定该给定UE具有发言权，605A(例如类似于图5中的500-515)。假设该给定UE还未针对该App*PTT呼叫对其UL媒体流建立QoS，该给定UE上的该App*客户端应用针对该App*PTT呼叫为其UL媒体流而不是DL媒体流请求QoS激活。这被示于图6A中，藉此该给定UE传送指示出UL媒体QoS流(而非DL媒体QoS流)的ReservationOnRequest(保留开启请求)消息，615A。从而，RAN120为该UL媒体流建立ULQoS保留(由620A至640A之间的信令示出，这将容易被熟悉1xEV-DO的本领域普通技术人员之一理解)，同时将用于DL媒体流的DLQoS保留留在挂起状态(如类似于图5的515-530)。尽管在图6A中未清楚示出，但是该给定UE上的该App*客户端应用可在640A之后作为发言权持有者开始传送媒体。
参照图6A，该给定UE上的该App*客户端应用最终释放发言权，645A，而该App*客户端应用确定另一UE具有该App*PTT会话的发言权，650A(类似于图5的510和535)。因此，该给定UE打开用于DL媒体流的DLQoS保留(655A-660A)，且该给定UE拆除用于UL媒体流的ULQoS保留(665A-670A)，类似于图5的540-555。
参照图6A，该另一UE最终释放发言权，675A，而该App*客户端应用确定无UE具有该App*PTT会话的发言权，680A(类似于图5的535和560)。因此，该给定UE上的该App*客户端应用拆除用于DL媒体流的DLQoS保留以及用于UL媒体流的ULQoS保留两者(680A-690A)，类似于图5的525-530以及550-555。
尽管图6A针对给定UE是App*PTT呼叫的始发者的示例，但是将理解图6A可被修改以适应该给定UE反而是该App*PTT呼叫的呼叫目标的情形。在图6A的呼叫目标实现中，该呼叫目标UE上的该App*客户端应用经呼叫通告消息(而不是如600A中那样的PTT按钮按压)知晓该App*PTT呼叫，且该呼叫目标UE将作为非发言权持有者(而不是如图6A中那样的发言权所有者)开始该App*PTT呼叫。除了这些差异之外，可按与图6A中类似的方式为该呼叫目标UE管理用于App*媒体QoS流的UL和DLQoS。而且，尽管未在图6A中清楚示出，但是图6A可被扩展以便覆盖来自图5的其他用例，诸如全双工示例(如来自图5的565、570等)而不是图6B中的半双工会话示例。此外，尽管图6A是以当给定UE处于空闲时(即没有话务信道(TCH))在600A处始发App*PTT呼叫来描述的，但是将理解，图6A可被修改使得在该给定UE已被分配了TCH的情况下，该App*PTT呼叫在该给定UE处始发(或对于目标UE实现，通过预先建立的TCH通告给给定UE)。
图6B解说了根据本发明的一实施例的图5的过程针对在如图2B或图2C中那样由W-CDMA网服务的同时加入半双工App*PTT会话的一给定UE的示例实现。参照图6B，该给定UE正在CELL_PCH或URA_PCH状态中操作，600B，且该App*客户端应用接收与某一其他UE始发的App*PTT呼叫相关联的寻呼，605B(例如，响应于该其他UE处的PTT按钮按压)，这促使该给定UE与RAN120一起执行蜂窝小区更新规程，610B，以便转换到CELL_DCH状态，615B，以接收PTT通告消息(未示出)以及为该App*PTT会话建立RAB，620B。具体来说，在620B处，RAN120在用于媒体RAB的UL和DL两者上至少分配将支持该App*PTT会话的阈值GBR(如XApp*kpbs)。
参照图6B，假设该App*客户端应用确定另一UE具有该App*PTT会话的发言权，625B(类似于图5的510和535)。因此，由于在620B该给定UE已被分配了阈值GBR，则该App*客户端应用确定将分配给DL媒体承载的GBR维持在XApp*kpbs，但减少分配给UL媒体承载的GBR(例如减少至1kpbs或某一其他标称水平)，类似于图5的540-555。UL媒体承载的GBR减少以630B至670B之间的信令被示于图6B中，并且该信令将容易被熟悉UMTS和/或W-CDMA的本领域普通技术人员之一理解。
尽管图6B涉及给定UE是App*PTT呼叫的呼叫目标UE的示例，但是将理解图6B可被修改以适应该给定UE反而是该App*PTT呼叫的呼叫始发者的情形。在图6B的呼叫始发者实现中，该呼叫始发者UE上的该App*客户端应用能经PTT按钮按压(而不是如605B中那样的寻呼/通告规程)知晓该App*PTT呼叫，且该呼叫始发者UE将作为发言权持有者(而不是如图6B中那样的非发言权所有者)开始该App*PTT呼叫。除了这些差异之外，可按与图6B中类似的方式为该呼叫目标UE管理用于App*媒体QoS流的UL和DLQoS。而且，尽管未在图6B中清楚示出，但是图6B可被扩展以便覆盖来自图5的其他用例，诸如全双工示例(如来自图5的565、570等)而不是图6B中的半双工会话示例。此外，尽管图6B是以当给定UE处于URA_PCH/CELL_PCH状态时基于接收到的寻呼在605B处始发App*PTT呼叫来描述的，但是将理解，图6B可被修改使得在该给定UE已处于CELL_DCH状态的情况下，对于该App*PTT呼叫，该App*PTT会话的呼叫通告到达(或对于始发UE实现，当给定UE处于CELL_DCH时在该给定UE处检测到针对App*的PTT按钮按压)。
图6C解说了根据本发明的一实施例的图5的过程针对在如图2D中那样由LTE网服务的同时始发半双工App*PTT会话的一给定UE的示例实现。参照图6C，该给定UE正以无线电资源连通(RRC)空闲模式操作，600C，且该App*客户端应用确定发起半双工App*PTT会话(例如响应于该给定UE上的PTT按钮按压)，605C。该给定UE然后与RAN120(即服务于该给定UE的eNodeB，诸如eNodeB205D)一起执行RCC连接建立以及服务请求规程，610C，以便转换到RCC连通状态，615C，以及为该半双工App*PTT会话的媒体建立非GBREPS承载以及专用GBREPS承载，620C。具体来说，在620C，eNodeB205D基于从MME215B接收到的QoS在用于App*GBR媒体承载的UL和DL两者上至少分配将支持该App*PTT会话的阈值GBR(如XApp*kpbs)。
参照图6C，假设该App*客户端应用确定该给定UE将伴随着发言权而开始该半双工App*PTT会话，625C(例如类似于图5中的500-515)。由于该给定UE已为其UL媒体承载建立QoS(例如在620C由eNodeB205D分配给UL媒体承载的GBR的XApp*kpbs)，该给定UE上的该App*客户端应用请求将DL媒体承载的QoS从XApp*kpbs减少到低于该GBR阈值的kpbs水平(如标称kpbs水平，诸如1kpbs)。UL媒体承载的GBR减少以630C和665C之间的信令被示于图6C中，并且该信令将容易被熟悉LTE的本领域普通技术人员之一理解。
尽管图6C涉及给定UE是App*PTT呼叫的始发者的示例，但是将理解图6A可被修改以适应该给定UE反而是该App*PTT呼叫的呼叫目标的情形。在图6C的呼叫目标实现中，该呼叫目标UE上的该App*客户端应用经呼叫通告消息(而不是如605C中那样的PTT按钮按压)知晓该App*PTT呼叫，且该呼叫目标UE将作为非发言权持有者(而不是如图6C中那样的发言权所有者)开始该App*PTT呼叫。除了这些差异之外，可按与图6C中类似的方式为该呼叫目标UE管理用于App*媒体QoS流的UL和DLQoS。而且，尽管未在图6C中清楚示出，但是图6C可被扩展以便覆盖来自图5的其他用例，诸如全双工示例(如来自图5的565、570等)而不是图6C中的半双工会话示例。此外，尽管图6C是以当给定UE处于RCC-空闲状态时在605C处始发App*PTT呼叫来描述的，但是将理解，图6C可被修改使得在该给定UE处于RCC连通状态的情况下，该App*PTT呼叫在该给定UE处始发(或对于目标UE实现，在该给定UE处于RCC连通状态的情况下通告给该给定UE)。
尽管图5-6C是关于用于对App*通信会话的UL和DL信道进行选择性QoS控制的UE侧或基于客户端应用的规程来描述的，但是图7A-7B涉及在应用服务器170(如被配置成仲裁该App*通信会话的服务器)而不是参与该App*通信会话的UE处实现的类似的选择性QoS控制规程。如(上)表2中所解释的，应用服务器辅助的定向QoS管理规程(即来自表2的#2)可在图2D的LTE核心网中实现，但可能不能够在图2A的1xEV-DO核心网或图2B-2C的W-CDMA核心网或图2E的eHRPD网中以兼容标准的方式实现。
为了使图7A的描述简洁，除了如下文所述之外，图7A的700至770分别类似于图5的500至570。图5整体上是在参与App*通信会话的一给定UE处实现的，而图7A是在被配置成仲裁该App*通信会话的应用服务器170处实现的。图5代表由App*客户端应用在一个特定的UE处执行的规程，而图7A代表可在应用服务器170处对参与通信会话的每个UE执行的规程(尽管在至少一个实施例中，应用服务器170不需要为每个参与UE执行图7A的过程)。尽管图5中给定UE上的App*客户端应用可基于在给定UE处的用户请求或对呼叫通告消息的接收确定在图5的500处发起App*通信会话，但是应用服务器170在图7A的700处可基于对来自始发UE的呼叫请求消息和/或来自(诸)目标UE的呼叫接受消息的接收确定发起App*通信会话，所述呼叫接收消息指示出对所通告的App*通信会话的接受。进一步，将理解在半双工App*会话中一些UE可使它们的会话静音，而其他UE可不使它们的会话静音，且一些UE可以是半双工App*会话的发言权持有者，而其他UE可以是非发言权持有者。从而，图7A中所示的各种判决块可导致为应用服务器170所评估的每个UE采取不同的规程路径。最后，由于图7A规程与LTE有关，图7A中所示的各种QoS评估和修改可映射到LTE特定核心网元件。例如，720处的增加用于App*GBRQoS承载的ULQoS的请求可对应于从应用服务器170对PCRF240D或P-GW235D发出的将App*GBRQoS承载上的ULGBR增加至XApp*kpbs的请求，730处的减少App*GBRQoS承载上的DLQoS的请求可对应于从应用服务器170对PCRF240D或P-GW235D发出的将App*GBRQoS承载上的DLGBR减少至低于GBR阈值的kpbs(如1kpbs或某一其他标称数据率)的请求，等等。除了这些差异之外，图7A的其余操作类似于图5，而图7A的LTE实现可类似于图6C，不同之处在于某些操作从给定UE被移动至应用服务器170(且可能对更多UE执行)。图7B的700B至770B分别解说了图7A的700至770的更详细的实现，藉此引用了LTE特定组件和消息。
图7C解说了根据本发明的一实施例在LTE网络内针对加入半双工App*PTT会话的一给定UE(要么是呼叫始发者要么是呼叫目标)的图7B的示例实现。参照图7C，应用服务器170确定为给定UE建立该半双工App*PTT呼叫，700C(例如如图7B的700B和705B中那样)，且应用服务器170确定该给定UE具有发言权，并从而为ULApp*GBR承载设置最大比特率(MBR)以及将DLGBR设为低kpbs，诸如1kpbs，705C(例如如图7B的710B至730B中那样)。基于这些假设，710C至760C的信令示出关于UL和DLApp*GBR承载设置如何可被实现的LTE特定示例。在715C，例如，PCRF240D被示为执行将应用服务器170提供的MBS映射成用于达成指定MBS的合适GBR值(本文中被标示为XApp*)的逻辑的LTE核心网组件。同样，725至750C之间所示的信令覆盖了已在UL和DL上建立App*GBR承载的情形，以及还未建立App*GBR承载的情形。如果App*GBR承载已建立，则经725C处的更新承载请求消息，ULApp*GBR承载保持在XApp*kpbs，而DLApp*GBR承载被减少到1kpbs(或某一其他标称kpbs)。如果App*GBR承载还未建立，则经725C处的创建承载请求消息，ULApp*GBR承载被建立为XApp*kpbs，而DLApp*GBR承载被设置为标称kpbs。类似地，如果App*GBR承载还未被建立，则在730C处使用承载建立请求消息，而如果App*GBR承载已建立，则在730C处使用承载修改请求消息。类似地，如果App*GBR承载还未被建立，则在750C处使用创建承载响应消息，而如果App*GBR承载已建立，则在750C处使用更新承载响应消息。图7C中所示的其余信令独立于App*GBR承载的起始状态，且将容易被熟悉LTE的本领域常规技术人员之一理解。尽管图7C特定于半双工PTT会话，但是将容易地理解可如何修改图7C以适应全双工会话或除了PTT之外的半双工会话。
图8A解说了根据本发明的一实施例的核心网发起的定向QoS管理规程的更详细的实现示例。如(上)表2中所解释的，核心网发起的定向QoS管理规程(即来自表2的#3)可被实现在图2B-2C的W-CDMA核心网中(如果“对话式”话务类被用于该会话)和/或图2D的LTE核心网中，但可能不能够在图2A的1xEV-DO核心网或图2E的eHRPD网中以标准兼容的方式实现。例如，在W-CDMA或UMTS实现中，GGSN225B或SGSN220B可执行图8A的过程，而在LTE实现中，P-GW235D或S-GW230D可执行图8A的过程。
参照图8A，响应于检测到针对App*通信会话(如半双工会话、全双工会话等)的GBR媒体承载的建立，核心网140启动监视App*GBR媒体承载上的UL和DL话务的数据不活动计时器。在任一情况下，如下文将解释的，一旦对该App*会话激活App*GBR媒体承载，数据不活动计时器就开始运行。
在805，核心网140确定是否在该通信会话的该App*GBR承载上检测到UL或DL话务。具体来说，在805，核心网140确定是否在UL或DL方向中检测到与用于该App*通信会话的接入点名(APN)(即App*APN)相关联的App*话务。如果在805由核心网140检测到UL或DL话务，则检测到话务的每个方向(UL和/或DL)的话务不活动计时器被重置，810。在815，对于话务不活动计时器仍在运行(即还未期满)的每个方向(UL和/或DL)，核心网140确定在相应方向中是否已为App*GBR媒体承载建立阈值GBR(如类似于图5的515、525、540和550)。如果为否，则核心网140在相关联的话务不活动计时器仍在运行的尚不具有阈值GBR的每个方向(UL或DL)中增加GBR(例如增加至XApp*kpbs)，820。如将理解的，可经端到端通信关于820的QoS调整(或GBR增加)来通知UE，如下文图8C中855C-890C之间和/或图8D中850D-865D之间所示。
参照图8A，核心网140监视UL和DL话务不活动计时器以确定UL和DL话务不活动计时器是否期满，825。如果在825处检测到期满，则核心网140确定在检测到期满的相应方向中是否已为App*GBR媒体承载建立阈值GBR，830(如类似于图5的515、525、540和550)。如果为是，则核心网140在检测到期满的具有阈值GBR的每个方向(UL或DL)中减少GBR(例如减少至1kpbs或某一其他标称水平)，此后核心网140监视(805)是否有到达在835处减少的定向信道的新话务，且核心网140还可继续监视对于在835处未被减少的另一定向信道是否发生期满(825)(如果有的话)。如将理解的，可经端到端通信关于830的QoS调整(或GBR减少)来通知UE，如下文图8C中855C-890C之间和/或图8D中850D-865D之间所示。图8B的800B至835B分别解说了图8A的800至835的更详细的实现，藉此更明确地引用了LTE特定组件和消息与W-CDMA特定组件和消息。
图8C解说了根据本发明的一实施例在W-CDMA网络内针对一给定UE(该给定UE是由某一其他UE始发的半双工App*PTT会话的呼叫目标)的图8B的示例实现。参照图8C，800C至820C分别对应于图6B的600B至620B。在825C，SGSN220B启动并维护UL和DL话务不活动计时器(如图8B的800B至820B中那样)。在某一时刻，假设SGSN220B的UL话务不活动计时器期满，830C(如图8C中的825B中那样)。因此，SGSN220B经与GGSN225B的信令835C和840C将App*ULGBR承载上的其GBR减少至标称水平，诸如1kpbs。在845C，GGSN225B启动(在820C处提出App*GBR承载之后)并维护独立于来自825C的SGSN220B的计时器的UL和DL话务不活动计时器(如图8B的800B至820B中那样)。在某一时刻，假设GGSN225B的UL话务不活动计时器期满，850C(如图8C中的825B中那样)。因此，GGSN225B经855C至895C之间的信令促使RAN120将App*ULGBR承载上的GBR减少到标称水平，诸如1kpbs。尽管图8C特定于半双工PTT会话，但是将容易地理解可如何修改图8C以适应全双工会话或除了PTT之外的半双工会话。并且，尽管图8C特定于呼叫目标UE，但是将容易地理解可如何修改图8C来用于呼叫始发者UE(例如，不是在805C处接收到寻呼，而是检测到PTT按钮按压等)。并且，尽管图8C示出在805C处给定UE在处于URA_PCH/CELL_PCH状态的同时接收寻呼，但是在一替代实现中，该给定UE可替代地在处于CELL_DCH状态的同时接收PTT呼叫通告。
图8D解说了根据本发明的一实施例在LTE网络内针对一给定UE(该给定UE是半双工App*PTT会话的呼叫始发者)的图8B的示例实现。参照图8D，800D至820D分别对应于图6C的600C至620C。在825D，S-GW230D启动并维护UL和DL话务不活动计时器(如图8B的800B至820B中那样)。在某一时刻，假设S-GW230D的DL话务不活动计时器期满，830D(如图8C中的825B中那样)。因此，S-GW230D将App*DLGBR承载上的其GBR减少至标称水平，诸如1kpbs，并向P-GW/PCRF235D/240D通知该GPR减少，835D。在840D，P-GW/PCRF235D/240D启动(在820D处提出App*GBR承载之后)并维护独立于来自825D的S-GW230D的计时器的UL和DL话务不活动计时器(如图8B的800B至820B中那样)。在某一时刻，假设P-GW/PCRF235D/240D225B维护的DL话务不活动计时器期满，845D(例如，如图8C的825B中那样)。因此，P-GW/PCRF235D/240D经850D至874D之间的信令促使服务eNodeB205D将App*DLGBR承载上的GBR减少到标称水平，诸如1kpbs。尽管图8D特定于半双工PTT会话，但是将容易地理解可如何修改图8D以适应全双工会话或除了PTT之外的半双工会话。同样，尽管图8D特定于呼叫始发者UE，但是将容易地理解可如何修改图8D来用于呼叫目标UE(不是在805D处的PTT按钮按压，而是针对该APP*会话，PTT寻呼或呼叫通告消息可到达)。同样，尽管图8D示出给定UE从RCC空闲状态始发App*PTT会话，但是在一替代实现中，该给定UE也可在已经处于RCC连通状态中时始发App*PTT会话。
图9A解说了根据本发明的一实施例的QoS管理规程的更详细的实现示例，藉此GBR资源在RAN120和核心网140处被本地地管理。如(上)表2中所解释的，QoS管理规程(藉此GBR资源在RAN120和核心网140处被本地地管理)(即来自表2的#4)可被实现在图2D的LTE核心网中，但可能不能够在图2A的1xEV-DO核心网、或图2B-2C的W-CDMA核心网中、或图2E的eHRPD网中以标准兼容的方式实现。
参照图9A，响应于检测到针对App*通信会话(如半双工会话、全双工会话等)的App*GBR媒体承载的建立，用于参与该通信会话的一特定UE的RAN120内的诸服务eNodeB以及核心网140(如S-GW230D以及P-GW235D)启动监视App*GBR媒体承载上的UL和DL话务的数据不活动计时器，900。一般来说，图9A对应于类似于图8A的LTE实现，不同之处在于RAN120也维护用于控制UL和DL信道上的QoS资源(如GBR)的UL和DL话务不活动计时器。换言之，RAN120和LTE核心网组件独立地执行它们各自的计时器并作出它们自己的GBR或QoS调整，使得RAN120和LTE核心网之间的协调(如信令消息)不需要被使用来实现不同实体处的QoS调整；即每个LTE组件可基于其自己的(诸)话务不活动计时器独立地或单方面地作出QoS决策。如将理解的，这意味着每个LTE组件能以独立的方式改变GBR或QoS，使得不需要向被指派了具有经调整QoS的承载的UE(或客户端设备)通知在核心网处实现的(诸)QoS调整，但是该UE将仍然知晓由RAN120关于其空中接口资源实现的(诸)QoS调整。因此，除了双重RAN和核心网实现之外，图9A的900-935分别类似于图8A的800-835，且为了简要的目的而将不被进一步描述。图9B的900B至935B分别解说了图9A的900至935的更详细的实现，藉此更明确地引用了LTE特定组件和消息。
图10A-10B解说了根据本发明的实施例的分别关于W-CDMA架构和EV-DO架构的RAN发起的基于计时器的方向QoS流管理规程。如(上)表2中所解释的，RAN发起的基于计时器的方向QoS流管理规程(即来自表2的#5)可被实现在图2B-2C的W-CDMA核心网中(如果“交互式”话务类被用于该会话，示于图10A)，或可被实现在图2A的1xEV-DO核心网中(示于图10B)，但可能不能够在图2D的LTE网中以标准兼容的方式实现。
参照描述了W-CDMA特定实现的图10A，响应于检测到针对通信会话(如半双工App*会话、全双工App*会话等)的App*数据RAB的建立，RAN120(即UTRAN)启动监视App*数据RAB上的UL和DL话务的数据不活动计时器，1000A。具体来说，在1000A处，该App*数据RAB被配置成具有“交互式”话务类、信令指示(“是”)以及ARP属性，或者替代地，如果RAN120能够被重配置使得与“对话式”话务类相关联的GBR参数能被修改，则该App*数据RAB可被配置成具有“对话式”话务类。
在1005A，RAN120确定是否在该通信会话的该App*数据RAB上检测到UL或DL话务。具体来说，在1005A，RAN120确定是否在UL或DL方向中检测到该App*通信会话的话务。如果在1005A由RAN120检测到UL或DL话务，则检测到话务的每个方向(UL和/或DL)的话务不活动计时器被重置，1010A。在1015A，对于话务不活动计时器仍在运行(即还未期满)的每个方向(UL和/或DL)，RAN120确定在相应方向中是否已为App*数据RAB建立阈值GBR(如类似于图5的515、525、540和550)。例如，在1015A，RAN120可检查在数据RAB的UL和/或DL上MAC-es/MAC-hsGBR是否被设为XApp*kpbs。如果为否，则RNC215B请求RAN120内的(诸)服务B节点在相关联的话务不活动计时器仍在运行的还不具有阈值GBR的每个方向(UL或DL)中增加GBR(例如增加至XApp*kpbs)，1020A。如将理解的，可关于1020A的QoS调整(或GBR增加)来通知UE，因为该QoS调整是关于空中接口资源(即UE和RAN120之间的连接)被实现的。
参照图10A，在1025A，RAN120进一步确定在App*数据RAB上检测到UL数据话务，服务B节点检查App*数据RAB是否被配置有非调度传输准予以支持GBR用于该UL，1025A。如果为是，则不需要进一步的动作来在服务B节点为该App*数据RAB建立ULGBR，1030A。如果不是，则服务B节点重新配置App*数据RAB用于在该UL上的非调度传输准予，1035A。
参照图10A，RAN120监视UL和DL话务不活动计时器以确定UL和DL话务不活动计时器是否期满，1040A。如果在1040A处检测到期满，则RAN120确定在检测到期满的相应方向中是否已为GBR媒体承载建立阈值GBR，1045A(如类似于图5的515、525、540和550)。例如，在1045A，RAN120可检查在App*数据RAB的UL和/或DL上MAC-es/MAC-hsGBR是否被设为XApp*kpbs。如果没有在期满方向中为UL或DL建立阈值GBR，则过程返回至1005A。否则，如果在期满方向中为UL或DL建立了阈值GBR，则RNC215B请求RAN120内的(诸)服务B节点在相关联的话务不活动计时器期满且具有阈值GBR的每个方向(UL或DL)中减少GBR(例如减少至XApp*kpbs)，1050A。如将理解的，可关于1050A的QoS调整(或GBR减少)来通知UE，因为该QoS调整是关于空中接口资源(即UE和RAN120之间的连接)被实现的。
参照图10A，在1055A，如果在1040A，用于该数据RAB的UL话务不活动计时器期满，服务B节点检查App*数据RAB是否被配置有非调度传输准予以支持GBR用于该UL，1055A。如果不是，则不需要进一步动作，1060A。如果为是，则服务B节点重新配置App*数据RAB用于在该UL上的调度传输准予，1065A。
参照描述了1xEV-DO特定实现的图10B，响应于检测到针对App*通信会话(如半双工会话、全双工会话等)的媒体QoS流的建立，RAN120启动监视App*媒体QoS流上的UL和DL话务的数据不活动计时器，1000B。
在1005B，RAN120确定是否在该通信会话的该App*媒体QoS流上检测到UL或DL话务。如果在1005B由RAN120检测到UL或DL话务，则检测到话务的每个方向(UL和/或DL)的话务不活动计时器被重置，1010B。在1015B，对于话务不活动计时器仍在运行(即还未期满)的每个方向(UL和/或DL)，RAN120确定在相应方向中是否已为App*媒体QoS流建立或打开QoS(如类似于图5的515、525、540和550)。如果为是，则过程返回至1005B。如果不是，则RAN120发送保留打开消息(ReservationOnMessage)以在检测到活动的方向中激活App*媒体QoS流，1020B。如将理解的，可关于1020B的QoS流激活通知UE，因为该QoS流激活是关于空中接口资源(即UE和RAN120之间的连接)被实现的。
参照图10B，RAN120监视UL和DL话务不活动计时器以确定UL和DL话务不活动计时器是否期满，1025B。如果在1025B处检测到期满，则RAN120确定在检测到期满的相应方向中是否已为App*媒体QoS流建立或打开了QoS，1030B(如类似于图5的515、525、540和550)。如果为是，则过程返回至1005B。否则，如果在相关联的话务不活动计时器已期满的方向中为App*媒体QoS流建立了QoS，则RAN120发送保留关闭消息(ReservationOffMessage)以在检测到期满的方向中停用媒体QoS流，1030B。如将理解的，可关于1035B的QoS流停用通知UE，因为该QoS流停用是关于空中接口资源(即UE和RAN120之间的连接)被实现的。
万维网联盟(W3C)连同因特网工程任务组(IETF)在2011年开始了对称为Web实时通信(WebRTC)的web开发者技术的开发。WebRTC是一种允许浏览器(或端点)参与与一个或多个其他端点的对等(P2P)实时通信而不管端点的相对位置的协议(例如不管各端点位于同一设备上、在同一专用网络中、都位于不同的网络地址转换(NAT)和/或防火墙之后等等)。
WebRTC充分利用实时传输协议(RTP)进行实时媒体的传输。RTP是一种能够充当许多不同媒体类型的传输协议的灵活协议。这些媒体类型可被概括地分类为映射到音频或视频，或者可通过指定诸如相关联的音频或视频编解码器、带宽要求、音频或视频分辨率等信息而更为具体。而且，在网状会议模型中，多媒体流可以P2P的方式被发送以允许基于客户端的音频混合或视频合成。
由于经WebRTC通信的端点可能被限制了各端点之间的端到端连接数量的一个或多个NAT和/或防火墙分隔开，因此WebRTC允许通过单个IP地址和端口对RTP流的复用。部分地由于此限制，现有的WebRTC规范建议对RTP和RTP控制协议(RTCP)通信采用复用。当多种类型的流通过一个IP地址和端口号被复用时，向不同类型的媒体提供差异化的服务质量(QoS)变得更具挑战性。
例如，在非WebRTC视频会议会话中，保持音频流与视频流分开是典型的，藉此音频流被分配给QoS链路而视频流被分配给非QoS链路。这是因为音频流一般消耗比视频流更少的带宽，以及因为视频流可得到诸如接收机处的差错隐藏策略、对前向纠错码的使用、降低视频分辨率等等之类的规程的帮助。
在WebRTC中为不同媒体类型获得QoS差异化的常规方法是在浏览器本身中禁用复用。然而，这要求对浏览器的修改，且还假设浏览器将能够为不同媒体类型建立多个端到端连接(即不同的IP地址和端口号)。
用于在WebRTC中为不同媒体类型获得QoS差异化的其他常规办法是允许3GPP定义的启用了QoS的话务流触发IP分组区别服务代码点(DSCP)标记或允许3Gpp定义的启用了QoS的话务流触发RTP同步源(SSRC)。然而，这些常规办法中的每一个都在3GPP标准中改变，结果将影响分组过滤器和话务流模板。
又一常规办法是浏览器本身充分利用上述的UE发起的QoS特征，藉此UE上的浏览器将尝试至少为音频媒体建立QoS链路并旁路复用。然而，该方法要求对浏览器的改变以及对WebRTCAPI的改变两者，以允许按应用类型来标识流以供触发UE发起的QoS特征。
本发明的实施例涉及为利用WebRTC而不要求对WebRTC多媒体客户端应用(如浏览器)和/或对3GPP信令或网络设计进行修改的通信会话获得QoS差异化。在高层级，下文描述的本发明的实施例向UE供给了一代理模块，该代理模块选择性地将某(些)媒体分量从获取自WebRTC多媒体客户端应用的复用RTP流中解复用，以及还选择性地将传入的媒体重新复用成WebRTC多媒体客户端应用所期望的复用格式。
图11解说了用于两个UE之间的WebRTC会话的常规话务流。参照图11，第一UE1100(或UE1)配备有第一WebRTC多媒体客户端应用1105，诸如移动浏览应用。该WebRTC多媒体客户端应用1105将媒体(如音频、视频等)复用成用于该WebRTC会话的单个复用流(“MUX”)，然后经单个IP地址和端口号将该复用流在一个或多个RTP/RTPC分组内递送至服务网络1110(如WiFi网络、RAN120等)。服务网络1110使用NAT/防火墙穿越技术以穿透NAT/防火墙1115或打开一穿过NAT/防火墙1115的连接，以便将该复用流递送至服务网络1120。服务网络1120将来自UE1的该复用流递送至配备有第二WebRTC多媒体客户端应用1130(诸如另一移动浏览应用)的第二UE1125(或UE2)。如将理解的，由于第一WebRTC多媒体客户端应用1105默认产生MUX，MUX也将在UE1和2都由同一服务网络服务的情形中被使用，使得UE1和2之间的通信无需NAT/防火墙穿越也是可能的。
图12A解说了根据本发明的一实施例的用于由同一服务网络服务的两个UE之间的WebRTC会话的话务流。参照图12A，第一UE1200(或UE1)配备有第一WebRTC多媒体客户端应用1205(或第一WebRTC端点)，诸如移动浏览应用。UE1还配备有第一WebRTC代理模块1210。如下文将更详细描述的，第一WebRTC代理模块1210被配置成选择性地从第一WebRTC多媒体客户端应用1205试图发送的单个复用流(“MUX”)解复用部分媒体，并且还将曾由另一UE上的另一WebRTC代理模块解复用的多个传入的媒体流“重新”复用成单个复用流，以供递送给第一WebRTC多媒体客户端应用1205。
参照图12A，在一示例中，第一WebRTC多媒体客户端应用1205可与来自图11的WebRTC多媒体客户端应用1105类似地(或甚至完全相同地)被配置。换言之，图12A的实施例不严格要求对现有的WebRTC多媒体客户端应用作出任何改变来操作，而WebRTC端点可继续“正常地”操作同时依赖WebRTC代理模块1210来实现对媒体流的选择性解复用和/或重新复用以便充分利用QoS链路(如果有的话)。
因此，第一WebRTC多媒体客户端应用1205将媒体(如音频、视频等)复用成用于该WebRTC会话的单个复用流(“MUX”)，以及尝试在一个或多个RTP/RTPC分组内将MUX传送至服务网络1110(如WiFi网络、RAN120等)。然而，在图12A中，不是如图11那样将MUX传送至服务网络，WebRTC代理模块1210截取MUX进行特殊处置(即解复用)。
更为具体地，在图12A中，假设UE1能够获得QoS链路(例如经代理发起的、UE发起的和/或NW发起的QoS获取规程，如下文将关于图13-17更详细讨论的那样)和非QoS链路两者。如本文所使用的，术语“非QoS”链路可指代具有0QoS(或GBR)的任何连接、承载或信道，或者替代地为具有小于QoS的阈值但仍然大于0的“中间”水平的QoS(GBR)，QoS链路是根据QoS的阈值定义的(藉此，QoS链路具有大约或等于该阈值的QoS水平)。
第一WebRTC代理模块1210应用QoS规则集来标识已由第一WebRTC多媒体客户端应用1205复用成所述复用流的较高优先级媒体。(下)表3提供了可由第一WebRTC代理模块1210作为根据本发明的实施例的选择性解复用规程的一部分而实施的QoS规则的一些示例：
表3—WebRTC代理模块处的解复用操作的QoS规则示例
就(上)表3而言，将理解，基于某些规则，某些非音频数据可被映射到QoS链路而不是非QoS链路，诸如如果在QoS链路上可获得足够的QoS则在无声时间段或音频活动时间段期间将非音频数据移动至QoS链路，且这些相同的规则(归纳在上表3中)也可作为该QoS规则集的一部分被用于确定哪些媒体类型被解复用来在QoS链路上而不是非QoS链路上传输。从而，在QoS链路上传送的媒体不需要被严格地限制于音频，而是也可包括某些较高优先级类型的视频媒体和/或非视频文件媒体。
返回至图12A，如果第一WebRTC代理模块1210能够基于该QoS规则集标识存在于复用流内的较高优先级媒体，则第一WebRTC代理模块1210从较低优先级媒体(如主体视频媒体等)解复用(或剥离)较高优先级媒体(如音频媒体和/或诸如视频控制帧、I帧等之类的有限量的视频媒体)。将理解，在功能上，既然第一WebRTC代理模块1210产生包括较高优先级媒体的第一解复用WebRTC流(“DE-MUX1”)和包括较低优先级媒体的第二解复用WebRTC流(“DE-MUX2”)，较低优先级媒体也可从复用流中被剥离(或解复用)。第一WebRTC代理模块1210在QoS链路上将DE-MUX1传送至服务网络1215，以及在非QoS链路上将DE-MUX2传送至服务网络1215。
在进一步的实施例中，从MUX产生DE-MUX1和DE-MUX2的解复用操作包括转码。如果是这样，则作为提供/应答交换(如图14的1435、图15的1540等)的一部分，由启用WebRTC的浏览器所支持的编解码器(如G.711、Opus等)可由WebRTC代理模块1210选择。例如，如果希望获得频谱效率，则G.711(它实质上是压扩PCM)可被选择来对频谱高效的窄带编解码器(诸如AMR-NB)转码。另一方面，如果频谱效率和音频质量都是所希望的，则可选择宽带Opus编解码器模式之一来转码成AMR-WB。在一示例中，如果VoLTE被用于支持WebRTC会话，则Opus可被默认选择用于VoLTE承载。
参照图12A，假设第二UE1225(或UE2)配备有第二WebRTC多媒体客户端应用1230(或第二WebRTC端点)以及第二WebRTC代理模块1235，它们各自可分别与UE1上的第一WebRTC多媒体客户端应用1205和第一WebRTC代理模块1210类似地(或甚至相同地)被配置。进一步假设，类似于UE1，UE2能够获得QoS链路(例如经UE发起的和/或NW发起的QoS获取规程，如下文将关于图13-17更详细讨论的那样)和非QoS链路两者。
在图12A的实施例中，UE1和2由同一服务网络1215服务，使得DE-MUX1和DE-MUX2不需要穿越NAT/防火墙1220。相反，服务网络1215在UE2的QoS链路上将DE-MUX1传送至UE2，以及在UE2的非QoS链路上将DE-MUX2传送至UE2。第二WebRTC代理模块1210接收DE-MUX1和DE-MUX2，然后“重新”复用DE-MUX1和DE-MUX2以重构或重建由第一WebRTC多媒体客户端应用1205初始提供给第一WebRTC代理模块1210的复用流(“MUX”)。换言之，第二WebRTC代理模块1235反转第一WebRTC代理模块1210执行的解复用规程以便重构MUX。第二WebRTC代理模块1235然后将重构的(或重新复用的)MUX提供给WebRTC多媒体客户端应用1230。
如本领域普通技术人员之一将理解的，对于图12A中的WebRTC会话，QoS被用于传送部分媒体(例如，音频媒体、更高优先级视频媒体等等)，部分地因为UE1和2都由同一服务网络1215服务且可获得端到端QoS。这在图11中是不可能的，因为WebRTC多媒体客户端应用常规上将默认地交换MUX，而不为MUX内的复用媒体的任何部分建立QoS。
图12B解说了根据本发明的一实施例的用于由不同服务网络服务的两个UE之间的WebRTC会话的话务流。图12B类似于图12A，不同之处在于图12A中的单个服务网络1215被分别服务UE1和2且由NAT/防火墙1220分隔的两个不同的服务网络1215A和1215B替换。
在图12B中，服务网络1215A不直接将DE-MUX1和/或DE-MUX2传送至UE2，因为服务网络1215A不服务UE2。相反，服务网络1215A使用NAT/防火墙穿越技术来穿透NAT/防火墙1220或打开至少一条穿过NAT/防火墙1220的连接，以便将DE-MUX1和DE-MUX2递送至服务网络1215B。在一示例中，服务网络1215A可将DE-MUX1和DE-MUX2捆绑成单个流，以使单个IP地址和端口号可被用于将DE-MUX1和DE-MUX2两者都传递至服务网络1215B，藉此服务网络1215B然后将该单个流解绑以重建DE-MUX1和DE-MUX2。替代地，服务网络1215A可简单地将两个不同的IP地址和端口号用于DE-MUX1和DE-MUX2。在任一情况下，即使在从服务网络1215A至服务网络1215B的干线上QoS不可用，至少在服务网络内获得QoS以使端到端WebRTC媒体传送的一部分被分配QoS。
服务网络1215B在UE2的QoS链路上将DE-MUX1传送至UE2，以及在UE2的非QoS链路上将DE-MUX2传送至UE2。第二WebRTC代理模块1210接收DE-MUX1和DE-MUX2，然后“重新”复用DE-MUX1和DE-MUX2以重构或重建由第一WebRTC多媒体客户端应用1205初始提供给第一WebRTC代理模块1210的复用流(“MUX”)。换言之，第二WebRTC代理模块1235反转第一WebRTC代理模块1210执行的解复用规程以便重构MUX(例如原始版本的MUX或一不同版本的MUX，诸如压缩或降低分辨率版本的MUX(包括来自原始MUX的一些或全部媒体分量的压缩版本等))。第二WebRTC代理模块1235然后将重构的(或重新复用的)MUX提供给WebRTC多媒体客户端应用1230。
关于图12A-12B的WebRTC流描述的解复用和重新复用操作基于UE1和2能够获得QoS链路来载送较高优先级的解复用的WebRTC流，即DE-MUX1。在图12A-12B中，简单地假设QoS链路可用，但典型地，WebRTC多媒体客户端应用不尝试为MUX获取QoS，部分地因为MUX包括通常将不接收QoS的分量(诸如主体视频分量)且还因为WebRTC多媒体客户端应用甚至不必具有标识其相应UE处可用的QoS资源的能力。
出于这种考虑，连同上述的解复用和/或重新复用操作，图13-17解说了根据本发明的实施例的选择性地为WebRTC会话建立QoS的过程。具体来说，图13解说了根据本发明的一实施例的为WebRTC会话建立QoS链路，接着在该WebRTC会话的源UE处解复用的高级过程。
就图13而言，信令在给定UE处提供的WebRTC多媒体客户端应用(如来自图12A或图12B的第一WebRTC多媒体客户端应用1205或第二WebRTC多媒体客户端应用1230)、该给定UE处提供的WebRTC代理模块、服务该给定UE的RAN120、核心网140和/或应用服务器170之间交换，指示出涉及该给定UE的WebRTC会话的发起或潜在发起，1300。基于来自1300的信令，该给定UE上的WebRTC代理模块、RAN120、核心网140和/或应用服务器170分别在1305、1310、1315或1320发起QoS建立规程，用于向给定UE分配QoS链路。
在一示例中，在1300，该WebRTC会话可由该给定UE始发，在该情况下，1300的信令可包括会话发起消息，会话发起消息由WebRTC多媒体客户端应用生成且在1305由WebRTC代理模块截取用于UE发起的QoS。在该情况下，1305有点类似于上文关于图5-6C描述的UE发起的QoS规程，且在下文中特别关于图14中的WebRTC解复用实现被更详细地描述。替代地，1305的UE发起的QoS规程可在WebRTC会话由一不同UE始发的情形中被实现。在该情况下，该WebRTC会话的会话通告消息和/或由WebRTC多媒体客户端应用传送的会话接受消息可由该给定UE处的WebRTC代理模块用来触发UE发起的QoS规程。
在一进一步的示例中，1305不需要被实现为UE发起的QoS规程，藉此给定UE触发RAN120和/或核心网140来代表它建立QoS。相反，在另一LTE特定实施例中，如果另一端点兼容于VoLTE和/或正在执行其自己的WebRTC代理模块，则WebRTC代理模块反而可协商端到端VoLTE连接。以此方式建立端到端VoLTE连接限制了WebRTC的QoS承载协商的灵活性，但也避免了实现UE发起的和/或NW发起的QoS规程的需求。如本文所使用的，用于QoS建立的端到端VoLTE实现被称为“代理发起的”QoS规程。
在另一示例中，在1300，该WebRTC会话可由该给定UE始发，在该情况下，1300的信令可包括会话发起消息，该会话发起消息由WebRTC多媒体客户端应用生成且由WebRTC代理模块截取。该WebRTC代理模块然后向应用服务器170发送一消息以促使应用服务器170在1320实现NW发起的QoS规程，该NW发起的QoS规程导致该给定UE被分配QoS链路。在该情况下，1320有点类似于上文关于图7A-7C描述的基于服务器的NW发起的QoS规程，且在下文中特别关于图15的WebRTC解复用实现被更详细地描述。替代地，1320的基于服务器的NW发起的QoS规程可在WebRTC会话由一不同UE始发的情形中被实现。在该情况下，该WebRTC会话的会话通告消息和/或由WebRTC多媒体客户端应用传送的会话接受消息可由该给定UE处的WebRTC代理模块用来向应用服务器170触发所述消息，该消息促使应用服务器170开始基于服务器的NW发起的QoS规程。
在另一示例中，在1300，不管该给定UE是否是WebRTC会话的始发者，RAN120和/或核心网140都能评估应用标识信息和/或能执行深度分组检查来在1310和/或1315触发NW发起的QoS规程。例如，WebRTC会话可被解释为App*会话，该会话在RAN120和/或核心网处触发QoS建立，如上文关于图8A-10B所述。在另一示例中，可由RAN120和/或核心网140通过深度分组检查来检查任何WebRTC话务。在该情况下，如果RAN120和/或核心网140将该会话标识为涉及WebRTC，则RAN120和/或核心网140可触发NW发起的QoS规程来向该给定UE分配QoS链路。1310和1315的各方面有点类似于上文关于图8A-10B描述的NW发起的QoS规程，且在下文中特别关于图16的WebRTC解复用实现被更详细地描述。
相应地，在1305、1310、1315和/或1320被实现之后，该给定UE被分配了QoS链路和非QoS链路两者，1325。WebRTC多媒体客户端应用获得不同类型的(如音频、视频等)媒体用于在WebRTC会话期间传输，1330，且WebRTC多媒体客户端应用将所述不同类型的媒体复用成复用流(“MUX”)，1335。尽管尝试传送MUX，MUX反而被该给定UE上的WebRTC代理模块截取，1340。WebRTC代理模块执行上述的QoS规则集以标识包含在MUX内的较高优先级媒体(如音频媒体、有限量的视频媒体等)，1345。WebRTC代理模块然后解复用在1345标识的较高优先级媒体以生成包括该较高优先级媒体的第一解复用WebRTC流(“DE-MUX1”)和包括任何剩余的较低优先级媒体的第二解复用WebRTC流(“DE-MUX2”)，1350。WebRTC代理模块通过QoS链路将DE-MUX1传送至RAN120，1355，以及还在非QoS链路上将DE-MUX2传送至RAN120，1360。尽管在图13中未明确示出，但是DE-MUX1和DE-MUX2然后可被传达给目标UE(图13中未示出)，如图12A-12B中那样且也在下文关于图17被更详细地描述。
图14解说了根据本发明的一实施例的基于UE始发的WebRTC会话的基于服务器的NW发起的QoS规程的图13的过程的LTE特定实现。
参照图14，当给定UE上的WebRTCweb浏览应用(“浏览器”)发送呼叫发起消息1405时，该给定UE处于RRC空闲状态，1400，所述呼叫发起消息由WebRTC代理模块截取。对所述呼叫发起消息的接收触发WebRTC代理模块向应用服务器170发送一专用消息，以请求应用服务器170触发NW发起的QoS规程，1410。响应于该专用消息，应用服务器170通过RX连接向P-GW235D和PCRF240D发起承载协商，1415。
返回给定UE，对所述呼叫发起消息的接收还触发该给定UE执行RRC建立规程，用于将该给定UE从RRC空闲状态转换至RRC连通状态，1420。当在1420处RRC建立完成时，使得给定UE进入RRC连通状态，1425，而WebRTC代理模块向浏览器递送连接指示1430。此时，该给定UE具有非GBR承载(即非QoS链路)但还不具有QoS链路，因为承载协商还未完成，1432。浏览器和WebRTC代理模块执行提供/应答交换，1435(例如，藉此WebRTC代理模块可选择要被用于DE-MUX1和/或DE-MUX2的转码编解码器)，此后，浏览器开始配置媒体用于在WebRTC会话期间传输，1440。
返回至网络，P-GW235D向MME215D发送更新承载请求，1445，MME215D向eNB205D发送承载修改请求，1450，这促使eNB205D和给定UE重新配置RRC连接，1455(例如RRC连接重配置/完成)。eNB205D然后将承载修改响应传送回MME215D，而MME215D将更新承载响应传送回P-GW235D。尽管被不同地触发，1445-1465有点类似于图7C的725C-750C。并且，如果WebRTC会话是App*会话，则为GBR承载建立的GBR可如图7C的735C中那样被配置成具有因App*(或者在该情况下为WebRTC)而异的QoS配置。
在通过1445-1465的信令获得GBR承载(或QoS链路)之后，浏览器开始向WebRTC代理模块发送MUX(例如具有用于传输的复用媒体分量的RTP/RTCP分组的流)，1470，WebRTC代理模块解复用MUX以生成DE-MUX1和DE-MUX2，然后在GBR承载上传送DE-MUX1，1475，以及在非GBR承载上传送DE-MUX2，1480。
图15解说了根据本发明的一实施例的基于UE发起的QoS规程的图13的过程的LTE特定实现。
参照图15，当给定UE上的WebRTCweb浏览应用(“浏览器”)发送呼叫发起消息1505时，该给定UE处于RRC空闲状态，1500，所述呼叫发起消息由WebRTC代理模块截取。该呼叫发起消息触发该给定UE执行RRC建立规程，用于将该给定UE从RRC空闲状态转换成RRC连通状态，1510。当在1510RRC建立完成时，给定UE进入RRC连通状态，1515，而WebRTC代理模块向浏览器递送连接指示1520。此时，该给定UE具有非GBR承载(即非QoS链路)但还不具有QoS链路，因为承载协商还未完成，1525。
在图15的实施例中，WebRTC代理模块确定要执行UE发起的QoS规程以获得QoS链路。在一示例中，如果图14中的NW发起的QoS规程不能获得QoS链路，则UE发起的QoS规程可被用作后备机制。例如，尽管未示于图15中，但是WebRTC代理模块可如图14的1410中那样发送专用消息，然后启动一计时器，并且如果在计时器期满之前没有获得QoS链路，则WebRTC代理模块可执行UE发起的QoS规程。替代地，WebRTC代理模块可自动确定要执行UE发起的QoS规程，而不用等待来首先基于会话类型为WebRTC尝试NW发起的QoS规程。
在任何情况下，不管WebRTC代理模块如何作出要实现UE发起的QoS规程的决策，该UE发起的QoS规程都是通过经eNB205D从给定US向MME215D传送请求承载资源修改消息来被实现的，1530。1530的请求承载资源修改消息被配置成为WebRTC会话的音频媒体分量(例如，以及也可能其他媒体分量，诸如有限量的视频媒体和/或文件内容)请求GBR承载。MME215D接收请求承载资源修改消息，并经S-GW230D向P-GW235D递送承载资源命令，1535。此时，1540-1585基本上分别对应于图14的1435-1480，不同之处在于1540-1585是由给定UE向LTE核心网140递送的消息触发的，而1435-1480是由应用服务器170向LTE核心网140递送的消息触发的。
图16解说了根据本发明的一实施例的基于另一NW发起的QoS规程的图13的过程的一部分的示例实现。参照图16，基于图13的1300处交换的信令，RAN120和/或核心网140为给定UE触发QoS链路的建立，而无需来自应用服务器170(如图14中那样)或给定UE本身(如图15中那样)的这样做的显式请求。相反，RAN120和/或核心网140评估信令本身以检测RAN120和/或核心网140是否应抢先地代表给定UE建立QoS链路，1600(例如类似于图13的1310和/或1315)。
具体来说，RAN120和/或核心网140可标识正被建立的会话是WebRTC，且该标识可促使RAN120和/或核心网140触发NW发起的QoS规程。将该会话标识为WebRTC会话可用多种方式来执行。例如，该WebRTC会话可对应于上文详细描述的App*，以使可基于应用标识信息(例如APN等)来标识该会话的WebRTC性质。在另一示例中，RAN120和/或核心网140可在WebRTC会话的建立期间对正被交换的一个或多个分组执行深度分组检查，而该深度分组检查可被用于推断该会话是WebRTC会话。1600处评估的信令可与上行链路和/或下行链路信令话务相关联。
尽管图13聚焦于WebRTC会话中源UE处发生的解复用，图17涉及用于WebRTC会话的QoS链路的建立，接着是WebRTC会话中目标UE处的重新复用的高级过程。当然，对于双向或双方媒体会话来说，WebRTC中的UE可以是源UE和目标UE两者，以使图13和17的过程可在源UE和目标UE处被并行实现。
参照图17，1700-1725对应于1300-1325，并为了简明起见将不再作进一步描述。在1725之后，核心网140从另一UE(例如，由如图12A中那样由同一核心网140或如图12B中那样由不同服务网络服务)获得DE-MUX1和DE-MUX2。在1730，核心网140经RAN120在QoS链路上将DE-MUX1传送至给定UE，以及在非QoS链路上将DE-MUX2传送至给定UE。在DE-MUX1和DE-MUX2递送至WebRTC多媒体客户端应用之前WebRTC代理模块截取DE-MUX1和DE-MUX2，1735，并且WebRTC代理模块重新复用DE-MUX1和DE-MUX2以重构MUX，1740。换言之，如上所述，给定UE上的WebRTC代理模块通过反转另一UE上的WebRTC代理模块所执行的解复用来重构MUX，以重新获得由该另一UE上的WebRTC多媒体客户端应用初始制备的MUX。WebRTC代理模块然后将MUX递送至给定UE上的WebRTC多媒体客户端应用，1745。
进一步，尽管图14-16描述了图13的过程关于如何在“解”复用的上下文中为给定UE建立QoS链路的详细实现，但是将理解，就“重新”复用的上下文而言，这些相同的QoS建立规程可被用于与图17相关的上下文中。换言之，1700-1725之间建立的QoS链路可经如图14中的基于服务器的NW发起的QoS规程、如图15中的UE发起的QoS规程和/或通过独立于如图16中的基于服务器的触发的NW发起的QoS规程来建立。同样，如上所述，相同的UE可并行执行图13和图17两者的过程，以使给定UE处提供的WebRTC代理模块可负责如图13中那样对传出的MUX进行解复用，同时还对传入的解复用流进行重新复用，以便如图17中那样重构来自另一UE的传入的MUX。
进一步，尽管图12A-17的实施例涉及“原始”或“源”MUX以及“重新复用的”或“重构的”MUX，但是将理解，原始版本和重构版本的MUX可以相同，或者替代地可以有点不同(例如重构的MUX可被压缩，以便由于转码或其他因素而与原始MUX相比对于某些媒体分量具有较低的分辨率，等等)。
进一步，尽管图12A-17的实施例一般涉及两(2)个解复用流(即DE-MUX1和DE-MUX2)，但是将理解，取决于可用QoS和/或非QoS链路的数量，其他实施例可涉及三(3)个或更多个解复用流(例如DE-MUX3、DE-MUX4等)。例如，如果UE具有对具有高QoS的第一QoS链路、具有低QoS的第二QoS链路以及非QoS链路的访问权，则WebRTC代理模块可生成具有高优先级媒体的DE-MUX1、具有中间优先级媒体的DE-MUX2、以及具有低优先级媒体的DE-MUX3。WebRTC代理模块然后可在第一QoS链路上发送DE-MUX1，在第二QoS链路上发送DE-MUX2，以及在非QoS链路上发送DE-MUX3，以此类推。
在进一步的示例中，QoS链路可对应于第一组链路，而非QoS链路可对应于第二组链路。第一组链路可包括一条或多条QoS链路，而第二组链路可包括一条或多条非QoS链路。第一组链路中的每条链路可载送DE-MUX流，而第二组链路中的每条链路也可载送DE-MUX流。一般地，较高优先级媒体经(诸)DE-MUX流在第一组链路上被传输，而较低优先级媒体经(诸)DE-MUX流在第二组链路上被传输。从而，在UE具有对多条QoS链路和/或多条非QoS链路的访问权的情形中，UE可充分利用这多条链路来发送多个DE-MUX流(或甚至是冗余地发送相同的DE-MUX流)。从而，当附加的链路(QoS和/或非QoS)可用时，各实施例不限于单个DE-MUX流在QoS链路上被发送以及单个DE-MUX流在非QoS链路上被发送。具体来说，来自MUX的附加的解复用媒体分量可被载送在上述‘额外的’DE-MUX流中的任何流上。同样地，在目标UE处，‘额外的’DE-MUX流中的任何流可连同DE-MUX1和DE-MUX2被重新复用以重构MUX。
在本发明的另一实施例中，浏览器始发的多媒体话务可能未被复用，或者可能部分被复用。换言之，来自WebRTC多媒体客户端应用的输出无需是MUX，但可以是非MUX1和非MUX2(即两个非复用RTP流)、MUX1和MUX2(例如两个部分复用的RTP流)、或非MUX1和MUX1(如一非复用RTP流和一复用RTP流)。在这些情况中，WebRTC代理模块仍然能处置相应RTP流到非QoS和QoS链路的映射。作为一示例，假设多方视频呼叫，其中浏览器通过一个RTP流发送/接收音频话务，并且还通过另一RTP流发送/接收多个视频轨(其中视频轨将对于呼叫中的每个参与者来说是唯一的)。WebRTC代理模块可意识到UE具有对QoS和非QoS链路两者的访问权，但是浏览器(或WebRTC多媒体客户端应用)不必具有检测该信息的能力。从而，WebRTC多媒体客户端应用能进行不要求解复用的RTP流，而WebRTC代理模块不是执行解复用操作而是简单地将相应的RTP流映射到合适的链路(即QoS链路或非QoS链路)。
虽然已主要参照CDMA2000网络中的1xEV-DO架构、W-CDMA或UMTS网络中的GPRS架构、和/或基于LTE的网络中的EPS架构描述了各实施例，但是将领会，其他实施例可涉及其他类型的网络架构和/或协议。
本领域技术人员将领会，信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如，贯穿上面描述始终可能被述及的数据、指令、命令、信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。
此外，本领域技术人员将领会，结合本文中所公开的实施例描述的各种解说性逻辑块、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、块、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。
结合本文所公开的实施例描述的各种解说性逻辑框、模块、以及电路可用设计成执行本文中描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其它此类配置。
结合本文中所公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或者在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或者本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端(例如，UE)中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。
在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，此类计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储设备、或能用于携带或存储指令或数据结构形式的期望程序代码且能被计算机访问的任何其他介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其他远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合应当也被包括在计算机可读介质的范围内。
尽管上述公开示出了本发明的解说性实施例，但是应当注意到，在其中可作出各种更换和改动而不会脱离如所附权利要求定义的本发明的范围。根据本文中所描述的本发明实施例的方法权利要求的功能、步骤和/或动作不必按任何特定次序来执行。此外，尽管本发明的要素可能是以单数来描述或主张权利的，但是复数也是已料想了的，除非显式地声明了限定于单数。

Claims (35)

1.一种在参与WebRTC会话的用户装备(UE)处操作Web实时通信(WebRTC)代理模块的方法，包括：
获得第一组链路和与第一组链路不同的第二组链路，所述第一组链路中的每条链路分配有至少阈值水平的服务质量(QoS)；
在所述WebRTC会话期间，获得来自WebRTC多媒体客户端应用的所述WebRTC多媒体客户端应用正尝试递送至目标UE上的目标WebRTC多媒体客户端应用的复用流，所述复用流至少包括第一媒体分量和第二媒体分量；
解复用所述复用流以生成包括所述第一媒体分量的第一解复用流和包括所述第二媒体分量的第二解复用流；
在来自所述第一组链路的第一链路上将所述第一解复用流传送至服务网络以供递送至所述目标UE；以及
在来自所述第二组链路的第二链路上将所述第二解复用流传送至所述服务网络以供递送至所述目标UE。
2.如权利要求1所述的方法，其特征在于，所述第二组链路中的每条链路分配有0QoS或者大于0QoS且小于所述阈值水平的QoS的中间水平的QoS。
3.如权利要求2所述的方法，其特征在于，所述第二组链路中的至少一条链路分配有0QoS。
4.如权利要求2所述的方法，其特征在于，所述第二组链路中的至少一条链路分配有所述中间水平的QoS。
5.如权利要求2所述的方法，其特征在于，
所述阈值水平的QoS至少包括用于所述第一组链路中的每条链路的给定的保证比特率(GBR)，
所述第二组链路中的每条链路具有0GBR和/或小于所述给定GBR的GBR。
6.如权利要求1所述的方法，其特征在于，所述第一组链路仅包括所述第一链路，而所述第二组链路仅包括所述第二链路。
7.如权利要求1所述的方法，其特征在于，
所述第一组链路包括所述第一链路以及至少一条附加链路，
所述第二组链路仅包括所述第二链路，
所述复用流进一步包括至少一个附加媒体分量，所述解复用进一步解复用所述复用流以生成包括所述至少一个附加媒体分量的至少一个附加解复用流，所述方法进一步包括：
在来自所述第一组链路的所述至少一条附加链路上将所述至少一个附加解复用流传送至所述服务网络以供递送至所述目标UE。
8.如权利要求1所述的方法，其特征在于，
所述第二组链路包括所述第二链路以及至少一条附加链路，
所述第一组链路仅包括所述第一链路，
所述复用流进一步包括至少一个附加媒体分量，所述解复用进一步解复用所述复用流以生成包括所述至少一个附加媒体分量的至少一个附加解复用流，所述方法进一步包括：
在来自所述第二组链路的所述至少一条附加链路上将所述至少一个附加解复用流传送至所述服务网络以供递送至所述目标UE。
9.如权利要求1所述的方法，其特征在于，
所述第一组链路包括所述第一链路以及至少一条附加链路，
所述第二组链路包括所述第二链路以及一条或多条附加链路，
所述复用流进一步包括至少一个附加媒体分量，所述解复用进一步包括解复用所述复用流以生成包括所述至少一个附加媒体分量的至少一个附加解复用流，
所述复用流进一步包括一个或多个附加媒体分量，所述解复用进一步解复用所述复用流以生成包括所述一个或多个附加媒体分量的一个或多个附加解复用流，所述方法进一步包括：
在来自所述第一组链路的所述至少一条附加链路上将所述至少一个附加解复用流传送至所述服务网络以供递送至所述目标UE；以及
在来自所述第二组链路的所述一条或多条附加链路上将所述一个或多个附加解复用流传送至所述服务网络以供递送至所述目标UE。
10.如权利要求1所述的方法，其特征在于，所述第一媒体分量包括用于所述WebRTC会话的音频媒体，而所述第二媒体分量包括用于所述WebRTC会话的视频媒体。
11.如权利要求1所述的方法，其特征在于，所述第一媒体分量包括用于所述WebRTC会话的音频媒体和较高优先级视频媒体，而所述第二媒体分量包括用于所述WebRTC会话的较低优先级视频媒体。
12.如权利要求1所述的方法，其特征在于，
所述UE和所述目标UE各自由所述服务网络服务，以及
基于所述UE和所述目标UE各自由所述服务网络服务，所述UE和所述目标UE之间的端到端连接不穿越网络间网络地址转换(NAT)和/或网络间防火墙。
13.如权利要求1所述的方法，其特征在于，
所述目标UE由不同于服务所述UE的所述服务网络的另一服务网络服务，以及
基于所述UE和所述目标UE由不同服务网络服务，所述UE和所述目标UE之间的端到端连接穿越网络间网络地址转换(NAT)和/或网络间防火墙。
14.一种在参与WebRTC会话的用户装备(UE)处操作Web实时通信(WebRTC)代理模块的方法，包括：
获得第一组链路和与第一组链路不同的第二组链路，所述第一组链路中的每条链路分配有至少阈值水平的服务质量(QoS)；
在所述WebRTC会话期间，在来自所述第一组链路的第一链路上接收来自服务网络的第一流以及在来自所述第二组链路的第二链路上接收来自所述服务网络的第二流，所述第一流和所述第二流包括源UE处的源WebRTC多媒体客户端应用正尝试递送至所述UE上的WebRTC多媒体客户端应用的复用流的解复用部分；
重新复用所述第一流和所述第二流以产生重构版本的所述复用流；以及
将重新复用流递送至所述WebRTC多媒体客户端应用。
15.如权利要求14所述的方法，其特征在于，所述第二组链路中的每条链路分配有0QoS或者大于0QoS且小于所述阈值水平的QoS的中间水平的QoS。
16.如权利要求15所述的方法，其特征在于，所述第二组链路中的至少一条链路分配有0QoS。
17.如权利要求15所述的方法，其特征在于，所述第二组链路中的至少一条链路分配有所述中间水平的QoS。
18.如权利要求15所述的方法，其特征在于，
所述阈值水平的QoS至少包括用于所述第一组链路中的每条链路的给定的保证比特率(GBR)，
所述第二组链路中的每条链路具有0GBR和/或小于所述给定GBR的GBR。
19.如权利要求14所述的方法，其特征在于，所述第一组链路仅包括所述第一链路，而所述第二组链路仅包括所述第二链路。
20.如权利要求14所述的方法，其特征在于，
所述第一组链路包括所述第一链路以及至少一条附加链路，
所述第二组链路仅包括所述第二链路，
所述方法进一步包括：
在所述至少一条附加链路上接收来自所述服务网络的至少一个附加流，所述至少一个附加流包括来自所述复用流的至少一个附加的解复用部分，
其中所述重新复用将所述至少一个附加流连同所述第一流和所述第二流重新复用以产生所述重构版本的所述复用流。
21.如权利要求14所述的方法，其特征在于，
所述第二组链路包括所述第二链路以及至少一条附加链路，
所述第一组链路仅包括所述第二链路，
所述方法进一步包括：
在所述至少一条附加链路上接收来自所述服务网络的至少一个附加流，所述至少一个附加流包括来自所述复用流的至少一个附加的解复用部分，
其中所述重新复用将所述至少一个附加流连同所述第一流和所述第二流重新复用以产生所述重构版本的所述复用流。
22.如权利要求14所述的方法，其特征在于，
所述第一组链路包括所述第一链路以及至少一条附加链路，
所述第二组链路包括所述第二链路以及一条或多条附加链路，
所述方法进一步包括：
在所述至少一条附加链路上接收来自所述服务网络的至少一个附加流，所述至少一个附加流包括来自所述复用流的至少一个附加的解复用部分；以及
在所述一条或多条附加链路上接收来自所述服务网络的一个或多个附加流，所述一个或多个附加流包括来自所述复用流的一个或多个附加的解复用部分，
其中所述重新复用将所述至少一个附加流和所述一个或多个附加流连同所述第一流和所述第二流重新复用以产生所述重构版本的所述复用流。
23.如权利要求14所述的方法，其特征在于，所述第一流包括用于所述WebRTC会话的音频媒体，而所述第二流包括用于所述WebRTC会话的视频媒体。
24.如权利要求14所述的方法，其特征在于，所述第一流包括用于所述WebRTC会话的音频媒体和较高优先级视频媒体，而所述第二流包括用于所述WebRTC会话的较低优先级视频媒体。
25.如权利要求14所述的方法，其特征在于，
所述UE和所述源UE各自由所述服务网络服务，以及
基于所述UE和所述源UE各自由所述服务网络服务，所述UE和所述源UE之间的端到端连接不穿越网络间网络地址转换(NAT)和/或网络间防火墙。
26.如权利要求14所述的方法，其特征在于，
所述源UE由不同于服务所述UE的所述服务网络的另一服务网络服务，以及
基于所述UE和所述源UE由不同服务网络服务，所述UE和所述源UE之间的端到端连接穿越网络间网络地址转换(NAT)和/或网络间防火墙。
27.如权利要求14所述的方法，其特征在于，所述重构版本的所述复用流与所述源WebRTC多媒体客户端应用生成的所述复用流相同。
28.如权利要求14所述的方法，其特征在于，所述重构版本的所述复用流是从所述源WebRTC多媒体客户端应用生成的所述复用流修改得到的。
29.如权利要求28所述的方法，其特征在于，相对于由所述源WebRTC多媒体客户端应用生成的所述复用流，所述重构版本被压缩和/或被配置有较低的分辨率。
30.一种被配置成执行Web实时通信(WebRTC)代理模块的参与WebRTC会话的用户装备(UE)，包括：
用于获得第一组链路和与第一组链路不同的第二组链路的装置，所述第一组链路中的每条链路分配有至少阈值水平的服务质量(QoS)；
用于在所述WebRTC会话期间，获得来自WebRTC多媒体客户端应用的所述WebRTC多媒体客户端应用正尝试递送至目标UE上的目标WebRTC多媒体客户端应用的复用流的装置，所述复用流至少包括第一媒体分量和第二媒体分量；
用于解复用所述复用流以生成包括所述第一媒体分量的第一解复用流和包括所述第二媒体分量的第二解复用流的装置；
用于在来自所述第一组链路的第一链路上将所述第一解复用流传送至服务网络以供递送至所述目标UE的装置；以及
用于在来自所述第二组链路的第二链路上将所述第二解复用流传送至所述服务网络以供递送至所述目标UE的装置。
31.一种被配置成执行Web实时通信(WebRTC)代理模块的参与WebRTC会话的用户装备(UE)，包括：
用于获得第一组链路和与第一组链路不同的第二组链路的装置，所述第一组链路中的每条链路分配有至少阈值水平的服务质量(QoS)；
用于在所述WebRTC会话期间，在来自所述第一组链路的第一链路上接收来自服务网络的第一流以及在来自所述第二组链路的第二链路上接收来自所述服务网络的第二流的装置，所述第一流和所述第二流包括源UE处的源WebRTC多媒体客户端应用正尝试递送至所述UE上的WebRTC多媒体客户端应用的复用流的解复用部分；
用于重新复用所述第一流和所述第二流以产生重构版本的所述复用流的装置；以及
用于将重新复用流递送至所述WebRTC多媒体客户端应用的装置。
32.一种被配置成执行Web实时通信(WebRTC)代理模块的参与WebRTC会话的用户装备(UE)，包括：
被配置成获得第一组链路和与第一组链路不同的第二组链路的逻辑，所述第一组链路中的每条链路分配有至少阈值水平的服务质量(QoS)；
被配置成在所述WebRTC会话期间，获得来自WebRTC多媒体客户端应用的所述WebRTC多媒体客户端应用正尝试递送至目标UE上的目标WebRTC多媒体客户端应用的复用流的逻辑，所述复用流至少包括第一媒体分量和第二媒体分量；
被配置成解复用所述复用流以生成包括所述第一媒体分量的第一解复用流和包括所述第二媒体分量的第二解复用流的逻辑；
被配置成在来自所述第一组链路的第一链路上将所述第一解复用流传送至服务网络以供递送至所述目标UE的逻辑；以及
被配置成在来自所述第二组链路的第二链路上将所述第二解复用流传送至所述服务网络以供递送至所述目标UE的逻辑。
33.一种被配置成执行Web实时通信(WebRTC)代理模块的参与WebRTC会话的用户装备(UE)，包括：
被配置成获得第一组链路和与第一组链路不同的第二组链路的逻辑，所述第一组链路中的每条链路分配有至少阈值水平的服务质量(QoS)；
被配置成在所述WebRTC会话期间，在来自所述第一组链路的第一链路上接收来自服务网络的第一流以及在来自所述第二组链路的第二链路上接收来自所述服务网络的第二流的逻辑，所述第一流和所述第二流包括源UE处的源WebRTC多媒体客户端应用正尝试递送至所述UE上的WebRTC多媒体客户端应用的复用流的解复用部分；
被配置成重新复用所述第一流和所述第二流以产生重构版本的所述复用流的逻辑；以及
被配置成将重新复用流递送至所述WebRTC多媒体客户端应用的逻辑。
34.一种包含存储于其上的指令的非瞬态计算机可读介质，所述指令在由被配置成执行Web实时通信(WebRTC)代理模块的参与WebRTC会话的用户装备(UE)执行时使所述UE执行操作，所述指令包括：
使所述UE获得第一组链路和与第一组链路不同的第二组链路的至少一个指令，所述第一组链路中的每条链路分配有至少阈值水平的服务质量(QoS)；
使所述UE在所述WebRTC会话期间，获得来自WebRTC多媒体客户端应用的所述WebRTC多媒体客户端应用正尝试递送至目标UE上的目标WebRTC多媒体客户端应用的复用流的至少一个指令，所述复用流至少包括第一媒体分量和第二媒体分量；
使所述UE解复用所述复用流以生成包括所述第一媒体分量的第一解复用流和包括所述第二媒体分量的第二解复用流的至少一个指令；
使所述UE在来自所述第一组链路的第一链路上将所述第一解复用流传送至服务网络以供递送至所述目标UE的至少一个指令；以及
使所述UE在来自所述第二组链路的第二链路上将所述第二解复用流传送至所述服务网络以供递送至所述目标UE的至少一个指令。
35.一种包含存储于其上的指令的非瞬态计算机可读介质，所述指令在由被配置成执行Web实时通信(WebRTC)代理模块的参与WebRTC会话的用户装备(UE)执行时使所述UE执行操作，所述指令包括：
使所述UE获得第一组链路和与第一组链路不同的第二组链路的至少一个指令，所述第一组链路中的每条链路分配有至少阈值水平的服务质量(QoS)；
使所述UE在所述WebRTC会话期间，在来自所述第一组链路的第一链路上接收来自服务网络的第一流以及在来自所述第二组链路的第二链路上接收来自所述服务网络的第二流的至少一个指令，所述第一流和所述第二流包括源UE处的源WebRTC多媒体客户端应用正尝试递送至所述UE上的WebRTC多媒体客户端应用的复用流的解复用部分；
使所述UE重新复用所述第一流和所述第二流以产生重构版本的所述复用流的至少一个指令；以及
使所述UE将重新复用流递送至所述WebRTC多媒体客户端应用的至少一个指令。
CN201480050856.8A 2013-09-16 2014-09-15 通过基于客户端的WebRTC代理代表WebRTC多媒体客户端应用选择性复用传入WebRTC话务和/或解复用传出WebRTC话务 Expired - Fee Related CN105556923B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361878510P 2013-09-16 2013-09-16
US61/878,510 2013-09-16
US14/484,026 2014-09-11
US14/484,026 US9467480B2 (en) 2013-09-16 2014-09-11 Selectively multiplexing incoming WebRTC traffic and/or de-multiplexing outgoing WebRTC traffic by a client-based WebRTC proxy on behalf of a WebRTC multimedia client application
PCT/US2014/055554 WO2015038997A1 (en) 2013-09-16 2014-09-15 Selectively multplexing incoming webrtc traffic and/or de-multiplexing outgoing webrtc traffic by a client-based webrtc proxy on behalf of a webrtc multimedia client application

Publications (2)

Publication Number Publication Date
CN105556923A true CN105556923A (zh) 2016-05-04
CN105556923B CN105556923B (zh) 2018-08-03

Family

ID=51660604

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480050856.8A Expired - Fee Related CN105556923B (zh) 2013-09-16 2014-09-15 通过基于客户端的WebRTC代理代表WebRTC多媒体客户端应用选择性复用传入WebRTC话务和/或解复用传出WebRTC话务

Country Status (7)

Country Link
US (1) US9467480B2 (zh)
EP (1) EP3047624B1 (zh)
JP (1) JP6423439B2 (zh)
KR (1) KR20160055823A (zh)
CN (1) CN105556923B (zh)
TW (1) TW201521482A (zh)
WO (1) WO2015038997A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107846379A (zh) * 2016-09-18 2018-03-27 中兴通讯股份有限公司 一种视频会议系统中端口复用方法和服务器
CN109922046A (zh) * 2019-01-30 2019-06-21 广东腾一科技有限公司 一种数据收发系统及方法
CN115037978A (zh) * 2022-07-13 2022-09-09 北京字跳网络技术有限公司 投屏方法及相关设备

Families Citing this family (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10116691B2 (en) 2004-11-23 2018-10-30 Kodiak Networks, Inc. VoIP denial-of-service protection mechanisms from attack
US10111055B2 (en) 2004-11-23 2018-10-23 Kodiak Networks, Inc. Optimized methods for large group calling using unicast and multicast transport bearer for PoC
US10178513B2 (en) 2004-11-23 2019-01-08 Kodiak Networks, Inc. Relay-mode and direct-mode operations for push-to-talk-over-cellular (PoC) using WiFi-technologies
US10057105B2 (en) 2004-11-23 2018-08-21 Kodiak Networks, Inc. Architecture framework to realize push-to-X services using cloudbased storage services
US9467480B2 (en) * 2013-09-16 2016-10-11 Qualcomm Incorporated Selectively multiplexing incoming WebRTC traffic and/or de-multiplexing outgoing WebRTC traffic by a client-based WebRTC proxy on behalf of a WebRTC multimedia client application
US9271149B2 (en) * 2013-10-18 2016-02-23 Verizon Patent And Licensing Inc. Managing hidden security features in user equipment
CN104683402B (zh) * 2013-11-29 2019-01-08 华为终端（东莞）有限公司 通信方法和用户设备
US10361585B2 (en) 2014-01-27 2019-07-23 Ivani, LLC Systems and methods to allow for a smart device
KR102279880B1 (ko) * 2014-03-11 2021-07-21 삼성전자 주식회사 무선 통신 시스템에서 베어러의 비트레이트를 동적으로 운영하는 방법 및 장치
WO2015199462A1 (en) * 2014-06-27 2015-12-30 Samsung Electronics Co., Ltd. Method and apparatus for providing quality of service for web-based real-time communication
WO2016069908A1 (en) * 2014-10-29 2016-05-06 Kodiak Networks, Inc. System and method to leverage web real-time communication for implementing push-to-talk solutions
WO2016185649A1 (ja) * 2015-05-20 2016-11-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 通信ノード、端末及び通信制御方法
CN106506319B (zh) * 2015-09-07 2019-06-25 中国移动通信集团公司 网页实时通信中服务质量会话参数的传递方法及转换网关
US9474042B1 (en) 2015-09-16 2016-10-18 Ivani, LLC Detecting location within a network
US10382893B1 (en) 2015-09-16 2019-08-13 Ivani, LLC Building system control utilizing building occupancy
US10455357B2 (en) 2015-09-16 2019-10-22 Ivani, LLC Detecting location within a network
US11533584B2 (en) 2015-09-16 2022-12-20 Ivani, LLC Blockchain systems and methods for confirming presence
US10325641B2 (en) 2017-08-10 2019-06-18 Ivani, LLC Detecting location within a network
US10665284B2 (en) 2015-09-16 2020-05-26 Ivani, LLC Detecting location within a network
US10321270B2 (en) 2015-09-16 2019-06-11 Ivani, LLC Reverse-beacon indoor positioning system using existing detection fields
US11350238B2 (en) 2015-09-16 2022-05-31 Ivani, LLC Systems and methods for detecting the presence of a user at a computer
AU2016336442B2 (en) * 2015-10-06 2019-04-04 Kodiak Networks Inc. System and method for tuning PTT over LTE
WO2017062596A1 (en) 2015-10-06 2017-04-13 Kodiak Networks, Inc. Ptt network with radio condition aware media packet aggregation scheme
FR3043517A1 (fr) * 2015-11-09 2017-05-12 Orange Procede et dispositif de gestion d'une prise de parole depuis un terminal mobile.
US10129853B2 (en) 2016-06-08 2018-11-13 Cognitive Systems Corp. Operating a motion detection channel in a wireless communication network
US10965729B2 (en) 2016-06-14 2021-03-30 Netent Product Services Ltd. Live streaming of media for low-latency applications such as live casino gaming applications
US11184830B2 (en) 2016-06-21 2021-11-23 Huawei Technologies Co., Ltd. Systems and methods for user plane path selection, reselection, and notification of user plane changes
US10972552B2 (en) * 2016-09-30 2021-04-06 Huawei Technologies Co., Ltd. Method and system for user plane path selection
US10257669B2 (en) 2016-12-01 2019-04-09 Kodiak Networks, Inc. PTX data analytic engine notifying group list of detected risk event
US10630529B2 (en) 2016-12-29 2020-04-21 Kodiak Networks, Inc. System and method for push-to-talk (PTT) in mobile edge computing (MEC)
US10531420B2 (en) 2017-01-05 2020-01-07 Huawei Technologies Co., Ltd. Systems and methods for application-friendly protocol data unit (PDU) session management
US9989622B1 (en) 2017-03-16 2018-06-05 Cognitive Systems Corp. Controlling radio states for motion detection
US10004076B1 (en) 2017-03-16 2018-06-19 Cognitive Systems Corp. Selecting wireless communication channels based on signal quality metrics
US9743294B1 (en) 2017-03-16 2017-08-22 Cognitive Systems Corp. Storing modem parameters for motion detection
US9927519B1 (en) 2017-03-16 2018-03-27 Cognitive Systems Corp. Categorizing motion detected using wireless signals
US10051414B1 (en) 2017-08-30 2018-08-14 Cognitive Systems Corp. Detecting motion based on decompositions of channel response variations
US10735783B1 (en) 2017-09-28 2020-08-04 Twitch Interactive, Inc. Intra-rendition latency variation
US11146834B1 (en) 2017-09-28 2021-10-12 Twitch Interactive, Inc. Server-based encoded version selection
AU2018352483B2 (en) 2017-10-19 2023-08-17 Lazar Entertainment Inc. Systems and methods for broadcasting live media streams
US10109167B1 (en) 2017-10-20 2018-10-23 Cognitive Systems Corp. Motion localization in a wireless mesh network based on motion indicator values
US10048350B1 (en) 2017-10-31 2018-08-14 Cognitive Systems Corp. Motion detection based on groupings of statistical parameters of wireless signals
US10228439B1 (en) 2017-10-31 2019-03-12 Cognitive Systems Corp. Motion detection based on filtered statistical parameters of wireless signals
US9933517B1 (en) 2017-11-03 2018-04-03 Cognitive Systems Corp. Time-alignment of motion detection signals using buffers
US10459076B2 (en) 2017-11-15 2019-10-29 Cognitive Systems Corp. Motion detection based on beamforming dynamic information
US10109168B1 (en) 2017-11-16 2018-10-23 Cognitive Systems Corp. Motion localization based on channel response characteristics
US10264405B1 (en) 2017-12-06 2019-04-16 Cognitive Systems Corp. Motion detection in mesh networks
US10852411B2 (en) 2017-12-06 2020-12-01 Cognitive Systems Corp. Motion detection and localization based on bi-directional channel sounding
US10108903B1 (en) 2017-12-08 2018-10-23 Cognitive Systems Corp. Motion detection based on machine learning of wireless signal properties
CN114125817A (zh) 2017-12-13 2022-03-01 华为技术有限公司 用户策略的获取
US10393866B1 (en) 2018-03-26 2019-08-27 Cognitive Systems Corp. Detecting presence based on wireless signal analysis
CN110418432A (zh) * 2018-04-26 2019-11-05 宏达国际电子股份有限公司 处理无线资源控制重建的装置及方法
FI20185419A1 (en) 2018-05-08 2019-11-09 Telia Co Ab communication Management
US10318890B1 (en) 2018-05-23 2019-06-11 Cognitive Systems Corp. Training data for a motion detection system using data from a sensor device
US11579703B2 (en) 2018-06-18 2023-02-14 Cognitive Systems Corp. Recognizing gestures based on wireless signals
US10986219B2 (en) 2018-06-19 2021-04-20 At&T Intellectual Property I, L.P. LTE fault-tolerant signaling approach
US10455194B1 (en) * 2018-11-27 2019-10-22 Dialogic Corporation Robust handling of sudden changes of bandwidth in selective forwarding unit conferences
US10506384B1 (en) 2018-12-03 2019-12-10 Cognitive Systems Corp. Determining a location of motion detected from wireless signals based on prior probability
US11403543B2 (en) 2018-12-03 2022-08-02 Cognitive Systems Corp. Determining a location of motion detected from wireless signals
US10499364B1 (en) 2019-01-24 2019-12-03 Cognitive Systems Corp. Identifying static leaf nodes in a motion detection system
US10498467B1 (en) 2019-01-24 2019-12-03 Cognitive Systems Corp. Classifying static leaf nodes in a motion detection system
JP7316054B2 (ja) * 2019-01-31 2023-07-27 日本無線株式会社 同報配信システム
US10565860B1 (en) 2019-03-21 2020-02-18 Cognitive Systems Corp. Offline tuning system for detecting new motion zones in a motion detection system
US11050800B2 (en) * 2019-04-10 2021-06-29 T-Mobile Usa, Inc. Network assigning QoS for service based on codec exchanged peer-to-peer
US10567914B1 (en) 2019-04-30 2020-02-18 Cognitive Systems Corp. Initializing probability vectors for determining a location of motion detected from wireless signals
US10600314B1 (en) 2019-04-30 2020-03-24 Cognitive Systems Corp. Modifying sensitivity settings in a motion detection system
US10459074B1 (en) 2019-04-30 2019-10-29 Cognitive Systems Corp. Determining a location of motion detected from wireless signals based on wireless link counting
US10798529B1 (en) 2019-04-30 2020-10-06 Cognitive Systems Corp. Controlling wireless connections in wireless sensing systems
US10743143B1 (en) 2019-05-15 2020-08-11 Cognitive Systems Corp. Determining a motion zone for a location of motion detected by wireless signals
US10460581B1 (en) 2019-05-15 2019-10-29 Cognitive Systems Corp. Determining a confidence for a motion zone identified as a location of motion for motion detected by wireless signals
US10404387B1 (en) 2019-05-15 2019-09-03 Cognitive Systems Corp. Determining motion zones in a space traversed by wireless signals
WO2021012051A1 (en) 2019-07-23 2021-01-28 Lazar Entertainment Inc. Live media content delivery systems and methods
WO2021030369A1 (en) 2019-08-12 2021-02-18 Social Microphone, Inc. Optimizing data priority by managing network resources
US11006245B2 (en) 2019-09-30 2021-05-11 Cognitive Systems Corp. Detecting a location of motion using wireless signals and topologies of wireless connectivity
CA3152900A1 (en) 2019-10-31 2021-05-06 Christopher Beg Eliciting mimo transmissions from wireless communication devices
US11570712B2 (en) 2019-10-31 2023-01-31 Cognitive Systems Corp. Varying a rate of eliciting MIMO transmissions from wireless communication devices
EP4052065A4 (en) 2019-10-31 2022-12-07 Cognitive Systems Corp. USING MIMO TRAINING AREAS FOR MOTION DETECTION
US12019143B2 (en) 2020-03-03 2024-06-25 Cognitive Systems Corp. Using high-efficiency PHY frames for motion detection
US10928503B1 (en) 2020-03-03 2021-02-23 Cognitive Systems Corp. Using over-the-air signals for passive motion detection
CA3188465A1 (en) 2020-08-31 2022-03-03 Mohammad Omer Controlling motion topology in a standardized wireless communication network
CN112423007B (zh) * 2020-11-09 2022-07-08 杭州叙简科技股份有限公司 一种基于组播的webrtc的视频流传输系统
US11070399B1 (en) 2020-11-30 2021-07-20 Cognitive Systems Corp. Filtering channel responses for motion detection
BE1029154B1 (fr) * 2021-03-01 2022-09-27 Selfsun Dispositif et procédé pour une interaction entre un public et des acteurs
CN113613291B (zh) * 2021-08-12 2024-02-02 中国联合网络通信集团有限公司 一种下行gbr业务流传送方法、终端及流量控制单元
JP2023081226A (ja) 2021-11-30 2023-06-09 株式会社リコー 通信管理装置、通信システム、通信管理方法、及びプログラム
US11381628B1 (en) * 2021-12-22 2022-07-05 Hopin Ltd Browser-based video production
CN115442348B (zh) * 2022-11-09 2023-01-24 成都华栖云科技有限公司 一种基于多协议多终端交互的教学实时互动方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020169884A1 (en) * 2001-05-14 2002-11-14 Jean Sebastien A. Network device mimic support
CN102893693A (zh) * 2010-04-13 2013-01-23 高通股份有限公司 在无线通信系统中的流通信会话期间在物理层网络之间选择性地转换
CN103141124A (zh) * 2010-09-30 2013-06-05 摩托罗拉解决方案公司 在长期演进系统中减少多个用户设备之间通信设立时间的方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8265069B2 (en) * 2005-06-23 2012-09-11 Nokia Corporation System, terminal, method, and computer program product for establishing a transport-level connection with a server located behind a network address translator and/or firewall
US8560729B2 (en) 2007-02-09 2013-10-15 Onmobile Global Limited Method and apparatus for the adaptation of multimedia content in telecommunications networks
EP2317733A1 (en) * 2009-10-29 2011-05-04 British Telecommunications public limited company Communications system
US20120287784A1 (en) * 2011-05-10 2012-11-15 Cisco Technology, Inc. System and method for integrated quality of service in a wireless network environment
US20140044123A1 (en) 2011-05-23 2014-02-13 Twilio, Inc. System and method for real time communicating with a client application
KR20140092935A (ko) * 2011-08-18 2014-07-24 브이아이디 스케일, 인크. 패킷 차등화를 위한 방법 및 시스템
US9319459B2 (en) * 2011-09-19 2016-04-19 Cisco Technology, Inc. Services controlled session based flow interceptor
JP6455780B2 (ja) * 2012-01-17 2019-01-23 イパライヴ アクティエボラグ グローバルなリアルタイム電気通信装置、ソフトウェア・モジュール、および、システム
US9578546B2 (en) 2012-08-31 2017-02-21 Qualcomm Incorporated Directional adjustment to quality of service based on predicted traffic activity on a link
US9497659B2 (en) 2012-08-31 2016-11-15 Qualcomm Incorporated Directional adjustment to quality of service based on monitored traffic activity on a link
US9055554B2 (en) * 2012-12-12 2015-06-09 At&T Intellectual Property I, L.P. Management of voice communications over long term evolution networks
US8861692B1 (en) * 2013-05-15 2014-10-14 Verizon Patent And Licensing Inc. Web call access and egress to private network
US9444746B2 (en) 2013-06-25 2016-09-13 Qualcomm Incorporated Selectively transferring high-priority non-audio data over a quality of service channel
US9467480B2 (en) * 2013-09-16 2016-10-11 Qualcomm Incorporated Selectively multiplexing incoming WebRTC traffic and/or de-multiplexing outgoing WebRTC traffic by a client-based WebRTC proxy on behalf of a WebRTC multimedia client application

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020169884A1 (en) * 2001-05-14 2002-11-14 Jean Sebastien A. Network device mimic support
CN102893693A (zh) * 2010-04-13 2013-01-23 高通股份有限公司 在无线通信系统中的流通信会话期间在物理层网络之间选择性地转换
CN103141124A (zh) * 2010-09-30 2013-06-05 摩托罗拉解决方案公司 在长期演进系统中减少多个用户设备之间通信设立时间的方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
E.IVOV JITSI: "《no plan:economical use of the offer/answer model in webrtc sessions with multiple media sources draft-ivov-rtcweb-noplan-00》", 《INTERNET ENGINEERING TASK FORCE,IETF》 *
REDDY,ETAL: "《considerations with webrtc in mobile networks;draft-reddy-webrtc-mobile-03.txt》", 《INTERNET ENGINEERING TASK FORCE,IETF》 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107846379A (zh) * 2016-09-18 2018-03-27 中兴通讯股份有限公司 一种视频会议系统中端口复用方法和服务器
CN107846379B (zh) * 2016-09-18 2021-09-07 中兴通讯股份有限公司 一种视频会议系统中端口复用方法和服务器
CN109922046A (zh) * 2019-01-30 2019-06-21 广东腾一科技有限公司 一种数据收发系统及方法
CN115037978A (zh) * 2022-07-13 2022-09-09 北京字跳网络技术有限公司 投屏方法及相关设备
CN115037978B (zh) * 2022-07-13 2023-08-25 北京字跳网络技术有限公司 投屏方法及相关设备

Also Published As

Publication number Publication date
WO2015038997A1 (en) 2015-03-19
JP2016537920A (ja) 2016-12-01
US20150078295A1 (en) 2015-03-19
KR20160055823A (ko) 2016-05-18
CN105556923B (zh) 2018-08-03
EP3047624A1 (en) 2016-07-27
US9467480B2 (en) 2016-10-11
JP6423439B2 (ja) 2018-11-14
EP3047624B1 (en) 2017-07-05
TW201521482A (zh) 2015-06-01

Similar Documents

Publication Publication Date Title
CN105556923A (zh) 通过基于客户端的WebRTC代理代表WebRTC多媒体客户端应用选择性复用传入WebRTC话务和/或解复用传出WebRTC话务
EP3005617B1 (en) Method for efficiently supporting multiple simultaneous group ptt calls requiring low call setup latency
TWI517727B (zh) 用於蜂巢上服務之動態服務品質
KR102125771B1 (ko) 링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질
EP2891359B1 (en) Adjustment to quality of service based on predicted traffic activity on a link
WO2014036326A2 (en) Selectively allocating quality of service to support multiple concurrent sessions for a client device
CN105324967A (zh) 在服务质量信道上选择性地传递高优先级非音频数据
CN105103520A (zh) 倒回实时通信会话
CA2966609A1 (en) Method for providing dynamic quality of service for push-to-talk service
CN104885400A (zh) 在其帧擦除速率上升到阈值以上的电路交换呼叫中通过建立并同步voip流来选择性地修补擦除

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180803

Termination date: 20190915