CN114270782B - 用于传输多个mac地址的方法和实体 - Google Patents

用于传输多个mac地址的方法和实体 Download PDF

Info

Publication number
CN114270782B
CN114270782B CN202080057683.8A CN202080057683A CN114270782B CN 114270782 B CN114270782 B CN 114270782B CN 202080057683 A CN202080057683 A CN 202080057683A CN 114270782 B CN114270782 B CN 114270782B
Authority
CN
China
Prior art keywords
parameter
mac addresses
entity
mac
addresses
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
CN202080057683.8A
Other languages
English (en)
Other versions
CN114270782A (zh
Inventor
徐文亮
S·费尔南德斯阿朗索
F·加西亚阿佐雷罗
N·比翁迪奇
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 CN114270782A publication Critical patent/CN114270782A/zh
Application granted granted Critical
Publication of CN114270782B publication Critical patent/CN114270782B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/695Types of network addresses using masks or ranges of addresses
    • 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/14Backbone network devices

Abstract

本公开的实施例涉及用于发送多个媒体访问控制MAC地址的方法和实体。一种在第一实体处执行的用于发送多个媒体访问控制MAC地址的方法包括:向第二实体发送(S101)包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址可包括多个源MAC地址和/或多个目的地MAC地址。根据本公开的实施例,可以在通信网络中的节点之间同时传输多个MAC地址,从而可以进一步提高通信网络的效率。

Description

用于传输多个MAC地址的方法和实体
技术领域
本公开一般涉及通信系统的技术,更具体地,涉及用于传输多个媒体访问控制MAC地址的方法和实体。
背景技术
本节介绍可有助于更好地理解本公开的一些方面。因此,本节的陈述应该从这个角度阅读,不应被理解为承认现有技术中存在或不存在的内容。
在诸如第五代系统5GS之类的通信系统中,支持以太网协议数据单元PDU会话类型。任何5G用户设备UE可以请求建立向5G网络的以太网类型的PDU会话,参见第三代合作伙伴计划技术规范3GPP TS 23.501 V16.1.0第5.6.10.2和8.3.1条款。
对于具有以太网PDU会话类型的PDU会话建立过程,会话管理功能SMF和充当PDU会话锚点(PSA)的用户面功能UPF可以支持与PDU会话携带以太网帧这一事实相关的特定行为。
在以太网类型的PDU会话上交换的不同帧可以在5GS上具有不同的服务质量QoS。因此,SMF可以基于以太网帧结构和(一个或多个)UE MAC地址来向UPF提供以太网分组过滤器集和转发规则。UPF基于从SMF接收的以太网分组过滤器集和转发规则来检测和转发以太网帧,进一步参见第5.7和5.8.2条款。
图1是示出与PDU会话相关的用户面传输的协议栈的示例图(参见3GPP TS 23.501V16.1.0中的图8.3.1-1)。
如图1所示,PDU层与PDU会话上在UE与域名DN之间携带的PDU相对应。当PDU会话类型是IPv4或IPv6或IPv4v6时,它对应于IPv4分组或IPv6分组或两者;当PDU会话类型是以太网时,它对应于以太网帧;等等。“IPv”是指互联网协议版本。
用于用户面的GPRS(通用分组无线电服务)隧道协议(GTP U)支持骨干网中在N3(即5G-AN(接入网络)节点与UPF之间的接口)和N9(即5GC(第五代核心网)的不同UPF之间的接口)上对用户数据进行隧道传输(参见TS 29.281 V15.5.0)。GTP应封装所有最终用户PDU。它在每个PDU会话级别上提供封装。该层还携带与在第5.7条款中定义的QoS流相关的标记。该协议也在如在TS 29.244 V16.0.0中定义的N4接口上使用。
应用功能AF或任何其他第三方服务器可能想要经由通信网络对由不同的MAC地址标识的多个UE提供组服务。但是,网络仅支持与单个MAC地址相关的消息/过程。为了针对所有UE完成同一个操作(例如发送相同的通知),AF或任何其他第三方服务器必须重复启动相同类型的过程(例如授权服务数据流)并与网络交换相同类型的消息/信令。这些消息/信令可包括相同的内容,只是针对不同的MAC地址。需要进一步提高效率。
发明内容
提供本发明内容是为了以简化形式介绍一系列概念,这些概念将在下面的具体实施方式中进一步描述。本发明内容并非旨在识别所要求保护的主题的关键特征或基本特征,也不旨在用于限制所要求保护的主题的范围。
本公开的某些方面及其实施例可以提供对这些或其他挑战的解决方案。在此提出了解决在此公开的一个或多个问题的各种实施例。即,根据本公开的实施例,可以在通信网络中的节点之间同时传输多个MAC地址,从而可以进一步提高通信网络的效率。
本公开的第一方面提供了一种在第一实体处执行的用于发送多个媒体访问控制MAC地址的方法,包括:向第二实体发送包括第一参数和第二参数的消息。该第一参数和所述第二参数指示多个MAC地址。该多个MAC地址可以包括多个源MAC地址和/或多个目的地MAC地址。
在本公开的实施例中,第一参数可以包括多个MAC地址中的MAC地址。第二参数可以包括指示该MAC地址的前缀的长度的整数值。多个MAC地址具有与该MAC地址相同的前缀。
在本公开的实施例中,多个MAC地址可以是连续的。第一参数可以包括多个MAC地址的起始MAC地址。第二参数可以包括多个MAC地址的结束MAC地址。
在本公开的实施例中,多个MAC地址可以是连续的。第一参数可以包括多个MAC地址的起始MAC地址。第二参数可以包括指示多个MAC地址中的地址数量的整数值。
在本公开的实施例中,第二参数可以是可选的。第一参数可以是有条件的,并且取决于第二参数的使用。当不使用第二参数时,可以重用第一参数以指示单个MAC地址。
在本公开的实施例中,可以在第一实体与第二实体之间协商有关是否使用第二参数的特征。
在本公开的实施例中,消息可以包括以下至少一项:从应用功能AF到策略控制功能PCF的策略授权请求消息;从AF到网络开放功能NEF的业务影响请求消息;从NEF到PCF的策略授权请求消息;从PCF到会话管理功能SMF的会话管理策略控制请求消息;从NEF到统一数据储存库UDR的数据储存请求消息;或者从UDR到PCF的数据储存请求消息。
在本公开的实施例中,第一实体可以包括以下至少一项:AF,NEF,PCF,或UDR。第二实体可以包括以下至少一项:PCF,NEF,SMF,或UDR。
本公开的第二方面提供了一种在第二实体处执行的用于接收多个媒体访问控制MAC地址的方法,包括:从第一实体接收包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址可以包括多个源MAC地址和/或多个目的地MAC地址。
在本公开的实施例中,多个MAC地址可以是连续的。第一参数可以包括多个MAC地址中的MAC地址。第二参数可以包括指示该MAC地址的前缀的长度的整数值。多个MAC地址具有与该MAC地址相同的前缀。
在本公开的实施例中,多个MAC地址可以是连续的。第一参数可以包括多个MAC地址的起始MAC地址。第二参数可以包括多个MAC地址的结束MAC地址。
在本公开的实施例中,第一参数可以包括多个MAC地址的起始MAC地址。第二参数可以包括指示多个MAC地址中的地址数量的整数值。
在本公开的实施例中,第二参数是可选的。第一参数是有条件的,并且取决于第二参数的使用。当不使用第二参数时,重用第一参数以指示单个MAC地址。
在本公开的实施例中,在第一实体与第二实体之间协商有关是否使用第二参数的特征。
在本公开的实施例中,消息可以包括以下至少一项:从应用功能AF到策略控制功能PCF的策略授权请求消息;从AF到网络开放功能NEF的业务影响请求消息;从NEF到PCF的策略授权请求消息;从PCF到会话管理功能SMF的会话管理策略控制请求消息;从NEF到统一数据储存库UDR的数据储存请求消息;或者从UDR到PCF的数据储存请求消息。
在本公开的实施例中,第一实体可以包括以下至少一项:AF,NEF,PCF,或UDR。第二实体可以包括以下至少一项:PCF,NEF,SMF或UDR。
在本公开的实施例中,方法还可以包括:执行与多个地址相关的任务。
在本公开的实施例中,任务可以包括与所有多个地址相关的单个处理过程。
在本公开的实施例中,任务可以包括分别与多个地址中的每一个相关的多个连续处理过程。
本公开的第三方面提供了第一实体,其包括:处理器;以及存储器,其包含可由处理器执行的指令。第一实体可操作以向第二实体发送包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址可以包括多个源MAC地址和/或多个目的地MAC地址。
在本公开的实施例中,第一实体进一步可操作以实现根据上述第一方面所述的任何方法。
本公开的第四方面提供了第二实体,其包括:处理器;以及存储器,其包含可由处理器执行的指令。第二实体可操作以从第一实体接收包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址可以包括多个源MAC地址和/或多个目的地MAC地址。
在本公开的实施例中,第二实体进一步可操作以实现根据上述第二方面所述的任何方法。
本公开的第五方面提供了第一实体,其包括:发送单元,其被配置为向第二实体发送包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址可以包括多个源MAC地址和/或多个目的地MAC地址。
在本公开的实施例中,第一实体进一步可操作以实现根据上述第一方面所述的任何方法。
本公开的第六方面提供了第二实体,其包括:接收单元,其被配置为从第一实体接收包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址可以包括多个源MAC地址和/或多个目的地MAC地址。
在本公开的实施例中,第二实体进一步可操作以实现根据上述第二方面所述的任何方法。
本公开的第七方面提供了一种在其上存储有计算机程序的计算机可读存储介质。计算机程序可由实体执行以使该实体执行根据上述第一和第二方面所述的任何方法。
本公开的第八方面提供了一种在通信系统中实现的方法,其包括:在第一实体处,发送多个媒体访问控制MAC地址,包括:向第二实体发送包括第一参数和第二参数的消息;在第二实体处,接收多个媒体访问控制MAC地址,包括:从第一实体接收包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址包括:多个源MAC地址;和/或多个目的地MAC地址。
本公开的第九方面提供了一种通信系统,其包括:第一实体,其被配置为执行:发送多个媒体访问控制MAC地址,包括:向第二实体发送包括第一参数和第二参数的消息;第二实体,其被配置为执行:接收多个MAC地址,包括:从第一实体接收包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址包括:多个源MAC地址;和/或多个目的地MAC地址。
根据本公开的实施例,多个MAC地址(具体包括多个源MAC地址和/或多个目的地MAC地址)可以在通信网络中的节点之间被同时传输,从而可以进一步提高通信网络的效率。
附图说明
通过对附图中的本公开的一些实施例的更详细的描述,本公开的上述和其他目的、特征和优点将变得更加明显,其中相同的参考标号通常指示本公开的实施例中的相同组件。
图1是示出与PDU会话相关的用户面传输的协议栈的示例图;
图2是示出根据本公开的实施例的方法的示例性流程图;
图3是示出根据本公开的实施例的在AF会话建立或AF会话修改过程中的实现的示例图;
图4是示出根据本公开的实施例的在针对由UE地址标识的会话的AF业务影响过程中的实现的示例图;
图5是示出根据本公开的实施例的在针对不由UE地址标识的未来会话的AF业务影响过程中的实现的示例图;
图6是示出根据本公开的实施例的在SM策略关联建立过程中的实现的示例图;
图7是示出根据本公开的实施例的在针对不由UE地址标识的正在进行的会话的AF业务影响过程中的实现的示例图;
图8是示出根据本公开的实施例的由第二网络实体执行的方法的附加步骤的示例性流程图;
图9是示出根据本公开的实施例的用于网络实体的装置的框图;
图10是示出根据本公开的实施例的计算机可读存储介质的框图;以及
图11是示出根据本公开的实施例的装置的功能单元的框图。
具体实施方式
现在将参考附图更全面地描述本文所设想的一些实施例。然而,其他实施例也包含在本文所公开的主题的范围内,所公开的主题不应被解释为仅限于本文所阐述的实施例;相反,这些实施例以示例的方式提供以向本领域技术人员传达主题的范围。
通常,本文使用的所有术语都应根据其在相关技术领域中的普通含义进行解释,除非明确给出和/或从使用它的上下文中暗示不同的含义。除非明确说明,否则对一/一个/该元件、装置、组件、构件、步骤等的所有引用都应被开放地解释为指示元件、装置、组件、构件、步骤等的至少一个实例。本文公开的任何方法的步骤不必以公开的确切顺序执行,除非一个步骤被明确描述为在另一步骤之后或之前和/或其中暗示一个步骤必须在另一步骤之后或之前。在适当的情况下,本文公开的任何实施例的任何特征都可以应用于任何其他实施例。同样,任何实施例的任何优点都可以应用于任何其他实施例,反之亦然。所包含的实施例的其他目的、特征和优点将从以下描述中显而易见。
在整个本说明书中对特征、优点或类似语言的引用并不意味着可以通过本公开实现的所有特征和优点都应该在或在本公开的任何单个实施例中。相反,涉及特征和优点的语言被理解为意味着结合实施例描述的特定特征、优点或特性被包括在本公开的至少一个实施例中。此外,本公开的所描述的特征、优点和特性可以以任何合适的方式被组合在一个或多个实施例中。相关领域的技术人员将认识到,可以在没有特定实施例的一个或多个特定特征或优点的情况下实践本公开。在其他情况下,可以在某些实施例中认识到并不存在于本公开的所有实施例中的附加特征和优点。
如本文所使用的,术语“网络”或“通信网络/系统”是指遵循任何合适的通信标准的网络/系统,这些标准例如是新无线电(NR)、长期演进(LTE)、LTE-Advanced、宽带码分多址(WCDMA)、高速分组接入(HSPA)等。此外,通信网络中的终端设备与网络节点之间的通信可以根据任何合适的代通信协议来执行,包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、4G、4.5G、5G通信协议和/或现在已知的或将来开发的任何其他协议。
术语“实体”、“网络实体”、“网络功能”可以是指通信网络中的具有接入能力的网络设备/装置/节点,终端设备通过该网络设备/装置/节点接入网络并从网络接收服务。实体/功能可以包括基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、服务器节点/功能(如服务能力服务器/应用服务器SCS/AS、组通信服务应用服务器GCS AS、应用功能AF)、开放节点(诸如服务能力开放功能SCEF、网络开放功能NEF)、控制器或无线通信网络中的任何其他合适的设备。BS例如可以是节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、下一代NodeB(gNodeB或gNB)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头(RRH)、中继、低功率节点(例如毫微微基站、微微基站等)。
网络功能/实体的又一示例包括多标准无线电(MSR)无线电设备(诸如MSR BS)、网络控制器(诸如无线电网络控制器(RNC)或基站控制器(BSC))、基站收发台(BTS)、传输点、传输节点、定位节点等。然而,更一般地,网络节点可以表示能够、被配置为、被布置为和/或可操作以使能和/或提供终端设备对无线通信网络的接入或者对已接入无线通信网络的终端设备提供某些服务的任何合适的设备(或设备组)。
网络功能/实体可以被实现为专用硬件中的网络元件、在专用硬件上运行的软件实例、或在适当的平台上(例如,在云基础设施上)实例化的虚拟化功能。即,可以进一步引入虚拟化技术和网络计算技术来改进网络功能/实体,从而提高网络资源的使用效率和网络的灵活性。
术语“终端设备”包括能够通过发送和/或接收无线信号与网络功能/节点(诸如基站)通信或者与另一无线设备通信的设备。因此,术语“终端设备”包括但不限于:移动电话、用于机器对机器通信的固定或移动无线设备、集成或嵌入式无线卡、外插式无线卡、车辆等。
作为又一具体示例,在物联网(IoT)场景中,终端设备也可以称为IoT设备,并表示执行监测、感测和/或测量等并将此类监测、感测和/或测量等的结果发送到另一终端设备和/或网络设备的机器或其他设备。在这种情况下,终端设备可以是机器对机器(M2M)设备,其在第三代合作伙伴计划(3GPP)上下文中可以被称为机器类型通信(MTC)设备。
作为一个特定示例,终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的用户设备UE。这种机器或设备的具体示例是传感器、计量设备(如电表)、工业机械或家用或个人电器(例如冰箱、电视)、诸如手表之类的个人可穿戴设备等。在其他场景中,终端设备可以表示车辆或其他设备,例如,能够对其运行状态或与其运行相关联的其他功能进行监测、感测和/或报告等的医疗器械。
如本文所使用的,术语“第一”、“第二”等是指不同的元素。单数形式“一”和“一个”也旨在包括复数形式,除非上下文另有明确说明。如本文所用,术语“包括”、“包括了”、“具有”、、“包含”和/或“包含了”指定所陈述的特征、元素和/或组件等的存在,但不排除存在或添加一个或多个其他特征、元素、组件和/或它们的组合。术语“基于”应被理解为“至少部分地基于”。术语“一个实施例”和“实施例”应被理解为“至少一个实施例”。术语“另一实施例”应被理解为“至少一个其他实施例”。其他明确的和隐含的定义可以被包括在下文中。
在上述的这种通信系统中,为了对用户面中的分组进行分类(例如,出于QoS处理的目的,其中QoS是指服务质量),需要如在3GPP TS23.501V16.1.0第5.7.6条款中所描述的业务过滤器。
具体地,在3GPP TS 29.514V16.1.0中,数据类型MediaSubcomponent包括含有MAC地址的以太网流描述。但是,并不支持如何指定以太网MAC地址范围。进一步地,有许多其他3GPP技术规范重用在TS 29.514V16.1.0中定义的相同的数据类型EthFlowDescription,因此,这些规范和对应的功能/服务(例如,AF业务影响服务或PCF事件开放服务)也缺乏对以太网MAC地址范围的支持。
因此,在现有的规范下,如果服务消费方想要在不同的场景中使用针对MAC地址列表的服务,择也可能导致:对以太网流的编码效率低下,并且可能由于媒体子组件数量的增加而增加PCC规则的数量,其中PCC是指策略和计费控制。
本公开的实施例提供了用于传输多个媒体访问控制MAC地址的方法和实体。
图2是示出根据本公开的实施例的方法的示例性流程图。
如图2所示,在第一实体100处执行的方法可以包括:步骤S101,向第二实体发送包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。
具体地,多个MAC地址可以包括多个源MAC地址和/或多个目的地MAC地址。
进一步地,在第二实体200处执行的方法可以包括:步骤S201,从第一实体接收包括第一参数和第二参数的消息。
因此,根据本公开的实施例,可以在通信网络中的节点之间同时传输多个MAC地址,从而可以进一步提高通信网络的效率。
具体地,仅使用两个参数(第一参数和第二参数)来指示多个MAC地址。与一个传统参数仅指示一个MAC地址相比,效率大大提高。
在本公开的实施例中,第一参数可以包括多个MAC地址中的MAC地址。第二参数可以包括指示该MAC地址的前缀的长度的整数值。多个MAC地址具有与该MAC地址相同的前缀。
在本公开的实施例中,多个MAC地址是连续的。第一参数可以包括多个MAC地址的起始MAC地址。第二参数可以包括多个MAC地址的结束MAC地址。
图3至图7示出了根据本公开的实施例的在一些过程中的示例性实现。
在这样的过程中,在本公开的实施例中,消息可以包括以下至少一项:从应用功能AF到策略控制功能PCF的策略授权请求消息;从AF到网络开放功能NEF的业务影响请求消息;从NEF到PCF的策略授权请求消息;从PCF到会话管理功能SMF的会话管理策略控制请求消息;从NEF到统一数据储存库UDR的数据储存请求消息;或从UDR到PCF的数据储存请求消息。
在本公开的实施例中,第一实体可以包括以下至少一项:AF,NEF,PCF,或UDR。第二实体可以包括以下至少一项:PCF,NEF,SMF,或UDR。
图3是示出根据本公开的实施例的在AF会话建立或AF会话修改过程中的实现的示例图(参见3GPP TS 29.513 V16.0.0中的图5.2.2.2.2.1-1、5.2.2.2.2.2-1,其中,图5.2.2.2.2.1-1、5.2.2.2.2.2-1中的步骤1合并,为了清楚起见,忽略步骤1a、6a)。
参见3GPP TS 29.513 V16.0.0第5.2.2.2.2.1条款“AF会话建立”和第5.2.2.2.2.2条款“AF会话修改”,步骤1“Npcf_PolicyAuthorization_Create请求”或“Npcf_PolicyAuthorization_Update请求”用带下划线的修改来改进。进一步地,PCFNpcf_SMPolicyControl_UpdateNotify服务操作也受到影响(其被包含在步骤9中,但在该图中未明确示出)。
具体地,步骤9可以包括如在3GPP TS29.513 V16.0.0的图5.2.2.2.1-1中所描述的“由PCF发起的SM策略关联修改”。
具体地,步骤1中的Npcf_PolicyAuthorization_Create/Update请求消息包括“源MAC地址结束或前缀掩码长度,目的地MAC地址结束或前缀掩码长度”,如上面所描述的参数。
图4是示出根据本公开的实施例的在针对由UE地址标识的会话的AF业务影响过程中的实现的示例图(参见3GPP TS 29.513 V16.0.0中的图5.5.3.2-1)。
参见TS 29.513 V16.0.0第5.5.3.2条款,对于影响正在进行的PDU会话(其由UE地址标识)的AF业务影响,步骤1a(仅用于创建/更新操作)用新的IE(诸如在上面描述的源MAC地址结束或前缀掩码长度,目的地MAC地址结束或前缀掩码长度)来增强。步骤1e也受到影响(影响与图3中相同)。
图5是示出根据本公开的实施例的在针对不由UE地址标识的未来会话的AF业务影响过程中的实现的示例图(参见3GPP TS 29.513 V16.0.0中的图5.5.3.3-1)。
参见TS 29.513 V16.0.0的图5.5.3.3-1,对于影响(不由UE地址标识的)未来PDU会话的AF业务影响,步骤1和步骤3(仅用于创建和更新操作)用新的IE(诸如上面描述的源MAC地址结束或前缀掩码长度、目的地MAC地址结束或前缀掩码长度)来增强。
图6是示出根据本公开的实施例的在SM策略关联建立过程中的实现的示例图(参见3GPP TS 29.513 V16.0.0中的图5.2.1-1)。
图6详细示出了图5中的步骤6。步骤3Nudr_DataRepository_Get响应和步骤10Npcf_SMPolicyControl_Create响应用新的IE(诸如上面描述的源MAC地址结束或前缀掩码长度、目的地MAC地址结束或前缀掩码长度)来影响。
图7是示出根据本公开的实施例的在针对不由UE地址标识的正在进行的会话的AF业务影响过程中的实现的示例图(参见3GPP TS 29.513 V16.0.0中的图5.5.3.3-2)。
对于影响(不由UE地址标识的)正在进行的PDU会话的AF业务影响,步骤6Nudr_DataRepository_Notify服务操作和步骤8Npcf_SMPolicyControl_UpdateNotify服务操作也受到影响。
进一步地,本公开的实施例也可以被实现到在3GPP TS 29.523 V15.2.0中规定的由PCF提供的事件开放服务。
相同的影响适用于Npcf_EventExposure_Subscribe服务操作。
对不同的过程和协议编码细节的影响可以在下面描述的不同表格中进一步用轨迹变化来标记。
表1示出了本公开的实施例的示例性实现,其中对类型“EthFlowDescription”的现有定义进行了改进。
表1(参见3GPP TS 29.514 V16.1.0中的表5.6.2.17-1):类型EthFlowDescription的定义。
在表1中,修改/改进用标记示出,例如下划线和删除线。
在本公开的实施例中,多个MAC地址可以包括以下至少一项:多个源MAC地址;或多个目的地MAC地址。
具体地,对于目的地MAC地址,第一参数可以是“destMacAddr”,第二参数可以是“destMacAddrMaskLen”或“destMacAddrEnd”。对于源MAC地址,第一参数可以是“sourceMacAddr”,第二参数可以是“srcMacAddrMaskLen”或“srcMacAddrEnd”。进一步地,“srcMacAddrMaskLen”和“srcMacAddrEnd”可以互斥。“destMacAddrMaskLen”和“destMacAddrEnd”可以互斥。
例如,“srcMacAddrMaskLen”指定源MAC地址掩码长度,其用于掩蔽sourceMacAddr属性(从左侧/最高有效位到右侧/最低有效位),即确定公共前缀,以便支持一组MAC地址。例如,MAC地址00-10-A4-23-3E-00的值40可表示具有相同前缀“00-10-A4-23-3E”的从00-10-A4-23-3E-00一直到包括00-10-A4-23-3E-FF的所有MAC地址。
另外,“srcMacAddrEnd”指定源MAC地址结束。如果该属性存在,则“sourceMacAddr”属性指定源MAC地址开始。例如,值为00-10-A4-23-3E-FE的“srcMacAddrEnd”和值为00-10-A4-23-3E-02的“sourceMacAddr”表示从00-10-A4-23-3E-02一直到包括00-10-A4-23-3E-FE的所有连续MAC地址。
具体地,在“Npcf_PolicyAuthorization API”中,还可以添加以下的有关上述参数的描述。
“srcMacAddrMaskLen:
类型:整数
最小值:1
最大值:47
描述:指定源MAC地址掩码长度,其用于掩蔽sourceMacAddr属性以支持一组MAC地 址。
destMacAddrMaskLen:
类型:整数
最小值:1
最大值:47
描述:指定目的地MAC地址掩码长度,其用于掩蔽destMacAddr属性以支持一组MAC 地址。
srcMacAddrEnd:
$ref:
'TS29571_CommonData.yaml#/components/schemas/MacAddr48'
destMacAddrEnd:
$ref:
'TS29571_CommonData.yaml#/components/schemas/MacAddr48'”。
作为另一示例,在本公开的实施例中,多个MAC地址是连续的。第一参数可以包括多个MAC地址的起始MAC地址。第二参数可以包括指示多个MAC地址中的地址数量的整数值。
例如,第一参数可以包括“00-10-A4-23-3E-00”,第二参数可以包括整数“256”。这些参数也可以表示从00-10-A4-23-3E-00一直到包括00-10-A4-23-3E-FF的所有MAC地址(总共256个MAC地址)。应当理解,整数“256”只是一个例子,而并非限制。例如,另一个整数“255”可以用于指示在“00-10-A4-23-3E-00”之后连续的“255个MAC地址”,从而仍然表示从00-10-A4-23-3E-00一直到包括00-10-A4-23-3E-FF的所有MAC地址(总共256个MAC地址)。
在本公开的实施例中,第二参数可以是可选的。第一参数可以是有条件的,并且取决于第二参数的使用。当不使用第二参数时,可以重用第一参数以指示单个MAC地址。
例如,对于目的地MAC地址,第二参数“destMacAddrMaskLen”或“destMacAddrEnd”可以是可选的,并且第一参数“destMacAddr”是有条件的。如果存在“destMacAddrMaskLen”或“destMacAddrEnd”,则应存在第一参数“destMacAddr”。
进一步地,如果“destMacAddrMaskLen”或“destMacAddrEnd”不存在,则“destMacAddr”可仍用于指示单个目的地MAC地址。
在本公开的实施例中,可以在第一实体与第二实体之间协商有关是否使用第二参数的特征。
表2示出了示例性的所支持的特征的列表。
表2(参见3GPP TS 29.514 V16.1.0中的表5.8-1)所支持的特征
表5.8-1中的可选特征是针对Npcf_PolicyAuthorization API定义的。它们应使用在3GPP TS 29.500 V16.0.0的子条款6.6.2中定义的可扩展性机制来进行协商。
例如,当请求PCF创建单独应用会话上下文资源时,NF服务消费方应通过在HTTPPOST请求的“AppSessionContextReqData”数据类型中包括“suppFeat”属性来指示NF服务消费方针对Npcf_PolicyAuthorization服务支持的可选特征。
PCF应针对所创建的单独应用会话上下文资源确定所支持的特征,如在3GPP TS29.500 V16.0.0的子条款6.6.2中所指定的。PCF应通过在“AppSessionContextRespData”数据类型中包括“suppFeat”属性来在HTTP响应中指示所支持的特征,用以确认单独应用会话上下文资源的创建。
在本公开的实施例中,新特征“MacAddressMask”可用于指示在业务过滤器中支持具有地址掩码的一组MAC地址,并且新特征“MacAddressRange”可用于指示在业务过滤器中支持具有特定范围的一组MAC地址。新特征编号“x”、“y”可以是任何尚未被占用的整数。
所改进的类型“EthFlowDescription”可以在通信网络中引用,以提高通信网络的效率。
例如,在3GPP TS 29.122 V16.2.0中定义的参考可以按照以下方式改进。改进用下划线标注。
表3:改进的ChargeableParty API重用的数据类型(参见3GPP TS 29.122V16.2.0中的表5.5.2.1.1-1)
表4:由ChargeableParty API使用的改进的特征(参见3GPP TS 29.122 V16.2.0中的表5.5.4-1)
表5:改进的AsSessionWithQoS API重用的数据类型(参见3GPP TS 29.122V16.2.0中的表5.14.2.1.1-1)
表6:由AsSessionWithQoS API使用的改进的特征(参见3GPP TS 29.122 V16.2.0中的表5.14.4-1)
作为另一个示例,可以如下改进在3GPP TS 29.522 V16.0.0中定义的参考。具有改进的定义在表中被示出,具体的改进用下划线标示。
表7:可适用于EPS和5GS两者的改进的重用API(参见3GPP TS 29.522 V16.0.0中的表5.3.1-1)
表8:改进的重用数据类型(请参见3GPP TS 29.522 V16.0.0中的表5.4.3.2-1)
表9:由TrafficInfluence API使用的改进的特征(参见3GPP TS 29.522 V16.0.0中的表5.4.4-1)
作为另一个示例,可以如下改进在3GPP TS 29.504 V16.0.0中定义的参考。具有改进的定义在表中被示出,具体的改进用下划线标示。
表10:改进的所支持的特征(参见3GPP TS 29.504 V16.0.0中的表6.1.8-1)
作为另一个示例,可以如下改进在3GPP TS 29.512 V16.1.0中定义的参考。具有改进的定义在表中被示出,具体的改进用下划线标示。
表11:改进的Npcf_SMPolicyControl重用的数据类型(参见3GPP TS 29.512V16.1.0中的表5.6.1-2)
表12:改进的所支持的特征(参见3GPP TS 29.512 V16.1.0中的表5.8-1)
作为另一个示例,可以如下改进在3GPP TS 29.523V15.2.0中定义的参考。具有改进的定义在表中被示出,具体的改进用下划线标示。
表13:改进的Npcf_EventExposure重用的数据类型(参见3GPP TS 29.523V15.2.0中的表5.6.1-2)
表14:改进的所支持的特征(参见3GPP TS 29.523 V15.2.0中的表5.8-1)
作为另一个示例,可以如下改进在3GPP TS 29.519V16.0.0中定义的参考。具有改进的定义在表中被示出,具体的改进用下划线标示。
表15:改进的用于应用数据的Nudr_DataRepository重用的数据类型(参见3GPPTS 29.519 V16.0.0中的表6.4.1-2)
图8是示出根据本公开的实施例的由第二网络实体执行的方法的附加步骤的示例性流程图。
在本公开的实施例中,该方法可以进一步包括:步骤S202,执行与多个地址相关的任务。
在本公开的实施例中,任务可以包括分别与多个地址中的每一个相关的多个连续处理过程。
根据这样的实施例,一个优点是不需要改变接收这种改进的包括多个MAC地址的消息的网络实体的任何功能或API。多个MAC地址中的每一个可以作为输入参数被依次输入到这种功能或API。提高了处理效率,并大大减少了用于传输多个MAC地址的通信资源。
在本公开的其他实施例中,任务可以包括与所有多个地址相关的单个处理过程。
通常,在前面提到的每个网络实体都应该应用与针对单个MAC地址相同的处理,例如,PCF将导出包括多个地址的PCC规则以描述被赋予了授权的QoS和计费的服务数据流。或者,SMF将指示UPF基于多个地址来检测业务。或者,UDR作为用户数据储存库存储UE MAC地址(其与单个UE MAC地址相同),以用于描述可适用于AF业务影响的服务数据流。
即,一个输入参数(多个MAC地址)被同时输入到一个功能/API。这相对于单独提供地址的方式有优点,单独提供地址的方式可导致在每个节点中的额外处理。
图9是示出根据本公开的实施例的用于网络实体的装置的框图。
如图9所示,第一实体100可以包括:处理器110;以及存储器120,其包含可由处理器110执行的指令。第一实体100可操作以:向第二实体发送包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。
在本公开的实施例中,第一实体进一步可操作以实现根据上述的第一方面的任何方法。
如图9所示,第二实体200可以包括:处理器210;存储器220,其包含可由处理器210执行的指令。第二实体200可操作以:从第一实体接收包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。
在本公开的实施例中,第二实体进一步可操作以实现根据上述的第二方面的任何方法。
处理器110和处理器210可以是任何类型的处理组件(例如一个或多个微处理器或微控制器)以及其他数字硬件(其可以包括数字信号处理器(DSP)、专用数字逻辑等)。存储器120和存储器220可以是任何类型的存储组件,例如只读存储器(ROM)、随机存取存储器、高速缓冲存储器、闪存设备、光存储设备等。
图10是示出根据本公开的实施例的计算机可读存储介质的框图。
如图10所示,计算机可读存储介质1000存储有计算机程序1001。计算机程序1001可由实体执行以使该实体执行根据上述的第一和第二方面的任何方法。
计算机可读存储介质1000可以被配置为包括存储器,诸如RAM、ROM、可编程只读存储器(PROM)、可擦写可编程只读存储器(EPROM)、电可擦写可编程只读存储器(EEPROM)、磁盘、光盘、软盘、硬盘、可移动磁带、或闪存驱动器。
图11是示出根据本公开的实施例的装置的功能单元的框图。
如图11所示,第一网络实体100可以包括发送单元101,其被配置为向第二实体发送包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。
在本公开的实施例中,第一实体进一步可操作以实现根据上述的第一方面的任何方法。
如图11所示,第二实体200可以包括接收单元201,其被配置为从第一实体接收包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。
在本公开的实施例中,第二实体进一步可操作以实现根据上述的第二方面的任何方法。
术语“单元/功能单元”可以具有电子器件、电气设备和/或电子设备领域中的常规含义,并且可以包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑实体状态和/或分立设备、用于执行相应任务、过程、计算、输出和/或显示功能(诸如在本文中描述的那些)的计算机程序或指令等等。
采用这些单元,装置100或200不需要固定的处理器或存储器,任何计算资源和存储资源可以从通信系统中的至少一个网络节点/设备/实体/装置中布置。可以进一步引入虚拟化技术和网络计算技术,以提高网络资源的使用效率和网络的灵活性。
本发明的实施例进一步提供了一种在通信系统中实现的方法,其包括:在第一实体处,发送多个媒体访问控制MAC地址,包括:向第二实体发送(S101)包括第一参数和第二参数的消息;在第二实体处,接收多个媒体访问控制MAC地址,包括:从第一实体接收(S201)包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址包括:多个源MAC地址;和/或多个目的地MAC地址。
本公开的实施例还提供了一种通信系统,其包括:第一实体,其被配置为执行:发送多个媒体访问控制MAC地址,包括:向第二实体发送(S101)包括第一参数和第二参数的消息;第二实体,其被配置为执行:接收多个MAC地址,包括:从第一实体接收(S201)包括第一参数和第二参数的消息。第一参数和第二参数指示多个MAC地址。多个MAC地址包括:多个源MAC地址;和/或多个目的地MAC地址。
根据本公开的实施例,可以在通信网络中的节点之间同时传输多个MAC地址,从而可以进一步提高通信网络的效率。
具体地,通过用特征控制来添加用于源MAC地址和目的地MAC地址两者的MAC地址掩码长度,支持MAC地址列表;并且通过用特征控制来添加MAC地址结束,可以支持特定范围的MAC地址。
本公开的实施例可以避免:针对以太网流的低效编码,以及由于媒体子组件数量的增加而可能增加PCC规则数量。
通常,本公开的各种示例性实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如,一些方面可以在硬件中实现,而其他方面可以在可由控制器、微处理器或其他计算设备执行的固件或软件中实现,但是本公开不限于此。尽管可以将本公开的示例性实施例的各个方面图示和描述为框图、流程图或使用一些其他图形表示,但是很好理解,本文描述的这些框、装置、系统、技术或方法可以在作为非限制性示例的硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或它们的某种组合中实现。
因此,应当理解,本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块之类的各种组件中实施。因此应当理解,本公开的示例性实施例可以在体现为集成电路的装置中实现,其中集成电路可以包括用于体现可配置为根据本公开的示例性实施例进行操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个的电路(以及可能的固件)。
应当理解,本公开的示例性实施例的至少一些方面可以体现在由一台或多台计算机或其他设备执行的计算机可执行指令中,例如体现在一个或多个程序模块中。通常,程序模块包括在由计算机或其他设备中的处理器执行时,执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令可以存储在诸如硬盘、光盘、可移动存储介质、固态存储器、RAM等的计算机可读介质上。本领域技术人员将理解,在各种实施例中,程序模块的功能可以根据需要组合或分发。此外,该功能可以全部或部分体现在固件或硬件等价物中,例如集成电路、现场可编程门阵列(FPGA)等。
本公开明确地包括本文公开的任何新颖特征或特征组合或包括其任何概括。当结合附图阅读时,相关领域的技术人员根据前述描述很容易理解本公开的前述示例性实施例的各种修改和改变。然而,任何和所有修改仍落入本公开的非限制性和示例性实施例的范围内。

Claims (15)

1.一种在第一实体处执行的用于发送多个媒体访问控制MAC地址的方法,包括:
向第二实体发送(S101)包括第一参数和第二参数的消息;
其中,所述第一参数和所述第二参数被用于指示所述多个MAC地址,其中,所述第一参数包括所述多个MAC地址的起始MAC地址,所述起始MAC地址指定所述多个MAC地址开始,所述第二参数包括所述多个MAC地址的结束MAC地址,并且所述多个MAC地址包括从所述起始MAC地址直到并包括所述结束MAC地址的所有MAC地址;
其中,所述多个MAC地址是源MAC地址和/或目的地MAC地址;
其中,所述多个MAC地址是连续的。
2.根据权利要求1所述的方法,
其中,所述第二参数是可选的;
其中,所述第一参数是有条件的,并且取决于所述第二参数的使用;
其中,当不使用所述第二参数时,重用所述第一参数以指示单个MAC地址。
3.根据权利要求2所述的方法,其中,在所述第一实体与所述第二实体之间协商有关是否使用所述第二参数的特征。
4.根据权利要求1至3中任一项所述的方法,其中,所述消息包括以下中的至少一项:
从应用功能AF到策略控制功能PCF的策略授权请求消息;
从AF到网络开放功能NEF的业务影响请求消息;
从NEF到PCF的策略授权请求消息;
从PCF到会话管理功能SMF的会话管理策略控制请求消息;
从NEF到统一数据储存库UDR的数据储存请求消息;或者
从UDR到PCF的数据储存请求消息。
5.根据权利要求1至3中任一项所述的方法,
其中,所述第一实体包括以下中的至少一项:AF,NEF,PCF,或UDR;以及
其中,所述第二实体包括以下中的至少一项:PCF,NEF,SMF,或UDR。
6.一种在第二实体处执行的用于接收多个媒体访问控制MAC地址的方法,包括:
从第一实体接收(S201)包括第一参数和第二参数的消息;
其中,所述第一参数和所述第二参数被用于指示所述多个MAC地址其中,所述第一参数包括所述多个MAC地址的起始MAC地址,所述起始MAC地址指定所述多个MAC地址开始,所述第二参数包括所述多个MAC地址中的结束MAC地址,并且所述多个MAC地址包括从所述起始MAC地址直到并包括所述结束MAC地址的所有MAC地址;
其中,所述多个MAC地址是源MAC地址和/或目的地MAC地址;
其中,所述多个MAC地址是连续的。
7.根据权利要求6所述的方法,
其中,所述第二参数是可选的;
其中,所述第一参数是有条件的,并且取决于所述第二参数的使用;
其中,当不使用所述第二参数时,重用所述第一参数以指示单个MAC地址。
8.根据权利要求7所述的方法,其中,在所述第一实体与所述第二实体之间协商有关是否使用所述第二参数的特征。
9.根据权利要求6至8中任一项所述的方法,其中,所述消息包括以下中的至少一项:
从应用功能AF到策略控制功能PCF的策略授权请求消息;
从AF到网络开放功能NEF的业务影响请求消息;
从NEF到PCF的策略授权请求消息;
从PCF到会话管理功能SMF的会话管理策略控制请求消息;
从NEF到统一数据储存库UDR的数据储存请求消息;或者
从UDR到PCF的数据储存请求消息。
10.根据权利要求6至8中任一项所述的方法,
其中,所述第一实体包括以下中的至少一项:AF,NEF,PCF,或UDR;以及
其中,所述第二实体包括以下中的至少一项:PCF,NEF,SMF,或UDR。
11.根据权利要求6至8中任一项所述的方法,还包括:
执行(S202)与所述多个MAC地址相关的任务。
12.根据权利要求11所述的方法,其中,所述任务包括与所有所述多个MAC地址相关的单个处理过程。
13.根据权利要求11所述的方法,其中,所述任务包括分别与所述多个MAC地址中的每一个MAC地址相关的多个连续处理过程。
14.一种第一实体(100),包括:
处理器(110);以及
存储器(120),其包含可由所述处理器(110)执行的指令;
其中,所述第一实体(100)可操作以实现根据权利要求1至5中任一项所述的方法。
15.一种第二实体(200),包括:
处理器(210);以及
存储器(220),其包含可由所述处理器(210)执行的指令;
其中,所述第二实体(210)可操作以实现根据权利要求6至13中任一项所述的方法。
CN202080057683.8A 2019-08-16 2020-08-10 用于传输多个mac地址的方法和实体 Active CN114270782B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2019/101098 2019-08-16
CN2019101098 2019-08-16
PCT/CN2020/108192 WO2021031904A1 (en) 2019-08-16 2020-08-10 Method and entity for transmitting a plurality of mac addresses

Publications (2)

Publication Number Publication Date
CN114270782A CN114270782A (zh) 2022-04-01
CN114270782B true CN114270782B (zh) 2024-04-02

Family

ID=74660195

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080057683.8A Active CN114270782B (zh) 2019-08-16 2020-08-10 用于传输多个mac地址的方法和实体

Country Status (5)

Country Link
US (1) US20220272068A1 (zh)
EP (1) EP4014440A4 (zh)
CN (1) CN114270782B (zh)
BR (1) BR112022001665A2 (zh)
WO (1) WO2021031904A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101018108A (zh) * 2006-02-10 2007-08-15 华为技术有限公司 数据传输方法和系统及数据发送和接收装置
EP2833576A1 (en) * 2012-03-28 2015-02-04 Fujitsu Optical Components Limited Lan multiplexer apparatus
US8964740B2 (en) * 2010-07-28 2015-02-24 CSC Holdings, LLC Group signaling using synthetic media access control addresses

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3869712B2 (ja) * 2001-12-14 2007-01-17 株式会社日立国際電気 無線ブリッジ
CN100566294C (zh) * 2005-09-27 2009-12-02 杭州华三通信技术有限公司 单播反向路径转发方法
US9179300B2 (en) * 2011-03-02 2015-11-03 Qualcomm Incorporated Station-centric multi-user multiple input multiple output (MU-MIMO)
CN102439918A (zh) * 2011-10-11 2012-05-02 华为技术有限公司 一种报文转发的方法、设备及系统
WO2014133589A1 (en) * 2013-03-01 2014-09-04 Intel Corporation Wireless local area network (wlan) traffic offloading
US10904947B2 (en) * 2018-05-16 2021-01-26 Huawei Technologies Co., Ltd. Message and system for application function influence on traffic routing
US10992637B2 (en) * 2018-07-31 2021-04-27 Juniper Networks, Inc. Detecting hardware address conflicts in computer networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101018108A (zh) * 2006-02-10 2007-08-15 华为技术有限公司 数据传输方法和系统及数据发送和接收装置
US8964740B2 (en) * 2010-07-28 2015-02-24 CSC Holdings, LLC Group signaling using synthetic media access control addresses
EP2833576A1 (en) * 2012-03-28 2015-02-04 Fujitsu Optical Components Limited Lan multiplexer apparatus

Also Published As

Publication number Publication date
WO2021031904A1 (en) 2021-02-25
CN114270782A (zh) 2022-04-01
EP4014440A4 (en) 2022-10-12
US20220272068A1 (en) 2022-08-25
BR112022001665A2 (pt) 2022-03-22
EP4014440A1 (en) 2022-06-22

Similar Documents

Publication Publication Date Title
US11832214B2 (en) Paging cause determination for inactive device in the 5G system
JP5890527B2 (ja) トラフィック検出ネットワーク制御のためのシステムおよび方法
WO2020029922A1 (zh) 传输报文的方法和装置
US11968729B2 (en) Method and apparatus for allocating PDU session ID for terminal device
EP3984306A1 (en) Methods and apparatuses for logical tsn bridge
US20220159502A1 (en) Method, Apparatus for Synchronization of Status of QoS Flow in Communication System
WO2020103403A1 (en) Method and apparatus for parameter configuration
JP2023158130A (ja) サイドリンク伝送におけるユーザ装置能力の標識方法及び装置
WO2020169039A1 (zh) 一种策略管理的方法及装置
CN114270782B (zh) 用于传输多个mac地址的方法和实体
WO2023129361A1 (en) Charging for edge enabling infrastructure resources
KR20240004257A (ko) 업링크 송신에 대한 공간 관계 및 전력 제어 구성
US11382022B2 (en) Method, apparatus, and computer program product for packet forwarding control protocol messages bundling
CN116803112A (zh) 用于动态发现核心网络中的服务网络节点的方法、网络节点和计算机可读介质
AU2020354228B2 (en) Method and entity for checking port consistency of NIDD message
CN114287169B (zh) 用于改进的分组检测规则提供的方法和装置
OA20653A (en) Method and entity for transmitting a plurality of mac addresses.
US20230336369A1 (en) Methods supporting usage reporting rules with and without associated reporting rules and related network nodes
WO2023274366A1 (en) Method and apparatus for setting up session with required quality of service
WO2023061207A1 (zh) 一种通信方法、通信装置及通信系统
US20220225444A1 (en) Method and Apparatus for Network Function Managing NIDD Session
WO2020171765A1 (en) Mitigating dos attacks
CN117546570A (zh) 用于探测参考信号(srs)传输的冲突处理
CN117546422A (zh) 使用多个天线面板用于同时上行链路传输的配置和冲突处理

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