[go: up one dir, main page]

CN117280670A - 通信网络中的网关节点、用户设备和方法 - Google Patents

通信网络中的网关节点、用户设备和方法 Download PDF

Info

Publication number
CN117280670A
CN117280670A CN202180097992.2A CN202180097992A CN117280670A CN 117280670 A CN117280670 A CN 117280670A CN 202180097992 A CN202180097992 A CN 202180097992A CN 117280670 A CN117280670 A CN 117280670A
Authority
CN
China
Prior art keywords
data channel
call session
gateway node
parameters
node
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.)
Pending
Application number
CN202180097992.2A
Other languages
English (en)
Inventor
M·邦珈
A·拉克什米纳拉亚南
R·贾娜迪
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN117280670A publication Critical patent/CN117280670A/zh
Pending legal-status Critical Current

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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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/1069—Session establishment or de-establishment
    • 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/1016—IP multimedia subsystem [IMS]
    • 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/1053—IP private branch exchange [PBX] functionality entities or arrangements
    • 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/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • 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/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H04L65/4015—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference where at least one of the additional parallel sessions is real time or time sensitive, e.g. white board sharing, collaboration or spawning of a subconference

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了一种由网关节点执行的用于增强通信网络中的第一用户设备UE与第二UE之间的呼叫会话的方法。第二UE与专用分支交换PBX节点相关联。当已经经由PBX节点并经由因特网协议多媒体子系统IMS网络在第一UE与第二UE之间建立(304)呼叫会话时，网关节点从第一UE和第二UE中的任何一个接收(305)用于建立数据信道以增强呼叫会话的请求。网关节点协商(306)要在所请求的第一UE与第二UE之间的数据信道中使用的一个或多个参数。网关节点根据协商，建立(307)数据信道以增强第一UE与第二UE之间的呼叫会话。

Description

通信网络中的网关节点、用户设备和方法
技术领域
本文的实施例涉及网关节点、用户设备以及其中的方法。在一些方面，它们涉及增强通信网络中的第一用户设备与第二用户设备之间的呼叫会话。
背景技术
在典型的无线通信网络中，无线设备(也被称为无线通信设备、移动站、站(STA)和/或用户设备(UE))经由诸如Wi-Fi网络或包括无线电接入网络(RAN)部分和核心网络(CN)部分的蜂窝网络之类的广域网或局域网通信。RAN覆盖被划分成服务区域或小区区域(也被称为波束或波束组)的地理区域，其中，每个服务区域或小区区域由无线电网络节点(例如，接入节点，如Wi-Fi接入点或无线电基站(RBS))服务，该无线电网络节点在一些网络中也可以被称为例如NodeB、eNodeB(eNB)或gNB，如第五代(5G)电信中所称的。服务区域或小区区域是由无线电网络节点提供无线电覆盖的地理区域。无线电网络节点通过在射频上工作的空中接口与无线电网络节点范围内的无线设备通信。
3GPP是用于指定用于蜂窝系统演进(例如，包括3G、4G、5G和未来的演进)的标准的标准化机构。用于也称为第四代(4G)网络的演进分组系统(EPS)的规范已经在第三代合作伙伴计划(3GPP)中完成。作为后续网络演进，3GPP的新版本指定了5G网络，也称为5G新无线电(NR)。
多天线技术可以显著提高无线通信系统的数据速率和可靠性。如果发射机和接收机均配备有多个天线(这导致多输入多输出(MIMO)通信信道)，则性能尤其得到改进。这样的系统和/或相关技术通常被称为MIMO。
除了更快的峰值因特网连接速度外，5G规划的目标是比目前的4G更高的容量，允许每区域单位更多数量的移动宽带用户，以及允许每月和每用户消耗更高或无限的数据量(以千兆字节为单位)。这将使很大一部分人在Wi-Fi热点无法访问的情况下，每天用他们的移动设备流式传输高清媒体数小时成为可能。5G的研发还旨在提高对机器对机器通信(也被称为物联网)的支持，从而旨在具有比4G设备更低的成本、更低的电池消耗和更低的延迟。
传统的专用分支交换(PBX)系统是许多公司网络中的中央节点，它处理公司内部和外部的通信控制逻辑。PBX负责用于典型的传入业务呼叫的两个支路(呼叫等待和到可用代理的后续路由)的所有呼叫逻辑，如呼叫等待、转发、路由等。当在此使用时，支路是指用户(例如，客户或客户代理)与PBX之间的通信链路。最新的系统已针对IP语音(VoIP)能力适配了会话发起协议(SIP)协议，从而允许它接受来自任何软SIP客户端(例如，被称为SIP客户端)的呼叫。
更具体地说，PBX充当SIP背靠背用户代理(B2BUA)，从而将客户和客户代理(即，企业分支交换内的个体)之间的呼叫划分成两个呼叫支路，第一呼叫支路是从客户到PBX，第二呼叫支路则是从PBX到客户代理。当在此使用时，客户是指呼叫公司的用户。当在此使用时，客户代理是指为客户服务的公司员工。通常，在将呼叫路由到代理之前，客户借助双音多频(DTMF)音调与交互式语音应答器进行交互。路由决策通常是在客户提供了一组选项和一些识别手段之后做出的。路由和排队基于位于PBX中的逻辑。在客户对交互式语音响应(IVR)做出响应后，客户通常被路由到客户代理或某种形式的自动化服务。这是第二呼叫支路启动的时候。一旦客户代理已经应答，第一呼叫支路和第二呼叫支路就由PBX内的某种逻辑合并。例如，这可以是对语音进行代码转换、混合媒体编解码器等的逻辑。与客户代理或自动化服务的后续交互通过语音以及用于将数据从客户传输到企业的DTMF来执行。
大多数广泛使用的PBX发行版提供了表述性状态转移(REST)接口，以便以编程方式控制PBX功能，并允许创建客户应用。这样的应用可以在传入的客户呼叫支路上播放公告，对端点做出的DTMF选择做出响应，将多个呼叫支路合并成会议桥等。因此，PBX上下文中的REST接口使得开发人员能够根据他们的要求来创建自定义的通信应用逻辑。这种REST接口的示例是Asterisk Rest接口(ARI)，它提供对所有原始Asterisk对象(包括信道、网桥、端点和扩展)的访问和控制。事实上，在所有可用的PBX发行版中，Asterisk提供了最全面的API来创建自定义应用。
还值得注意的是，该API还允许PBX向所连接的客户端报告事件，通常通过WebSocket。WebSocket是一种受到广泛支持的通信协议，它允许文本或二进制数据的对等交换。它还广泛与HTTP协议结合使用，以允许Web服务器向所连接的客户端发送异步数据。因此，与轮询REST接口以了解状态变化不同，PBX能够在状态变化发生时进行报告。
此外，非标准PBX解决方案还在Java、Perl等中提供多语言编程接口。这些API的作用非常像REST API，提供对路由逻辑和呼叫处理的全面控制。
应当注意的是，虽然大多数PBX发行版具有REST接口，但它在这些发行版中并不是标准化的。因此，功能的可用性取决于给定发行版如何实现它的核心特性和抽象对象。
发明内容
作为开发在此的实施例的一部分，发明人已认识到问题，并且将首先对其进行讨论。
最近在3GPP规范26.114中的因特网协议多媒体子系统(IMS)媒体处理和交互中采用数据信道允许两个UE用户在语音和/或视频呼叫期间使用UE应用。这为语音和视频之外的呼叫交互开辟了新的可能性。现在可以玩游戏、共享屏幕内容等。
一个问题是，旧式PBX在内部和外部都缺乏向UE提供增强呼叫特性的关键功能。这是因为它们不支持在典型的SIP会话描述协议(SDP)中使用的对等应用媒体类型，仅支持音频和/或视频。即使数据信道受到支持，UE选择的特定应用也很难在核心PBX功能内实现。这可能导致更复杂的系统实现，造成无线通信网络的灵活性降低。
本文的实施例的目的是提高通信网络的灵活性。
根据本文的实施例的一个方面，该目的通过一种由网关节点执行的用于增强通信网络中的第一用户设备UE与第二UE之间的呼叫会话的方法来实现。所述第二UE与专用分支交换PBX节点相关联。
当已经经由所述PBX节点并经由因特网协议多媒体子系统IMS网络在所述第一UE与所述第二UE之间建立呼叫会话时，所述网关节点从所述第一UE和所述第二UE中的任何一个接收请求。所述请求用于建立数据信道以增强所述呼叫会话。
在协商要在所请求的所述第一UE与所述第二UE之间的数据信道中使用的一个或多个参数之后，所述网关节点根据所述协商，建立所述数据信道以增强所述第一UE与所述第二UE之间的所述呼叫会话。
根据本文的实施例的另一方面，该目的通过一种由用户设备UE执行的用于增强通信网络中的第一UE和第二UE之间的呼叫会话的方法来实现。所述第二UE与专用分支交换PBX节点相关联。
当已经经由所述PBX节点并经由因特网协议多媒体子系统IMS网络在所述第一UE和所述第二UE之间建立呼叫会话时，所述UE向网关节点发送请求。所述请求用于建立数据信道以增强所述第一UE与所述第二UE之间的所述呼叫会话。
在协商要在所请求的数据信道中使用的一个或多个参数之后，所述UE建立所请求的数据信道以增强所述第一UE与所述第二UE之间的所述呼叫会话。这是通过使用所协商的一个或多个参数来执行的。
根据本文的实施例的另一方面，该目的通过一种被配置为增强通信网络中的第一用户设备UE和第二UE之间的呼叫会话的网关节点来实现。所述第二UE适于与专用分支交换PBX节点相关联。所述网关节点还被配置为：
-当已经经由所述PBX节点并经由因特网协议多媒体子系统IMS网络在所述第一UE与所述第二UE之间建立呼叫会话时，从所述第一UE和所述第二UE中的任何一个接收用于建立数据信道以增强所述呼叫会话的请求，
-协商适于要在所请求的所述第一UE与所述第二UE之间的数据信道中使用的一个或多个参数，以及
-根据所述协商，建立所述数据信道以增强所述第一UE与所述第二UE之间的所述呼叫会话。
根据本文的实施例的另一方面，该目的通过一种被配置为增强通信网络中的第一UE与第二UE之间的呼叫会话的用户设备UE来实现。所述第二UE与专用分支交换PBX节点相关联。所述UE还被配置为：
-当已经经由所述PBX节点和经由因特网协议多媒体子系统IMS网络在所述第一UE与所述第二UE之间建立呼叫会话时，向网关节点发送用于建立数据信道以增强所述第一UE与所述第二UE之间的所述呼叫会话的请求，
-协商适于要在所请求的数据信道中使用的一个或多个参数，以及
-通过使用所协商的一个或多个参数，建立所请求的数据信道以增强所述第一UE与所述第二UE之间的所述呼叫会话。
由于网关节点在第一UE与第二UE之间的呼叫会话已经被建立时接收建立数据信道的请求，因此，网关节点能够协商与所请求的数据信道相关的一个或多个参数。网关节点然后根据协商来建立数据信道。通过这种方式，实现了用于增强呼叫会话的有效机制。
本文的实施例带来了用于增强第一UE与第二UE之间的呼叫会话的有效机制的优点，其中，第二UE与PBX节点相关联。这是通过使得能够建立数据信道来实现的，例如方式为：协商与数据信道相关的一个或多个参数，然后通过根据协商建立数据信道来增强呼叫会话。这导致通信网络中的灵活性增加。
附图说明
参考附图更详细地描述了本文的实施例的示例，其中：
图1a是示出根据现有技术的实施例的示意性框图。
图1b是示出增强的呼叫会话的示例实施例的示意性框图。
图2a是示出通信网络的示例实施例的示意性框图。
图2b是示出通信网络的示例实施例的示意性框图。
图3是描绘网关节点中的方法的实施例的流程图。
图4是描绘UE中的方法的实施例的流程图。
图5a、5b、5c、5d和5e是描绘方法的实施例的流程图。
图6是示出云实现的示例实施例的示意性框图。
图7a和7b是示出网关节点的实施例的示意性框图。
图8a和8b是示出UE的实施例的示意性框图。
图9示意性地示出了经由中间网络被连接到主机计算机的电信网络；
图10是主机计算机在部分无线连接上经由基站与用户设备通信的总体框图；以及
图11至14是示出在包括主机计算机、基站和用户设备的通信系统中实现的方法的流程图。
具体实施方式
作为开发在此的实施例的一部分，发明人已认识到问题并将在下面进一步讨论。
旧式PBX在内部和外部都缺乏向UE提供丰富呼叫特性的关键功能。它们不支持在典型的SIP SDP中使用的对等应用媒体类型；仅支持音频和/或视频。此外，旧式PBX呼叫流不支持UE与数据信道服务器(DCS)之间用于提供应用的连接逻辑，而对企业的大多数呼叫必须通过IVR菜单转移到最终UE。旧式PBX也不具备处理更具体业务应用的检索和管理的灵活性。
即使数据信道受到支持，客户决定选择的特定业务应用也很难在核心PBX功能中实现。尽管像排队这样的应用目前是可用的，但是要在例如浏览器中运行的其他公司特定应用不容易在核心PBX功能中实现，因为这些应用需要从DCS中取得。
当外部UE被连接到与PBX相关联的UE时，数据信道媒体类型不能以与音频和视频相同的方式来处理，其在PBX充当SIP B2B UA的情况下完成。替代地，需要在UE对等体之间直接建立对等数据信道连接。
图1a示出了当呼叫方10(也被称为客户10)呼叫企业(如公司)时的典型场景。IMS11将来自呼叫方10的呼叫中继到符合SIP的企业PBX 12。PBX 12应答呼叫并向呼叫方10提供IVR菜单，从而允许呼叫方10基于公司提供的服务来做出选择。基于呼叫方10在IVR菜单上的选择，PBX 12然后将呼叫中继或转发到可用代理13中的一个。
在此场景下，呼叫可以是纯语音，也可以是语音和视频，具体取决于客户10的UE、PBX 12的能力和代理13的设备(例如，普通电话或具有网络摄像头的基于PC的电话)。代理使用的业务WebApp与语音呼叫是分离的。
还希望在连接到与PBX相关联的UE的外部UE之间使用这种交互。然而，用于建立所需连接的新媒体类型(即，IMS数据信道媒体类型)在诸如PBX之类的通常在企业中使用的旧式设备中不受支持。
根据本文的一些实施例，在客户到企业交互呼叫的上下文中，诸如数据信道服务器网关(DCS GW)之类的网关节点允许旧式PBX遵循来自3GPP TS26.114“IP多媒体子系统(IMS)；多媒体电话；媒体处理和交互”的数据信道媒体规范。
可以在远程服务器中部署网关节点的实施例，因此它不需要与PBX位于相同位置。
本文的实施例的示例通过实现用于客户与客户代理(例如，第一UE与第二UE)之间的数据信道协商的网关节点，向PBX提供了丰富的或增强的呼叫等待和呼叫特性。
本文的实施例的示例利用协商在SDP要约(SDP Offer)和/或应答中接收到的数据信道的软件来增强旧式PBX。该软件还能够取得和/或运行与给定客户相关的应用逻辑，并通过对等数据信道与客户交换数据。该软件还能够使用从客户接收到的数据来通知如何将客户路由和排队到适当的客户代理。该软件还能够交换和/或转发与给定客户代理相关的SDP的部分，使得也可以在客户与客户代理(例如，第一UE与第二UE)之间建立对等数据信道。
数据信道然后可以与基于浏览器的客户端应用一起使用，以提供丰富的呼叫特性。
本文的一些实施例还借助REST接口与PBX交互，以便控制呼叫功能，在给定的客户呼叫支路上播放公告，确认有多少业务端点可用于接受客户呼叫，后续管理传入的客户呼叫如何被排队，在PBX和下一个可用代理端点之间创建第二呼叫支路，以及桥接两个呼叫支路。
REST接口还可以具有事件通知信道，通常在WebSocket上，从而在已经与客户建立新呼叫时通知网关节点。这允许网关节点将给定的呼叫实例与PBX自己对该呼叫实例的记录相关联。其他事件通知消息也可以指出给定的呼叫实例何时挂断，从而允许在与呼叫实例相关联的任何剩余呼叫支路上完美挂断。此外，知道给定端点何时挂断可以帮助网关节点和/或PBX维护等待要被连接到下一个可用代理端点的客户队列。
考虑到不同的PBX发行版具有独特的API/REST接口，通过在网关节点内实现包装器接口并具有用于各种PBX发行版的插件，将确保不同的发行版之间的互操作性。因此，包装器将通过调用与发行版的可编程接口相关的插件，提供不同的发行版之间的公用功能。
本文的实施例可以提供以下优点中的至少一些：
昂贵的旧式PBX仍然可以与现代丰富或增强的呼叫一起使用，从而为它们提供更长的使用寿命。向企业的(例如，公司的)根据本文的实施例的呼叫处理系统添加丰富或增强的呼叫特性只需网关节点以及适当的内部Web基础设施。将不需要升级PBX以支持数据信道(也被称为IMS数据信道)。任何类型的数据都可以在呼叫期间被实时安全地交换。
通过允许在呼叫期间与公司进行丰富的互动，能够改进客户体验。这意味着客户与公司的互动方式可以不仅仅是语音和视频。这为呼叫期间可以提供的大量应用开启了可能性。
此外，向交互式语音应答器和旧式PBX以及客户代理添加数据信道将实现更专注和集中的支持体验。此外，由于可以以加密的方式向公司提供更复杂的数据，因此，可以做出更复杂的排队和/或路由决策。
低延迟要求也受到支持，从而允许客户在呼叫内传输文件，而不是通过电子邮件发送文档。
公司还将受益于客户支持体验的改进、货币化程度的提高和服务质量的提高。
图1b示出了PBX(也被称为PBX节点130)，如图1a所示，但根据本文的实施例进行了升级，以通过在呼叫路径中添加诸如DCS GW之类的网关节点110来支持丰富的或增强的呼叫。
在对诸如公司之类的企业的丰富的或增强的呼叫中，被称为第一UE 121的呼叫方被提供诸如ALP应用之类的自动着陆页(ALP)，其中，第一UE 121可以回答一些问题，诸如提供与呼叫会话相关的数据，这将允许向适当的代理进行转移。然后，当转移到被称为第二UE122的代理时，在第一UE 121与第二UE 122之间建立的数据信道可用于增强呼叫，例如，通过例如借助在第一UE 121和第二UE 122上运行的应用使得第一UE 121和第二UE 122能够实时交换数据。需要指出，当诸如第二UE 122之类的代理呼叫诸如第一UE 121之类的客户时，应用(与IVR不同)还可用于增强相反方向上的呼叫。
例如，通过将诸如DCS GW之类的网关节点110放置在被称为IMS网络102的IMS与PBX节点130之间，网关节点110终止数据信道，同时允许PBX继续接收音频和/或视频SIP信令。通过以这种方式放置网关节点110，还能够控制PBX节点130如何对传入呼叫做出响应，并且每当从PBX节点130的角度来看存在状态变化时接收事件通知。
图2a是描绘其中可以实现本文的实施例的通信网络100的示意性概览图。通信网络100包括一个或多个RAN和一个或多个CN。通信网络100可以使用5G NR，但是还可以使用许多其他不同的技术，例如Wi-Fi、长期演进(LTE)、高级LTE、宽带码分多址(WCDMA)、全球移动通信系统/增强型数据速率GSM演进(GSM/EDGE)、超移动宽带(UMB)全球互操作性，仅举几个可能的实现。
通信网络100还包括因特网协议(IP)多媒体子系统(IMS)网络102。IMS网络102是用于通过IP分组交换传输来递送媒体内容的架构。
多个网络节点在通信网络100中操作，例如网络节点105。网络节点105在多个小区中提供无线电覆盖，这些小区也可以被称为波束或波束组，例如由网络节点105提供的小区10。
网络节点105可以是以下任一项：NG-RAN节点、发送和接收点(例如，基站)、诸如无线局域网(WLAN)接入点或接入点站(AP STA)之类的无线电接入网络节点、接入控制器、基站(例如，无线电基站，如NodeB、演进型节点B(eNB、eNodeB)、gNB)、基站收发台、无线电远程单元、接入点基站、基站路由器、无线电基站的传输装置、独立接入点、或能够在由网络节点105提供的服务区域内与无线设备通信的任何其他网络单元，具体取决于例如所使用的第一无线电接入技术和术语。网络节点105可以被称为服务网络节点，并且与诸如UE 120、121、122、第一UE 121和第二UE 122之类的UE进行通信，其中，下行链路(DL)传输去往UE120、121、122，上行链路(UL)传输来自UE 120、121、122。
一个或多个UE(如UE 120、121、122)在通信网络100中操作。根据本文的示例场景，UE 121可以被称为第一UE 121，UE 122可以被称为第二UE 122。UE 120、121、122例如可以分别为无线设备、NR设备、移动站、无线终端、NB-IoT设备、MTC设备、eMTC设备、CAT-M设备、WiFi设备、LTE设备以及经由一个或多个接入网络(AN)(例如，RAN)与一个或多个核心网络(CN)通信的非接入点(非AP)STA、STA。本领域技术人员应当理解，“UE”是非限制性术语，其意指任何终端、无线通信终端、用户设备、设备对设备(D2D)终端或节点，例如智能电话、膝上型电脑、移动电话、传感器、中继器、移动平板电脑，甚至是在小区内通信的汽车或任何小型基站。
网关节点110在通信网络100中操作。网关节点110可以是DCS GW。网关节点110可用于协商和建立数据信道，以增强例如第一UE 121与第二UE 122之间的呼叫会话。
通信网络100还可以包括PBX节点130。PBX节点130可以是PBX，并且可用于提供诸如切换、排队和管理传入和传出呼叫会话之类的功能。
根据本文的实施例的方法由网关节点110和UE 120、121、122执行。这些节点可以是分布式节点(DN)，并且，例如包括在图1所示的云135中的功能可用于执行或部分地执行这些方法。
图2b示出了根据其中可以应用本文的实施例的示例场景的通信网络的示意性概览图。通信通过不同的协议执行，例如SIP、传输控制协议(TCP)、用户数据报协议(UDP)、因特网协议(IP)、实时协议(RTP)和WebSocket。通信网络包括一个或多个节点，例如网关节点110。通信网络还包括PBX节点130和IMS网络102。网关节点110可以与PBX节点130进行通信。网关节点130还可以通过IMS网络102与第一UE 121进行通信，以及与第二UE 122进行通信。当在第一UE 121与第二UE 122之间建立呼叫会话时，SIP信号可以经过网关节点110和第二UE 122所关联的PBX节点130。为了增强第一UE 121与第二UE 122之间的呼叫会话，网关节点110需要建立增强呼叫会话的数据信道，以及协商与数据信道相关的参数。
现在将描述多个实施例，其中一些可以被视为替代方案，而一些可以被组合使用。
现在将结合图3从网关节点110的角度描述根据实施例的方法。图3示出了由网关节点110执行的用于增强通信网络100中的第一UE 121与第二UE 122之间的呼叫会话的方法的示例实施例。第二UE 122与PBX节点130相关联。这可以意味着第二UE 122的传入和传出呼叫会话经过PBX节点130并且由PBX节点130控制。
第一UE 121例如可以是客户，第二UE 122例如可以是代理。在该方法中，将建立呼叫会话、第一数据信道和数据信道，例如IMS数据信道。第一UE 121可以支持将用于增强呼叫会话的数据信道，例如IMS数据信道。当在本文中使用时，IMS数据信道可以指在两个对等体(例如，两个UE，如第一UE 121和第二UE 122)之间建立以便允许任意数据的全双工交换的数据信道，例如传输介质。数据信道的特性(例如，服务质量和带宽)由任一UE(例如，第一UE 121和/或第二UE 122)请求，并由IMS网络102供应。当在本文中使用时，IMS数据信道还可以指SDP中被用于传输数据信道的应用类型媒体条目。IMS数据信道可以遵循来自3GPPTS26.114“IP多媒体子系统(IMS)；多媒体电话；媒体处理和交互”的数据信道媒体规范。第一UE 121和第二UE 122中的任何一个可以遵循(例如，支持)来自3GPP TS26.114“IP多媒体子系统(IMS)；多媒体电话；媒体处理和交互”的数据信道媒体规范。
增强呼叫会话例如可以被称为丰富呼叫会话。
该方法包括以下动作，这些动作可以以任何合适的顺序进行。可选的动作如图3中的虚线框所示。
动作301
在一些实施例中，网关节点110从第一UE 121和第二UE 122中的任何一个接收请求。该请求要求在第一UE 121与第二UE 122之间建立呼叫会话。在第一UE 121与第二UE122之间建立呼叫会话的请求可以是SIP消息，例如SIP邀请(invite)消息，并且可以经由IMS网络102来接收。
当从第一UE 121接收到建立呼叫会话的请求时，网关节点110可以向PBX节点130发送(例如，转发)该请求。当从PBX节点130接收到接受消息时，在一些实施例中，网关节点110可以向第一UE 121发送(例如，转发)接收到的接受消息。这是为了在第一UE 121与PBX节点130之间建立第一呼叫会话。接受消息可以是SIP消息，例如SIP 200OK消息，并且可以经由IMS网络102被发送到(例如，转发到)第一UE 121。第一呼叫会话可以被称为第一呼叫支路。SIP 200OK消息是对SIP请求消息(例如，SIP邀请消息)的响应消息。SIP 200OK消息指示接受所接收到的SIP请求消息。
动作302
当已经建立了第一UE 121与PBX节点130之间的第一呼叫会话时，网关节点110可以从第一UE 121接收表明第一UE 121接受所请求的要增强的呼叫会话的指示。
在一些实施例中，响应于由网关节点110向第一UE 121发送的指示，网关节点110接收到表明第一UE 121接受所请求的要增强的呼叫会话的指示。该指示命令第一UE 121向网关节点110表明第一UE 121是否接受所请求的要增强的第一UE 121与第二UE 122之间的呼叫会话。
当在本文中使用时，增强呼叫会话可以意味着通过在第一UE 121与第二UE 122之间建立数据信道来增强呼叫会话。数据信道可以允许第一UE 121和第二UE 122在呼叫会话期间实时交换(例如，发送和接收)与呼叫会话相关的数据。
动作303
网关节点110与第一UE 121之间的第一数据信道可以允许网关节点110传送和交换与请求建立的呼叫会话相关的数据。
在一些实施例中，网关节点110已经从第一UE 121接收到用于在第一UE 121与第二UE 122之间建立呼叫会话的请求。当从第一UE 121接收到在第一UE 121与网关节点110之间建立第一数据信道的请求时，网关节点110在第一UE 121与网关节点110之间建立第一数据信道。
在一些实施例中，网关节点110通过从第一UE 121接收在网关节点110与第一UE121之间建立第一数据信道的请求，在网关节点110与第一UE 121之间建立第一数据信道。该请求可以是SIP消息，例如SIP邀请消息或SIP重新邀请消息，并且可以经由IMS网络102来接收。响应于所接收的请求，网关节点110可以向第一UE 121发送与所接收的请求相关联的接受消息，以建立第一数据信道。接受消息向第一UE 121表明网关节点110接受建立第一数据信道的请求。接受消息可以是SIP消息，例如SIP 200OK消息，并且可以经由IMS网络102被发送。
动作304
在一些实施例中，网关节点110使用第一数据信道获得与第一UE 121雨第二UE122之间的呼叫会话相关的数据。所获得的数据例如可以包括以下一项或多项：诸如订阅类型之类的订阅数据、第一UE 121的身份、个人信息、与呼叫会话的原因有关的任何数据。
当在第一UE 121与第二UE 122之间建立呼叫会话时，网关节点110可以使用所获得的数据。
动作305
为了建立呼叫会话，第二UE 122需要可用。
因此，在一些实施例中，当第二UE 122变得可用后，网关节点110在第一UE 121与第二UE 122之间建立呼叫会话。网关节点110可以通过命令PBX节点130将第一UE 121与PBX节点130之间的第一呼叫会话与在第二UE 122与PBX节点130之间建立的第二呼叫会话相连接来建立呼叫会话。第二呼叫会话可以被称为第二呼叫支路。网关节点110可以通过接收来自PBX节点130的指示而意识到(例如，被告知)第二UE 122可用。该指示可以表明第二UE122可用。当被建立时，呼叫会话可以允许(也被称为支持)传输，例如在第一UE 121与第二UE 122之间发送和/或接收音频和/或视频。这可以意味着第一UE 121和第二UE 122能够交换音频和/或视频媒体。
在一些实施例中，网关节点110向第一UE 121指示第二UE 122已经变得可用。当网关节点110从第一UE 121接收到要被连接到第二UE 122的请求时，可以命令PBX节点130。可以响应于第二UE 122已经变得可用的指示，从第一UE 121接收要被连接到第二UE 122的请求。网关节点110可以通过使用所建立的第一数据信道来向第一UE 121指示第二UE 122的可用性。
在第一UE 121与第二UE 122之间建立的呼叫会话可以基于所获得的与第一UE121和第二UE 122之间的呼叫会话相关的数据。
动作306
在第一UE 121与第二UE 122之间建立的呼叫会话支持音频和/或视频传输。为了增强呼叫会话，将建立根据本文的实施例的数据信道。
当已经经由PBX节点130并经由IMS网络102在第一UE 121与第二UE 122之间建立呼叫会话时，网关节点110从第一UE 121和第二UE 122中的任何一个接收请求。该请求用于在第一UE 121与第二UE 122之间建立数据信道以增强呼叫会话。数据信道可以通过支持(例如，允许)第一UE 121与第二UE 122之间的数据传输来增强呼叫会话。数据可以是与呼叫会话(例如，未被增强的已建立呼叫会话)所支持的传输不同的一类数据。在已建立的数据信道上传输的该类数据例如可以是诸如交换数字文件和控制这种交换所需的相关联的消息、第一UE 121与第二UE 122之间的屏幕共享之类的数据，或者是使得第二UE 122能够远程控制第一UE 121的数据。
所接收到的请求可以是SIP消息，例如邀请消息或重新邀请消息。建立数据连接的请求可以包括与增强呼叫会话的数据信道相关的一个或多个第一参数。数据信道可以是IMS数据信道。
动作307
为了增强在第一UE 121与第二UE 122之间建立的呼叫会话，将建立根据本文的实施例的第二数据信道。当在本文中描述时，第二数据信道被称为数据信道。
为了建立数据信道以增强在第一UE 121与第二UE 122之间建立的呼叫会话，将协商并接受与数据信道相关的一个或多个参数。
网关节点110协商要在所请求的第一UE 121与第二UE 122之间的数据信道中使用的一个或多个参数。
在一些实施例中，网关节点110通过向第二UE 122发送与所请求的数据信道相关的一个或多个第一参数，协商要在所请求的数据信道中使用的参数。一个或多个第一参数由第一UE 121接受，并且是从接收到的用于建立数据信道的请求中获得的。
如上所述，建立数据信道的请求可以包括一个或多个第一参数。因此，网关节点110可以从所接收到的请求中获得(例如，提取)一个或多个第一参数。一个或多个第一参数可以被包括在诸如SDP消息之类的消息中，其中，该一个或多个第一参数是SDP消息中的数据信道媒体条目。SDP消息可以是SDP要约。可以经由在网关节点110与第二UE 122之间建立的连接将一个或多个第一参数发送到第二UE。该连接可以是WebSocket连接。
为了结束协商，网关节点110可以从第二UE 122接收与所请求的数据信道相关的一个或多个第二参数。当在本文中描述时，一个或多个第二参数被称为一个或多个参数。一个或多个参数可以经由在网关节点110与第二UE 122之间建立的连接(例如，第三数据信道)来接收。因此，在一些实施例中，当从第二UE 122接收到与所请求的数据信道相关的一个或多个参数(该一个或多个参数由第二UE 122基于由第一UE 121接受的一个或多个第一参数来接受)时，网关节点110向第一UE 121发送接受消息。接受消息指示第二UE 122接受建立数据信道的请求。接受消息包括一个或多个参数。接受消息可以是SIP消息，例如200OK消息。类似地，对于一个或多个第一参数，一个或多个参数可以被包括在SDP消息中，其中，一个或多个参数是SDP消息中的数据信道媒体条目。SDP消息可以是在接受消息中被发送到第一UE 121的SDP应答。
在一些实施例中，响应于从第二UE 122接收到一个或多个参数，网关节点110将所获得的与呼叫会话相关的数据发送到第二UE 122。所获得的数据可以经由在网关节点110与第二UE 122之间建立的连接(例如WebSocket连接)被发送。
动作308
当已经协商了与数据信道相关的一个或多个参数时，网关节点110协助建立数据信道。
网关节点110根据协商来建立数据信道以增强第一UE 121与第二UE 122之间的呼叫会话。通过在第一UE 121与第二UE 122之间建立数据信道来增强呼叫会话，从而允许第一UE 121和第二UE 122交换(例如，发送和接收)与呼叫会话相关的数据。当在本文中使用时，建立数据信道可以意味着网关节点110协助建立数据信道。
换言之，通过建立数据信道来增强两个UE之间的呼叫会话，其中，UE 121、122中的一个与PBX节点130相关联。数据信道允许在两个UE之间传输(例如，交换、发送和/或接收)与呼叫会话相关的数据。这是一个优点，因为它提高了通信网络的灵活性。此外，网关节点110不参与数据信道内容，例如使用数据信道发送的数据，而是，网关节点110仅参与数据信道的建立，例如作为数据信道建立的一部分。这减小了数据信道通信的延迟。
增强呼叫会话的数据信道是基于一个或多个参数建立的。
在一些实施例中，第一UE 121与第二UE 122之间的数据信道由绕过PBX节点130的对等数据信道表示。
现在将从UE 120、121、122的角度结合图4来描述根据实施例的方法。图4示出了由UE 120、121、122执行的用于增强通信网络100中的第一UE 121与第二UE 122之间的呼叫会话的方法的示例实施例。在该方法中，将建立呼叫会话、第一数据信道以及数据信道，例如IMS数据信道。如上所述，第一UE 121例如可以是客户，第二UE 122例如可以是代理。增强呼叫会话例如可以被称为丰富呼叫会话。
第二UE 122与PBX 130相关联。这可以意味着第二UE 122的传入和传出呼叫会话经过PBX节点130并且由PBX节点130控制。
UE 120、121、122可以由第一UE 121和第二UE 122中的任何一个表示。第一UE 121支持将用于增强呼叫会话的数据信道，例如IMS数据信道。当在本文中使用时，IMS数据信道可以意味着在两个对等体(例如，两个UE，如第一UE 121和第二UE 122)之间建立以便允许任意数据的全双工交换的数据信道，例如传输介质。数据信道的特性(例如，服务质量和带宽)由任一UE(例如，第一UE 121和/或第二UE 122)请求，并由IMS网络102供应。当在本文中使用时，IMS数据信道还可以指SDP中被用于传输数据信道的应用类型媒体条目。IMS数据信道可以遵循来自3GPP TS26.114“IP多媒体子系统(IMS)；多媒体电话；媒体处理和交互”的数据信道媒体规范。增强呼叫会话例如可以被称为丰富呼叫会话。UE 120、121、122(例如，第一UE 121和第二UE 122中的任何一个)可以遵循(例如，支持)来自3GPP TS26.114“IP多媒体子系统(IMS)；多媒体电话；媒体处理和交互”的数据信道媒体规范。
该方法包括以下动作，这些动作可以以任何合适的顺序进行。可选的动作如图4中的虚线框所示。
动作401
在一些实施例中，UE 120、121、122向网关节点110发送请求。该请求是在第一UE121与第二UE 122之间建立呼叫会话。
当UE 120、121、122由第一UE 121表示时，第一UE 121可以从网关节点110接收接受消息，以便在第一UE 121与PBX节点130之间建立第一呼叫会话。接受消息可以是SIP消息，例如200OK消息，并且可以经由IMS网络102被发送到(例如，被转发到)第一UE 121。第一呼叫会话可以被称为第一呼叫支路。
动作402
当UE 120、121、122由第一UE 121表示时，并且当第一UE 121与PBX节点130之间的第一呼叫会话已经被建立时，第一UE 121可以向网关节点110发送表明第一UE 121接受要增强的呼叫会话的指示。
在一些实施例中，响应于从网关节点110接收到指示，向网关节点110发送表明第一UE 121接受要增强的呼叫会话的指示。该指示命令第一UE 121向网关节点110表明第一UE 121是否接受要增强的第一UE 121与第二UE 122之间的呼叫会话。第一UE 121。
如上所述，当在本文中使用时，增强(例如，丰富)呼叫会话可以意味着通过在第一UE 121与第二UE 122之间建立数据信道来增强呼叫会话。数据信道可以允许第一UE 121和第二UE 122交换(例如，发送和接收)与呼叫会话相关的数据。
动作403
网关节点110与第一UE 121之间的第一数据信道允许网关节点110传送和交换与请求建立的呼叫会话相关的数据。
因此，在一些实施例中，当UE 120、121、122由第一UE 121表示时，第一UE 121向网关节点110发送在第一UE 121与网关节点110之间建立第一数据信道的请求。该请求可以是SIP消息，例如SIP邀请消息或SIP重新邀请消息，并且可以经由IMS网络102被发送。
响应于所发送的请求，第一UE 121可以从网关节点110接收接受消息。接受消息与所发送的建立第一数据信道的请求相关联。接受消息向第一UE 121指示网关节点110接受建立第一数据信道的请求。接受消息可以是SIP消息，例如SIP 200OK消息，并且可以经由IMS网络102被发送。
动作404
在一些实施例中，当第一UE 121与网关节点130之间的第一数据信道已经被建立时，第一UE 121使用第一数据信道提供与第一UE 121与第二UE 122之间的呼叫会话相关的数据。
所提供的数据例如可以包括诸如订阅类型之类的订阅数据、第一UE 121的身份、个人信息、与呼叫会话的原因有关的任何数据。当在第一UE 121与第二UE 122之间建立呼叫会话时，网关节点110可以使用所提供的与呼叫会话相关的数据。
动作405
为了建立呼叫会话，当第一UE 121已经请求了呼叫会话时，第二UE 122需要是可用的。
在一些实施例中，当UE 120、121、122由第一UE 121表示时，呼叫会话的建立包括第一UE 121从网关节点110接收指示。该指示表明第二UE 122已经变得可用。第一UE 121然后可以向网关节点110发送请求。该请求要被连接到第二UE 122。第一UE 121可以从网关节点110接收请求建立第一UE 121与第二UE之间的呼叫会话的指示。
根据示例场景，在等待第二UE 122变得可用时，第一UE 121可能已经被放置在队列中。队列例如可以由网关节点110和PBX节点130中的任何一个来管理。
在第一UE 121与第二UE 122之间建立的呼叫会话可以基于所提供的与第一UE121与第二UE 122之间的呼叫会话相关的数据。
动作406
在第一UE 121与第二UE 122之间建立的呼叫会话支持音频和/或视频传输。为了增强呼叫会话，将建立根据本文的实施例的第二数据信道。当在本文中描述时，第二数据信道被称为数据信道。
当已经经由PBX节点130并经由IMS网络102在第一UE 121与第二UE 122之间建立呼叫会话时，UE 120、121、122向网关节点110发送请求。该请求用于建立数据信道以增强第一UE 121与第二UE 122之间的呼叫会话。该数据信道可以通过支持(例如，允许)第一UE121与第二UE 122之间的数据传输来增强呼叫会话。数据可以是与由未被增强的已建立呼叫会话支持的传输不同的一类数据。在已经建立的数据信道上传输的该类数据例如可以是诸如交换数字文件和控制这种交换所需的相关联的消息、第一UE 121与第二UE 122之间的屏幕共享之类的数据，或者是使得第二UE能够远程控制第一UE 121的数据。数据信道可以是IMS数据信道。所发送的请求可以是SIP消息，例如邀请消息或重新邀请消息。
在一些实施例中，建立数据信道的请求包括与所请求的数据信道相关的一个或多个第一参数。一个或多个第一参数可以由第一UE 121接受。
如上所述，一个或多个第一参数可以被包括在SDP消息中，其中，一个或多个第一参数是SDP消息中的数据信道媒体条目。SDP消息可以是SDP要约。
动作407
为了建立数据信道以增强在第一UE 121与第二UE 122之间建立的呼叫会话，将协商并接受与数据信道相关的参数。
UE 120、121、122协商要在所请求的数据信道中使用的一个或多个参数。
在一些实施例中，协商要在所请求的数据信道中使用的一个或多个参数包括第一UE 121从网关节点110接收接受消息，即，由从网关节点110接收接受消息的第一UE 121来执行。接受消息指示第二UE 122接受建立数据信道的请求。接受消息包括与所请求的数据信道相关的一个或多个参数。该一个或多个参数由第二UE 122基于由第一UE 121接受的一个或多个第一参数来接受。当在本文中描述时，基于一个或多个第一参数的这些一个或多个参数也被称为一个或多个第二参数。接受消息可以是SIP消息，例如200OK消息。类似地，对于一个或多个第一参数，一个或多个参数可以被包括在SDP消息中，其中，一个或多个参数是SDP消息中的数据信道媒体条目。SDP消息可以是在接受消息中被发送到第一UE 121的SDP应答。
在一些实施例中，一个或多个第一参数可以是由第二UE 122接受的一个或多个第一参数。当一个或多个第一参数是由第二UE 122接受的一个或多个第一参数时，协商要在所请求的数据信道中使用的一个或多个参数包括第二UE 112从网关节点110接收接受消息。接受消息指示第一UE 121接受建立数据信道的请求。接受消息包括与所请求的数据信道相关的一个或多个参数。一个或多个参数由第一UE 121基于由第二UE 122接受的一个或多个第一参数来接受。一个或多个参数可以经由在网关节点110与第二UE 122之间建立的连接被发送到第二UE 122。该连接可以是WebSocket连接。
动作408
当已经协商了与数据信道相关的一个或多个参数时，UE 120、121、122建立数据信道。
UE 120、121、122使用所协商的一个或多个参数来建立所请求的数据信道以增强第一UE 121与第二UE 122之间的呼叫会话。
如上所述，当在本文中使用时，增强(例如，丰富)呼叫会话可以意味着通过在第一UE 121与第二UE 122之间建立数据信道来增强呼叫会话。数据信道可以允许第一UE 121和第二UE 122交换(例如，发送和接收)与呼叫会话相关的数据。
换言之，通过建立数据信道来增强两个UE之间的呼叫会话，其中UE之一与PBX相关联。数据信道允许在两个UE之间传输(例如，交换、发送和/或接收)与呼叫会话相关的数据。这是一个优点，因为它提高了通信网络的灵活性。此外，网关节点110不参与数据信道内容，例如使用数据信道发送的数据，而是，网关节点110仅参与数据信道的建立，例如作为数据信道建立的一部分。这减小了数据信道通信的延迟。
可以基于一个或多个参数来建立增强呼叫会话的数据信道。
在一些实施例中，第一UE 121与第二UE 122之间的数据信道由绕过PBX节点130的对等数据信道表示。
下面将描述图5a-5e。
动作S501-S508与图5a所示的初始呼叫建立有关，
动作S509-S514与图5b所示的建立数据信道有关，
动作S515-S523与图5c所示的建立呼叫会话有关，
动作S524-S534与图5d所示的建立数据信道以增强呼叫会话有关。
当呼叫会话由图5e所示的第二UE 122请求时，动作S535-S541与建立呼叫会话有关。
这些方法描绘了根据本文的实施例的详细动作的示例。在图5a-5e中，网关节点110被称为DCS GW 110，PBX节点130被称为PBX 130，第一UE 121被称为UE 121，第二UE 122被称为UE 122。
这些动作可以按照任何合适的顺序来执行。根据本文的实施例，一些动作是新动作并且被如此标记，一些步骤是根据现有技术执行的。
动作S1a-S8a与初始呼叫建立的示例有关，并且将在下面进行描述。见图5a。
S501.DCS GW 110(例如，网关节点110)可以从UE 121(例如，第一UE 121)接收SIP邀请消息(例如，在第一UE 121与第二UE 122之间建立呼叫会话的请求)，其中，第二UE 122与PBX节点130相关联。
该步骤与上述动作301和401相关联。
S502.DCS GW 110可以在将传入消息传递给PBX 130(例如，PBX节点130)之前从传入消息中提取数据信道媒体条目。
该步骤与上述动作301相关联。
S503.当PBX 130处理SIP邀请消息并应答呼叫时，DCS GW 110可以使用所提取的数据信道媒体条目来发起到DCS的数据信道连接。
S504.此时，PBX 130可以向DCS GW 110通知新建立的呼叫支路，例如第一呼叫会话，从而允许将DCS GW 110中的呼叫实例与PBX 130的呼叫实例相关联。
S505.DCS GW 110然后可以经由DCS GW 110与PBX 130之间的接口，请求PBX 130在新建立的呼叫支路(例如，第一呼叫会话)上播放欢迎消息。
S506.PBX 130可以用SIP 200OK消息来响应SIP邀请消息。
该步骤与上述动作301相关联。
S507.DCS GW 110可以向所接收到的SIP 200OK添加SDP应答，例如DCS GW 110针对数据信道而接受的数据信道媒体条目。
该步骤与上述动作301相关联。
S508.DCS GW 110可以将诸如SIP 200OK之类的响应转发回诸如IMS网络102之类的IMS，并且最终转发回UE 121，使得可以建立诸如第一呼叫会话之类的呼叫。当呼叫(例如，第一呼叫会话)被建立时，UE 121可以接收命令UE 121表明UE 121是否接受所请求的要增强(例如，要丰富)的呼叫会话的指示。如果UE 121拒绝，则可以使用针对与PBX 130关联的UE 122(例如，第二UE 122)的呼叫会话的旧过程。如果UE 121接受，则可以发起增强所请求的呼叫会话的过程。
该步骤与上述动作301-302和401-402相关联。
动作509-514与建立数据信道的示例相关，并且将在下面进行描述。参见图5b。
S509.当建立了呼叫(例如，第一UE 121与PBX节点130之间的第一呼叫会话)并且UE 121(例如，第一UE 121)已经接受了增强的呼叫会话时，UE 121可以从DCS取得(例如，获得)提供ALP的应用。
S510.UE 121可以向IMS(例如，IMS网络102)发送SIP重新邀请消息(例如，建立第一数据信道的请求)，以在UE 121ALP应用与DCS GW 110(例如，网关节点110)之间建立连接(例如，第一数据信道)。DCS GW 110可以从IMS102接收SIP重新邀请消息。在另一示例场景中，DCS GW 110可以通过经由IMS102向UE 121发送SIP重新邀请消息(例如，建立第一数据信道的请求)来发起建立第一数据信道。
该步骤与上述动作303和403相关联。
S511.此时，DCS GW 110可以基于IMS和DCS存储库中的PBX 130简档，接收(例如，获得)相应的ALP数据。该数据可以包含任何类型的数据，例如关于UE 121的信息或定制代码。
S512.DCS GW 110可以拦截SIP消息(例如，建立第一数据信道的请求)，并且在将传入消息传递给PBX 130之前从传入消息中提取与第一数据信道相关的数据信道媒体条目。DCS GW 110可以从PBX 130接收响应，例如SIP 200OK。
S513.DCS GW 110可以针对ALP创建数据信道(例如，第一数据信道)，并且可以用SIP 200OK来响应UE 121，从而可以在诸如网关节点110和第一UE 121之类的两个应用之间建立连接。DCS GW 110可以向SIP 200OK添加用于第一数据信道的SDP应答，例如DCS GW110接受的数据信道媒体条目。在上面提到的DCS GW 110发起第一数据信道的示例场景中，当从UE 121接收到响应(例如，SIP 200OK)时，DCS GW 110可以针对ALP创建数据信道(例如，第一数据信道)。
该步骤与上述动作303和403相关联。
S514.UE 121可以使用所建立的数据信道(例如，第一数据信道)来提供与所请求的呼叫会话相关的数据。可以通过所获得的ALP应用来提供数据。DCS GW 110可以获得所提供的数据。UE 121可以被放置在队列中，直到诸如第二UE 122之类的UE 122可用。该队列可以由DCS GW 110基于PBX 130报告的事件来管理。事件例如可以是UE 122已经变得可用。UE121可以被指示在等待队列中的优先级，并且当PBX 130报告相对于例如先前呼叫会话的状态变化时，可以更新队列。
该步骤与上述动作304和404相关联
动作S515-S523与建立呼叫会话有关，并且将在下面进行描述。参见图5c。
S515.当诸如第二UE 122之类的UE 122变得可用时，诸如PBX节点130之类的PBX130可以将该事件通知(例如，指示给)诸如网关节点110之类的DCS GW 110。
该步骤与上述动作305和405相关联。
S516.DCS GW 110可以向UE 121(例如，第一UE 121)指示UE 122已经变得可用。
该步骤与上述动作305和405相关联。
S517.UE 121可以向UE 122发送要连接的请求。
该步骤与上述动作305和405相关联。
S518.DCS GW 110可以向PBX 130发送请求以建立到UE 122的连接(例如，第二呼叫会话)。第二呼叫会话可以被称为第二呼叫支路。
该步骤与上述动作305和405相关联。
S519.PBX 130可以在UE 122与PBX 130之间建立连接或第二呼叫支路(例如，第二呼叫会话)。
S520.PBX 130可以向DCS GW 110报告与连接或第二呼叫支路(例如，第二呼叫会话)相关联的身份。
S521.PBX 130可以由DCS GW 110命令以通过例如将第一呼叫会话与第二呼叫会话相连接来建立UE 121与UE 122之间的呼叫会话。该命令可以经由DCS GW 110与PBX 130之间的接口被发送到PBX 130。在接收到该命令之后，PBX 130可以连接到UE 122，例如建立第二呼叫会话。PBX 130可以将第一呼叫支路(例如，第一呼叫会话)与第二呼叫支路(例如，第二呼叫会话)桥接(例如，连接)。
S522.UE 122可以建立到DCS GW 110的连接。该连接可以是包括第三数据信道的WebSocket。UE 122可以用诸如代理身份之类的身份进行注册。
S523.DCS GW 110可以向UE 121通知(例如，指示)与UE 122的呼叫会话被建立。
动作S524-S534与建立数据信道以增强呼叫会话有关，并且将在下面描述。参见图5d。
S524.UE 121(例如，第一UE 121)可以从DCS取得(例如，获得)应用。该应用可以与PBX 130(例如，PBX节点130)相关。
S525.UE 121可以向DCS GW 110(例如，网关节点110)发送SIP重新邀请消息，例如建立数据信道以增强第一UE 121与第二UE 122(例如，第二UE122)之间的呼叫会话的请求。SIP重新邀请消息请求数据信道增强要被建立的呼叫会话。
该步骤与上述动作306和406相关联。
S526.DCS GW 110可以从DCS接收(例如，获得)应用。DCS GW 110可以更新托管UE122应用(例如，浏览器页面)的Web服务器，以便该应用可定制。
S527.在接收到SIP重新邀请(例如，建立数据信道的请求)时，DCS GW 110可以从包括在所接收到的SIP重新邀请中的SDP要约中提取(例如，获得)数据信道媒体条目(例如，与所请求的数据信道相关的一个或多个第一参数)。
该步骤与上述动作306和406相关联。
S528.DCS GW 110可以在没有所提取的数据信道媒体条目的情况下将SIP重新邀请转发到PBX 130。
S529.DCS GW 110可以从PBX 130接收SIP 200OK消息(例如，接受消息)。
S530.DCS GW 110可以向UE 122发送所提取的数据信道媒体条目(例如，一个或多个第一参数)。所提取的数据信道媒体条目可以是SDP要约。
该步骤与上述动作307和407相关联。
S531.UE 122可以用SDP应答来响应，SDP应答包括数据信道媒体条目(例如，由第二UE 122接受的与所请求的数据信道相关的一个或多个参数)。UE 122可以将数据信道媒体条目应用于所请求的数据信道。
该步骤与上述动作307和407相关联。
S532.DCS GW 110可以将所获得的与呼叫会话相关的数据发送到UE 122。
S533.DCS GW 110可以向UE 121发送SDP应答(例如，与所请求的数据信道相关的一个或多个参数)。SDP应答可以在接受消息(例如，SIP 200OK消息)中被发送。
该步骤与上述动作307和407相关联。
S534.在接收到接受消息时，UE 121可以应用传入SDP应答(例如，与所请求的数据信道相关的一个或多个参数)，以及在UE 121与UE 122之间建立数据信道。
该步骤与上述动作308和408相关联。
动作S535-S541与当第二UE 122请求呼叫会话时建立呼叫会话有关，并且将在下面描述。参见图5e。
S535.在这种情况下，诸如第二UE 122之类的UE 122可以请求在诸如第一UE 121之类的UE 121与UE 122之间建立呼叫会话。该请求(例如，SIP邀请消息)可以被发送到PBX130(例如，PBX节点130)。
该步骤与上述动作301和401相关联。
S536.PBX 130可以发送所接收到的请求。例如，将SIP邀请消息发送到DCS GW 110(例如，网关节点110)。
该步骤与上述动作301和401相关联。
S537.DCS GW 110可以创建到DCS的数据信道，取得(例如，获得)它的SDP要约，并在将SIP邀请消息转发到IMS(例如，IMS网络102)以及最终发送到UE 121之前将SDP要约插入SIP邀请消息中。SDP要约可以包括数据信道媒体条目。
S538.当接收到SIP邀请消息时，UE 121可以使用(例如，应用)所接收到的SDP要约来创建(例如，建立)与DCS的连接(例如，数据信道)。UE 121可以向DSC GW 110发送SIP200OK(例如，接受消息)。SIP 200OK消息可以包括SDP应答。SDP应答可以包括数据信道媒体条目。
S539.在从IMS或UE 121接收到SIP 200OK后，DCS GW 110可以针对与DCS的数据信道提取SDP应答，并将响应转发到PBX。
该步骤与上述动作301和401相关联。
S540.DCS GW 110在等待建立连接的同时将所接收到的SDP应答应用于数据信道。
S541.UE 122可以建立到DCS GW 110的连接。该连接可以是包括第三数据信道的WebSocket。UE 122可以用诸如代理身份之类的身份进行注册。
这种方法允许将PBX 130、ALP应用和公司应用相分离。ALP应用决定下载和执行哪个公司应用。在呼叫会话结束时，所有资源被释放，从而为下一呼叫会话做好准备。
图6示出了网关节点110可以如何集成在云环境中。
由于网关节点110能够将第一UE 121到第二UE 122之间的每个传入/传出呼叫作为在来自IMS网络102或PBX节点130的初始邀请到达时被实例化的不同对象来处理，因此，可以具备利用云来处理更大量呼叫所需的资源的能力。资源在这种情况下可以被立即部署。
一种方式可以是为每个PBX节点130创建一个网关节点110。这可以允许用于所有节点的静态连接，但不允许任何弹性。
另一种方式可以是分配一系列网关节点110实例，并在每个呼叫的基础上对这些实例进行拆分。
一个挑战是，针对网关节点110需要处理的每个连接(例如，SIP、PBX控制、UE和应用控制)具有正确的平衡器。
可以配置编排(orchestration)，以在当前运行的实例已经达到它们的最大呼叫次数时产生新的网关节点实例，例如网关节点110实例。因为在建立呼叫会话之后网关节点110没有主动参与，所以这对云基础设施的负载具有最小影响。在第一UE 121与第二UE 122之间直接建立活动的数据信道。
为了执行方法动作，网关节点110可以包括图7a和7b所示的布置。网关节点110被配置为增强通信网络100中的第一UE 121与第二UE 122之间的呼叫会话。第二UE 122适于与PBX节点130相关联。
网关节点110可以包括输入和输出接口700，其被配置为与例如第一UE 121、第二UE 122、PBX节点130以及与通信网络100中的网络节点进行通信。
网关节点110还被配置为例如借助网关节点110中的接收单元710，当已经经由PBX节点130并经由IMS网络102在第一UE 121与第二UE 122之间建立呼叫会话时，从第一UE121和第二UE 122中的任何一个接收用于建立数据信道以增强呼叫会话的请求。
网关节点110还可以被配置为例如借助网关节点110中的接收单元710，从第一UE121和第二UE 122中的任何一个接收在第一UE 121与第二UE 122之间建立呼叫会话的请求。
网关节点110还被配置为例如借助网关节点110中的协商单元620，协商适于要在所请求的第一UE 121与第二UE 122之间的数据信道中使用的一个或多个参数。
网关节点110还可以被配置为例如借助网关节点110中的协商单元720，通过以下操作来协商适于要在所请求的数据信道中使用的一个或多个参数：向第二UE 122发送适于与所请求的数据信道相关的一个或多个第一参数。该一个或多个第一参数适于由第一UE121接受，并且适于从所接收到的用于建立数据信道的请求中获得。当从第二UE 122接收到适于与所请求的数据信道相关的一个或多个参数时，该一个或多个参数适于由第二UE 121基于适于由第一UE 121接受的一个或多个第一参数来接受，网关节点110可以向第一UE121发送接受消息。接受消息适于指示第二UE 122接受建立数据信道的请求。接受消息适于包括一个或多个参数。
网关节点110还被配置为例如借助网关节点110中的建立单元730，根据协商建立数据信道以增强第一UE 121与第二UE 122之间的呼叫会话。
用于增强呼叫会话的数据信道可以适于基于一个或多个参数来建立。
第一UE 121与第二UE 122之间的数据信道可以适于由适于绕过PBX节点130的对等数据信道表示。
网关节点110还可以被配置为例如借助网关节点110中的建立单元730，当从第一UE 121接收到在第一UE 121与网关节点110之间建立第一数据信道的请求时，在第一UE122与网关节点130之间建立第一数据信道。
网关节点110还可以被配置为例如借助网关节点110中的建立单元730，当第二UE122变得可用时，通过命令PBX节点130将第一UE 121与PBX节点130之间的第一呼叫会话与第二UE 122与PBX节点130之间的第二呼叫会话相连接，建立第一UE 121与第二UE 122之间的呼叫会话。
网关节点110还可以被配置为例如借助网关节点110中的建立单元730，通过向第一UE 121指示第二UE 122已经变得可用来建立呼叫会话，以及在从第一UE 121接收到要被连接到第二UE 122的请求时命令PBX节点130。
第一UE 121与第二UE 122之间的呼叫会话可以适于基于所获得的数据。
网关节点110还可以被配置为例如借助网关节点110中的获得单元740，通过使用第一数据信道，获得适于与第一UE 121与第二UE 122之间的呼叫会话相关的数据。
本文的实施例可以通过相应的处理器或一个或多个处理器(例如，图7a中所示的网关节点110中的处理电路的处理器750)以及用于执行本文实施例的功能和动作的相应计算机程序代码来实现。上述程序代码也可以作为计算机程序产品来提供，例如以数据载体的形式提供，该数据载体携带用于在被加载到网关节点110中时执行本文实施例的计算机程序代码。一种这样的载体可以是CD ROM盘的形式。然而，使用诸如记忆棒之类的其他数据载体也是可行的。计算机程序代码还可以被提供为位于服务器上并被下载到网关节点110的纯程序代码。
网关节点110还可以包括存储器760，存储器760包括一个或多个存储单元。存储器760包括能够由网关节点110中的处理器750执行的指令。存储器760被布置为用于存储例如信息、消息、指示、配置、阈值、定时器值、报告、位置、跟踪区域、定时提前值、通信数据、以及当在网关节点110中被执行时执行本文中的方法的应用。
在一些实施例中，计算机程序770包括指令，这些指令当由相应的至少一个处理器750执行时使得网关节点110的至少一个处理器750执行上述动作。
在一些实施例中，相应的载体780包括相应的计算机程序770，其中，载体780是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质中的一个。
本领域技术人员将理解，上述网关节点110中的单元可以指模拟和数字电路和/或一个或多个处理器的组合，处理器通过例如存储在网关节点110中的软件和/或固件(当由诸如上述处理器之类的相应的一个或多个处理器执行时)进行配置。这些处理器中的一个或多个以及其他数字硬件可以被包括在单个专用集成电路(ASIC)或者多个处理器中，以及各种数字硬件可以分布在多个单独的组件中，无论这些组件是被单独封装还是被组装成片上系统(SoC)。
为了执行方法动作，UE 120、121、122可以包括图8a和8b所示的布置。UE 120、121、122被配置为增强通信网络100中的第一UE 121与第二UE 122之间的呼叫会话。第二UE 122适于与PBX节点130相关联。
UE 120、121、122可以适于由第一UE 121和第二UE 122中的任何一个表示。
UE 120、121、122可以包括输入和输出接口800，其被配置为与例如网关节点110、PBX节点130、第一UE 121、第二UE 122以及与通信网络100中的网络节点进行通信。
UE 120、121、122还被配置为例如借助UE 120、121、122中的发送单元810，当已经经由PBX节点130并经由IMS网络102在第一UE 121与第二UE 122之间建立呼叫会话时，向网关节点110发送用于建立数据信道以增强第一UE 121与第二UE 122之间的呼叫会话的请求。
建立数据信道的请求可以适于包括与所请求的数据信道相关的一个或多个第一参数。该一个或多个第一参数可以适于由第一UE 121接受。
UE 120、121、122还可以被配置为例如借助UE 120、121、122中的发送单元810，向网关节点130发送在第一UE 121与网关节点110之间建立第一数据信道的请求。
UE 120、121、122还被配置为例如借助UE 120、121、122中的协商单元820，协商适于要在所请求的数据信道中使用的一个或多个参数。
UE 120、121、122还可以被配置为例如借助UE 120、121、122中的协商单元820，通过以下操作来协商适于要在所请求的数据信道中使用的一个或多个参数：从网关节点110接收适于指示第二UE 122接受建立数据信道的请求的接受消息。接受消息适于包括与所请求的数据信道相关的一个或多个参数。该一个或多个参数适于由第二UE 122基于适于由第一UE 121接受的一个或多个第一参数来接受。
UE 120、121、122还被配置为例如借助UE 120、121、122中的建立单元830，通过使用所协商的一个或多个参数，建立所请求的数据信道以增强第一UE 121与第二UE 122之间的呼叫会话。
第一UE 121与第二UE 122之间的数据信道适于由适于绕过PBX节点130的对等数据信道表示。
用于增强呼叫会话的数据信道可以适于基于一个或多个参数来建立。
UE 120、121、122还可以被配置为例如借助UE 120、121、122中的建立单元830，通过从网关节点110接收指示来建立呼叫会话。该指示适于指示第二UE 122已经变得可用，以及向网关节点110发送要被连接到第二UE 122的请求。
在第一UE 121与第二UE 122之间建立的呼叫会话可以适于基于所提供的数据。
UE 120、121、122还可以被配置为例如借助UE 120、121、122中的提供单元840，当第一UE 121与网关节点130之间的第一数据信道已经被建立时，提供适于与第一UE 121与第二UE 122之间的呼叫会话相关的数据。适于与呼叫会话相关的数据是通过使用第一数据信道来提供的。
本文的实施例可以通过相应的处理器或一个或多个处理器(例如，图8a中所示的UE 120、121、122中的处理电路的处理器850)以及用于执行本文实施例的功能和动作的相应计算机程序代码来实现。上述程序代码也可以作为计算机程序产品来提供，例如以数据载体的形式提供，该数据载体携带用于在被加载到UE 120、121、122中时执行本文实施例的计算机程序代码。一种这样的载体可以是CD ROM盘的形式。然而，使用诸如记忆棒之类的其他数据载体也是可行的。计算机程序代码还可以被提供为位于服务器上并被下载到UE120、121、122的纯程序代码。
网关节点110还可以包括存储器860，存储器860包括一个或多个存储单元。存储器860包括能够由UE 120、121、122中的处理器850执行的指令。存储器860被布置为用于存储例如信息、消息、指示、配置、阈值、定时器值、报告、位置、跟踪区域、定时提前值、通信数据、以及当在UE 120、121、122中被执行时执行本文中的方法的应用。
在一些实施例中，计算机程序870包括指令，这些指令当由相应的至少一个处理器850执行时使得UE 120、121、122的至少一个处理器850执行上述动作。
在一些实施例中，相应的载体880包括相应的计算机程序870，其中，载体880是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质中的一个。
本领域技术人员将理解，上述UE 120、121、122中的单元可以指模拟和数字电路和/或一个或多个处理器的组合，处理器通过例如存储在UE 120、121、122中的软件和/或固件(当由诸如上述处理器之类的相应的一个或多个处理器执行时)进行配置。这些处理器中的一个或多个以及其他数字硬件可以被包括在单个专用集成电路(ASIC)或者多个处理器中，以及各种数字硬件可以分布在多个单独的组件中，无论这些组件是单独封装还是被组装成片上系统(SoC)。
进一步的扩展和变化
参考图9，根据一个实施例，通信系统包括诸如3GPP型蜂窝网络之类的电信网络3210，其包括诸如无线电接入网络之类的接入网络3211以及核心网络3214。接入网络3211包括多个基站3212a、3212b、3212c，例如AP STA、NB、eNB、gNB或其他类型的无线接入点，每一个限定了对应的覆盖区域3213a、3213b、3213c。每个基站3212a、3212b、3212c可通过有线或无线连接3215连接到核心网络3214(例如，网关节点110)。位于覆盖区域3213c中的第一用户设备(UE)3291(例如，UE 121和/或非AP STA)被配置为无线连接到对应的基站3212c或被其寻呼。覆盖区域3213a中的第二UE 3292(例如，第二UE 122和/或非AP STA)可无线连接到对应的基站3212a。尽管在该示例中示出了多个UE 3291、3292，但是所公开的实施例同样适用于唯一UE在覆盖区域中或者唯一UE连接到对应基站3212的情况。
电信网络3210自身连接到主机计算机3230，主机计算机3230可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者体现为服务器场中的处理资源。主机计算机3230可以在服务提供商的所有权或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络3210与主机计算机3230之间的连接3221、3222可以直接从核心网络3214延伸到主机计算机3230，或者可以经由可选的中间网络3220。中间网络3220可以是公共、私有或托管网络之一，也可以是其中多于一个的组合；中间网络3220(如果有)可以是骨干网或互联网；特别地，中间网络3220可以包括两个或更多个子网络(未示出)。
整体上，图9的通信系统实现了所连接的UE 3291、3292之一与主机计算机3230之间的连通性。该连通性可以被描述为过顶(OTT)连接3250。主机计算机3230与所连接的UE3291、3292被配置为使用接入网络3211、核心网络3214、任何中间网络3220和可能的其他基础设施(未示出)作为中介经由OTT连接3250来传送数据和/或信令。OTT连接3250可以是透明的，因为OTT连接3250所经过的参与通信设备不知道上行链路和下行链路通信的路由。例如，可以不通知或不需要通知基站3212具有源自主机计算机3230的要向所连接的UE 3291转发(例如移交)的数据的传入下行链路通信的过去路由。类似地，基站3212不需要知道从UE 3291朝向主机计算机3230的传出上行链路通信的未来路由。
根据一个实施例，现在将参考图10描述在前面的段落中讨论的UE、基站和主机计算机的示例实现。在通信系统3300中，主机计算机3310包括硬件3315，硬件3315包括被配置为建立和维持与通信系统3300的不同通信设备的接口的有线或无线连接的通信接口3316。主机计算机3310还包括处理电路3318，处理电路3318可以具有存储和/或处理能力。特别地，处理电路3318可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合(未示出)。主机计算机3310还包括软件3311，软件3311被存储在主机计算机3310中或可由主机计算机3310访问并且可由处理电路3318执行。软件3311包括主机应用3312。主机应用3312可操作以向经由终止于UE 3330和主机计算机3310的OTT连接3350来连接的诸如UE 3330的远程用户提供服务。在向远程用户提供服务时，主机应用3312可以提供使用OTT连接3350发送的用户数据。
通信系统3300还包括在电信系统中设置的基站3320，并且基站3320包括使它能够与主机计算机3310和UE 3330通信的硬件3325。硬件3325可以包括用于建立和维持与通信系统3300的不同通信设备的接口的有线或无线连接的通信接口3326，以及用于建立和维持与位于由基站3320服务的覆盖区域(图10中未示出)中的UE 3330的至少无线连接3370的无线电接口3327。通信接口3326可以被配置为促进与主机计算机3310的连接3360。连接3360可以是直接的，或者连接3360可以通过电信系统的核心网络(图10中未示出)和/或通过电信系统外部的一个或多个中间网络。在所示实施例中，基站3320的硬件3325还包括处理电路3328，处理电路3328可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合(未示出)。基站3320还具有内部存储的或可经由外部连接访问的软件3321。
通信系统3300还包括已经提到的UE 3330。UE 3330的硬件3335可以包括无线电接口3337，其被配置为建立和维持与服务UE 3330当前所在的覆盖区域的基站的无线连接3370。UE 3330的硬件3335还包括处理电路3338，处理电路3338可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合(未示出)。UE3330还包括软件3331，软件3331被存储在UE 3330中或可由UE 3330访问并且可由处理电路3338执行。软件3331包括客户端应用3332。客户端应用3332可操作以在主机计算机3310的支持下经由UE 3330向人类或非人类用户提供服务。在主机计算机3310中，正在执行的主机应用3312可以经由终止于UE 3330和主机计算机3310的OTT连接3350与正在执行的客户端应用3332进行通信。在向用户提供服务时，客户端应用3332可以从主机应用3312接收请求数据，以及响应于该请求数据而提供用户数据。OTT连接3350可以传送请求数据和用户数据两者。客户端应用3332可以与用户交互以生成用户提供的用户数据。注意，图10所示的主机计算机3310、基站3320和UE 3330可以分别与图9的主机计算机3230、基站3212a、3212b、3212c之一以及UE 3291、3292之一相同。也就是说，这些实体的内部工作原理可以如图10所示，并且独立地，周围的网络拓扑可以是图9的周围的网络拓扑。
在图10中，已经抽象地绘制了OTT连接3350以示出主机计算机3310与用户设备3330之间经由基站3320的通信，而没有明确地参考任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定路由，网络基础设施可以被配置为将路由对UE 3330或对操作主机计算机3310的服务提供商或对两者隐藏。当OTT连接3350是活动的时，网络基础设施可以进一步做出决定，按照该决定，网络基础设施动态地改变路由(例如，基于负载平衡考虑或网络的重新配置)。
UE 3330与基站3320之间的无线连接3370是根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个提高了使用OTT连接3350(其中无线连接3370形成最后的段)向UE 3330提供的OTT服务的性能。更准确地，这些实施例的教导可以改进[选择可应用的RAN效果：数据速率、延迟、功耗]，从而提供诸如[选择对OTT服务的可应用的对应效果：减少用户等待时间、放宽对文件大小的限制、更好的响应性、延长电池寿命]等益处。
可以出于监视数据速率、延迟和一个或多个实施例在其上改进的其他因素的目的而提供测量过程。响应于测量结果的变化，还可以存在用于重新配置主机计算机3310与UE3330之间的OTT连接3350的可选网络功能。用于重新配置OTT连接3350的测量过程和/或网络功能可以在主机计算机3310的软件3311或在UE 3330的软件3331中或者在两者中实现。在实施例中，可以将传感器(未示出)部署在OTT连接3350所通过的通信设备中或与这样的通信设备相关联；传感器可以通过提供以上示例的监视量的值或提供软件3311、3331可以从中计算或估计监视量的其他物理量的值来参与测量过程。OTT连接3350的重新配置可以包括消息格式、重传设置、优选路由等。重新配置不需要影响基站3320，并且它对基站3320可能是未知的或不可感知的。这种过程和功能可以在本领域中是已知的和经实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机计算机3310对吞吐量、传播时间、延迟等的测量。可以实现测量，因为软件3311、3331在其监视传播时间、错误等期间导致使用OTT连接3350来发送消息，特别是空消息或“假(dummy)”消息。
图11是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(例如，AP STA)和UE(例如，非AP STA)，它们可以是参考图9和图10描述的那些主机计算机、基站和UE。为了简化本公开，在本节中仅包括对图11的附图参考。在该方法的第一步骤3410中，主机计算机提供用户数据。在第一步骤3410的可选子步骤3411中，主机计算机通过执行主机应用来提供用户数据。在第二步骤3420中，主机计算机发起向UE的携带用户数据的传输。在可选的第三步骤3430中，根据贯穿本公开描述的实施例的教导，基站向UE发送在主机计算机发起的传输中携带的用户数据。在可选的第四步骤3440中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。
图12是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(例如，AP STA)和UE(例如，非AP STA)，它们可以是参考图9和图10描述的那些主机计算机、基站和UE。为了简化本公开，在本节中仅包括对图12的附图参考。在该方法的第一步骤3510中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在第二步骤3520中，主机计算机发起向UE的携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以通过基站。在可选的第三步骤3530中，UE接收在该传输中携带的用户数据。
图13是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(例如，AP STA)和UE(例如，非AP STA)，它们可以是参考图9和图10描述的那些主机计算机、基站和UE。为了简化本公开，在本节中仅包括对图13的附图参考。在该方法的可选第一步骤3610中，UE接收由主机计算机提供的输入数据。附加地或替代地，在可选的第二步骤3620中，UE提供用户数据。在第二步骤3620的可选子步骤3621中，UE通过执行客户端应用来提供用户数据。在第一步骤3610的另一个可选子步骤3611中，UE执行客户端应用，该客户端应用响应于所接收的由主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用可以进一步考虑从用户接收的用户输入。不管提供用户数据的具体方式如何，UE在可选的第三子步骤3630中发起用户数据向主机计算机的传输。在该方法的第四步骤3640中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。
图14是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(例如，AP STA)和UE(例如，非AP STA)，它们可以是参考图9和图10描述的那些主机计算机、基站和UE。为了简化本公开，在本节中仅包括对图14的附图参考。在该方法的可选第一步骤3710中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在可选的第二步骤3720中，基站发起所接收的用户数据向主机计算机的传输。在第三步骤3730中，主机计算机接收在由基站发起的传输中携带的用户数据。
当使用“包括”或“包含”一词时，应将其解释为非限制性的，即含义为“至少包括”。
本文的实施例不限于上述优选实施例。可以使用各种替代物、修改物和等同物。

Claims (28)

1.一种由网关节点(110)执行的用于增强通信网络(100)中的第一用户设备UE(121)与第二UE(122)之间的呼叫会话的方法，所述第二UE(122)与专用分支交换PBX节点(130)相关联，所述方法包括：
当已经经由所述PBX节点(130)并经由因特网协议多媒体子系统IMS网络(102)在所述第一UE(121)与所述第二UE(122)之间建立(305)呼叫会话时，从所述第一UE(121)和所述第二UE(122)中的任何一个接收(306)用于在所述第一UE(121)与所述第二UE(122)之间建立数据信道以增强所述呼叫会话的请求，
协商(307)要在所请求的所述第一UE(121)与所述第二UE(122)之间的数据信道中使用的一个或多个参数，以及
根据所述协商，建立(308)所述数据信道以增强所述第一UE(121)与所述第二UE(122)之间的所述呼叫会话。
2.根据权利要求1所述的方法，其中，所述第一UE(121)与所述第二UE(122)之间的所述数据信道由绕过所述PBX节点(130)的对等数据信道表示。
3.根据权利要求1-2中任一项所述的方法，其中，协商(307)要在所请求的数据信道中使用的所述一个或多个参数包括：
向所述第二UE(122)发送与所请求的数据信道相关的一个或多个第一参数，所述一个或多个第一参数由所述第一UE(121)接受并且是从所接收的用于建立所述数据信道的请求中获得的，
当从所述第二UE(122)接收到与所请求的数据信道相关的一个或多个参数时，其中所述一个或多个参数由所述第二UE(122)基于由所述第一UE(121)接受的所述一个或多个第一参数来接受，向所述第一UE(121)发送指示所述第二UE(122)接受建立所述数据信道的所述请求的接受消息，所述接受消息包括所述一个或多个参数，以及
其中，基于所述一个或多个参数，建立(308)增强所述呼叫会话的所述数据信道。
4.根据权利要求1-3中任一项所述的方法，其中，所述网关节点(110)已经从所述第一UE(121)接收到用于在所述第一UE(121)与所述第二UE(122)之间建立(304)所述呼叫会话的请求，所述方法还包括：
当从所述第一UE(121)接收到在所述第一UE(121)与所述网关节点(110)之间建立第一数据信道的请求时，在所述第一UE(121)与所述网关节点(130)之间建立(303)所述第一数据信道，
使用所述第一数据信道获得(304)与在所述第一UE(121)与所述第二UE(122)之间的所述呼叫会话相关的数据，以及
其中，建立(305)在所述第一UE(121)与所述第二UE(122)之间的呼叫会话是基于所获得的数据。
5.根据权利要求1-4中任一项所述的方法，其中，所述网关节点(110)已经从所述第一UE(121)接收到在所述第一UE(121)与所述第二UE(122)之间建立(304)所述呼叫会话的请求，所述方法还包括：
在所述第二UE(122)变得可用时，通过命令所述PBX节点(130)将所述第一UE(121)与所述PBX节点(130)之间的第一呼叫会话与所述第二UE(122)与所述PBX节点(130)之间的第二呼叫会话相连接，在所述第一UE(121)与所述第二UE(122)之间建立(305)所述呼叫会话。
6.根据权利要求5所述的方法，其中，建立(305)所述呼叫会话进一步包括：向所述第一UE(121)指示所述第二UE(122)已经变得可用，并且其中，命令所述PBX节点(130)是在从所述第一UE(121)接收到要被连接到所述第二UE(122)的请求时执行的。
7.一种包括指令的计算机程序(770)，所述指令在由处理器(750)执行时使得所述处理器(750)执行根据权利要求1-6中任一项所述的动作。
8.一种包括权利要求7的计算机程序(770)的载体(780)，其中，所述载体(780)是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号、或计算机可读存储介质中的一个。
9.一种由用户设备UE(120，121，122)执行的用于增强通信网络(100)中的第一UE(121)与第二UE(122)之间的呼叫会话的方法，所述第二UE(122)与专用分支交换PBX节点(130)相关联，所述方法包括：
当已经经由所述PBX节点(130)并经由因特网协议多媒体子系统IMS网络(102)在所述第一UE(121)与所述第二UE(122)之间建立(405)呼叫会话时，向网关节点(110)发送(406)用于建立数据信道以增强所述第一UE(121)与所述第二UE(122-)之间的所述呼叫会话的请求，
协商(407)要在所请求的所述第一UE(121)与所述第二UE(122)之间的数据信道中使用的一个或多个参数，以及
使用所协商的一个或多个参数，建立(408)所请求的数据信道以增强所述第一UE(121)与所述第二UE(122)之间的所述呼叫会话。
10.根据权利要求9所述的方法，其中，所述第一UE(121)与所述第二UE(122)之间的所述数据信道由绕过所述PBX节点(130)的对等数据信道表示。
11.根据权利要求9-10中任一项所述的方法，其中，建立所述数据信道的所述请求包括与所请求的数据信道相关的一个或多个第一参数，所述一个或多个第一参数由所述第一UE(121)接受，并且其中，协商(407)要在所请求的数据信道中使用的所述一个或多个参数包括：
从所述网关节点(110)接收指示所述第二UE(122)接受建立所述数据信道的所述请求的接受消息，所述接受消息包括与所请求的数据信道相关的一个或多个参数，所述一个或多个参数由所述第二UE(122)基于由所述第一UE(121)接受的所述一个或多个第一参数来接受，
其中，基于所述一个或多个参数，建立(408)增强所述呼叫会话的所述数据信道。
12.根据权利要求9-11中任一项所述的方法，其中，所述UE(120，121，122)由所述第一UE(121)表示，所述方法还包括：
向所述网关节点(130)发送(403)在所述第一UE(121)与网关节点(110)之间建立第一数据信道的请求，
当所述第一UE(121)与所述网关节点(130)之间的所述第一数据信道已经被建立时，使用所述第一数据信道来提供(404)与所述第一UE(121)与所述第二UE(122)之间的所述呼叫会话相关的数据，
其中，建立(405)所述第一UE(121)与所述第二UE(122)之间的呼叫会话是基于所提供的数据。
13.根据权利要求9-12中任一项所述的方法，其中，所述UE(120，121，122)由所述第一UE(121)表示，并且其中，建立(405)所述呼叫会话包括：从所述网关节点(110)接收指示，所述指示表明所述第二UE(122)已经变得可用；以及向所述网关节点(110)发送要被连接到所述第二UE(122)的请求。
14.根据权利要求9-13中任一项所述的方法，其中，所述UE(120，121，122)由所述第一UE(121)和所述第二UE(122)中的任何一个表示。
15.一种包括指令的计算机程序(870)，所述指令在由处理器(850)执行时使得所述处理器(850)执行根据权利要求9-14中任一项所述的动作。
16.一种包括权利要求15的计算机程序(870)的载体(880)，其中，所述载体(880)是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号、或计算机可读存储介质中的一个。
17.一种网关节点(110)，被配置为增强通信网络(100)中的第一用户设备UE(121)与第二UE(122)之间的呼叫会话，所述第二UE(122)适于与专用分支交换PBX节点(130)相关联，所述网关节点(110)还被配置为：
当已经经由所述PBX节点(130)并经由因特网协议多媒体子系统IMS网络(102)在所述第一UE(121)与所述第二UE(122)之间建立呼叫会话时，从所述第一UE(121)和所述第二UE(122)中的任何一个接收用于建立数据信道以增强所述呼叫会话的请求，
协商适于要在所请求的所述第一UE(121)与所述第二UE(122)之间的数据信道中使用的一个或多个参数，以及
根据所述协商，建立所述数据信道以增强所述第一UE(121)与所述第二UE(122)之间的所述呼叫会话。
18.根据权利要求17所述的网关节点(110)，其中，所述第一UE(121)与所述第二UE(122)之间的所述数据信道适于由适于绕过所述PBX节点(130)的对等数据信道表示。
19.根据权利要求17-18中任一项所述的网关节点(110)，其中，所述网关节点(110)还被配置为通过以下操作来协商适于要在所请求的数据信道中使用的所述一个或多个参数：
经由在所述网关节点(130)与所述第二UE(122)之间建立的连接，向所述第二UE(122)发送适于与所请求的数据信道相关的一个或多个第一参数，所述一个或多个第一参数适于由所述第一UE(121)接受，并且适于从所接收的用于建立所述数据信道的请求中获得，
当从所述第二UE(122)接收到适于与所请求的数据信道相关的一个或多个参数时，其中所述一个或多个参数适于由所述第二UE(122)基于适于由所述第一UE(121)接受的所述一个或多个第一参数来接受，向所述第一UE(121)发送接受消息，所述接受消息适于指示所述第二UE(122)接受建立所述数据信道的所述请求，所述接受信息适于包括所述一个或多个参数，以及
其中，增强所述呼叫会话的所述数据信道适于基于所述一个或多个参数来建立。
20.根据权利要求17-19中任一项所述的网关节点(110)，其中，所述网关节点(110)还被配置为从所述第一UE(121)接收在所述第一UE(121)与所述第二UE(122)之间建立所述呼叫会话的请求，所述网关节点(110)还被配置为：
当从所述第一UE(121)接收到在所述第一UE(121)与网关节点(110)之间建立第一数据信道的请求时，在所述第一UE(121)与所述网关节点(130)之间建立所述第一数据信道，
通过使用所述第一数据信道，获得适于与所述第一UE(121)与所述第二UE(122)之间的所述呼叫会话相关的数据，以及
其中，建立所述第一UE(121)与所述第二UE(122)之间的呼叫会话适于基于所获得的数据。
21.根据权利要求17-20中任一项所述的网关节点(110)，其中，所述网关节点(110)还被配置为从所述第一UE(121)接收在所述第一UE(121)与所述第二UE(122)之间建立所述呼叫会话的请求，所述网关节点(110)还被配置为：
在所述第二UE(122)变得可用时，通过命令所述PBX节点(130)将所述第一UE(121)与所述PBX节点(130)之间的第一呼叫会话与所述第二UE(122)与所述PBX节点(130)之间的第二呼叫会话相连接，在所述第一UE(121)与所述第二UE(122)之间建立所述呼叫会话。
22.根据权利要求21所述的网关节点(110)，还被配置为：通过向所述第一UE(121)指示所述第二UE(122)已经变得可用，建立所述呼叫会话；以及当从所述第一UE(121)接收到要被连接到所述第二UE(122)的请求时命令所述PBX节点(130)。
23.一种用户设备UE(120，121，122)，被配置为增强通信网络(100)中的第一UE(121)与第二UE(122)之间的呼叫会话，所述第二UE(122)适于与专用分支交换PBX节点(130)相关联，所述UE(120，121，122)还被配置为：
当已经经由所述PBX节点(130)并经由因特网协议多媒体子系统IMS网络(102)在所述第一UE(121)与所述第二UE(122)之间建立呼叫会话时，向网关节点(110)发送用于建立数据信道以增强所述第一UE(121)与所述第二UE(122)之间的所述呼叫会话的请求，
协商适于要在所请求的数据信道中使用的一个或多个参数，以及
通过使用所协商的一个或多个参数，建立所请求的数据信道以增强所述第一UE(121)与所述第二UE(122)之间的所述呼叫会话。
24.根据权利要求23所述的UE(120，121，122)，其中，所述第一UE(121)与所述第二UE(122)之间的所述数据信道适于由适于绕过所述PBX节点(130)的对等数据信道表示。
25.根据权利要求23-24中任一项所述的UE(120，121，122)，其中，建立所述数据信道的所述请求适于包括与所请求的数据信道相关的一个或多个第一参数，所述一个或多个第一参数适于由所述第一UE(121)接受，并且其中，所述UE(120，121，122)还被配置为通过以下操作来协商适于要在所请求的数据信道中使用的所述一个或多个参数：
从所述网关节点(110)接收适于指示所述第二UE(122)接受建立所述数据信道的所述请求的接受消息，所述接受消息适于包括与所请求的数据信道相关的一个或多个参数，所述一个或多个参数适于由所述第二UE(122)基于适于由所述第一UE(121)接受的所述一个或多个第一参数来接受，
其中，增强所述呼叫会话的所述数据信道适于基于所述一个或多个参数来建立。
26.根据权利要求23-25中任一项所述的UE(120，121，122)，其中，所述UE(120，121，122)由所述第一UE(121)表示，所述UE(120，121，122)还被配置为：
向所述网关节点(130)发送在所述第一UE(121)与网关节点(110)之间建立第一数据信道的请求，
当所述第一UE(121)与所述网关节点(130)之间的所述第一数据信道已经被建立时，通过使用所述第一数据信道，提供适于与所述第一UE(121)和所述第二UE(122)之间的所述呼叫会话相关的数据，
其中，建立所述第一UE(121)与所述第二UE(122)之间的呼叫会话适于基于所提供的数据。
27.根据权利要求23-26中任一项所述的UE(120，121，122)，其中，所述UE(120，121，122)由所述第一UE(121)表示，其还被配置为：通过接收来自所述网关节点(110)的指示，建立所述呼叫会话，所述指示适于表明所述第二UE(122)已经变得可用；以及向所述网关节点(110)发送要被连接到所述第二UE(122)的请求。
28.根据权利要求23-27中任一项所述的UE(120，121，122)，其中，所述UE(120，121，122)适于由所述第一UE(121)和所述第二UE(122)中的任何一个表示。
CN202180097992.2A 2021-05-21 2021-05-21 通信网络中的网关节点、用户设备和方法 Pending CN117280670A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2021/050482 WO2022245262A1 (en) 2021-05-21 2021-05-21 Gateway node, user equipment and methods in a communications network

Publications (1)

Publication Number Publication Date
CN117280670A true CN117280670A (zh) 2023-12-22

Family

ID=76197535

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180097992.2A Pending CN117280670A (zh) 2021-05-21 2021-05-21 通信网络中的网关节点、用户设备和方法

Country Status (4)

Country Link
US (1) US20240372898A1 (zh)
EP (1) EP4342155A1 (zh)
CN (1) CN117280670A (zh)
WO (1) WO2022245262A1 (zh)

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6130933A (en) * 1996-02-02 2000-10-10 Genesys Telecommunications Laboratories, Inc. Apparatus and methods for coordinating telephone and data communications
US7359373B2 (en) * 2003-10-17 2008-04-15 Nokia Corporation System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling
US20050165719A1 (en) * 2004-01-27 2005-07-28 Omenti Research, Llc Method and system for establishing and maintaining concurrent, coordinated communications on separately managed networks
KR100921554B1 (ko) * 2005-08-30 2009-10-14 주식회사 케이티 음성통화중에 다양한 콘텐츠를 공유 및 제어할 수 있는콘텐츠공유서비스를 제공하는 시스템 및 그 방법
US8761379B2 (en) * 2009-06-05 2014-06-24 Radish Systems, Llc System and method for establishing voice and data connection
WO2012175995A1 (en) * 2011-06-22 2012-12-27 Metaswitch Networks Ltd Sharing data during a voice call
GB2517760B (en) * 2013-08-30 2019-11-06 Metaswitch Networks Ltd Linking web sessions with telephone calls
GB2553230B (en) * 2015-03-30 2021-08-25 British Telecomm Data communications
US9667790B1 (en) * 2015-04-08 2017-05-30 Jpmorgan Chase Bank, N.A. Method and system for conveying context data in a multi-channel and omni-channel environment

Also Published As

Publication number Publication date
US20240372898A1 (en) 2024-11-07
WO2022245262A1 (en) 2022-11-24
EP4342155A1 (en) 2024-03-27

Similar Documents

Publication Publication Date Title
US9560147B2 (en) Method and apparatus for identification and transfer in internet protocol multimedia subsystem collaborative sessions
US9686635B2 (en) System level procedures and methods to enable data sharing in cellular network
WO2020256604A1 (en) Network node, ims node and methods in a communications network
EP2797285A1 (en) Method and apparatus for network communication
US20240008103A1 (en) First ims node, second server, subscriber server and methods in a communications network
CN117280670A (zh) 通信网络中的网关节点、用户设备和方法
CN113557680A (zh) 用于在正在进行的媒体会话期间处置媒体信道的网络节点和其中执行的方法
US11750667B2 (en) Network node, IP multimedia subsystem (IMS) node, over the top (OTT) digital assistant, and methods in a communications network
US11765210B2 (en) Network node, IMS node and methods in a communications network
EP4104402B1 (en) Internet protocol multimedia subsystem node, server node and methods in a communications network
EP2351418B1 (en) Media gateway selection at inter-msc handover
WO2020246923A1 (en) Network node, ims node and methods in a communications network
WO2016003872A1 (en) Outbound communication session establishment on a telecommunications network
WO2023087229A1 (en) Proxy node, terminal and methods in a communications network
US11924253B2 (en) Network node, IMS node and methods in a communications network
US12052295B2 (en) Application server node, user equipment and methods in a communications network
US20240129029A1 (en) Network node, terminal, and methods therein
US20240275829A1 (en) Methods for upgrading a first data session for a first media type to handle a second media type, network nodes and a communication device implementing the methods in a communications network
US20240333786A1 (en) Method and mcdata network for handling non-mandatory download for fd over media plane in network
CN119547413A (zh) 通信网络中的分发器功能、定位器功能和方法
CN115884374A (zh) 消息处理的方法、通信装置、存储介质和产品
WO2023179838A1 (en) User equipment, session management node and methods in a communications network
WO2024004078A1 (ja) 負荷分散装置、負荷分散システム、負荷分散方法、および、負荷分散プログラム
KR101507369B1 (ko) 모바일 인터넷 전화 서버 시스템, 모바일 인터넷 전화 서비스를 위한 위치 정보 제공 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination