CN109076545A - 检查用于多媒体会话的容量 - Google Patents

检查用于多媒体会话的容量 Download PDF

Info

Publication number
CN109076545A
CN109076545A CN201680084490.5A CN201680084490A CN109076545A CN 109076545 A CN109076545 A CN 109076545A CN 201680084490 A CN201680084490 A CN 201680084490A CN 109076545 A CN109076545 A CN 109076545A
Authority
CN
China
Prior art keywords
capacity
requests
multimedia
resource
qci
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
CN201680084490.5A
Other languages
English (en)
Other versions
CN109076545B (zh
Inventor
龙鸿遐
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 CN109076545A publication Critical patent/CN109076545A/zh
Application granted granted Critical
Publication of CN109076545B publication Critical patent/CN109076545B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/20—Negotiating bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Abstract

提出了一种用于检查用于多媒体会话的容量的方法。该方法包括以下步骤：接收针对多媒体会话的容量请求，该容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口和期望的位置，每个服务区域由多个无线电基站服务；通过读取聚合容量数据库中的可用容量并通过读取资源容量数据库中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于期望的带宽和期望的QCI，所述聚合容量数据库包括服务区域级别上的可用带宽容量；以及基于是否有足够的容量来发送响应。

Description

检查用于多媒体会话的容量
技术领域
本发明涉及一种用于检查用于多媒体会话的容量的方法、多媒体递送服务节点、计算机程序和计算机程序产品。
背景技术
蜂窝通信系统已经变得司空见惯，并且被大多数人用于人与人之间的通信。此外，随着智能电话的越来越多的使用，数字分发的内容越来越多地消耗在无线终端上。虽然大部分此类内容(例如网络内容)的递送需要由能够用户直接控制，但诸如视频之类的媒体内容的递送在许多情况下可以由数个用户共享。
为了提高共享媒体消耗的效率，可以使用诸如广播和/或多播的点对多点系统。以这种方式，在更高程度上在接收无线终端之间共享网络资源。使用蜂窝通信系统的用于点对多点内容递送的一组相关标准是3GPP MBMS(第三代合作伙伴计划-多媒体广播多播服务)和3GPP eMBMS(演进MBMS)。
然而，eMBMS会话的调度和规划变得非常复杂。蜂窝通信系统可以具有数千个无线电基站，由此基于检查每个无线电基站的容量检查是非常耗时的，在提交本专利申请时，针对一个多媒体会话的容量检查可以达到15分钟以上。
此外，服务运营部门和RAN(无线电接入网络)运营部门属于不同的组织单位，由此不能在细节级别上容易地共享信息。当使用多供应商部署时，容量检查的问题只会更加严重。
发明内容
目的是使多媒体会话的容量检查更加有效。
根据第一方面，提出了一种用于检查用于多媒体会话的容量的方法。该方法在多媒体网络的多媒体递送服务节点中执行，并且包括以下步骤：接收针对多媒体会话的容量请求，该容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口以及期望的位置，每个服务区域由多个无线电基站服务；通过读取聚合容量数据库中的可用容量并通过读取资源容量数据库中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于期望的带宽和期望的QCI，聚合容量数据库包括服务区域级别上的可用带宽容量；以及基于是否有足够的容量来发送响应。
容量请求还可以包括小区标识符列表，所述小区标识符列表是所述至少一个服务区域的所有小区标识符集合的子集，所述小区标识符列表提供关于期望的位置的更多细节。
响应还可以包括对满足容量请求的可用容量的指示。
该方法还可以包括以下步骤：当有足够容量时，通过更新聚合容量数据库来预留容量。
预留容量的步骤还可以包括：当容量请求包括不进行复用的指示符时，针对容量请求的多媒体会话预留容量，而不将多媒体会话与其他多媒体会话进行复用。
预留容量的步骤可以包括：作为容量请求的结果，更新资源数据库，以反映新的可用带宽和无线电资源使用。
在接收容量请求的步骤中，所述容量请求可以是多媒体会话建立请求的形式。
该方法还可以包括以下步骤：仅在有足够容量时才进行多媒体会话建立。
资源容量数据库可以针对服务区域列表和QCI列表的每个组合存储可用无线电容量。
资源容量数据库可以针对小区id和QCI的每个组合存储可用无线电容量。
根据第二方面，提出了一种用于检查用于多媒体会话的容量的多媒体递送服务节点。多媒体递送服务节点被配置为形成多媒体网络的一部分，并且包括：处理器；以及存储器，用于存储指令，所述指令在由处理器执行时，使得多媒体递送服务节点执行以下步骤：接收针对多媒体会话的容量请求，该容量请求包括针对至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口和期望的位置，每个服务区域由多个无线电基站服务；通过读取聚合容量数据库中的可用容量并通过读取资源容量数据库中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于期望的带宽和期望的QCI，聚合容量数据库包括服务区域级别上的可用带宽容量；以及基于是否有足够的容量来发送响应。
容量请求还可以包括小区标识符列表，所述小区标识符列表是所述至少一个服务区域的所有小区标识符集合的子集，所述小区标识符列表提供关于期望的位置的更多细节。
响应还可以包括对满足容量请求的可用容量的指示。
多媒体递送服务节点还可以包括指令，所述指令在由处理器执行时，使得多媒体递送服务节点在有足够容量时，通过更新聚合容量数据库来预留容量。
预留容量的指令还可以包括指令，所述指令在由处理器执行时，使得多媒体递送服务节点在容量请求包括不进行复用的指示符时，针对容量请求的多媒体会话预留容量，而不将多媒体会话与其他多媒体会话进行复用。
预留容量的指令可以包括指令，所述指令在由处理器执行时，使得多媒体递送服务节点：作为所述容量请求的结果，更新资源数据库，以反映新的可用带宽和无线电资源使用。
容量请求可以是多媒体会话建立请求的形式。
多媒体递送服务节点还可以包括指令，所述指令在由处理器执行时，使得多媒体递送服务节点仅在有足够容量时才进行多媒体会话建立。
资源容量数据库可以针对服务区域列表和QCI列表的每个组合存储可用无线电容量。
资源容量数据库可以针对小区id和QCI的每个组合存储可用无线电容量。
根据第三方面，提出了一种多媒体递送服务节点，包括：用于接收针对多媒体会话的容量请求的装置，所述容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口和期望的位置，每个服务区域由多个无线电基站服务；用于通过读取聚合容量数据库中的可用容量并通过读取资源容量数据库中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于期望的带宽和期望的QCI的装置，所述聚合容量数据库包括服务区域级别上的可用带宽容量；以及用于基于是否有足够的容量来发送响应的装置。
根据第四方面，提出了一种用于检查用于多媒体会话的容量的计算机程序。该计算机程序包括计算机程序代码，当在多媒体网络的多媒体递送服务节点上运行该计算机程序代码时，使得多媒体递送服务节点执行以下步骤：接收针对多媒体会话的容量请求，该容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口和期望的位置，每个服务区域由多个无线电基站服务；通过读取聚合容量数据库中的可用容量并通过读取资源容量数据库中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于期望的带宽和期望的QCI的装置，所述聚合容量数据库包括服务区域级别上的可用带宽容量；以及基于是否有足够的容量来发送响应。
根据第五方面，提出了一种计算机程序产品，包括根据第四方面的计算机程序和存储计算机程序的计算机可读装置。
下面是一组关于如何解释本文中使用的某些术语的定义：
服务区域应被解释为用于递送多媒体服务的区域。使用多个无线电基站实现。
带宽应被解释为就每时间单位的数据单位而言的容量需求，例如，每秒千比特(KBPS)。
多媒体递送服务节点应被解释为负责从内容提供商到无线终端的广义内容流的节点，包括在适当的时间点处提供内容和元数据两者。
多媒体会话应被解释为用于提供多媒体内容(例如，以音频和/或视频的形式)的会话。
一般地，除非本文中另外明确说明，否则权利要求中使用的所有术语应根据其在技术领域中的普通含义来解释。除非另外明确说明，否则对“一/一个/所述元件、仪器、组件、装置、步骤等”的所有引用应被开放地解释为指代元件、仪器、组件、装置、步骤等中的至少一个实例。除非明确说明，否则本文中公开的任何方法的步骤不必以所公开的确切顺序来执行。
附图说明
现在参考附图，作为示例描述本发明，在附图中：
图1是示出其中可以应用本文中提出的实施例的通信系统的示意图；
图2是示出可以在图1的系统中应用的单频网络的使用的示意图；
图3是示出图1的系统中使用的资源使用的数据结构的示意图；
图4是示出如何避免在图1的系统中对多媒体会话进行复用的序列图；
图5A-图5B是示出用于检查用于多媒体会话的容量的方法的流程图；
图6是示出根据一个实施例的图1的BMSC的一些组件的示意图；
图7是示出根据一个实施例的图1的BMSC的一些组件的示意图；以及
图8示出了包括计算机可读装置的计算机程序产品的一个示例。
具体实施方式
现在将在下文中参考附图更充分地描述本发明，在附图中示出了本发明的特定实施例。然而，本发明可以以多种不同形式来体现，并且不应当被解释为被本文中所阐述的实施例限制；相反，作为示例提供这些实施例，使得本公开将是透彻的和完整的，并且将向本领域技术人员充分地传达本发明的范围。贯穿本说明书，相似的标记指代相似的元件。
本文中所提出的实施例基于以下认识：多媒体会话的资源容量可以由不同抽象层上的一组数据结构表示。具体地，提供聚合容量数据库和资源容量数据库，用于提供一种检查并预留用于多媒体会话的容量的有效方式。
图1是示出其中可以应用本文中所提出的实施例的通信系统8的示意图。通信系统8包括一个或多个无线电基站4，这里是演进的节点B(也称为演进节点B或eNB)的形式。无线电基站4也可以是节点B、BTS(基站收发台)和/或BSS(基站子系统)等形式。无线电基站4向多个无线终端2提供无线电连接。这里示出的无线终端2能够接收广播和/或多播内容馈送。术语无线终端也被称为移动通信终端、用户设备、移动终端、用户终端、用户代理、机器对机器设备等，并且可以是例如今天通常所称的具有无线连接的移动电话或平板电脑/笔记本电脑，或固定安装的终端。
通信系统8可以例如符合以下中的任何一个或组合：LTE-SAE(长期演进-系统架构演进)、W-CDMA(宽带码分复用)、EDGE(GSM(全球移动通信系统)演进的增强数据速率)、GPRS(通用分组无线电服务)、CDMA2000(码分多址2000)或任何其他当前或未来的无线网络，诸如LTE-Advanced，只要下文中描述的原理适用即可。
通信系统8还用作多媒体网络，并且包括以广播或多播方式支持广播内容的组件，即，多个无线终端2可以以点对多点的方式接收相同的内容。例如与点对点流媒体(也称为单播)相比，这增强了网络效率。
用于广播的组件可以符合任何合适的标准，例如，3GPP MBMS(第三代合作伙伴计划多媒体广播多播服务)、3GPP MBMS演进、3GPP 1MB(集成移动广播)、3GPP eMBMS(演进MBMS)、DVB-H(数字视频广播-手持式)、DVB-NGH(数字视频广播-下一代手持式)或无线网络上的任何其他的当前的或未来的广播系统，只要下文中描述的原理适用即可。在本文中，提出了在3GPP MBMS版本6或更高版本中应用的实施例，然而应理解，这不意味排除任何其他标准。
还提供了多媒体递送服务节点1，诸如广播多播服务中心(BMSC)。在下文中，将使用术语BMSC，然而应理解，所提出的实施例同样可以很好地与多媒体递送服务节点的其他实施例一起使用。多媒体递送服务节点1负责从内容提供商到无线终端2的广义内容流，包括在适当的时间点提供内容和元数据两者。
通过内容递送网络(CDN)6提供内容的一个或多个内容提供商也连接到BMSC 1。以这种方式，无线终端2可以从内容递送网络6接收广播内容。从内容递送网络6提供的内容可以例如包括视频内容和/或音频内容。
MBMS-GW 7利用无线电接入网络和无线电基站4连接到控制平面中的MME 5和数据平面中的BMSC 1。此外，MBMS-GW 7负责会话管理等。
提供MCE(多小区/多播协调实体)9，其具有诸如无线电基站所使用的准入控制和无线电资源分配的职责，例如，用于SFN(单频网络)。MCE 9可以在如图1所示的独立设备中实现，或者作为无线电基站4的一部分实现。
可以提供现场编码器3，也称为分段器或现场编码器/分段器，以负责以适当的格式对来自现场摄像机或内容递送网络6的现场内容进行编码，并将编码的内容分割成较小的分段文件。分段文件可以例如包括视频和/或音频数据。然后，这些分段文件经由MBMS-GW7提供给无线终端2。无线终端2具有用来存储和解码分段文件的缓冲器，以向无线终端2的用户提供连续的内容呈现。
向MME(移动性管理实体)5提供与无线电基站4的连接。MME是处理无线终端2和核心网络(CN)之间的信令并提供访问者位置寄存器(VLR)的节点，支持与承载和连接管理有关的功能。
为了不模糊本文中提出的概念，从图1的系统8中省略了其他(有时是可选的)网络节点，例如无线电网络控制器、GGSN(网关GPRS(通用分组无线电服务)支持节点)、SGSN(服务GPRS支持节点)，但可以在操作期间在需要时使用这些网络节点。出于清楚的原因，省略了为提出本文中所提出的实施例所不需要的其他组件。
图2是示出可以在图1的系统中应用的单频网络的使用的示意图。就频谱使用而言，内容的点到多点递送(例如，广播或多播)是向大量无线终端递送相同内容的有效方式。在无线电网络节点4和无线终端2之间的无线电网络接口中，这可以基于例如MBSFN(多媒体广播SFN)的单频网络(SFN)技术。这意味着一旦来自多个小区的多个信号严格同步，那么来自多个小区的在相同频率上接收的多个信号在无线终端处表现为相同信号的多径传输。以这种方式，多个信号不相互干扰，而是对有用信号做出贡献，可以将其组合以增强接收信号强度。
在图2中，存在由第一无线电网络节点4a、第二无线电网络节点4b和第三无线电网络节点4c服务的第一SFN 10a。第二SFN 10b由第四无线电网络节点4d和第五无线电网络节点4e服务。第三SFN 10c由第六无线电网络节点4f、第七无线电网络节点4g和第八无线电网络节点4h服务。
图3是示出在图1的系统中使用的用于资源使用的数据结构的示意图。这里有两个数据库-聚合容量数据库20和资源容量数据库21。每个数据库可以是适用于存储如本文中所述的数据的任何合适的数据存储设备。例如，数据库20、数据库21中的每一个可以是包含数据库的表或其他数据结构。在图3中，较高的资源更聚合，较低的资源更详细。换句话说，粒度从顶部到底部增加。
聚合容量数据库20表示服务容量层。这是面向带宽的层，并且如果所有对应的资源被占用，则保持每个服务区域的最大可用带宽(例如，使用服务区域标识SAI)和服务区域上的每个允许的QCI。将所使用的带宽映射到资源容量数据库中资源的使用比率。这样做是因为资源是由相同或不同的QCI(服务质量类别标识符)索引的不同服务动态共享的。QCI是承载的QoS(服务质量)简档的参数。QCI控制网络如何优先化承载，例如，就调度权重、准入阈值、队列管理阈值、链路层协议配置等而言。因此，具有web浏览业务的承载可以具有比电话呼叫更低优先级的QCI。
表1示出了可以如何实现以及填充聚合容量数据库20的示例：
SAI QCI 可用带宽
1 12 3408
1 13 4579
2 12 3408
2 13 4579
表1：聚合容量数据库20的示例
在表1中，出于清楚的原因省略了时间。资源容量数据库21表示资源层，保持不同资源的资源使用百分比。在资源视图中，因为相同的无线电资源可以基于维度(dimension)确定的无线电特性(例如，使用不同的MCS(调制和编码方案)等)提供不同的比特率，所以对资源具有硬限制。这里的资源被解释为表示一组无线电资源的资源管道，例如，就子帧分配而言。在资源容量视图中，使用是基于百分比。表2示出了针对一个资源(在该示例中，标识是2)，可以实现以及填充资源容量数据库21的一个示例：
资源 SAI列表 QCI列表 使用比率
2 1，2 12，13 0％
表2：资源容量数据库21的示例
在表2中，出于清楚的原因省略了时间。资源可以例如是MBSFN子帧。SAI列表是一个或多个SAI的集合，QCI列表是一个或多个QCI的集合。使用比率是资源管道的使用百分比，0％意味着资源尚未被使用，100％意味着资源被完全利用。在备选的实施例中，使用可用比率代替使用比率。
SAI可以以树形结构组织，以覆盖大的区域，例如，整个国家。例如，国家由国家SAL覆盖。国家由地区性SAI组成，每个地区性SAI由本地SAI组成。每个本地SAI由一个或多个无线电基站组成。MBSFN以平面方式设计，并且通常与最低SAI级别具有一对一映射，并且MBSFN ID(256个值)跨越整个PLMN(公共陆地移动网络)不是唯一ID。从所有无线电基站(可能有数万个)生成SAI树形结构将会是耗时的，并且从RAN(无线电区域网络)配置设计工具导入这些无线电基站可能是不可靠的。此外，在PLMN内仅对具有唯一编号的MBSFN进行建模不能满足对不同地理级别服务(国家的、地区的、本地的)和映射到成千上万的MBSFN的不同类型的服务(视频、数据、MCPTT(关键任务一键通))进行建模的需要。
通过使用聚合容量数据库20和资源容量数据库21，可以将SAI列表和QCI列表的组合用作唯一识别资源的关键字。
当存在SAI树形结构时，可以将其导入BMSC及BMSC的数据结构。以这种方式，知晓直至最低级别SAI(也称为原子SAI，即不具有任何子SAI)的SAI的关系。例如，可以使用诸如下面的示例的XML结构：
使用该结构和以下更详细描述的方法，确保BMSC和RAN保持针对不同位置(SAI)的同步的MBSFN容量信息。
现在，将更详细地描述聚合容量数据库20和资源容量数据库21之间的关系。
基于映射规则，服务容量层中的聚合资源(在聚合容量数据库20中)被转换至资源容量层。参考表1和表2的示例，SAI：1+QCI：12，SAI：1+QCI：13，SAI：2+QCI：12和SAI：2+QCI：13都映射到被标识为资源2的相同资源。
服务和资源容量视图跨越无线电基站甚至跨越MBSFN。基于该无线电基站透明模型，从繁重的工作中释放服务容量层以检查每个无线电基站的资源可用性。RAN层仅向服务容量层显露必要的信息，当量减少时，可以手动66将必要的信息导入到服务容量层中(即聚合容量数据库20中)。可以将诸如更新、删除等的数据库类似操作命令用于此。
通过将RAN MBSFN容量和位置属性(SAI)导入BMSC 1中的数据库20、数据库21，可以将该信息用于服务规划和递送优化。为了具有集中的以及全局的MBSFN资源视图，可以进行资源分配和使用优化，而不是进行子优化检查甚至盲检。当资源不足时，可以看到问题和资源缺口，从而可以向运营商提供完整的信息，以基于服务优先级或服务特定策略来控制服务竞争，甚至决定在特定位置扩展其网络以容纳更高要求的服务。此外，资源控制在服务容量层而不是在无线电基站中提前一步移动到源节点，这大大降低了对无线电基站的要求。
利用该新模型，服务容量层不依赖于无线电层来提供关于每个无线电基站的MBSFN的详细容量信息，由此服务容量层从基于每个无线电基站的数据脱离。服务容量层具有对网络的整个广播资源状态进行简单的全局审查的能力。这可以容易地并入用于软件定义的LTE广播传输资源控制器的基于SDN(软件定义网络)的架构中。此外，这种抽象的资源模型是通用的，可以在多供应商网络中使用。
图4是示出在图1的系统中如何避免对多媒体会话进行复用的序列图。该序列可以与下述方法组合应用。可以在多媒体会话停止之前的任何时间应用该序列。
BMSC 1接收具有不与其他会话复用的显式预留的第一eMBMS会话建立请求50a。这可以是例如因为eMBMS是一个关键任务会话，因此不应对其递送可靠性进行妥协。然后，BMSC 1确保52a建立将不与其他eMBMS会话复用，并且向链中的下一个节点MBMS-GW 7发送第二eMBMS会话建立请求50b(具有不与其他会话复用的显式预留)。
MBMS-GW 7接收具有不与其他会话复用的显式预留的第二eMBMS会话建立请求50b。然后，MBMS-GW 7确保52b建立将不与其他eMBMS会话复用，并且向链中的下一个节点MME 5发送第三eMBMS会话建立请求50c(具有不与其他会话复用的显式预留)。
MME 5接收具有不与其他会话复用的显式预留的第三eMBMS会话建立请求50c。然后，MME 5确保52c建立将不与其他eMBMS会话复用，并且向链中的下一个且是最后一个节点MCE发送第四eMBMS会话建立请求50d(具有不与其他会话复用的显式预留)。如以上所解释的，MCE可以被实现为独立的MCE 9(如图1中)或实现为无线电基站4的一部分。
MCE 9/无线电基站4接收具有不与其他会话复用的显式预留的第四eMBMS会话建立请求50d。然后，MCE 9/无线电基站4确保52c建立将不与其他eMBMS会话复用，并且可以向MME 5发送响应(未示出)。
由此示出了用于从作为源节点的BMSC 1到作为目的地节点的无线基站4的广播资源预留的端到端的显式预留过程。执行该序列以建立虚拟链路，其中接收eMBMS会话建立请求的路径中的每个节点读取显式预留指示符，并相应地动作。
当存在显式预留指示符时，即使实际业务低于所请求的业务，节点也不应从资源预留的角度将该广播会话与其他服务进行复用(图4的步骤52a-52d)。
当不存在显式预留指示符时，即正常情形，如果实际业务低于所请求的业务，则节点可以从资源预留的角度将该广播会话与其他服务进行复用，如本文中其他地方所述。
图5A-图5B是示出用于检查用于多媒体会话的容量的方法的流程图。该方法在多媒体网络的多媒体递送服务节点(例如，BMSC)中执行。该方法可以应用于SFN网络。
在接收容量请求步骤40中，接收针对多媒体会话的容量请求，例如，从内容提供商接收。容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口以及期望的位置。如以上所解释的，每个服务区域由多个无线电基站服务。在容量请求中提供至少一个服务区域作为服务区域列表(包括一个或多个项)。
在一个实施例中，容量请求还包括(至少一个)小区标识符的列表，小区标识符的列表是至少一个服务区域的所有小区标识符集合的子集。小区标识符列表提供了关于期望的位置的更多细节。
容量请求可以是多媒体会话建立请求(例如，eMBMS建立请求)的形式。
可选地，首先接收用于检查容量的请求，之后接收用于预留容量的请求。
在附条件的检查容量步骤42中，BMSC在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于期望的带宽和期望的QCI。这是通过读取聚合容量数据库中的可用容量来执行的。聚合容量数据库包括指示服务区域级别上的可用带宽容量的数据。此外，在资源容量数据库中读取无线电资源级别上的可用无线电容量。
在一个实施例中，资源容量数据库针对服务区域列表和QCI列表的每个组合存储可用无线电容量。
在一个实施例中，资源容量数据库针对小区id和QCI的每个组合存储可用无线电容量。
如果有足够的容量，则方法进行到发送响应步骤44的发送肯定响应子步骤44a。否则，方法进行到发送响应步骤44的发送否定响应步骤44b。
因此，在发送响应步骤44中，响应基于有还是没有足够的容量。更具体地，在发送肯定响应步骤44a中，发送肯定响应，以及在发送否定响应步骤44b中，发送否定响应。可选地，否定响应包括对满足所述容量请求的可用容量的指示。其允许请求方评估是否发送具有在可用容量内的较低带宽值的新请求。
现在参见图5B，将仅描述与图5A相比的新步骤或修改步骤。
这里，如果附条件的检查容量步骤42导致确定有足够的容量，则方法进行到可选的预留容量步骤46。
在可选的预留容量步骤46中，通过在有足够容量时更新聚合容量数据库来预留容量。当容量请求包括不复用的指示符时，这可以包括：为容量请求的多媒体会话预留容量，而不将多媒体会话与其他多媒体会话进行复用。
可选地，该步骤包括：作为所述容量请求的结果，更新资源数据库，以反映新的可用带宽和无线电资源使用。
在可选的建立会话步骤48中，该方法进行多媒体会话建立。
可以以与图5A-图5B中所示出的和如上所述的类似的方式接收和实现预留的释放。容量释放请求可以是多媒体会话停止请求的形式。可选地，预留的释放接着进行多媒体会话停止。
可选地，由BMSC提供API(应用编程接口)，以允许第三方创建广播服务。API可以包括下面的API中的任何一个或多个。
1.检查可用LTE广播资源API：该方法可以具有输入参数，例如服务区域列表和可选的时间窗口。然后，将返回那些服务区域上以及该时间窗口处的可用的公共资源，或者如果未指定时间窗口，则仅返回服务区域列表上的当前的公共的可用资源。该API对应于以上参考图5A所解释的实施例。
2.预留LTE广播资源API：该方法可以具有输入参数，例如服务区域列表、QCI、带宽和时间窗口。将根据预留结果返回对应的响应，如果失败，则可以返回具有详细信息的警告(例如哪个服务区域上资源不足)。该API对应于以上参考图5B所解释的实施例，特别是在执行步骤46时。
3.释放LTE广播资源API：该方法可以具有输入参数，例如服务区域列表、QCI、带宽和时间窗口。将根据释放结果返回对应的响应。该API执行预留容量步骤46的反向动作。
4.验证LTE广播资源API：该方法可以具有输入参数，例如服务区域列表、QCI、带宽和时间窗口。将根据验证结果发送对应的响应，该验证结果假设对所指示的资源进行了更新。当存在冲突时，可以返回带有详细信息的警告(例如哪个服务区域上的哪个服务有冲突)。如果不存在冲突，则将不预留资源，但向运营商提供信息以决定是否真正部署配置更新。该API对应于以上参考图5A所解释的实施例。
现在将描述应用该方法的实施例的示例。应注意，这里示出的表结构仅是示例，可以应用任何其他合适的数据结构。该示例基于以上表1和表2中示出的示例。
在该示例中，接收针对第一服务的请求(步骤40)，第一服务为：服务1：SAI：1，QCI：12；带宽：1,000KBPS，时间窗口：今天09:00-10:00。应注意，出于清楚的原因，在该示例中仅包括了时间而不包括日期。这导致聚合容量数据库20中的新条目。
SAI QCI 开始时间 停止时间 使用的带宽
1 12 9:00 10:00 1000
表3：聚合容量数据库20中的示例预留
参考表1中的第一行，使用SAI和QCI，剩余容量可以计算为3,408-1,000＝2,408。此外，利用预留更新资源容量数据库21，如表4所示。使用比率计算为1,000/3,408＝30％。
资源 使用的QCI 开始时间 停止时间 使用比率
2 12 9:00 10:00 30％
表4：资源容量数据库21中的示例预留
然后在步骤40中接收针对服务2的新服务请求，服务2为：SAI：1；QCI：13；带宽：2,000KBPS，时间窗口：9:30-10:30。注意，与可以包含多个QCI的表2的QCI列表相比较，该请求针对单个的特定QCI。然后使用新条目更新聚合容量数据库20，如表5所示：
SAI QCI 开始时间 停止时间 使用的带宽
1 12 9:00 10:00 1000
1 13 9:30 10:30 2000
表5：聚合容量数据库20中的示例预留
对应地，使用添加的预留条目更新资源容量数据库，如表6所示。使用比率计算为2,000/4,579＝44％。
资源 使用的QCI 开始时间 停止时间 使用比率
2 12 9:00 10:00 30％
2 13 9:30 10:30 44％
表6：资源容量数据库21中的示例预留
由于两个服务使用相同的资源(资源标识符＝2)，所以在重叠的时间窗口9:30-10:00期间，剩余的资源仅为100％-30％-44％＝26％。从服务容量的角度来看，在重叠的时间窗口期间，SAI：1&QCI：12可以仅支持26％*3,408KBPS(从表1中)＝886KBPS的带宽，以及SAI：1&QCI：13可以支持26％*4,579KBPS(从表1中)＝1，190KBPS的带宽。
在导入SAI树形结构的情况下，广播会话的资源控制可以将复合SAI分解为原子SAI，并仅检查这些原子SAI上的资源状态。
一旦服务处于运行中，就会使用在服务中监控来确保端到端的服务质量。可以通过对小区的小部分进行采样来执行实时监控，以获得整个MBSFN中的近实时状态概况，其被建模为资源数据库中的一个资源。
图6是示出根据一个实施例的图1的BMSC的一些组件的示意图。使用能够执行存储在存储器64中的软件指令66的以下中的一个或多个的任何组合来提供处理器60：适合的中央处理单元(CPU)、多处理器、微控制器、数字信号处理器(DSP)、专用集成电路等。存储器可以由此而被认为是计算机程序产品。处理器60可以被配置为执行以上参照图5A-图5B描述的方法。
存储器64可以是读写存储器RAM和只读存储器ROM的任何组合。存储器64还可以包括持久存储设备，其例如可以是磁存储器、光存储器、固态存储器或甚至远程安装的存储器中的任何单独的一个或组合。
还提供数据存储器63，用于在处理器60中执行软件指令期间读取和/或存储数据。数据存储器63可以是读写存储器(RAM)和只读存储器(ROM)的任何组合，并且还可以包括永久存储设备，其例如可以是磁存储器、光存储器、固态存储器或甚至远程安装的存储器中的任何单独的一个或组合。数据存储器63可以分布在数个物理设备上。数据存储器包括聚合容量数据库(图3中的20)和资源容量数据库(图3中的21)。
BMSC 1还包括I/O接口62，用于与其他外部实体通信，例如，使用有线电流和/或光学网络连接与CDN 6、MBMS网关7等通信。可选地，I/O接口62还包括用户接口，该用户接口可以用于将数据从RAN层手动导入到数据存储器63。
省略了BMSC 1的其他组件，以便不使本文中提出的概念模糊。
图7是示出根据一个实施例的图1的BMSC的模块组96的示意图。使用诸如在BMSC中执行的计算机程序之类的软件指令(例如，图6的软件指令66)来实现模块组96。备选地或另外地，使用硬件来实现这些模块，诸如ASIC(专用集成电路)、FPGA(现场可编程门阵列)或离散逻辑电路中的任何一个或多个。这些模块对应于图5A和图5B中示出的方法中的步骤。
接收器80被配置为根据步骤40接收容量请求。确定器82被配置为根据步骤42检查容量。响应器84被配置为根据步骤44、步骤44a和步骤44b发送响应。预留器86被配置为根据步骤46预留容量。会话建立模块88被配置为根据步骤48建立会话。导入器89被配置为将SAI树形结构的信息导入到服务容量层，即聚合容量数据库。
图8示出了包括计算机可读装置的计算机程序产品的一个示例。可以在该计算机可读装置上存储计算机程序91，该计算机程序可以使处理器执行根据本文中所描述的实施例的方法。在该示例中，计算机程序产品是光盘，诸如CD(压缩盘)或DVD(数字多功能盘)或蓝光盘。如以上所解释的，计算机程序产品也可以在设备的存储器中体现，例如图6的计算机程序产品64。虽然计算机程序91此处被示意性地示出为所示光盘上的轨道，但可以以任意适于计算机程序产品的方式来存储计算机程序，例如可拆卸固态存储器(例如，通用串行总线(USB)驱动器)。
以上已经参考一些实施例主要描述了本发明。然而，如本领域技术人员容易理解的，除了以上所公开的实施例之外的其它实施例同样可能在由所附专利权利要求限定的本发明的范围内。

Claims (23)

1.一种用于检查用于多媒体会话的容量的方法，所述方法在多媒体网络的多媒体递送服务节点中执行，包括以下步骤：
接收(40)针对多媒体会话的容量请求，所述容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口和期望的位置，每个服务区域由多个无线电基站(4)服务；
通过读取聚合容量数据库(20)中的可用容量并通过读取资源容量数据库(21)中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查(42)每个服务区域中是否有足够的容量用于所述期望的带宽和所述期望的QCI，所述聚合容量数据库(20)包括服务区域级别上的可用带宽容量；以及
基于是否有足够的容量来发送(44)响应。
2.根据权利要求1所述的方法，其中，所述容量请求还包括小区标识符列表，所述小区标识符是所述至少一个服务区域的所有小区标识符集合的子集，所述小区标识符列表提供关于所述期望的位置的更多细节。
3.根据前述权利要求中任一项所述的方法，其中，所述响应还包括对满足所述容量请求的可用容量的指示。
4.根据前述权利要求中任一项所述的方法，还包括以下步骤：
当有足够容量时，通过更新所述聚合容量数据库(20)来预留(46)容量。
5.根据权利要求4所述的方法，其中，预留(46)容量的步骤还包括当所述容量请求包括不进行复用的指示符时，针对所述容量请求的多媒体会话预留容量，而不将所述多媒体会话与其他多媒体会话进行复用。
6.根据权利要求4或5所述的方法，其中，预留(46)容量的步骤包括：作为所述容量请求的结果，更新所述资源数据库(21)，以反映新的可用带宽和无线电资源使用。
7.根据前述权利要求中任一项所述的方法，其中，在接收(40)容量请求的步骤中，所述容量请求为多媒体会话建立请求的形式。
8.根据权利要求7所述的方法，还包括以下步骤：
仅在有足够容量时才进行(48)多媒体会话建立。
9.根据前述权利要求中任一项所述的方法，其中，所述资源容量数据库(21)针对服务区域列表和QCI列表的每个组合存储可用无线电容量。
10.根据前述权利要求中任一项所述的方法，其中，所述资源容量数据库(21)针对小区id和QCI的每个组合存储可用无线电容量。
11.一种多媒体递送服务节点(1)，用于检查用于多媒体会话的容量，所述多媒体递送服务节点被配置为形成多媒体网络的一部分，包括：
处理器(60)；以及
存储器(64)，用于存储指令(66)，所述指令(66)在由所述处理器执行时，使得所述多媒体递送服务节点(1)执行以下步骤：
接收针对多媒体会话的容量请求，所述容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口和期望的位置，每个服务区域由多个无线电基站(4)服务；
通过读取聚合容量数据库(20)中的可用容量并通过读取资源容量数据库(21)中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于所述期望的带宽和所述期望的QCI，所述聚合容量数据库(20)包括服务区域级别上的可用带宽容量；以及
基于是否有足够的容量来发送响应。
12.根据权利要求11所述的多媒体递送服务节点(1)，其中，所述容量请求还包括小区标识符列表，所述小区标识符是所述至少一个服务区域的所有小区标识符集合的子集，所述小区标识符列表提供关于所述期望的位置的更多细节。
13.根据权利要求11至12中任一项所述的多媒体递送服务节点(1)，其中，所述响应还包括对满足所述容量请求的可用容量的指示。
14.根据权利要求11至13中任一项所述的多媒体递送服务节点(1)，还包括指令(66)，所述指令(66)在由所述处理器执行时，使得所述多媒体递送服务节点(1)在有足够容量时，通过更新所述聚合容量数据库(20)来预留容量。
15.根据权利要求14所述的多媒体递送服务节点(1)，其中，用于预留容量的指令还包括指令(66)，所述指令(66)在由所述处理器执行时，使得所述多媒体递送服务节点(1)在所述容量请求包括不进行复用的指示符时，针对所述容量请求的多媒体会话预留容量，而不将所述多媒体会话与其他多媒体会话进行复用。
16.根据权利要求14或15所述的多媒体递送服务节点(1)，其中，用于预留容量的指令包括指令(66)，所述指令(66)在由所述处理器执行时，使得多媒体递送服务节点(1)：作为所述容量请求的结果，更新所述资源数据库(21)，以反映新的可用带宽和无线电资源使用。
17.根据权利要求11至16中任一项所述的多媒体递送服务节点(1)，其中，所述容量请求为多媒体会话建立请求的形式。
18.根据权利要求17所述的多媒体递送服务节点(1)，还包括指令(66)，所述指令(66)在由所述处理器执行时，使得所述多媒体递送服务节点(1)仅在有足够容量时才进行多媒体会话建立。
19.根据权利要求11至18中任一项所述的多媒体递送服务节点(1)，其中，所述资源容量数据库(21)针对服务区域列表和QCI列表的每个组合存储可用无线电容量。
20.根据权利要求11至19中任一项所述的多媒体递送服务节点(1)，其中，所述资源容量数据库(21)针对小区id和QCI的每个组合存储可用无线电容量。
21.一种多媒体递送服务节点(1)，包括：
用于接收(40)针对多媒体会话的容量请求的装置，所述容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口和期望的位置，每个服务区域由多个无线电基站(4)服务；
通过读取聚合容量数据库(20)中的可用容量并通过读取资源容量数据库(21)中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于所述期望的带宽和所述期望的QCI的装置，所述聚合容量数据库(20)包括服务区域级别上的可用带宽容量；以及
用于基于是否有足够的容量来发送响应的装置。
22.一种用于检查用于多媒体会话的容量的计算机程序(66，91)，所述计算机程序包括计算机程序代码，当在多媒体网络的多媒体递送服务节点上运行所述计算机程序代码时，使得所述多媒体递送服务节点执行以下步骤：
接收针对多媒体会话的容量请求，所述容量请求包括关于至少一个服务区域的期望的带宽、所请求的服务质量类别标识符QCI、所请求的时间窗口和期望的位置，每个服务区域由多个无线电基站(4)服务；
通过读取聚合容量数据库(20)中的可用容量并通过读取资源容量数据库(21)中无线电资源级别上的可用无线电容量，在所述请求的期望的时间窗口期间，检查每个服务区域中是否有足够的容量用于所述期望的带宽和所述期望的QCI，所述聚合容量数据库(20)包括服务区域级别上的可用带宽容量；以及
基于是否有足够的容量来发送响应。
23.一种计算机程序产品(64，90)，包括根据权利要求22所述的计算机程序和其上存储所述计算机程序的计算机可读装置。
CN201680084490.5A 2016-04-11 2016-06-08 检查用于多媒体会话的容量的方法和服务节点 Active CN109076545B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2016/078943 2016-04-11
CN2016078943 2016-04-11
PCT/SE2016/050547 WO2017180034A1 (en) 2016-04-11 2016-06-08 Checking capacity for a multimedia session

Publications (2)

Publication Number Publication Date
CN109076545A true CN109076545A (zh) 2018-12-21
CN109076545B CN109076545B (zh) 2023-05-12

Family

ID=60041762

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680084490.5A Active CN109076545B (zh) 2016-04-11 2016-06-08 检查用于多媒体会话的容量的方法和服务节点

Country Status (4)

Country Link
US (1) US10674225B2 (zh)
EP (1) EP3443789B1 (zh)
CN (1) CN109076545B (zh)
WO (1) WO2017180034A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3577856B1 (en) * 2017-02-06 2023-07-26 QUALCOMM Incorporated Capability and coverage determination for multimedia broadcast multicast service
US11350316B2 (en) * 2018-03-05 2022-05-31 Telefonaktiebolaget Lm Ericsson (Publ) Procedure for dynamic service negotiation
US10735891B1 (en) * 2019-07-23 2020-08-04 International Business Machines Corporation Cognitively controlling data delivery

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101909304A (zh) * 2010-08-17 2010-12-08 北京邮电大学 一种无线网络中的数据业务容量的规划方法
US20130064160A1 (en) * 2011-09-13 2013-03-14 Motorola Solutions, Inc. Methods for managing at least one broadcast/multicast service bearer
US20130104173A1 (en) * 2011-10-25 2013-04-25 Cellco Partnership D/B/A Verizon Wireless Broadcast video provisioning system
CN103250456A (zh) * 2010-10-18 2013-08-14 瑞典爱立信有限公司 基于优先级和资源利用的通信调度
CN103535093A (zh) * 2011-03-17 2014-01-22 高通股份有限公司 针对多媒体广播多播服务连续性的目标小区选择
US20150230063A1 (en) * 2012-09-24 2015-08-13 Devaki Chandramouli Group messaging in a communication network

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9392576B2 (en) 2010-12-29 2016-07-12 Motorola Solutions, Inc. Methods for tranporting a plurality of media streams over a shared MBMS bearer in a 3GPP compliant communication system

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101909304A (zh) * 2010-08-17 2010-12-08 北京邮电大学 一种无线网络中的数据业务容量的规划方法
CN103250456A (zh) * 2010-10-18 2013-08-14 瑞典爱立信有限公司 基于优先级和资源利用的通信调度
CN103535093A (zh) * 2011-03-17 2014-01-22 高通股份有限公司 针对多媒体广播多播服务连续性的目标小区选择
US20130064160A1 (en) * 2011-09-13 2013-03-14 Motorola Solutions, Inc. Methods for managing at least one broadcast/multicast service bearer
WO2013039709A1 (en) * 2011-09-13 2013-03-21 Motorola Solutions, Inc. Methods for managing at least one broadcast/multicast service bearer
US20130104173A1 (en) * 2011-10-25 2013-04-25 Cellco Partnership D/B/A Verizon Wireless Broadcast video provisioning system
US20150230063A1 (en) * 2012-09-24 2015-08-13 Devaki Chandramouli Group messaging in a communication network

Also Published As

Publication number Publication date
US10674225B2 (en) 2020-06-02
EP3443789B1 (en) 2020-10-28
CN109076545B (zh) 2023-05-12
US20190116402A1 (en) 2019-04-18
EP3443789A1 (en) 2019-02-20
WO2017180034A1 (en) 2017-10-19
EP3443789A4 (en) 2019-03-20

Similar Documents

Publication Publication Date Title
CN109600768B (zh) 网络切片的管理方法、设备及系统
Liu et al. On content-centric wireless delivery networks
US20200367148A1 (en) Method and device for terminal attaching and creating home-routed pdu session in roaming environment supporting network slice
He et al. Resource allocation for video streaming in heterogeneous cognitive vehicular networks
CN110167088A (zh) 一种会话的管理方法及装置
CN109803226B (zh) 一种通信方法及装置
Chiha et al. Network slicing cost allocation model
US10547887B2 (en) Managing wireless transmission capacity
RU2013113226A (ru) Способ и устройство для предоставления дифференцированной услуги для пользовательского оборудования
CN115699989A (zh) 用于在无线通信系统中提供局部mbs的方法和设备
CN114208136A (zh) 用于无线通信系统中通信服务的意图驱动部署和管理的方法和系统
CN109076545A (zh) 检查用于多媒体会话的容量
CN110267343A (zh) 一种寻呼管理方法、网络数据分析功能及网络侧设备
CN109391669B (zh) 一种业务管理的方法、装置及存储介质
CN112449311A (zh) 通信方法、设备及系统
CN103428638A (zh) 申请频谱的方法、装置及系统
WO2016101570A1 (zh) 信息的通知方法及装置
CN113938814B (zh) 内容分发网络的业务调度方法、upf、系统以及介质
US8111705B1 (en) Providing access-network information to an IP-core portion of a wireless telecommunication network
CN111447077B (zh) 一种网元配置方法、装置和存储介质
Tikhvinskiy et al. Engineering and Architecture Building of 5G Network for Business Model of High Level Mobile Virtual Network Operator
CN112399486B (zh) 最大聚合速率分配方法、装置和系统
WO2020114587A1 (en) Apparatus, method, and computer program
Obiodu et al. Is it time for a 999-like (or 112/911) system for critical information servicesƒ
US20210282230A1 (en) Core router for a multi-purpose cellular network with 5g proxy functionalities

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
GR01 Patent grant
GR01 Patent grant