CN112020867B - 与建立广播/多播承载有关的方法、装置和机器可读介质 - Google Patents

与建立广播/多播承载有关的方法、装置和机器可读介质 Download PDF

Info

Publication number
CN112020867B
CN112020867B CN201980001885.8A CN201980001885A CN112020867B CN 112020867 B CN112020867 B CN 112020867B CN 201980001885 A CN201980001885 A CN 201980001885A CN 112020867 B CN112020867 B CN 112020867B
Authority
CN
China
Prior art keywords
broadcast
multicast
bearer
multicast bearer
allocation
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.)
Active
Application number
CN201980001885.8A
Other languages
English (en)
Other versions
CN112020867A (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
Priority to CN202211110885.1A priority Critical patent/CN115484114A/zh
Publication of CN112020867A publication Critical patent/CN112020867A/zh
Application granted granted Critical
Publication of CN112020867B publication Critical patent/CN112020867B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868Measures taken after transmission, e.g. acknowledgments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0686Additional information in the notification, e.g. enhancement of specific meta-data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08User group management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12Access point controller devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/14Interfaces between hierarchically different network devices between access point controllers and backbone network device

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开的实施例提供了由通信网络的广播/多播服务器执行的方法。该方法包括:从应用服务器接收在通信网络中建立广播/多播承载的请求;在通信网络中分配与广播/多播承载相关联的资源;以及向应用服务器发送响应消息,该响应消息包括与广播/多播承载相关联的资源的分配是否正在进行的指示。还提供了对应的装置,以及应用服务器中的方法和装置。

Description

与建立广播/多播承载有关的方法、装置和机器可读介质
技术领域
本公开的实施例涉及通信网络,并且特别提供与广播/多播承载的建立或激活有关的方法、装置和机器可读介质。
背景技术
通常,除非明确给出和/或从使用它的上下文暗示不同的含义,否则在此使用的所有术语将根据它们在相关技术领域中的普通含义来解释。除非明确说明,否则对元件、装置、组件、部件、步骤等的所有引用应公开解释为指代元件、装置、组件、部件、步骤等的至少一个实例。在此公开的任何方法的步骤不必以所公开的确切顺序执行,除非步骤明确地描述为在另一步骤之后或之前和/或暗示步骤必须在另一步骤之后或之前。在适当的情况下,在此公开的任何实施例的任何特征可以应用于任何其它实施例。同样地,任何实施例的任何优点可以应用于任何其它实施例,反之亦然。根据以下描述,所附实施例的其它目的、特征和优点将显而易见。
关键任务(MC)服务利用MBMS(多媒体广播和多播服务)向MC UE提供服务(例如,如3GPP TS 23.280,v 16.2.0,子条款10.7中所述)。MBMS承载可以被任何MC服务用于任何MC服务组。单个MBMS承载可以用于单个组内的一个或多个MC服务,或者并行地由多个组使用。
以下段落指定了由以下MC服务使用的MBMS传输使用的过程和信息流:
-关键任务即按即说(push-to-talk)(MCPTT);
-关键任务视频(MCVideo);以及
-关键任务数据(MCData)。
MBMS高级要求(包括架构和功能)在3GPP TS 23.246,v 16.0.0中描述。
在3GPP TS 23.280子条款10.7(如上引用)中描述的MBMS承载操作过程中,存在MBMS承载事件通知过程。
MC服务服务器是组通信服务应用服务器(GCS AS)的实例。为了使MC服务服务器知道MBMS承载的状态,并且从而知道网络提供服务的能力,要求网络向MC服务服务器提供MBMS承载事件通知。通知给MC服务服务器的不同事件包括以下中的一个或多个:MBMS承载开始结果(例如,当第一小区成功分配MBMS资源时),包括指示任何小区是否无法将MBMS资源分配给特定MBMS承载的信息;MBMS承载的当前状态;以及MBMS承载暂停/恢复或过载场景。
图1示出了针对关键任务服务的MBMS承载事件通知中的信息流,。该图对应于3GPPTS 23.280,v 16.2.0中的图10.7.3.10.2-1。在图1的步骤3中,广播/多播服务中心(BM-SC)发起设置或建立MBMS承载并在无线接入网络(RAN)中为MBMS承载分配资源的过程。该过程在3GPP TS23.246,子条款8.3.2(如上引用)中描述,并在下面的图2a和2b中示出。图2a和2b中的过程根据MBMS网关(MBMS GW)的配置而不同。在图2a中,MBMS GW被配置为针对来自BM-SC的初始会话开始请求立即并且可能在已经为MBMS承载分配RAN资源之前发送响应消息。在图2b中,MBMS GW被配置为仅在从MME接收到已经成功为MBMS承载分配RAN资源的确认之后才向BM-SC发送响应消息。
因此,网络运营商有两种可能的选择:MBMS GW被配置为对建立MBMS承载的请求立即(并且在为RAN中的MBMS承载分配资源之前)响应,或者MBMS GW被配置为只有在RAN中分配资源并且建立MBMS承载时才响应。选择哪种配置将影响请求MBMS承载以便以及时和可靠的方式利用它的应用服务器的能力。
目前存在某些挑战。
如上所述,MC服务服务器是组通信服务应用服务器(GCS AS)的实例。3GPP TS23.468,v 15.0.0定义了GCS AS与BM-SC通信的过程。
图3示出了激活MBMS承载的过程,并且对应于3GPP TS 23.468,v15.0.0的图5.1.2.3.2-1。由于MC服务服务器是GCS AS的实例,因此必须结合图2a和2b来查看图3。
例如,在图3中,步骤1包括BM-SC接收激活MBMS承载请求。可以看出,BM-SC通过在MBMS系统中分配资源以支持数据流来响应该请求消息。也就是说,BM-SC遵循图2a或2b中所示的过程。在图3的步骤3中,BM-SC向GCS AS发送响应消息(激活MBMS承载响应)。
图3示出了BM-SC随后(在步骤4中分配RAN资源之后)可在步骤5中向GCS AS发送MBMS传送状态指示,确认已经分配了RAN资源并且MBMS承载已建立并且可用。在从MBMS GW接收到延迟的会话开始响应消息之后,可以在步骤5中发送此类指示(参见图2b中的步骤2)。然而,在步骤3中接收到激活MBMS承载响应消息时,GCS AS不知道MBMS承载是否已建立,或者建立是否正在进行(即,是否将在步骤5中发送另一消息)。如果GCS AS在步骤5中等待进一步的消息,则可能导致不必要的延迟,或者如果GCS AS在建立之前正尝试使用MBMS承载,则可能导致MBMS承载的失败使用。
发明内容
本公开的某些方面及其实施例可以提供对这些或其它挑战的解决方案。例如,在一个方面,引入对激活MBMS承载请求(在图3的步骤3中发送)的响应的指示,指示承载激活是否正在进行。
在此提出了解决在此公开的一个或多个问题的各种实施例。
在一个方面,本公开提供了一种在通信网络中由广播/多播服务器执行的方法。该方法包括:从应用服务器接收在通信网络中建立广播/多播承载的请求;在通信网络中分配与广播/多播承载相关联的资源;以及向应用服务器发送响应消息,该响应消息包括与广播/多播承载相关联的资源的分配是否正在进行的指示。
在另一方面,本公开提供了一种由应用服务器执行的方法。该方法包括:向通信网络的广播/多播服务器发送在通信网络中建立广播/多播承载的请求;从广播/多播服务器接收响应消息,该响应消息包括与广播/多播承载相关联的资源的分配是否正在进行的指示。
在一个示例中,提供了一种由通信网络的广播/多播服务器执行的方法。该方法包括:从应用服务器接收在通信网络中建立广播/多播承载的请求;在通信网络中发起广播/多播承载的建立;以及向应用服务器发送响应消息,该响应消息包括广播/多播承载的建立是否正在进行的指示。
在另一示例中,提供了一种由应用服务器执行的方法。该方法包括:向通信网络的广播/多播服务器发送在通信网络中建立广播/多播承载的请求;以及从广播/多播服务器接收响应消息,该响应消息包括广播/多播承载的建立是否正在进行的指示。
还提供了用于执行这些方法的装置。例如,广播/多播服务器可以配备有处理电路,该处理电路被配置为执行根据上述第一方面的方法。在另一示例中,应用服务器可设置有处理电路,该处理电路被配置为执行根据上述第二方面的方法。广播/多播服务器和/或应用服务器可设置有电源电路。
某些实施例可以提供一个或多个技术优点,诸如防止对多播/广播服务的不必要的延迟(如果GCS AS在图3的步骤5中等待进一步的消息),或者防止对承载的失败使用(如果GCS AS在MBMS承载被建立或激活之前尝试使用MBMS承载)。
附图说明
为了更好地说明本公开的实施例,并且为了更清楚地示出它们可以实施,现在参考以下附图:
图1示出了MBMS承载事件通知中的信息流;
图2a示出了EPS的E-UTRAN和UTRAN的会话启动过程;
图2b示出了具有延迟响应的EPS的E-UTRAN的会话启动过程;
图3示出了MBMS激活MBMS承载的过程;
图4是根据本发明实施例的广播/多播服务器执行的方法的流程图;
图5是被配置为执行图4的方法的虚拟装置的示意图;
图6是根据本公开的实施例的由应用服务器执行的方法的流程图;
图7是被配置为执行图6的方法的虚拟装置的示意图;以及
图8示出了根据本公开的实施例的虚拟化环境。
具体实施方式
现在将参考附图更全面地描述在此考虑的一些实施例。然而,其它实施例包含在在此公开的主题的范围内,所公开的主题不应被解释为仅限于在此所述的实施例;相反,这些实施例是作为示例提供的,以向本领域技术人员传达主题的范围。
根据本公开的实施例,通过在激活MBMS承载响应消息(在步骤3中发送)中提供关于与MBMS承载相关联的资源的分配是否正在进行(例如,在尝试经由MBMS承载发送数据之前,GCS AS是否应该等待确认用于RAN中的MBMS承载的资源分配的进一步消息(例如,步骤5中的MBMS传递状态指示))的指示来增强上面图3中所示的信令图。例如,如果BM-SC被配置为从MBMS GW接收延迟的会话开始响应,则BM-SC可以以MBMS-Bearer-Result(MBMS承载结果)和attribute-value(属性值)对指示承载激活过程仍在进行中(例如,通过如下面关于图4所述的位图)。下面特别关于图4、5、6和7更详细地讨论这些和其它实施例。
图4描绘了根据特定实施例的方法。该方法可以由通信网络的广播/多播服务器(诸如上面关于图1、2a、2b和3描述的BM-SC)执行。
该方法开始于步骤402,其中广播/多播服务器从应用服务器接收在通信网络中建立广播/多播承载的请求。例如,广播/多播承载可以是MBMS承载,并且因此步骤402可以基本上对应于上面图3中的步骤1。
应用服务器可以实现需要或可以利用多播或广播服务的任何服务。本公开的实施例可以具有特别是在激活这些承载时增加广播/多播承载的可靠性的技术效果,并且因此在某些实施例中,应用服务器可以实现需要特别可靠的服务的服务。此类服务的示例包括关键任务(MC)服务,如上所述(在该情况下,应用服务器可以是关键任务服务服务器),还包括其它服务,诸如车辆到一切事物(V2x)服务。本公开不限于此方面。
建立广播/多播承载的请求可以包括以下中的一个或多个:由广播/多播承载寻址的无线设备组的标识符(例如,临时标识,诸如临时移动组标识TMGI);广播/多播承载的服务质量的指示;由广播/多播承载覆盖的广播区域;以及广播/多播承载的开始时间。
在步骤404中,广播/多播服务器发起与通信网络中的广播/多播承载相关联的资源的分配。该步骤可以基本上对应于上面示出的图3中的步骤2。例如,广播/多播服务器可以发起广播/多播承载的建立。
因此,在一个实施例中,广播/多播服务器在广播/多播系统中分配资源以支持广播/多播承载的数据流。例如,广播/多播服务器可以分配以下中的一个或多个:数据流的标识(例如,FlowID);广播/多播承载的到期时间;由广播/多播服务器提供的服务的描述;广播/多播服务器中广播/多播承载的IP地址;以及广播/多播服务器中广播/多播承载的端口。
在一个实施例中,广播/多播服务器可以另外地或可替代地向MBMS GW发送会话开始请求(例如,如上面在图2a和2b的步骤1中所示)。
在步骤406中,广播/多播服务器向应用服务器发送响应消息。该步骤可以基本上对应于上面图3中的步骤3,因此响应消息可以包括激活MBMS承载响应。例如,响应消息可以包括以下中的一个或多个:由广播/多播承载寻址的无线设备组的标识符;数据流的标识(例如,FlowID);广播/多播承载的到期时间;由广播/多播服务器提供的服务的描述;广播/多播服务器中广播/多播承载的IP地址;以及广播/多播服务器中广播/多播承载的端口。
根据本公开的实施例(还参见下面的附录1),响应消息进一步包括对与广播/多播承载相关联的资源的分配是否正在进行的指示。换句话说,响应消息包含关于是否将到达进一步通知(例如,如上面图3的步骤5中所描述的)以确认已经在通信网络的无线接入网络(RAN)中针对广播/多播承载分配资源的指示。
可以经由任何合适的机制提供该指示。在一个实施例中,该指示由位图提供,该位图包括一个或多个位,其设置指示以下之一:广播/多播承载的建立成功;广播/多播承载的建立失败;以及与广播/多播承载相关联的资源的分配正在进行(或者广播/多播承载的建立正在进行)。在一些实施例中,可以提供多个位以指示广播/多播承载的建立失败,其中多个位中的每一位对应于失败的特定原因。在一些实施例中,可以通过设置指示广播/多播承载的建立正在进行的位来提供与广播/多播承载相关联的资源的分配正在进行的指示。在进一步的实施例中,可以通过设置指示与广播/多播承载相关联的资源的分配正在进行的位以及指示广播/多播承载的建立成功的位来提供与广播/多播承载相关联的资源的分配正在进行的指示。
在一个示例中,位图可以配置如下:
Figure BDA0002222088110000071
Figure BDA0002222088110000081
这里“xx”用于指示该位可以放置在任何合适的位置。
在步骤408中,可选地,广播/多播服务器向应用服务器发送信息消息,包括广播/多播承载的激活不再进行的指示。该步骤可以基本上对应于上面图3中的可选步骤5。因此,信息消息可以包括已经为RAN中的广播/多播承载分配资源的指示。例如,一个或多个无线接入节点可能已经报告(例如,在诸如上面在图2a和2b的步骤5中发送的会话开始响应消息的会话开始响应消息中)已经将无线资源分配给由那些无线接入节点服务的小区中的广播/多播承载。
该信息消息可以进一步包括以下中的一个或多个:由广播/多播承载寻址的无线设备组的标识符;以及数据流的标识(例如,FlowID)。
因此,根据上述实施例,广播/多播服务器在其对请求消息的响应中提供广播/多播承载的激活或建立是否正在进行的指示。因此,应用服务器被通知是否等待确认已经为RAN中的广播/多播承载分配了资源的进一步信息消息。另外地或可替代地(也参见下面的附录2),可以在特征消息中向应用服务器通知广播/多播服务器的配置,包括关于在步骤1中关于针对请求消息的延迟响应的广播/多播服务器的配置的指示(例如,广播/多播服务器是否被配置为接收延迟响应)。当应用服务器与广播/多播服务器建立初始联系时,可以将此类特征消息发送到应用服务器。以该方式,在步骤406中接收到初始响应消息之后,还通知应用服务器是否期望进一步的信息消息(例如,如在上面的步骤408中)。
图5示出了通信网络中的装置500的示意性框图(例如,图1、2a、2b和3中所示的广播多播服务中心)。该装置可以在网络节点中实现。装置500可操作以执行参考图4描述的示例方法以及可能的在此公开的任何其它过程或方法。还应理解,图4的方法不一定仅由装置500执行。该方法的至少一些操作可由一个或多个其它实体执行。
虚拟装置500可以包括:处理电路,其可以包括一个或多个微处理器或微控制器;以及其它数字硬件,其可以包括数字信号处理器(DSP)、专用数字逻辑等。处理电路可以被配置为执行存储在存储器中的程序代码,该存储器可以包括一种或多种类型的存储器,诸如只读存储器(ROM)、随机存取存储器、高速缓冲存储器、闪存设备、光存储设备等。在若干实施例中,存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行在此所述的一种或多种技术的指令。在一些实现方式中,处理电路可用于使接收单元502、发起单元504和发送单元506以及装置500的任何其它合适的单元根据本公开的一个或多个实施例执行对应的功能。装置500可以进一步包括配置成向装置供电的电源电路。
如图5中所示,装置500包括接收单元502、发起单元504和发送单元506。接收单元502被配置为从应用服务器接收在通信网络中建立广播/多播承载的请求。发起单元504被配置为在通信网络中发起与广播/多播承载相关联的资源的分配。发送单元506被配置为向应用服务器发送响应消息,该响应消息包括与广播/多播承载相关联的资源的分配是否正在进行的指示。
图6描绘了根据特定实施例的方法。该方法可以由应用服务器执行,诸如上面关于图3描述的GCS AS。应用服务器可以实现需要或可以利用多播或广播服务的任何服务。本公开的实施例可以具有增加广播/多播承载的可靠性的技术效果,特别是在激活这些承载时,并且因此在某些实施例中,应用服务器可以实现需要特别可靠的服务的服务。此类服务的示例包括如上所述的关键任务(MC)服务(在该情况下,应用服务器可以是关键任务服务服务器),还包括其它服务,诸如车辆到一切事物(V2x)服务。本公开不限于此方面。
该方法开始于步骤602,其中应用服务器向广播/多播服务器(诸如上述BM-SC)发送在通信网络中建立广播/多播承载的请求。例如,广播/多播承载可以是MBMS承载,并且因此步骤602可以基本上对应于上面图3中的步骤1。
建立广播/多播承载的请求可以包括以下中的一个或多个:由广播/多播承载寻址的无线设备组的标识符(例如,临时标识,诸如临时移动组标识TMGI);广播/多播承载的服务质量的指示;由广播/多播承载覆盖的广播区域;以及广播/多播承载的开始时间。
在步骤604中,应用服务器从广播/多播服务器接收响应消息。该步骤可以基本上对应于上面图3中的步骤3,因此响应消息可以包括激活MBMS承载响应。例如,响应消息可以包括以下中的一个或多个:由广播/多播承载寻址的无线设备组的标识符;数据流的标识(例如,FlowID);广播/多播承载的到期时间;由广播/多播服务器提供的服务的描述;广播/多播服务器中广播/多播承载的IP地址;以及广播/多播服务器中广播/多播承载的端口。
根据本公开的实施例(还参见下面的附录1),响应消息进一步包括与广播/多播承载相关联的资源的分配是否正在进行的指示。换句话说,响应消息包含关于是否将到达进一步通知(例如,如上面图3的步骤5中所描述的)以确认已经在通信网络的无线接入网络(RAN)中为广播/多播承载分配资源的指示。
可以经由任何合适的机制提供该指示。在一个实施例中,该指示由位图提供,该位图包括一个或多个位,其设置指示以下之一:广播/多播承载的建立成功;广播/多播承载的建立失败;以及与广播/多播承载相关联的资源的分配正在进行(或者广播/多播承载的建立正在进行)。在一些实施例中,可以提供多个位以指示广播/多播承载的建立失败,其中多个位中的每一个对应于失败的特定原因。在一些实施例中,可以通过设置指示广播/多播承载的建立正在进行的位来提供与广播/多播承载相关联的资源的分配正在进行的指示。在进一步的实施例中,可以通过设置指示与广播/多播承载相关联的资源的分配正在进行的位以及指示广播/多播承载的建立成功的位来提供与广播/多播承载相关联的资源的分配正在进行的指示。
在一个示例中,位图可以配置如下:
Figure BDA0002222088110000111
Figure BDA0002222088110000121
这里“xx”用于表示该位可以放置在任何合适的位置。
在步骤606中,可选地,应用服务器从广播/多播服务器接收信息消息,该信息消息包括与广播/多播承载相关联的资源的分配不再进行(即,广播/多播承载的激活不再进行)的指示。该步骤可以基本上对应于上面图3中的可选步骤5。因此,信息消息可以包括已经为RAN中的广播/多播承载分配资源的指示。例如,一个或多个无线接入节点可能已经报告(例如,在诸如上面在图2a和2b的步骤5中发送的会话开始响应消息的会话开始响应消息中)已经将无线资源分配给由那些无线接入节点服务的小区中的广播/多播承载。
该信息消息可以进一步包括以下中的一个或多个:由广播/多播承载寻址的无线设备组的标识符;以及数据流的标识(例如,FlowID)。
在步骤608中,应用服务器通过建立的广播/多播承载发起数据传输。例如,如果响应消息指示广播/多播承载的激活或建立成功和/或不在进行,则步骤608可以在步骤604之后立即发生。可替代地,步骤608可以响应于在步骤606中接收到信息消息而发生,其中响应消息包括广播/多播承载的激活或建立正在进行的指示。
因此,根据上述实施例,广播/多播服务器在其对请求消息的响应中提供与广播/多播承载相关联的资源的分配是否正在进行的指示。因此,应用服务器被通知是否等待确认已经为RAN中的广播/多播承载分配了资源的进一步的信息消息。另外地或可替代地(也参见下面的附录2),可以在特征消息中向应用服务器通知广播/多播服务器的配置,包括关于在步骤1中对请求消息的延迟响应的广播/多播服务器的配置的指示(例如,广播/多播服务器是否被配置为接收延迟响应)。当应用服务器与广播/多播服务器建立初始联系时,可以将此类特征消息发送到应用服务器。以该方式,在步骤604中接收到响应消息之后,还通知应用服务器是否期望进一步的信息消息(例如,如在上面的步骤606中)。
图7示出了通信网络中的装置700的示意性框图。该装置可以在网络节点(例如,应用服务器GCS AS,如图3中所示)中实现。装置700可操作以执行参考图6描述的示例方法以及可能的在此公开的任何其它过程或方法。还应理解,图6的方法不一定仅由装置700执行。该方法的至少一些操作可由一个或多个其它实体执行。
虚拟装置700可以包括:处理电路,其可以包括一个或多个微处理器或微控制器;以及其它数字硬件,其可以包括数字信号处理器(DSP)、专用数字逻辑等。处理电路可以被配置为执行存储在存储器中的程序代码,该存储器可以包括一种或多种类型的存储器,诸如只读存储器(ROM)、随机存取存储器、高速缓冲存储器、闪存设备、光存储设备等。在若干实施例中,存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行在此所述的一种或多种技术的指令。在一些实现方式中,处理电路可用于使发送单元702和接收单元704以及装置700的任何其它合适的单元根据本公开的一个或多个实施例执行对应的功能。装置700可以进一步包括配置成向装置供电的电源电路。
如图7中所示,装置700包括发送单元702和接收单元704。发送单元702被配置为向通信网络的广播/多播服务器发送在通信网络中建立广播/多播承载的请求。接收单元704被配置为从广播/多播服务器接收响应消息,该响应消息包括与广播/多播承载相关联的资源的分配是否正在进行的指示。
术语单元可以具有电子器件、电气设备和/或电子设备领域中的传统含义,并且可以包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或分立设备、用于执行相应任务、过程、计算、输出和/或显示功能的计算机程序或指令等,如诸如在此所述的那些。
图8是示出虚拟化环境800的示意性框图,其中可以虚拟化由一些实施例实现的功能。在本上下文中,虚拟化意味着创建可以包括虚拟化硬件平台、存储设备和联网资源的装置或设备的虚拟版本。如在此所使用的,虚拟化可以应用于节点(例如,虚拟化基站或虚拟化无线接入节点)或设备(例如,UE、无线设备或任何其它类型的通信设备)或其组件,并且涉及一种实现方式,其中功能的至少一部分被实现为一个或多个虚拟组件(例如,经由一个或多个应用、组件、功能、虚拟机或在一个或多个网络中的一个或多个物理处理节点上执行的容器)。
在一些实施例中,在此描述的一些或所有功能可以实现为由在一个或多个硬件节点830托管的一个或多个虚拟环境800中实现的一个或多个虚拟机执行的虚拟组件。此外,在其中虚拟节点不是无线接入节点或不需要无线连接(例如,核心网络节点)的实施例中,网络节点可以完全虚拟化。
该功能可以由可操作以实现在此公开的一些实施例的一些特征、功能和/或益处的一个或多个应用820(其可以替代地称为软件实例、虚拟设备、网络功能、虚拟节点、虚拟网络功能等)来实现。应用820在虚拟化环境800中运行,该虚拟化环境800提供包括处理电路860和存储器890的硬件830。存储器890包含可由处理电路860执行的指令895,由此应用820可操作以提供在此公开的一个或多个特征、益处和/或功能。
虚拟化环境800包括通用或专用网络硬件设备830,其包括一组一个或多个处理器或处理电路860,该处理器或处理电路860可以是商用现货(COTS)处理器、专用集成电路(ASIC),或任何包括数字或模拟硬件组件或专用处理器的其它类型的处理电路。每个硬件设备可以包括存储器890-1,该存储器890-1可以是用于临时存储由处理电路860执行的指令895或软件的非永久性存储器。每个硬件设备可以包括一个或多个网络接口控制器(NIC)870,也称为网络接口卡,其包括物理网络接口880。每个硬件设备还可以包括非暂态持久性机器可读存储介质890-2,其中存储有可由处理电路860执行的软件895和/或指令。软件895可以包括任何类型的软件,包括用于实例化一个或多个虚拟化层850(也称为管理程序)的软件,用于执行虚拟机840的软件,以及允许其执行结合在此描述的一些实施例描述的功能、特征和/或益处的软件。每个硬件设备还可以包括被配置为向硬件设备供电的电源电路。
虚拟机840包括虚拟处理、虚拟存储器、虚拟网络或接口和虚拟存储装置,并且可以由对应的虚拟化层850或管理程序运行。可以在虚拟机840中的一个或多个上实现虚拟电器820的实例的不同实施例,并且可以以不同方式实施实现方式。
在操作期间,处理电路860执行软件895以实例化管理程序或虚拟化层850,其有时可被称为虚拟机监视器(VMM)。虚拟化层850可以呈现虚拟操作平台,其看起来像将硬件联网到虚拟机840。
如图8中所示,硬件830可以是具有通用或特定组件的独立网络节点。硬件830可以包括天线8225并且可以经由虚拟化实现一些功能。可替代地,硬件830可以是更大的硬件集群的一部分(例如,诸如在数据中心或客户端设备(CPE)中),其中许多硬件节点一起工作并且经由管理和协调(MANO)8100来管理,除其它事项外,该管理和协调(MANO)8100监督应用820的生命周期管理。
在一些上下文中,硬件的虚拟化被称为网络功能虚拟化(NFV)。NFV可用于将许多网络设备类型整合到行业标准的高容量服务器硬件、物理交换机和物理存储装置中,这些存储装置可以位于数据中心和客户端设备中。
在NFV的上下文中,虚拟机840可以是物理机器的软件实现方式,其运行程序就像它们在物理的非虚拟化机器上执行一样。虚拟机840中的每一个以及执行该虚拟机的硬件830的一部分,即专用于该虚拟机的硬件和/或由该虚拟机与其它虚拟机840共享的硬件,形成单独的虚拟网络元件(VNE)。
仍然在NFV的上下文中,虚拟网络功能(VNF)负责处理在硬件网络基础设施830之上的一个或多个虚拟机840中运行的特定网络功能,并且对应于图8中的应用820。
在一些实施例中,每个包括一个或多个发射机8220和一个或多个接收器8210的一个或多个无线单元8200可以耦合到一个或多个天线8225。无线单元8200可以经由一个或多个适当的网络接口直接与硬件节点830通信,并且可以与虚拟组件结合使用以向虚拟节点提供无线能力,诸如无线接入节点或基站。
在一些实施例中,可以使用控制系统8230来实现一些信令,该控制系统8230可以替代地用于硬件节点830和无线单元8200之间的通信。
附录1
对3GPP TS 29.468的拟议更改(斜体表示更改)
5.3.2激活MBMS承载过程
激活MBMS承载过程可以由GCS AS使用以导致为(多个)MBMS承载分配资源。
为了应用该过程,GCS AS将发送GCS-Action-Request(GCS动作请求,GAR)命令,该命令包括针对要被激活的每个承载的一个MBMS-Bearer-Request AVP。在MBMS-Bearer-Request AVP内,GCS AS应包括设置为“START”的MBMS-StartStop-Indication AVP和QoS-Information(QoS信息)AVP,并且GCS AS可以包括TMGI AVP、MBMS-Start-Time AVP和MB2U-Security(MB2U安全)AVP。如果支持MBMS小区列表特征,则GCS AS还应包括MBMS-Cell-List(MBMS小区列表)AVP,或MBMS-Service-Area AVP,或两者。如果不支持MBMS小区列表特征,则GCS AS还应包括MBMS-Service-Area AVP。如果GCS AS尚不知道BM-SC是否支持MBMS小区列表特征并且包括MBMS-Cell-List AVP,则它还应包括MBMS-Service-Area AVP。
如果支持V2X本地化用户面特征,则GCS AS可以在MBMS-Bearer-Request AVP内包括Local-M1-Information(本地M1信息)AVP和Local-MB2-U-Information(本地MB2-U信息)AVP。
注意:GCS AS可以在首次通过预先使用TMGI分配过程来应用激活MBMS承载过程之前,确定BM-SC是否支持MBMS小区列表特征和V2X本地化用户面特征。
如果GCS AS在MBMS-Bearer-Request AVP中包括MBMS-Cell-List AVP和MBMS-Service-Area AVP二者,则所提供的服务区域应该是包含所有提供的小区的一组完整的服务区域。
如果支持FEC特征,则GCS AS可以在MBMS-Bearer-Request AVP中包括FEC-Request(FEC请求)AVP,以请求BM-SC将FEC(参见IETF RFC 6363[31])应用于由FEC-Request AVP描述的MBMS承载内的下行链路媒体流。
如果支持ROHC特征,则GCS AS可以在MBMS-Bearer-Request AVP中包括(多个)ROHC-Request(ROHC请求)AVP以请求BM-SC应用ROHC(参见IETF RFC 5795[29]和IETF RFC3095[30])到由(多个)ROHC-Request AVP描述的MBMS承载内的下行链路媒体流。
在接收到包括MBMS-Bearer-Request AVP并且MBMS-StartStop-Indication AVP设置为“START”的GCS-Action-Request(GAR)命令时,BM-SC将确定GCS AS是否被授权使用TMGI。如果不存在(多个)Route-Record(路由记录)AVP,则BM-SC将从源主机AVP导出GCS AS的标识。如果存在(多个)Route-Record AVP,则如果第一Route-Record AVP内的标识与授权使用TMGI的GCS AS匹配,则BM-SC应授权该请求。如果GCS AS被授权使用TMGI,则BM-SC将使用3GPP TS 23.246[3]中定义的会话启动过程来分配MBMS资源以支持MBMS承载到所请求的MBMS广播区域的内容传送(如经由MBMS-Cell-List AVP和/或MBMS服务区域AVP所描述的)。如果MBMS-Bearer-Request AVP中包括MBMS-Cell-List AVP但没有MBMS服务区域AVP,则BM-SC将基于运营商策略从MBMS-Cell-List AVP中的小区导出MBMS服务区域。如果包括MBMS-Cell-List AVP和MBMS-Service-Area AVP二者,则BM-SC将基于运营商策略从MBMS-Cell-List AVP中的小区导出MBMS服务区域,并忽略MBMS-Service-Area AVP中的信息,或者在3GPP TS 23.246[3]中定义的会话启动过程中直接提供在MBMS-Service-Area AVP内接收的信息。如果MBMS-Bearer-Request AVP中不包括TMGI AVP,则BM-SC将分配新的TMGI。BM-SC应分配新的流标识符。BM-SC将决定是否使用MB2-U安全性,并且应考虑在MBMS-Bearer-Request AVP中的MB2U安全性AVP内接收的GCS AS的相关请求。
如果新MBMS服务区域与具有相同TMGI的任何活动承载的服务区域重叠,则BM-SC应拒绝具有结果代码“Overlapping-MBMS-Service-Area(重叠MBMS服务区域)”的激活请求。
然后,BM-SC将发送包括MBMS-Bearer-Response(MBMS承载响应)AVP的GCS-Action-Answer(GCS动作应答,GAA)命令。BM-SC应包括针对GAR中包括的每个MBMS-Bearer-Request AVP的MBMS-Bearer-Response AVP。MBMS-Bearer-Response AVP应被包括在GAA中的与对应MBMS-Bearer-Request AVP在GAR中具有的相同位置中。
对于成功的MBMS承载激活,MBMS-Bearer-Response AVP应包括TMGI AVP、MBMS-Flow-Identifier(MBMS流标识符)AVP、MBMS-Session-Duration(MBMS会话持续时间)AVP、BMSC-Address(BMSC地址)AVP和BMSC-Port(BMSC端口)AVP,并且可以包括(多个)射频AVP作为MBMS承载相关的服务描述。如果应用MB2-U安全性,则MBMS-Bearer-Response AVP还应包括MB2U-Security(MB2U安全性)AVP。如果请求FEC和/或ROHC,则MBMS-Bearer-ResponseAVP还应包括指示FEC和/或RHC激活成功或失败的Userplane-Protocol-Result(用户面协议结果)AVP。如果BM-SC被配置为从MBMS GW接收延迟的会话开始响应,则BM-SC将在MBMS-Bearer-Result(MBMS承载结果)AVP中指示承载激活过程仍在进行中。
如果支持V2X本地化用户面支持特征,并且从GCS AS接收到Local-M1-Information AVP和Local-MB2-U-Information AVP,并且BM-SC确定使用本地MBMS信息,则BM-SC应包括BMSC-Address AVP和BMSC-Port,其中IP地址和端口包含在MBMS-Bearer-Response AVP中的接收的Local-MB2-U-Information AVP中。否则,BM-SC应包括BMSC-Address AVP和BMSC-Port,其中BM-SC在MBMS-Bearer-Request AVP中分配IP地址和端口。
6.4.8MBMS-Bearer-Result AVP
MBMS-Bearer-Result AVP(AVP代码3506)是Unsigned32类型,并且它应包含一个位掩码,其值如表6.4.8-1所定义。可以组合设置指示错误的几个位。可以将位0和位xx设置在一起以指示成功处理了对承载激活的请求,但实际的承载激活仍在进行中。
表6.4.8-1:MBMS-Bearer-Result AVP
Figure BDA0002222088110000201
Figure BDA0002222088110000211
附录2
对3GPP TS 29.468的拟议更改(斜体表示更改)
5.3.2激活MBMS承载过程
激活MBMS承载过程可以被GCS AS使用以导致(多个)MBMS承载的资源分配。
为了应用该过程,GCS AS将发送GCS-Action-Request(GAR)命令,该命令包括针对要被激活的每个承载的一个MBMS-Bearer-Request AVP。在MBMS-Bearer-Request AVP内,GCS AS应包括设置为“START”的MBMS-StartStop-Indication AVP和QoS-InformationAVP,并且GCS AS可以包括TMGI AVP、MBMS-Start-Time AVP和MB2U-Security AVP。如果支持MBMS小区列表特征,则GCS AS还应包括MBMS-Cell-List AVP,或MBMS-Service-AreaAVP,或两者。如果不支持MBMS小区列表功能,则GCS AS还应包括MBMS-Service-Area AVP。如果GCS AS尚不知道BM-SC是否支持MBMS小区列表特征并且包括MBMS-Cell-List AVP,则它还应包括MBMS-Service-Area AVP。
如果支持V2X本地化用户面特征,则GCS AS可以在MBMS-Bearer-Request AVP内包括Local-M1-Information AVP和Local-MB2-U-Information AVP。
注意:GCS AS可以在通过预先使用TMGI分配过程首次应用激活MBMS承载过程之前,确定BM-SC是否支持MBMS小区列表特征和V2X本地化用户面特征。
如果GCS AS在MBMS-Bearer-Request AVP中包括MBMS-Cell-List AVP和MBMS-Servce-Area AVP二者,则所提供的服务区域应该是包含所有提供的小区的一组完整的服务区域。
如果支持FEC特征,则GCS AS可以在MBMS-Bearer-Request AVP中包括FEC-Request AVP,以请求BM-SC将FEC(参见IETF RFC 6363[31])应用于由FEC-Request(FEC请求)AVP描述的MBMS承载内的下行链路媒体流。
如果支持ROHC特征,则GCS AS可以在MBMS-Bearer-Request AVP中包括ROHC-Request AVP以请求BM-SC将ROHC(参见IETF RFC 5795[29]和IETF RFC 3095[30])应用于由(多个)ROHC-Request AVP描述的MBMS承载内的下行链路媒体流。
在接收到包括MBMS-Bearer-Request AVP且MBMS-StartStop-indication AVP设置为“START”的GCS-Action-Request(GAR)命令时,BM-SC将确定GCS AS是否被授权使用TMGI。如果不存在(多个)Route-Record AVP,则BM SC将从源主机AVP导出GCS AS的标识。如果存在(多个)Route-Record AVP,则如果第一Route-Record AVP内的标识与授权使用TMGI的GCS AS匹配,则BM SC应授权该请求。如果GCS AS被授权使用TMGI,则BM-SC将分配MBMS资源以使用3GPP TS 23.246[3]中定义的会话启动过程支持MBMS承载到所请求的MBMS广播区域的内容传送(如经由MBMS-Cell-List AVP和/或MBMS服务区域AVP所描述的)。如果MBMS-Bearer-Request AVP中包括MBMS-Cell-List AVP但没有MBMS服务区域AVP,则BM-SC将基于运营商策略从MBMS-Cell-List AVP中的小区导出MBMS服务区域。如果包括MBMS-Cell-ListAVP和MBMS-Service-Area AVP二者,则BM-SC将基于运营商策略从MBMS-Cell-List AVP中的小区导出MBMS服务区域,并忽略MBMS-Service-Area AVP中的信息,或者在3GPP TS23.246[3]中定义的会话启动过程中直接提供MBMS-Service-Area AVP内接收的信息。如果MBMS-Bearer-Request AVP中不包括TMGI AVP,则BM-SC将分配新的TMGI。BM-SC应分配新的流标识符。BM-SC将决定是否使用MB2-U安全性,并且应考虑如在MBMS-Bearer-Request AVP中的MB2U-Security AVP内接收的GCS AS的相关请求。
如果新MBMS服务区域与具有相同TMGI的任何活动承载的服务区域重叠,则BM-SC应拒绝具有结果代码“Overlapping-MBMS-Service-Area(重叠MBMS服务区域)”的激活请求。
然后,BM-SC将发送包括MBMS-Bearer-Response AVP的GCS-Action-Answer(GAA)命令。BM-SC应包括针对GAR中包括的每个MBMS-Bear-Request AVP的MBMS-Bearer-Response AVP。MBMS-Bearer-Response AVP应被包括在GAA中与对应MBMS-Bearer-RequestAVP在GAR中具有的相同位置中。
对于成功的MBMS承载激活,MBMS-Bearer-Response AVP应包括TMGI AVP、MBMS-Flow-Identifier AVP、MBMS-Session-Duration AVP、BMSC-Address AVP和BMSC-PortAVP,并且可以包括(多个)射频AVP作为MBMS承载相关的服务描述。如果应用MB2-U安全性,则MBMS-Bearer-Response AVP还应包括MB2U-Security AVP。如果请求FEC和/或ROHC,则MBMS-Bearer-Response AVP还应包括指示FEC和/或RHC激活成功或失败的(多个)Userplane-Protocol-Result AVP。如果BM-SC被配置为从MBMS GW接收延迟的会话开始响应并且GCS AS指示支持迟到MBMS承载激活特征,则BM-SC应包括Supported-Feature-List(支持特征列表)AVP中对迟到MBMS承载激活特征的支持。
如果支持V2X本地化用户面支持特征,并且从GCS AS接收到Local-M1-Information AVP和Local-MB2-U-Information AVP,并且BM-SC确定使用本地MBMS信息,则BM-SC应包括BMSC-Address AVP和BMSC-Port,其中IP地址和端口包括在MBMS-Bearer-Response AVP中的接收的Local-MB2-U-Information AVP中。否则,BM-SC应包括BMSC-Address AVP和BMSC-Port,其中BM-SC在MBMS-Bearer-Request AVP中分配IP地址和端口。
***下一步更改***
6.4.4MBMS-Bearer-Event(MBMS承载事件)AVP
MBMS-Bearer-Event AVP(AVP代码3502)是Unsigned32类型,它应包含一个位掩码,其值如表6.4.4-1所定义。除了位0和位1之外,可以组合设置几个位。
表6.4.4-1:MBMS-Bearer-Event AVP
Figure BDA0002222088110000241
***下一步更改***
6.5.2.2MB2-C应用的Supported-Feature-List AVP
该AVP的语法在TS 29.229[23]中定义。
对于MB2 C应用,对于为1的Supported-Feature-List-ID,位的含义应如表6.5.2.2-1中所定义。
表6.5.2.2-1:用于MB2-C应用的Feature-List-ID 1的特征
Figure BDA0002222088110000242
Figure BDA0002222088110000251
缩写
在本公开中可以使用以下缩写中的至少一些。如果缩写之间存在不一致,则应优先考虑上面使用的缩写。如果在下面多次列出,则第一列表应优先于任何后续列表。
1x RTT CDMA2000 1x无线传输技术
3GPP 第三代合作伙伴计划
5G 第五代
ABS 几乎空白子帧
ARQ 自动重复请求
AWGN 加性白高斯噪声
BCCH 广播控制信道
BCH 广播信道
CA 载波聚合
CC 载波分量
CCCH SDU 公共控制信道SDU
CDMA 码分复用接入
CGI 小区全球标识符
CIR 信道脉冲响应
CP 循环前缀
CPICH 共同导频信道
CPICH Ec/No CPICH每芯片接收的能量除以频带中的功率密度
CQI 信道质量信息
C-RNTI 小区RNTI
CSI 信道状态信息
DCCH 专用控制信道
DL 下行链路
DM 解调
DMRS 解调参考信号
DRX 不连续接收
DTX 不连续传输
DTCH 专用流量信道
DUT 测试中的设备
E-CID 增强型小区ID(定位方法)
E-SMLC 演进服务移动定位中心
ECGI 演进CGI
eNB E-UTRAN Node B
ePDCCH 增强型物理下行链路控制信道
E-SMLC 演进服务移动定位中心
E-UTRA 演进UTRA
E-UTRAN 演进UTRAN
FDD 频分双工
FFS 进一步研究
GERAN GSM EDGE无线接入网络
gNB NR中的基站
GNSS 全球导航卫星系统
GSM 全球移动通信系统
HARQ 混合自动重复请求
HO 切换
HSPA 高速分组接入
HRPD 高速分组数据
LOS 视线
LPP LTE定位协议
LTE 长期演进
MAC 媒体接入控制
MBMS 多媒体广播多播服务
MBSFN 多媒体广播多播服务单频网络
MBSFN ABS MBSFN几乎空白子帧
MDT 最小化驱动测试
MIB 主信息块
MME 移动管理实体
MSC 移动切换中心
NPDCCH 窄带物理下行链路控制信道
NR 新无线
OCNG OFDMA信道噪声发生器
OFDM 正交频分复用
OFDMA 正交频分多址
OSS 操作支持系统
OTDOA 观察到达时间差
O&M 操作和维护
PBCH 物理广播信道
P-CCPCH 主要公共控制物理信道
PCell 主小区
PCFICH 物理控制格式指示符信道
PDCCH 物理下行链路控制信道
PDP 分布延迟分布
PDSCH 物理下行链路共享信道
PGW 分组网关
PHICH 物理混合ARQ指示符信道
PLMN 公共陆地移动网络
PMI 预编码器矩阵指示符
PRACH 物理随机接入信道
PRS 定位参考信号
PSS 主同步信号
PUCCH 物理上行链路控制信道
PUSCH 物理上行链路共享信道
RACH 随机接入信道
QAM 正交幅度调制
RAN 无线接入网络
RAT 无线接入技术
RLM 无线链路管理
RNC 无线网络控制器
RNTI 无线网络临时标识符
RRC 无线资源控制
RRM 无线资源管理
RS 参考信号
RSCP 接收信号代码功率
RSRP 参考符号接收功率或参考信号接收功率
RSRQ 参考信号接收质量或参考符号接收质量
RSSI 接收信号强度指示符
RSTD 参考信号时间差
SCH 同步信道
SCell 辅助小区
SDU 服务数据单元
SFN 系统帧号
SGW 服务网关
SI 系统信息
SIB 系统信息块
SNR 信噪比
SON 自优化网络
SS 同步信号
SSS 辅助同步信号
TDD 时分双工
TDOA 抵达时间差
TOA 到达时间
TSS 三级同步信号
TTI 传输时间间隔
UE 用户设备
UL 上行链路
UMTS 通用移动电信系统
USIM 通用订户标识模块
UTDOA 上行链路到达时间差
UTRA 通用地面无线接入
UTRAN 通用地面无线接入网络
WCDMA 宽CDMA
WLAN 宽局域网

Claims (28)

1.一种在通信网络中由广播/多播服务器(500)执行的方法,包括:
-从应用服务器接收(402)在所述通信网络中建立广播/多播承载的请求;
-分配(404)资源以启动在所述通信网络中建立所述广播/多播承载;以及
-在确定在所述通信网络的无线电接入网络中已经针对所述广播/多播承载配置了资源之前,向所述应用服务器发送(406)响应消息,所述响应消息包括与所述广播/多播承载相关联的所述资源的分配已经被启动并且正在进行的指示。
2.根据权利要求1所述的方法,其中,所述指示包括位图。
3.根据权利要求2所述的方法,其中,所述位图包括一个或多个位,所述位的设置指示以下之一:与所述广播/多播承载相关联的所述资源的分配成功;与所述广播/多播承载相关联的所述资源的分配失败;以及与所述广播/多播承载相关联的所述资源的分配正在进行。
4.根据权利要求3所述的方法,其中,所述位图包括多个位的子集以指示与所述广播/多播承载相关联的所述资源的分配失败,所述子集的所述多个位中的每一个指示所述失败的相应原因。
5.根据权利要求3或4所述的方法,其中,指示与所述广播/多播承载相关联的所述资源的分配正在进行的所述位的设置表明与所述广播/多播承载相关联的所述资源的分配正在进行。
6.根据权利要求3或4所述的方法,其中,指示与所述广播/多播承载相关联的所述资源的分配正在进行的所述位和指示与所述广播/多播承载相关联的所述资源的分配成功的所述位的设置表明与所述广播/多播承载相关联的所述资源的分配正在进行。
7.根据权利要求1至4中任一项所述的方法,进一步包括:响应于确定在所述无线电接入网络中已经针对所述广播/多播承载配置了资源,向所述应用服务器发送(408)信息消息,所述信息消息包括与所述广播/多播承载相关联的所述资源的分配不再进行的指示。
8.根据权利要求7所述的方法,其中,与所述广播/多播承载相关联的所述资源的分配不再进行的所述指示包括在所述无线电接入网络中已经针对所述广播/多播承载配置了所述资源的指示。
9.根据权利要求1至4中任一项所述的方法,其中,所述广播/多播服务器包括广播/多播服务中心BM-SC。
10.根据权利要求1至4中任一项所述的方法,其中,所述广播/多播承载包括多媒体广播多播服务MBMS承载。
11.根据权利要求1至4中任一项所述的方法,其中,所述应用服务器包括组通信服务应用服务器GCS AS。
12.根据权利要求1至4中任一项所述的方法,其中,所述应用服务器包括以下之一:任务关键型服务应用服务器,以及车辆到一切事物V2X应用服务器。
13.一种由应用服务器(700)执行的方法,所述方法包括:
-向通信网络的广播/多播服务器发送(602)在所述通信网络中建立广播/多播承载的请求;以及
-在确定在所述通信网络的无线电接入网络中已经针对所述广播/多播承载配置了资源之前,从所述广播/多播服务器接收(604)响应消息,所述响应消息包括与所述广播/多播承载相关联的所述资源的分配已经被启动并且正在进行的指示。
14.根据权利要求13所述的方法,其中,所述指示包括位图。
15.根据权利要求14所述的方法,其中,所述位图包括一个或多个位,所述位的设置指示以下之一:与所述广播/多播承载相关联的所述资源的分配成功;与所述广播/多播承载相关联的所述资源的分配失败;以及与所述广播/多播承载相关联的所述资源的分配正在进行。
16.根据权利要求15所述的方法,其中,所述位图包括多个位的子集以指示与所述广播/多播承载相关联的所述资源的分配失败,所述子集的所述多个位中的每一个指示所述失败的相应原因。
17.根据权利要求15或16所述的方法,其中,指示与所述广播/多播承载相关联的所述资源的分配正在进行的所述位的设置表明与所述广播/多播承载相关联的所述资源的分配正在进行。
18.根据权利要求15或16所述的方法,其中,指示与所述广播/多播承载相关联的所述资源的分配正在进行的所述位和指示与所述广播/多播承载相关联的所述资源的分配成功的所述位的设置表明与所述广播/多播承载相关联的所述资源的分配正在进行。
19.根据权利要求13至16中任一项所述的方法,进一步包括:响应于接收到所述响应消息,推迟在所述广播/多播承载上的数据传输。
20.根据权利要求13至16中任一项所述的方法,进一步包括:从所述广播/多播服务器接收(606)信息消息,所述信息消息包括与所述广播/多播承载相关联的所述资源的分配不再进行的指示。
21.根据权利要求20所述的方法,其中,与所述广播/多播承载相关联的所述资源的分配不再进行的所述指示包括在所述无线电接入网络中已经针对所述广播/多播承载配置了所述资源的指示。
22.根据权利要求20所述的方法,进一步包括:响应于接收到所述信息消息,发起(608)在所述广播/多播承载上的数据传输。
23.根据权利要求13至16中任一项所述的方法,其中,所述广播/多播服务器包括广播/多播服务中心BM-SC。
24.根据权利要求13至16中任一项所述的方法,其中,所述广播/多播承载包括多媒体广播多播服务MBMS承载。
25.根据权利要求13至16中任一项所述的方法,其中,所述应用服务器包括组通信服务应用服务器GCS AS。
26.根据权利要求13至16中任一项所述的方法,其中,所述应用服务器包括以下之一:任务关键型服务应用服务器,以及车辆到一切事物V2X应用服务器。
27.一种广播/多播服务器(500),包括:
-处理电路,其被配置为执行所述权利要求1-12中任一项所述的方法;以及
-电源电路,其被配置为向所述广播/多播服务器供电。
28.一种应用服务器(700),包括:
-处理电路,其被配置为执行所述权利要求13-26中任一项所述的方法;
-电源电路,其被配置为向所述应用服务器供电。
CN201980001885.8A 2019-04-01 2019-07-31 与建立广播/多播承载有关的方法、装置和机器可读介质 Active CN112020867B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211110885.1A CN115484114A (zh) 2019-04-01 2019-07-31 与建立广播/多播承载有关的方法、装置和机器可读介质

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2019080818 2019-04-01
CNPCT/CN2019/080818 2019-04-01
PCT/EP2019/070620 WO2020200489A1 (en) 2019-04-01 2019-07-31 Methods, apparatus and machine-readable mediums relating to establishment of broadcast/multicast bearers

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202211110885.1A Division CN115484114A (zh) 2019-04-01 2019-07-31 与建立广播/多播承载有关的方法、装置和机器可读介质

Publications (2)

Publication Number Publication Date
CN112020867A CN112020867A (zh) 2020-12-01
CN112020867B true CN112020867B (zh) 2022-09-30

Family

ID=67551363

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202211110885.1A Pending CN115484114A (zh) 2019-04-01 2019-07-31 与建立广播/多播承载有关的方法、装置和机器可读介质
CN201980001885.8A Active CN112020867B (zh) 2019-04-01 2019-07-31 与建立广播/多播承载有关的方法、装置和机器可读介质

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202211110885.1A Pending CN115484114A (zh) 2019-04-01 2019-07-31 与建立广播/多播承载有关的方法、装置和机器可读介质

Country Status (11)

Country Link
US (1) US20230247653A1 (zh)
EP (2) EP3949455B1 (zh)
JP (1) JP7222116B2 (zh)
CN (2) CN115484114A (zh)
AR (1) AR118544A1 (zh)
BR (1) BR112021018970A2 (zh)
CL (1) CL2021002568A1 (zh)
CO (1) CO2021014537A2 (zh)
ES (1) ES2963087T3 (zh)
PL (1) PL3949455T3 (zh)
WO (1) WO2020200489A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4349041A1 (en) * 2021-06-03 2024-04-10 Telefonaktiebolaget LM Ericsson (publ) Support for localized multimedia broadcast/multicast service in edge computing system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018027931A1 (zh) * 2016-08-12 2018-02-15 华为技术有限公司 业务传输方法及无线通信设备
CN109155904A (zh) * 2016-03-31 2019-01-04 诺基亚通信公司 支持本地多媒体广播多播服务(mbms)分发的装置和方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8880683B2 (en) * 2010-12-22 2014-11-04 Verizon Patent And Licensing Inc. Global real-time network resource and timer synchronization

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109155904A (zh) * 2016-03-31 2019-01-04 诺基亚通信公司 支持本地多媒体广播多播服务(mbms)分发的装置和方法
WO2018027931A1 (zh) * 2016-08-12 2018-02-15 华为技术有限公司 业务传输方法及无线通信设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MBMS session setup procedure /event notification alignment with RAN3;Ericsson;《3GPP TSG-SA WG2 Meeting #123 S2-177581》;20171027;第5.1.2.3.2节 *

Also Published As

Publication number Publication date
CO2021014537A2 (es) 2021-11-19
CN112020867A (zh) 2020-12-01
EP3949455C0 (en) 2023-10-04
CN115484114A (zh) 2022-12-16
EP3949455A1 (en) 2022-02-09
CL2021002568A1 (es) 2022-07-15
EP3949455B1 (en) 2023-10-04
JP7222116B2 (ja) 2023-02-14
WO2020200489A1 (en) 2020-10-08
US20230247653A1 (en) 2023-08-03
AR118544A1 (es) 2021-10-20
PL3949455T3 (pl) 2024-03-11
BR112021018970A2 (pt) 2021-11-30
EP4319434A2 (en) 2024-02-07
EP4319434A3 (en) 2024-04-03
ES2963087T3 (es) 2024-03-25
JP2022532292A (ja) 2022-07-14

Similar Documents

Publication Publication Date Title
US11792697B2 (en) Network function handling in the context of inter-management function mobility
US11943829B2 (en) Method for establishing a connection between a neutral host network and one or more virtual radio access networks
JP7329693B2 (ja) 5gsからepsへのモビリティの際にpduセッションのためのデータフローを転送すること
EP3847844B1 (en) Transport of data flows over cellular networks
US20220166558A1 (en) Methods providing sidelink harq at access stratum and related wireless devices
EP4000323A1 (en) Release, suspend and reconfiguration in paging
US11399401B2 (en) Handling dual connectivity in new radio
EP4233370A1 (en) Handling of different measurement configurations at conditional pscell change
US11627554B2 (en) Methods, apparatus and machine-readable mediums relating to establishment of broadcast/multicast bearers
US20230247653A1 (en) Methods, apparatus and machine-readable mediums relating to establishment of broadcast/multicast bearers
WO2024110057A1 (en) Extensions related to upf buffering

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