CN117158093A - 用于管理网络中的通信请求的系统和方法 - Google Patents
用于管理网络中的通信请求的系统和方法 Download PDFInfo
- Publication number
- CN117158093A CN117158093A CN202380008671.XA CN202380008671A CN117158093A CN 117158093 A CN117158093 A CN 117158093A CN 202380008671 A CN202380008671 A CN 202380008671A CN 117158093 A CN117158093 A CN 117158093A
- Authority
- CN
- China
- Prior art keywords
- cdl
- server
- communication requests
- processors
- communication
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
-
- 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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- 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/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- 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/1046—Call controllers; Call servers
-
- 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/1063—Application servers providing network services
-
- 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
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
本公开提供了一种用于管理网络中的通信请求量的系统和方法。该系统可以包括可以与因特网协议多媒体子系统(IMS)服务器和集中式数据层(CDL)服务器通信操作的网络设备。该网络设备可以通过该IMS服务器从用户设备接收通信请求。该网络设备可以向该CDL服务器发送该通信请求和一组信息。该CDL服务器可以评估从该用户设备发起的该通信请求的允许量。该评估可以检查电信服务区域内或电信服务区域间的通信请求的数量是否已经超过预定义的限制。基于评估,如果可以不超过该预定义的限制,则该CDL服务器可以提供允许从用户设备接收的通信请求的指示。
Description
权利的保留
本专利文件的公开内容的包含受知识产权的约束,例如但不限于版权、设计、商标、集成电路(IC)布局设计和/或商业外观保护的材料的部分,属于Jio平台有限公司(JioPlatforms Limited,JPL)或其附属公司(以下称为所有人)。所有人不反对任何人传真复制本专利文件或本专利公开内容,因为它出现在专利商标局的专利文件或记录中,但保留所有权利。所有人完全保留此类知识产权的所有权利。
本发明的技术领域
本公开的实施例总体上涉及用于调节无线网络中语音通信的业务(traffic)的系统和方法。更具体地,本公开涉及一种用于管理网络中的通信请求的系统和方法,该系统和方法是高效的,并且控制特定封闭用户组(closed user group,CUG)中的呼叫数量。
本发明的背景技术
以下对相关技术的描述旨在提供关于本公开的领域的背景信息。本节可包括可以与本公开的各种特征相关的本领域的某些方面。然而,应当理解的是,本节仅用于增强读者对本公开的理解,而不是作为对现有技术的承认。
无线通信网络中的服务质量是一个具有挑战性的问题,因为用于语音通信移动性的多个无线信道被多个用户使用。此外,通信网络可被看作是拥有具有单向链路的多个小区,其中,每个小区具有有限的带宽。例如,当在小区中发起新呼叫时,分配给该小区的基站的信道之一用于移动用户和该基站之间的通信。如果分配给该基站的所有信道都在使用中,则呼叫尝试将会被阻止并被清除。
当新呼叫得到信道时,该呼叫保持该信道,直到该呼叫在小区内完成或移动站(用户)移出小区。当该呼叫完成时,该信道被释放并可用于服务另一个呼叫。当移动用户请求服务时,可以基于由移动站建立的成功切换来准许或拒绝该请求。未能启动成功切换可能会产生强制终止或“呼叫掉线”。一般来说,呼叫掉线可能会对用户产生负面影响。因此,可能需要高效的系统以抵消与传统系统相关联的已识别的问题。
因此,本领域需要提供一种能够减轻与现有技术相关联的问题的系统和方法。
本发明的目的
下面列出了本文中的至少一个实施例满足的本公开的一些目的。
本公开的一个目的是提供一种使用商业电话应用服务器(business telephonyapplication server,BTAS)的系统和方法,该BTAS向客户提供会话发起协议(sessioninitiation protocol,SIP)中继和互联网协议(internet protocol,IP)中央服务。
本公开的一个目的是提供一种使用BTAS来向客户提供如封闭用户组(closeduser group,CUG)、短代码拨号和会议的补充服务的系统和方法。
本公开的一个目的是提供一种具有BTAS的系统和方法,该BTAS使用呼叫接纳控制(call admission control,CAC)服务来同时控制特定CUG中的多个呼叫。
本公开的一个目的是提供一种具有BTAS的系统和方法,该BTAS使用具有集中式数据层(centralized data layer,CDL)服务器的基于电信服务区域(circle based)的CAC,该CDL服务器记录基于电信服务区域的CAC中的呼叫数量。
本公开的一个目的是提供一种使用具有基于电信服务区域的CDL的BTAS来满足电信服务区域专用数据访问要求的系统和方法。
本公开的一个目的是促进关于通信请求的业务量(traffic volume)的有效和改进的管理。
本公开的一个目的是促进一种经济的和基于下一代的系统和方法,该系统和方法可以消除由于过量业务引起的网络拥塞或过载,从而使网络服务提高服务的效率和质量。
本公开的一个目的是促进一种能够使能管理电信服务区域内或多个电信服务区域之间的通信请求量的系统和方法。
发明内容
提供本节以简化形式介绍本公开的某些目的和方面,这些目的和方面将在下面的详细描述中进一步描述。本公开内容不旨在标识所要求保护的主题的关键特征或范围。
在一个方面中,本公开涉及用于建立一个或多个连接的系统。该系统可以包括一个或多个处理器,该一个或多个处理器与商业电话应用服务器(BTAS)可操作地耦接。该一个或多个处理器可以与存储器耦接,该存储器存储有要由该一个或多个处理器执行的指令。该一个或多个处理器可以经由通信网络从一个或多个用户设备接收一个或多个通信请求。该一个或多个通信请求可以基于一个或多个输入参数。该一个或多个处理器可以经由该通信网络向集中式数据层(CDL)服务器发送该一个或多个通信请求。该CDL服务器可以被配置为基于一个或多个预定义规则来批准接收到的一个或多个通信请求。该一个或多个处理器可以经由该通信网络从该CDL服务器接收经批准的一个或多个通信请求。该一个或多个处理器可以基于该经批准的一个或多个通信请求在该一个或多个用户设备和该BTAS之间建立该一个或多个连接。
在一个实施例中,该一个或多个处理器可以被配置为处理该一个或多个通信请求,并使能与该一个或多个通信请求相关联的一个或多个服务链逻辑执行。
在一个实施例中,该一个或多个处理器可以被配置为管理与该一个或多个通信请求相关联的故障、配置和性能。
在一个实施例中,该一个或多个处理器可以被配置为存储一个或多个数据库集群并在该一个或多个数据库集群中更新与该一个或多个通信请求相关联的改变。
在一个实施例中,该一个或多个处理器可以被配置为调试与该一个或多个通信请求相关联的该一个或多个数据库集群。
在一个实施例中,该CDL服务器可以配置有一个或多个呼叫接纳控制(CAC)服务以处理该一个或多个通信请求。
在一个实施例中,该CDL服务器可以配置有基于电信服务区域的呼叫接纳控制(CAC)服务和集中式CAC服务中的任一种或组合,以处理该一个或多个通信请求。
在一个实施例中,该一个或多个输入参数可以包括以下各项至少之一:企业标识(identification,ID)、封闭用户组(CUG)ID、呼叫接纳控制(CAC)策略以及由该CAC策略使用的一个或多个信道。
在一个实施例中,该CDL服务器的该一个或多个预定义规则可以基于来自外部服务器的一个或多个验证。该外部服务器可以被配置为验证与该一个或多个用户设备相关联的该一个或多个输入参数。
在一个实施例中,该CDL服务器可以配置有定时器,以记录来自该一个或多个用户设备的该一个或多个通信请求,并将该一个或多个通信请求发送到该外部服务器以进行该一个或多个验证。
在一个实施例中,该一个或多个CAC服务可以包括至少一个CAC集群以处理该一个或多个通信请求。
在一个方面中,本公开涉及一种用于建立一个或多个连接的方法。该方法可以包括由一个或多个处理器经由通信网络从一个或多个用户设备接收一个或多个通信请求。该一个或多个处理器可以与商业电话应用服务器(BTAS)可操作地耦接。该一个或多个通信请求可以与一个或多个输入参数相关联。该方法可以包括由该一个或多个处理器经由该通信网络向CDL服务器发送该一个或多个通信请求。该CDL服务器可以被配置为基于一个或多个预定义规则来批准该一个或多个通信请求。该方法可以包括由该一个或多个处理器经由该通信网络从该CDL服务器接收经批准的一个或多个通信请求。该方法可以包括由该一个或多个处理器基于该经批准的一个或多个通信请求,在该一个或多个用户设备和该BTAS之间建立该一个或多个连接。
在一个实施例中,该方法可以包括由该一个或多个处理器处理该一个或多个通信请求,并使能与该一个或多个通信请求相关联的一个或多个服务链逻辑执行。
在一个实施例中,该方法可以包括由该一个或多个处理器管理与该一个或多个通信请求相关联的故障、配置和性能。
在一个实施例中,该方法可以包括由该一个或多个处理器存储一个或多个数据库集群并在该一个或多个数据库集群中更新与该一个或多个通信请求相关联的改变。
在一个实施例中,该方法可以包括由该一个或多个处理器调试与该一个或多个通信请求相关联的该一个或多个数据库集群。
在一个方面中,本公开涉及一种用于建立一个或多个连接的用户设备(UE)。该UE可以包括一个或多个处理器,该一个或多个处理器通信地耦接到系统中的一个或多个处理器。该一个或多个处理器可以与存储器耦接,该存储器存储有要由该一个或多个处理器执行的指令,该指令使得该UE经由通信网络向该一个或多个处理器发送一个或多个通信请求。该一个或多个处理器可以可操作地耦接到BTAS,其中,该一个或多个处理器可以被配置成从该UE接收该一个或多个通信请求。该一个或多个处理器可以经由该通信网络向该CDL服务器发送该一个或多个通信请求。该CDL服务器可以被配置为基于一个或多个预定义规则来批准该一个或多个通信请求。该一个或多个处理器可以经由该通信网络从该CDL服务器接收经批准的一个或多个通信请求。该一个或多个处理器可以基于该经批准的一个或多个通信请求,在该UE和该BTAS之间建立该一个或多个连接。
在一个方面中,非暂时性计算机可读介质可以包括处理器,该处理器具有可执行指令,该可执行指令可以使得该处理器经由通信网络从一个或多个用户设备接收一个或多个通信请求。该一个或多个通信请求可以基于一个或多个输入参数。该处理器可以经由该通信网络向集中式数据层(CDL)服务器发送该一个或多个通信请求。该CDL服务器(104)可以被配置为基于一个或多个预定义规则来批准接收到的一个或多个通信请求。该处理器可以经由该通信网络从该CDL服务器接收经批准的一个或多个通信请求。该处理器可以基于该经批准的一个或多个通信请求,在该一个或多个用户设备和商业电话应用服务器(BTAS)之间建立一个或多个连接。
附图说明
合并入本文并构成本公开的一部分的附图图示了所公开的方法和系统的示例性实施例,贯穿不同的附图,相同的附图标记指代相同的部分。附图中的组件不一定是按比例的,而是强调清楚地图示本公开的原理。一些附图可能使用框图来指示组件,并且可能没有表示每个组件的内部电路。本领域技术人员将理解,这些附图的公开内容包括通常用于实施这些组件的电气组件、电子组件或电路的公开内容。
图1A图示了根据本公开的一个实施例的示例性网络架构(100),在该网络架构中或用该网络架构可以实施本公开的系统。
图1B图示了根据本公开实施例所提出的系统的示例性高级系统架构(150)。
图2A图示了根据本公开实施例所提出的系统的示例性框图(200)。
图2B图示了根据本公开实施例所提出的商业电话应用服务器(BTAS)的示例性系统架构(250)。
图3A至图3B图示了根据本公开的一个实施例的示例性集中式数据层(CDL)框架(300,330)。
图4图示了根据本公开的一个实施例的CDL框架的示例性表示(400)。
图5图示了根据本公开的一个实施例的基于电信服务区域的CDL框架的示例性表示(500)。
图6图示了根据本公开的一个实施例的用于实施所提出的机制的示例性序列图(600)。
图7图示了根据本公开的一个实施例的用于CDL处理多个呼叫的示例性序列图(700)。
图8图示了根据本公开的一个实施例的示例性计算机系统(800),在该计算机系统中或用该计算机系统可以实施所提出的系统。
前述内容将根据本公开的以下更详细的描述而更加明显。
具体实施方式
在下面的描述中,出于解释的目的阐述了各种具体细节,以便提供对本公开的实施例的透彻理解。然而,显而易见的是,本公开的实施例可以在没有这些具体细节的情况下实践。下文描述的几个特征可以彼此独立地使用,或者与其他特征的任何组合一起使用。一个单独的特征可能不能解决上面讨论的所有问题,或者可能只能解决上面讨论的一些问题。上面讨论的一些问题可能无法通过本文中描述的任何特征得到完全解决。
接下来的描述仅提供示例性实施例,并不旨在限制本公开的范围、适用性或配置。相反,随后对示例性实施例的描述将为本领域技术人员提供用于实施示例性实施例的使能描述。应当理解的是,在不脱离所阐述的本公开的精神和范围的情况下,可以在元件的功能和布置中进行各种改变。
下面的描述给出了具体细节以提供对实施例的透彻理解。然而,本领域普通技术人员将理解,可以在没有这些具体细节的情况下实施实施例。例如,电路、系统、网络、进程和其他组件可以以框图形式示出为组件,以便不以不必要的细节模糊实施例。在其他情况下,公知的电路、进程、算法、结构和技术可以在没有不必要细节的情况下示出,以避免模糊实施例。
此外,应当注意,个别实施例可以被描述为被描绘为流程图(flowchart或flowdiagram)、数据流图、结构图或框图的进程。尽管流程图可以将操作描述为顺序进程,许多操作可以并行或并发执行。此外,可以重新安排操作的顺序。当一个进程的操作完成时,该进程终止,但是进程可能具有图中没有包括的附加步骤。进程可以对应于方法、函数、过程、子例程、子程序等。当进程对应于函数时,其终止可以对应于该函数返回到调用函数或主函数。
本文中使用词语“示例性”和/或“说明性”来表示用作示例、实例或说明。为了避免疑问,本文公开的主题不限于这些示例。此外,本文中描述为“示例性”和/或“说明性”的任何方面或设计不一定被解释为优选或优于其他方面或设计,也不意味着排除本领域普通技术人员已知的等效示例性结构和技术。此外,从某种程度上来说,详细描述或权利要求书中使用的术语“包括(includes)”、“具有”、“包含(contains)”和其他类似的词语,类似于术语“包括(comprising)”,旨在作为开放的过渡词语来表示包括,而不排除任何附加的或其他的元素。
贯穿本说明书对于“一实施例”或“一个实施例”或“一个实例”或“一实例”的引用意味着结合该实施例描述的特定特征、结构或特性被包括在本公开的至少一个实施例中。因此,贯穿本说明书的各种地方出现的短语“在一个实施例中”或“在实施例中”不一定都涉及相同的实施例。此外,在一个或多个实施例中,特定特征、结构或特性可以以任何合适的方式组合。
本文中使用的专有名词仅用于描述特定实施例的目的,而不旨在限制本公开。如本文中所使用的,单数形式的“一”、“一个”和“该”也旨在包括复数形式,除非上下文另有指示。将进一步理解,当在本说明书中使用时,术语“包括(comprises)”和/或“包括(comprising)”指定了所述特征、整数、步骤、操作、元件和/或组件的存在,但不排除一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组合的存在或添加。如本文中所使用的,术语“和/或”包括一个或多个相关联的所列项目的任何和所有组合。
将参考图1至图8更详细地解释整个公开内容的各种实施例。
图1A图示了根据本公开的一个实施例的示例性网络架构(100),在该网络架构中或用该网络架构可以实施所提出的系统。
如图1A中的网络架构(100)所图示的,本公开涉及一种用于控制网络中通信请求的业务量的系统。在一个实施例中,网络架构(100)可以包括网络设备(102)(网络设备在下文中可互换地称为商业电话应用服务器或BTAS服务器(102)),该网络设备(102)可以被配置为促进通过通信网络(112)管理来自用户设备(110)的通信请求的量。可以理解的是,尽管为了简单起见示出了单个用户设备(110),但是用户设备(110)可以包括多个用户设备(110)。BTAS服务器(102)可以与因特网协议多媒体子系统(internet protocolmultimedia subsystem,IMS)服务器(106)(也可互换地称为IMS或IMS核心)集成。IMS服务器(106)可以包括但不限于第三代(third generation,3G)网络、第四代(fourthgeneration,4G)网络、第五代(fifth generation,5G)网络、无线局域网(Wi-Fi)网络、任何其他无线网络或其组合等。此外,可以通过通信网络(112)访问IMS服务器(106)。在一个实施例中,用户设备(110)可以通过通信网络(112)连接到集中式数据层(CDL)服务器或框架(104)。CDL服务器(104)可以访问存储在多个或不同电信服务区域(circle)/集群中的不同物理主机上的信息,以通过BTAS服务器(102)管理传入通信请求的量。
用户设备(110)可以包括但不限于移动设备、膝上型电脑等。此外,用户设备(110)可以包括智能手机、虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、通用计算机、台式机、个人数字助理、平板电脑和大型计算机。另外,可以使用用于接收来自用户的输入的输入设备,诸如触摸板、使能触摸的屏幕、电子笔等。本领域普通技术人员将理解,用户设备(110)可以不限于所提到的设备,并且可以使用各种其他设备。
通信网络(112)可以通过示例但非限制的方式包括一个或多个网络的至少一部分,该网络具有一个或多个节点,该一个或多个节点对一个或多个消息、分组、信号、波、电压或电流电平、其某种组合等进行发送、接收、转发、产生、缓冲、存储、路由、交换、处理或其组合等操作。通信网络(112)还可以通过示例但非限制的方式包括无线网络、有线网络、因特网、内部网、公共网络、专用网络、分组交换网络、电路交换网络、ad hoc网络、基础设施网络、公共交换电话网络(Public-Switched Telephone Network,PSTN)、电缆网络、蜂窝网络、卫星网络、光纤网络或其一些组合中的一个或多个。
尽管图1A示出了网络架构(100)的示例性组件,但在其他实施例中,网络架构(100)可以包括比图1A中描绘的更少的组件、不同的组件、不同布置的组件或附加的功能组件。附加地或替代地,网络架构(100)的一个或多个组件可以执行被描述为由网络架构(100)的一个或多个其他组件执行的功能。
图1B图示了根据本公开实施例所提出的系统的示例性高级系统架构(150)。
参考图1B,通信网络(112)(如图1A中所指定的)可以提供给多个实体或企业,例如企业-1(154-1)、企业-2(154-2)、企业-3(154-3)和企业-4(154-4)(统称为企业154)。如图1B所示,采用通信网络(112)可以通过E-SBC(156-1)、E-SBC(156-2)、E-SBC(156-3)和E-SBC(156-4)分别为每个企业(企业-1(154-1)、企业-2(154-2)、企业-3(154-3)和企业-4(154-4))提供便利。
IMS服务器(图1A的106)可包括可执行一个或多个功能的一个或多个模块或组件。例如,IMS服务器(106)可以包括服务呼叫会话控制功能模块(S-CSCF)(158)、询问呼叫会话控制功能模块(I-CSCF)(162)和代理呼叫会话控制功能模块(P-CSCF)(152)。在另一示例中,另一应用服务器可包括移动号码可移植性(mobile number portability,MNP)服务器(124),其可向用户设备(110)提供号码可移植性。
参考属于IMS服务器(106)的组件,S-CSCF模块(158)可以是IMS服务器(106)中负责会话控制的主节点。在一个实施例中,订户列表可以在IMS注册时被分配给相应的S-CSCF模块(158),以便促进会话发起协议(SIP)消息的路由。在操作中,S-CSCF模块(158)可以在IMS注册时使能从归属订户服务器(HSS)(120)下载订户简档。I-CSCF模块(162)可以是IMS服务器(106)中的关键元件,并且可以使任何请求能够被路由到网络(112)内多个S-CSCF模块路由中的适当S-CSCF模块(158)。I-CSCF模块(162)还可以询问HSS(120)以获得相关S-CSCF模块(158)的地址以进一步处理SIP发起请求。P-CSCF模块(152)可以执行通用功能,例如将注册和会话请求向前路由到通信网络(112)中的正确节点、更新S-CSCF模块(158)、保持与用户设备(110)的安全连接以及其他此类功能。在一个示例性实施例中,电话应用服务器(telephony application server,TAS)(160)和BTAS(102)可以与基于SIP的应用服务器的一个或多个功能组件集成。SIP应用服务器可以采用与企业4(154-4)有关的特征来构建。
此外,如图1B所示,具有特定功能的分支网关控制功能(breakout gatewaycontrol function,BGCF)模块(118)、媒体网关控制功能(media gateway controlfunction,MGCF)模块(122)和互连边界控制功能(interconnect border controlfunction,IBCF)模块(116)也可以包括在内。在一般实现中,BGCF模块(118)可以将路由呼叫信令提供到最合适的S-CSCF模块(158)和提供来自最合适的S-CSCF模块(158)的路由呼叫信令。在本实施方式中,BGCF模块(118)可以路由来自BTAS(102)的呼叫,该呼叫用于管理通信请求的量。一般而言,MGCF模块(122)可以是SIP端点,其可以与安全网关(securitygateway,SGW)接合并且还可以控制媒体网关(media gateway,MGW)(130)中的资源。IBCF模块(116)可以使能各种服务提供商网络之间的边界控制,从而在信令信息方面提供BTAS使能的IMS网络安全性。IMS服务器(106)还可以包括多媒体资源功能(multimedia resourcefunction,MRF)模块(126)。MRF模块(126)与IMS服务器(106)的其他组件一起可以负责对与特定服务相关联的媒体流执行各种处理任务。此外,如图1B所示,基于BTAS-IMS的实现可以与互连点(point of interconnection,POI)(134)相关联,该POI可以是通过时分复用(time-division multiplexing,TDM)在不同服务提供商或企业的媒体网关之间的物理接口。
图2A图示了根据本公开实施例所提出的系统的示例性框图(200)。
参考图2A,商业电话应用服务器(BTAS)(102)可包括一个或多个处理器(202),其可被实施为一个或多个微处理器、微型计算机、微控制器、数字信号处理器、中央处理单元、逻辑电路和/或基于操作指令处理数据的任何设备。除了其他能力之外,一个或多个处理器(202)可以被配置为提取和执行存储在BTAS(102)的存储器(204)中的计算机可读指令。存储器(204)可被配置为在非暂时性计算机可读存储介质中存储一个或多个计算机可读指令或例程,该指令或例程可被提取和执行以通过网络服务创建或共享数据分组。存储器(204)可包括任何非暂时性存储设备,包括例如诸如随机存取存储器(RAM)的易失性存储器或诸如可擦除可编程只读存储器(EPROM)、闪存等的非易失性存储器。
在一个实施例中,BTAS(102)可以包括(一个或多个)接口(206)。该(一个或多个)接口(206)可以包括各种接口,例如,用于数据输入和输出(I/O)设备、存储设备等的接口。该(一个或多个)接口(206)还可以为系统BTAS(102)的一个或多个组件提供通信路径。这种组件的示例包括但不限于(一个或多个)处理引擎(208)、数据库(210)、会话管理器(session manager,SM)(212)、操作管理维护(operations administration management,OAM)管理器(214)、供应代理(provisioning agent,PA)(216)、数据库管理器(databasemanager,DM)(218)、故障排除管理器(troubleshoot manager,TM)(220)和CDL代理(230)。
(一个或多个)处理引擎(208)可以被实施为硬件和编程(例如,可编程指令)的组合,以实施(一个或多个)处理引擎(208)的一个或多个功能。在本文中描述的示例中,硬件和编程的这种组合可以以几种不同的方式实施。例如,用于(一个或多个)处理引擎(208)的编程可以是存储在非暂时性机器可读存储介质上的处理器可执行指令,并且用于(一个或多个)处理引擎(208)的硬件可以包括用于执行这种指令的处理资源(例如,一个或多个处理器)。在本示例中,机器可读存储介质可以存储有指令,当由处理资源执行时,这些指令实施(一个或多个)处理引擎(208)。在这样的示例中,BTAS(102)可以包括存储有指令的机器可读存储介质和执行指令的处理资源,或者机器可读存储介质可以是分离的,但是BTAS(102)和处理资源可以访问该存储介质。在其他示例中,(一个或多个)处理引擎(208)可以由电子电路实施。
在一个实施例中,该一个或多个处理器(202)可以经由通信网络(112)从一个或多个用户设备(110)接收一个或多个通信请求。该一个或多个通信请求可以基于一个或多个输入参数。输入参数可以包括但不限于企业标识(ID)、封闭用户组(CUG)ID、呼叫接纳控制(CAC)策略以及CAC策略使用的一个或多个信道。
在一个实施例中,该一个或多个处理器(202)可以经由该通信网络(112)向集中式数据层(CDL)服务器(104)发送该一个或多个通信请求。CDL服务器(104)可以被配置为基于一个或多个预定义规则来批准接收到的一个或多个通信请求。CDL代理(230)可以配置有CDL服务器(104)以基于一个或多个预定义规则来处理接收到的一个或多个通信请求。
在一个实施例中,该一个或多个处理器(202)可以经由会话管理器(212)接收该一个或多个通信请求并处理该一个或多个通信请求。该一个或多个处理器(202)可以将该一个或多个通信请求存储在数据库(210)中,其中数据库管理器(DM)(218)可以被配置为管理数据库(210)。该一个或多个处理器(202)可以使能与接收到的一个或多个通信请求相关联的一个或多个服务链逻辑执行。
在一个实施例中,该一个或多个处理器(202)可以被配置为经由供应代理(PA)(216)和故障排除管理器(220)来管理与接收到的一个或多个通信请求相关联的故障、配置和性能。
在一个实施例中,该一个或多个处理器(202)可以被配置为在数据库(210)中存储一个或多个数据库集群并经由PA(216)在该一个或多个数据库集群中更新与接收到的一个或多个通信请求相关联的改变。
在一个实施例中,该一个或多个处理器(202)可以被配置为经由与接收到的一个或多个通信请求相关联的开放代码协议加速器模块(OAM)管理器(214)来调试该一个或多个数据库集群。
图2B图示了根据本公开实施例所提出的BTAS的示例性系统架构(250)。
如图2B所示,BTAS(102)可以与各种硬件/软件组件或服务器集成或耦接,以使能用于管理通信请求的量的一个或多个功能。BTAS(102)可以与IMS服务器(254)(之前在图1A中为IMS(106))集成,以使能与用户设备(252)(之前在图1A中为用户设备(110))有关的通信处理。在一个示例实施例中,BTAS(102)可以与IMS服务器(254)集成,以经由包括但不限于会话发起协议(SIP)的网络协议建立和控制通信连接。由于通信还可以涉及使用一种或多种形式的媒体,所以BTAS(102)可以通过SIP/媒体服务器标记语言(media server mark-up language,MSML)协议与多媒体资源功能(MRF)(258)集成。BTAS(102)可以经由代表性状态转移(representational state transfer,REST)协议与企业供应服务器(enterpriseprovisioning server,EPS)(260)接合,以使能服务数据的供应。
在一个示例性实施例中,BTAS(102)可以经由SIP与诸如移动号码可移植性(MNP)(270)的其他组件/服务集成或耦接,以使能号码可移植性下降(number portabilitydipping)。在另一个示例实施例中,BTAS(102)和演进分组系统(evolved packet system,EPS)(260)可以独立地经由REST与元件管理系统(element management system,EMS)(256)集成或耦接。EMS(256)可以包括用于经由REST协议管理五个关键方面(即故障、配置、统计、性能和安全性(fault,configuration,accounting,performance,and security,FCAPS))功能的硬件和软件实现,以交换关于关键方面的消息,该消息可以使用超文本传输协议(hypertext transfer protocol,HTTP)来传输。EMS(256)可以为实施基于操作支持系统(operations support system,OSS)或业务支持系统(business support system,BSS)的架构提供基础,该架构使得服务提供商能够满足客户需求,例如用于服务的快速部署,以使得能够提供满足要求的服务质量以及其他这类服务。EMS(256)可以经由REST协议与OSS/BSS(262)接合,以使能用于BTAS/EPS的FCAPS数据的北向接口。术语北向接口可以涉及允许网络的特定组件与更高级别的组件通信的接口。此外,OSS/BSS(262)可以经由REST协议与EPS(260)接合以管理服务数据管理请求。此外,EPS(260)可以经由F5(264)连接到OSS/BSS(262),并且F5(264)可以经由REST与OSS/BSS(262)通信。
此外,如图2B所示,BTAS(102)可以经由直径(Diameter)协议与Diameter路由代理(Diameter routing agent,DRA)(268)集成或耦接,该Diameter协议可以是用于基于IMS服务器的网络中的认证、授权和统计信息的标准协议。DRA可以是功能元件,其可以提供实时路由能力以确保消息在网络中的正确元件之间路由。BTAS(102)与DRA(268)的集成可以使能与在线计费系统(online charging system,OCS)(272)的集成,以便于Ro计费。OCS(272)可以是允许服务提供商基于服务使用实时向用户或客户收费的系统,并且Ro计费可以与一种协议有关,该协议使能用以生成计费事件的触发。在一个实施例中,BTAS(102)还可以与关于自定义呼叫回铃音(customized caller ringback tone,CRBT)服务器(266)的组件集成,用于在建立通信的阶段使能个性化回铃音(ringback tone,RBT)。例如,这可以主要与在将用户设备(252)与实体设备连接时可以播放的回铃音有关。
图3A至图3B图示了根据本公开的一个实施例的示例性CDL框架(300,330)。
根据图3A所示的BTAS部署架构(300),多个集群可用于服务单个电信服务区域的业务,例如,多个集群可服务电信服务区域1的业务。此外,每个电信服务区域可以具有自己的单个CDL实现,该CDL实现可以在一个超级核心中。如图3A所示,CDL框架(302)可以在“客户端-服务器”通信模型上实施。此外,如图3A所示,应用集群,例如应用集群1(306-1)、应用集群2(306-2)和应用集群3(306-3)可以与物理刀片服务器(physical blades)1.6(304-1、304-2、403-3)中呈现的相应CDL服务器通信。物理刀片服务器1.6(304-1、304-2、304-3)可以使用公共数据访问/读写协议与CDL框架(302)通信。
如图3B所图示的,与CDL服务器(308)相关联的一个或多个服务,例如服务-A、服务-B和服务-C,可以与CDL代理(312)集成。这些服务(服务-a、服务-B和服务-C)可以使用发送控制协议(transmission control protocol,TCP)作为传输协议(310)与CDL代理(312)通信。CDL代理(312)可以基于服务路由要求选择CDL服务器目的地IP之一。在一个示例性实施例中,CDL服务器(308)可以负责与CDL框架(302)接合,并且可以响应于从CDL代理(312)接收的数据访问请求。
在另一个实施例中,CDL代理(312)和CDL服务器(308)可以主要充当主干,该主干用于在分别呈现于客户端侧和服务器侧的服务之间传输信息。为了利用CDL框架(302),新服务可能必须向CDL客户端和CDL服务器注册自身,以便CDL框架(302)可以将数据访问请求/响应适当地路由到正确的服务模块。
图4图示了根据本公开的一个实施例的CDL框架的示例性表示(400)。
关于图4,应用集群1的CDL代理(420)和应用集群N的CDL代理(422)可以经由TCP连接连接到CDL服务器(1,2......N)(416)。在一个实施例中,CDL代理和CDL服务器(1,2......N)可以通过使用它们自己的预定义报头主体格式的通信模型彼此通信。报头的大小可以是固定的,并且可以包含一个或多个重要的信息字段。这可能是路由数据访问请求和响应所必需的。此外,主体的大小可以是可变的,并且可以取决于对应于各种数据访问请求类型的服务类型。在一个实施例中,CDL代理可以基于服务专用分发逻辑(418)将数据可访问性请求散列到CDL服务器之一。关于这一点,每个CDL服务器实例可以具有虚拟IP(414)以从多个CDL代理接收请求。作为示例,CDL代理处的服务-A可能需要插入、更新、删除和查看数据访问操作,这些操作可以具有可变的主体大小要求。服务数据可以缓冲数据的形式在CDL代理和CDL服务器之间传输,并且可以由服务层编码/解码。
在一个示例性实施例中,CDL服务器(1,2…N)可以通过刀片服务器集群(1,2…N)来部署。在一个示例中,单个刀片服务器实施方式可能适合于功能实验室测试,但是没有高可用性(high availability,HA)(其中可以存在进程重启功能)。在另一个示例中,2个刀片服务器的实施方式可以适用于具有HA的功能实验室测试,并且可以被推荐用于BTAS集群数量可能较少(例如少于3(<3))的现场部署或用于灾难恢复(disaster recovery,DR)站点的BTAS。在一个示例中,6个刀片服务器的实施方式可以适合于BTAS集群可能大于或等于3的现场部署。
例如,考虑到应用于特定地点的实施方式,该地点可以包括4个BTAS集群,每个BTAS集群可以包括2个管理刀片服务器,因此可以包括总共8个刀片服务器。这可用于为特定地点的BTAS业务创建CDL集群。例如,为了创建6个刀片服务器的CDL集群,可以从8个可用刀片服务器的池中挑选6个刀片服务器,并且可以确保CDL集群管理刀片服务器可以驻留在不同的BTAS集群以及机架中。这可以使能CDL管理刀片服务器的机架级冗余。在该示例中,与需要集中式数据访问框架的应用服务有关的4个BTAS集群可以使用专门为该特定位置的业务创建的CDL集群。这样,每个BTAS电信服务区域可以具有一个为该位置创建的专属CDL集群。
在一个实施例中,每个CDL集群可以包括模块,例如,日志管理器(loggermanager)、系统管理器和CDL管理器以及其他这样的进程。例如,日志管理器可以负责管理应用的日志活动,并且可以呈现于每个CDL集群刀片服务器中。在另一个示例中,系统管理器可以负责处理系统的OAM相关活动,并且可以仅存在于集群的管理刀片服务器上。在另一个示例中,CDL管理器可以负责处理CDL数据访问相关请求,并且可以仅存在于CDL集群的有效载荷刀片服务器上。在一个示例性实施例中,一个刀片服务器(单)、2个刀片服务器(双)和6个刀片服务器CDL集群的典型进程和刀片服务器布局可如下表1至表3所示。在该示例中,该布局还可以捕获系统管理器和CDL管理器进程的虚拟IP需求。
进程名称 | 冗余模型 | 等级 |
系统管理器 | 无冗余 | NA |
日志管理器 | 无冗余 | NA |
CDL管理器 | 无冗余 | NA |
表1:单刀片服务器布局示例
表2:双刀片服务器布局示例
表3:六刀片服务器布局示例
在一个示例性实施例中,可以创建CDL集群以满足电信服务区域专用集中式数据访问要求,并且CDL集群可被称为电信服务区域专用CDL集群。这种实施方式可以使得客户端应用服务能够在电信服务区域级上具有对数据的集中认知(centralized view)。例如,服务可以在电信服务区域专用CDL集群配置中使用CDL框架。在一个替代性实施例中,可以存在另一个要求,其中客户端应用服务可能需要跨不同电信服务区域的集中式数据访问。例如,一个国家可能需要一个集中式服务。这种实现方式可以被称为集中式CDL集群。
图5图示了根据本公开的一个实施例的基于电信服务区域的CDL框架的示例性表示(500)。
如图5所示的CDL服务器可以是与对应于各个电信服务区域的特定集群有关的集群应用,例如,电信服务区域-A(502)和电信服务区域-B(504)可以分别与应用集群-1和应用集群-2有关。可以理解的是,为了简单起见,仅有2个电信服务区域(示出了电信服务区域A和电信服务区域B),然而,该实施方式可以应用于各种其他电信服务区域。在一个示例实施例中,如果企业的存在可分散于不同的电信服务区域中,则呼叫接纳控制(CAC)服务可能需要实现集中式数据访问。在一个实施例中,为了满足这一要求,可以使用图5所示的部署,其中可以在一个电信服务区域中创建CDL集群,而(与电信服务区域-A 502和电信服务区域-B 504有关的)所有其他电信服务区域专用CDL集群可以与CDL代理(510)通信。在一个实施例中,在电信服务区域级(502和/或504)的每个电信服务区域专用CDL集群还可以包括被内部配置为与CDL代理(510)通信的CDL代理。在一个示例中,CDL集群安装配置和输出目录文件夹可以配置在不同的位置,这样就不会干扰现有BTAS或(一个或多个)EPS集群的工作。在一个示例性实施例中,CDL客户端库可以默认地嵌入在BTAS会话管理器内,并且可以进一步包括CDL管理器进程。在一个替代性示例实施例中,OAM和CDL管理器可以以2N和N+M冗余模型运行,以便处理任何进程或刀片服务器级故障,其中活动的OAM和CDL管理器中的每个可以需要虚拟IP。每个CDL代理可以使用虚拟IP联系活动的CDL管理器。
图6图示了根据本公开的一个实施例的用于实施所提出的机制的示例性序列图(600)。
如图6所示,方法(600)主要描述BTAS(102)在管理来自用户装置/用户设备(UE)(110)的通信请求时所使用的关键步骤。基于由CDL服务器(104)执行的评估,可以允许或不允许通信请求。
在步骤610:由UE 110发送的通信请求可以通过IMS的组件(即S-CSCF 602)被转发到BTAS(102)。
在步骤612:基于通信请求,BTAS(102)可以将通信请求转发到CDL服务器(104),该通信请求具有诸如例如端点标识符(endpoint identifier,EID)、CUG ID、CAC策略、允许信道的最大限制的一组信息以及其他这类信息。
在步骤614:CDL服务器(104)可以评估该请求以检查通信是否可以被允许。在一个示例性实施例中,可以通过检查通信请求(例如,(在一电信服务区域中或在不同电信服务区域之间的)呼叫)的总数是否已经超过预定义的限制,来执行评估。基于该评估,如果没有超过预定义的限制,则CDL服务器(104)可以发送包括允许指示的响应。在一个示例中,CDL服务器(104)还可以发送令牌作为参考,还可一起发送用于标识被允许的通信的允许指示。如果在预定义的持续时间内未能从CDL服务器(104)接收到响应,则可以假设该通信是被允许的。
在步骤616和618:在预定义持续时间内通信被允许或缺少来自CDL服务器(104)的响应的情况下,可以从BTAS(102)向term-I-CSCF(604)发送邀请。
在步骤620:术语-ICSCF(604)可以与用户设备UE(110)通信,以通过发送通信请求来发起通信。振铃模式可以示出为SIP响应代码180。
在步骤622:term-ICSCF(604)可以向UE(110)发送SIP响应代码200。
在步骤624:UE(110)可以向BTAS(102)发送消息,即“再会(BYE)”。
在步骤626:BTAS(102)可以将通信请求与在步骤614接收的令牌一起发送到CDL服务器(104),该通信请求包括诸如例如EID、CUG ID、CAC策略和被允许的信道的最大限制的一组信息。
在步骤628:BTAS(102)可以向term-ICSCF(604)发送“BYE”。
在步骤630:term-ICSCF(604)可以向UE(110)发送SIP响应代码200。
在一个实施例中,可以基于来自UE(110)的原始请求来导出通信请求。该原始请求可以指示用于建立UE(110)与企业内同一CUG中的至少一个实体设备的通信的要求。该组信息可以包括但不限于与企业有关的标识或企业标识(ID)、CUG ID、CAC策略、被允许的通信/信道的最大数量、以及预定义的限制和其他此类信息。各种其他类型的信息也可以包括在本公开的范围内。在一个示例性实施例中,CAC可以促进对可能需要在特定CUG或所有CUG中同时处理的通信请求的数量的控制。可以基于变化的CAC策略来管理通信请求,该CAC策略包括但不限于基于电信服务区域的CAC策略和集中式CAC策略。如果企业或CUG可属于一个电信服务区域,则可以应用基于电信服务区域的CAC策略。如果企业或CUG可属于多个电信服务区域,则可以应用集中式CAC策略。在本公开的范围内,各种其他CAC策略也是可能的。
在一个示例性实施例中,如果未突破被允许的信道的最大数目,则通信请求可被允许并且可被添加到现有池中。此外,如果通信请求被允许,则可以从CDL服务器(104)向BTAS(102)发回指示通信被允许的响应。
在一个替代性实施例中,如果突破了被允许的信道的最大数目,则可将确认发送回BTAS(102)以指示不允许通信。当在CDL服务器(104)处接收到通信请求以及一组信息时,可以要求集中式CAC策略包括在各个电信服务区域中发起的并行通信或并发通信(例如正在进行的呼叫)的计数。配置为“RT_CDL_CENTRLSD_DATA_REFRESH_TIM”的定时器可以由采用该CAC策略的每个企业/CUG的每个电信服务区域的CDL服务器启动。计时器可以定义具有预定值的持续时间。在该持续时间到期之后,电信服务区域的CDL服务器可以向CDL集群发送消息,其中,第一消息可以包括有关于其电信服务区域中正在进行的并发呼叫、企业ID、CUG ID的细节和其他此类细节。当CDL集群接收到第一消息时,可以在CDL集群处执行评估。例如,CDL集群可以将接收到的并发呼叫值求和为“累积计数”,该“累积计数”可在接收到来自具有相同企业和CUG的其他电信服务区域的消息之后已经进行维护。基于该评估,CDL集群可以向CDL服务器发送第二消息,其中,第二消息可以包括由CDL服务器保存的累积计数。因此,CDL服务器可以基于从CDL集群获得的累积计数来评估通信请求是否可以被允许。此外,当通信请求不被允许或断开时,可以向其电信服务区域内的CDL服务器发送触发,然后该CDL服务器可以移除在呼叫发起时做出的呼叫条目。在一个替代性实施例中,当在配置的时间间隔(例如,在参数“RT_AS_CAC_WAIT_TIMER”中配置)内没有从CDL服务器接收到响应时,可继续通信或假定BTAS(102)允许该通信。
图7图示了根据本公开的一个实施例的用于CDL处理多个呼叫的方法(700)的示例性序列图。
在步骤718:UE可以通过BTAS-1(702)向SCSCF-1(706)发送邀请。
在步骤720:SCSCF-1(706)可以向BTAS-1(702)发送邀请。
在步骤722:BTAS-1(702)可以向SCSCF-1(706)发送邀请。
在步骤724:SCSCF-1(706)可以向B方-1(B Party-1)(704)发送邀请。
在步骤726:B方-1(704)可以向SCSCF-1(706)发送SIP代码180。
在步骤728:SCSCF-1(706)可以向BTAS-1(702)发送SIP代码180。
在步骤730:BTAS-1(702)可以向CDL(710)发送振铃细节,并且CDL(710)可以更新振铃细节。
在步骤732:BTAS-1(702)可以向SCSCF-1(706)发送SIP代码。
在步骤734:SCSCF-1(706)可以向UE发回SIP代码180。
在步骤736:C方(716)可以向SCSCF-2(714)发送邀请。
在步骤738:SCSCF-2(714)可以向BTAS-2(712)发送邀请。
在步骤740:BTAS-2(702)可以检索振铃细节并将其发送到CDL(710)。CDL(710)可以搜索并用振铃细节进行响应。
在步骤742:CDL(710)可以向BTAS-2(712)发送振铃细节。BTAS-2(712)可以修改邀请并将邀请转发给B方-1(704)或B方-2(708)。
在步骤744:BTAS-2(712)可以向SCSCF-2(714)发送邀请。
在步骤746:SCSCF-2(714)可以向SCSCF-1(706)发送邀请。
在步骤748:SCSCF-1(706)可以向BTAS-1(702)发送邀请。
在步骤750:C方(716)可以为BTAS-1(702)发送的邀请发送“2XX”。
在步骤752:C方(716)可以向SCSCF-2(714)发送SIP代码200。
在步骤754:SCSCF-2(714)可以向BTAS-2(712)发送SIP代码200。
在步骤756:BTAS-2(712)可以向SCSCF-2(714)发回SIP代码200。
在步骤758:SCSCF-2(714)可以向SCSCF-1(706)发送SIP代码200。
在步骤760:SCSCF-1(706)可以向BTAS-1(702)发送SIP代码200,并删除振铃细节。
在步骤762:BTAS-1(702)可以删除B方-1(704)或B方-2(708)的振铃细节,并将其发送到CDL(710)。
在步骤764:BTAS-1(702)可以向SCSCF-1(706)发送SIP代码200。
在步骤766:SCSCF-1(706)可以向UE发送SIP代码200。
图8图示了根据本公开的一个实施例的示例性计算机系统(800),在该计算机系统中或用该计算机系统可以实施所提出的系统。
如图8所示,计算机系统(800)可以包括外部存储设备(810)、总线(820)、主存储器(830)、只读存储器(840)、大容量存储设备(850)、(一个或多个)通信端口(860)和处理器(870)。本领域技术人员将理解,计算机系统(800)可以包括多于一个处理器和通信端口。处理器(870)可以包括与本公开的实施例相关联的各种模块。(一个或多个)通信端口(860)可以是用于基于调制解调器的拨号连接的RS-232端口、10/100以太网端口、使用铜缆或光纤的千兆位或10千兆位端口、串行端口、并行端口或其他现有或未来端口中的任一个。(一个或多个)通信端口(860)可以取决于诸如局域网(Local Area Network,LAN)、广域网(WideArea Network,WAN)或计算机系统(800)所连接的任何网络的网络来选择。
在一个实施例中,主存储器(830)可以是随机存取存储器(RAM),或本领域公知的任何其他动态存储设备。只读存储器(840)可以是任何(一个或多个)静态存储设备,例如但不限于,用于存储静态信息(例如用于处理器(870)的启动或基本输入/输出系统(basicinput/output system,BIOS)指令)的可编程只读存储器(PROM)芯片。大容量存储设备(850)可以是可用于存储信息和/或指令的任何当前或未来的大容量存储解决方案。示例性大容量存储解决方案包括但不限于并行高级技术附件(Parallel Advanced TechnologyAttachment,PATA)或串行高级技术附件(Serial Advanced Technology Attachment,SATA)硬盘驱动器或固态驱动器(内部的或外部的,例如具有通用串行总线(UniversalSerial Bus,USB)和/或火线接口)。
在一个实施例中,总线(820)可以将(一个或多个)处理器(870)与其它内存、存储器和通信块通信地耦接到一起。总线(820)可以是例如外围组件互连(PeripheralComponent Interconnect,PCI)/PCI扩展(PCI-X)总线、小型计算机系统接口(SmallComputer System Interface,SCSI)、USB等,用于连接扩展卡、驱动器和其他子系统以及其他总线,例如将处理器(870)连接到计算机系统(800)的前端总线(front side bus,FSB)。
在另一个实施例中,操作员和管理接口,例如显示器、键盘和光标控制设备也可以耦接到总线(820)以支持操作员与计算机系统(800)的直接交互。其他操作员和管理接口可以具有通过(一个或多个)通信端口(860)连接的网络连接。上述组件仅用于举例说明各种可能性。前述示例性计算机系统(800)绝不应限制本公开的范围。
尽管本文中已经将相当大的重点放在优选实施例上,但是将理解的是,在不脱离本公开的原理的情况下,可以做出许多实施例并且可以在优选实施例中做出许多改变。本公开的优选实施例中的这些和其他变化对于本领域技术人员根据本文中的公开内容将是显而易见的,由此可以清楚地理解,前述描述性内容将仅仅作为本公开的说明而不是作为限制来实施。
本公开的优点
本公开提供一种使用商业电话应用服务器(BTAS)的系统和方法,该BTAS向客户提供会话发起协议(SIP)中继和互联网协议(IP)中央服务。
本公开的一个优点是提供一种使用BTAS来向客户提供如封闭用户组(CUG)、短代码拨号和会议的补充服务的系统和方法。
本公开的一个优点是提供一种具有BTAS的系统和方法,该BTAS使用呼叫接纳控制(CAC)服务来同时控制特定CUG中的多个呼叫。
本公开的一个优点是提供一种具有BTAS的系统和方法,该BTAS使用具有集中式数据层(CDL)服务器的基于电信服务区域的CAC,该CDL服务器记录基于电信服务区域的CAC中的呼叫数量。
本公开的一个优点是提供一种使用具有基于电信服务区域的CDL的BTAS以满足电信服务区域专用数据访问要求的系统和方法。
本公开的一个优点是促进关于通信请求的业务量的有效和改进的管理。
本公开的一个优点是促进一种经济的和基于下一代的系统和方法,该系统和方法可以消除由于过量业务引起的网络拥塞或过载,从而使网络服务提高服务的效率和质量。
本公开的一个优点是促进一种能够使能管理电信服务区域内或多个电信服务区域之间的通信请求量的系统和方法。
Claims (18)
1.一种用于建立一个或多个连接的系统(100),所述系统(100)包括:
一个或多个处理器(202),所述一个或多个处理器(202)与商业电话应用服务器(BTAS)(102)可操作地耦接,其中,所述一个或多个处理器(202)与存储器(204)耦接,并且其中,所述存储器(204)存储有指令,当由所述一个或多个处理器(202)执行时,所述指令使得所述一个或多个处理器(202):
经由通信网络(112)从一个或多个用户设备(110)接收一个或多个通信请求,其中,所述一个或多个通信请求基于一个或多个输入参数;
经由所述通信网络(112)向集中式数据层(CDL)服务器(104)发送所述一个或多个通信请求,其中,所述CDL服务器(104)被配置为基于一个或多个预定义规则批准接收到的一个或多个通信请求;
经由所述通信网络(112)从所述CDL服务器(104)接收经批准的一个或多个通信请求;以及
基于所述经批准的一个或多个通信请求,在所述一个或多个用户设备(110)和BTAS(102)之间建立所述一个或多个连接。
2.根据权利要求1所述的系统(100),其中,所述一个或多个处理器(202)被配置为处理所述接收到的一个或多个通信请求,并使能与所述接收到的一个或多个通信请求相关联的一个或多个服务链逻辑执行。
3.根据权利要求1所述的系统(100),其中,所述一个或多个处理器(202)被配置为管理与所述接收到的一个或多个通信请求相关联的故障、配置和性能。
4.根据权利要求1所述的系统(100),其中,所述一个或多个处理器(202)被配置为存储一个或多个数据库集群并在所述一个或多个数据库集群中更新与所述接收到的一个或多个通信请求相关联的改变。
5.根据权利要求4所述的系统(100),其中,所述一个或多个处理器(202)被配置为调试与所述接收到的一个或多个通信请求相关联的所述一个或多个数据库集群。
6.根据权利要求1所述的系统(100),其中,所述CDL服务器(104)配置有一个或多个呼叫接纳控制(CAC)服务以处理所述接收到的一个或多个通信请求。
7.根据权利要求1所述的系统(100),其中,所述CDL服务器(104)配置有基于电信服务区域的呼叫接纳控制(CAC)服务和集中式CAC服务中的任一种或组合,以处理所述接收到的一个或多个通信请求。
8.根据权利要求1所述的系统(100),其中,所述一个或多个输入参数包括以下各项至少之一:企业标识(ID)、封闭用户组(CUG)ID、呼叫接纳控制(CAC)策略以及由所述CAC策略使用的一个或多个信道。
9.根据权利要求1所述的系统(100),其中,所述CDL服务器(104)的所述一个或多个预定义规则基于来自外部服务器的一个或多个验证,并且其中,所述外部服务器被配置为验证与所述一个或多个用户设备(110)相关联的所述一个或多个输入参数。
10.根据权利要求9所述的系统(100),其中,所述CDL服务器(104)配置有定时器,以记录来自所述一个或多个用户设备(110)的所述一个或多个通信请求,并将所述一个或多个通信请求发送到所述外部服务器以进行所述一个或多个验证。
11.根据权利要求6所述的系统(100),其中,所述一个或多个CAC服务包括至少一个CAC集群以处理所述一个或多个通信请求。
12.一种用于建立一个或多个连接的方法,所述方法包括:
由一个或多个处理器(202)经由通信网络(112)从一个或多个用户设备(110)接收一个或多个通信请求,所述一个或多个处理器(202)与商业电话应用服务器(BTAS)(102)可操作地耦接,其中,所述一个或多个通信请求与一个或多个输入参数相关联;
由所述一个或多个处理器(202)经由所述通信网络(112)向集中式数据层(CDL)服务器(104)发送所述一个或多个通信请求,其中,所述CDL服务器(104)被配置为基于一个或多个预定义规则批准所述一个或多个通信请求;
由所述一个或多个处理器(202)经由所述通信网络(112)从所述CDL服务器(104)接收经批准的一个或多个通信请求;以及
由所述一个或多个处理器(202)基于所述经批准的一个或多个通信请求,在所述一个或多个用户设备(110)和所述BTAS(102)之间建立所述一个或多个连接。
13.根据权利要求12所述的方法,包括由所述一个或多个处理器(202)处理所述一个或多个通信请求,并使能与所述一个或多个通信请求相关联的一个或多个服务链逻辑执行。
14.根据权利要求12所述的方法,包括由所述一个或多个处理器(202)管理与所述一个或多个通信请求相关联的故障、配置和性能。
15.根据权利要求12所述的方法,包括由所述一个或多个处理器(202)存储一个或多个数据库集群,并在所述一个或多个数据库集群中更新与所述一个或多个通信请求相关联的改变。
16.根据权利要求15所述的方法,包括由所述一个或多个处理器(202)调试与所述一个或多个通信请求相关联的所述一个或多个数据库集群。
17.一种用于建立一个或多个连接的用户设备(UE)(110),所述UE(110)包括:
一个或多个处理器,所述一个或多个处理器与系统(100)中的一个或多个处理器(202)通信地耦接,其中,所述一个或多个处理器与存储器耦接,并且其中,所述存储器存储有指令,当由所述一个或多个处理器执行时,所述指令使得所述UE(110):
经由通信网络(112)向所述一个或多个处理器(202)发送一个或多个通信请求,
其中,所述一个或多个处理器(202)可操作地耦接到商业电话应用服务器(BTAS)(102),并且其中,所述一个或多个处理器(202)被配置为:
从所述UE(110)接收所述一个或多个通信请求;
经由所述通信网络(112)向集中式数据层(CDL)服务器(104)发送所述一个或多个通信请求,其中,所述CDL服务器(104)被配置为基于一个或多个预定义规则批准所述一个或多个通信请求;
经由所述通信网络(112)从所述CDL服务器(104)接收经批准的一个或多个通信请求;以及
基于所述经批准的一个或多个通信请求,在所述UE(110)和所述BTAS(102)之间建立所述一个或多个连接。
18.一种非暂时性计算机可读介质,包括处理器,所述处理器具有可执行指令,所述指令使得所述处理器:
经由通信网络(112)从一个或多个用户设备(110)接收一个或多个通信请求,其中,所述一个或多个通信请求基于一个或多个输入参数;
经由所述通信网络(112)向集中式数据层(CDL)服务器(104)发送所述一个或多个通信请求,其中,所述CDL服务器(104)被配置为基于一个或多个预定义规则批准接收到的一个或多个通信请求;
经由所述通信网络(112)从所述CDL服务器(104)接收经批准的一个或多个通信请求;以及
基于所述经批准的一个或多个通信请求,在所述一个或多个用户设备(110)和商业电话应用服务器(BTAS)(102)之间建立一个或多个连接。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN202221018956A IN202221018956A (zh) | 2022-03-30 | 2022-03-30 | |
IN202221018956 | 2022-03-30 | ||
PCT/IB2023/052915 WO2023187567A1 (en) | 2022-03-30 | 2023-03-24 | System and method for managing communication requests in a network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117158093A true CN117158093A (zh) | 2023-12-01 |
Family
ID=88199740
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202380008671.XA Pending CN117158093A (zh) | 2022-03-30 | 2023-03-24 | 用于管理网络中的通信请求的系统和方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20240356989A1 (zh) |
EP (1) | EP4342250A4 (zh) |
KR (1) | KR20230141733A (zh) |
CN (1) | CN117158093A (zh) |
IN (1) | IN202221018956A (zh) |
WO (1) | WO2023187567A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2025008967A1 (en) * | 2023-07-05 | 2025-01-09 | Jio Platforms Limited | System and method for handling a call request |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2409457B1 (es) * | 2011-03-28 | 2014-08-18 | Vodafone España, S.A.U. | Método y sistema para la mejora del enrutamiento en operadores de comunicaciones proveedores de servicios multimedia sobre redes ims |
WO2013091733A1 (en) * | 2011-12-23 | 2013-06-27 | Telefonaktiebolaget L M Ericsson (Publ) | Session establishment in an ip multimedia subsystem network |
-
2022
- 2022-03-30 IN IN202221018956A patent/IN202221018956A/en unknown
-
2023
- 2023-03-24 CN CN202380008671.XA patent/CN117158093A/zh active Pending
- 2023-03-24 KR KR1020237011229A patent/KR20230141733A/ko active Pending
- 2023-03-24 US US18/247,576 patent/US20240356989A1/en active Pending
- 2023-03-24 WO PCT/IB2023/052915 patent/WO2023187567A1/en active Application Filing
- 2023-03-24 EP EP23712443.3A patent/EP4342250A4/en active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20230141733A (ko) | 2023-10-10 |
IN202221018956A (zh) | 2023-05-19 |
WO2023187567A1 (en) | 2023-10-05 |
EP4342250A4 (en) | 2025-01-01 |
US20240356989A1 (en) | 2024-10-24 |
EP4342250A1 (en) | 2024-03-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10708180B2 (en) | Central conferencing routing server | |
US20070162599A1 (en) | Distributing a policy decision function in an IP multimedia subsystem | |
JP5210509B2 (ja) | インテリジェント境界要素 | |
US10027538B1 (en) | Hybrid communications system and method of operation | |
CN110870256B (zh) | 用于操作电信网络的方法、系统和计算机可读介质 | |
CN103973913B (zh) | 一种ngn下实现宽带业务功能的方法及业务平台 | |
CN117158093A (zh) | 用于管理网络中的通信请求的系统和方法 | |
CN117157966A (zh) | 用于提供固定移动融合业务的系统及方法 | |
WO2010075688A1 (zh) | Ims集群会议的创建和加入方法、装置及系统 | |
CN106302363A (zh) | 媒体级联的管理方法及装置 | |
US10104604B2 (en) | S9 roaming session destination selection | |
US20250016206A1 (en) | A network device and method for a universal central exchange | |
US20250097351A1 (en) | Method for rerouting communication in a unified communications network | |
Alonso et al. | Dynamic media stream mobility with TURN | |
KR100905077B1 (ko) | 아이피 멀티미디어 서브시스템에서의 홈 가입자 서버시스템 및 사용자 고객 정보 제공 방법 | |
CN116546659A (zh) | 一种5g数据业务处理方法、设备、系统、服务器及介质 | |
Hu et al. | IMS service enhancement layer: A quantitative value proposition | |
CN118489232A (zh) | 用于发送以及接收多媒体数据的方法 | |
WO2024201491A1 (en) | System and method for routing subscriber traffic | |
CN119653518A (zh) | 通道建立方法、装置和会话管理功能网元 | |
CN117158017A (zh) | 用于实现合法拦截管理集成的系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |