CN115767614B - 一种通信***、方法及装置 - Google Patents
一种通信***、方法及装置 Download PDFInfo
- Publication number
- CN115767614B CN115767614B CN202211429866.5A CN202211429866A CN115767614B CN 115767614 B CN115767614 B CN 115767614B CN 202211429866 A CN202211429866 A CN 202211429866A CN 115767614 B CN115767614 B CN 115767614B
- Authority
- CN
- China
- Prior art keywords
- network element
- plane network
- user plane
- message
- time
- 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
Links
- 238000004891 communication Methods 0.000 title claims abstract description 56
- 238000000034 method Methods 0.000 title claims abstract description 38
- 230000004044 response Effects 0.000 claims abstract description 49
- 230000005540 biological transmission Effects 0.000 claims abstract description 33
- 238000004364 calculation method Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 claims description 3
- 230000011664 signaling Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 6
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000019771 cognition Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种通信***、方法及装置,包括第一用户面网元接收控制面网元发送的消息传输指令;第一用户面网元确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息;第一用户面网元将第二预设消息发送给第二用户面网元,并记录第一用户面网元的第一发送时间;第一用户面网元接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第一接收时间;第一用户面网元根据第一接收时间和第一发送时间的差值,计算出第一用户面网元与第二用户面网元之间的时延信息,并将第一用户面网元与第二用户面网元之间的时延信息发送给控制面网元。
Description
技术领域
本申请涉及通信技术领域,具体而言,涉及一种通信***、方法及装置。
背景技术
现有技术中,为了满足移动端应用用户的使用,尤其是一些时延敏感型业务的使用,通常需要获取数据面的时延信息,增加核心网信令面对于实际网络情况的认知,通过对实际时延情况的了解,优化信令面决策。但目前核心网协议中虽然有获取数据面相关信息的描述,但没有具体的执行方式,因此如何使信令面获取到数据面的时延信息是需要解决的问题。
发明内容
有鉴于此,本申请的目的在于提供一种通信***、方法及装置,以使信令面获取到数据面的时延信息,优化信令面决策。
第一方面,本申请提供了一种通信***,***包括第一用户面网元、第二用户面网元和控制面网元,其中,所述第二用户面网元与所述第一用户面网元通过GTP连接,第一用户面网元接收控制面网元发送的消息传输指令,消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元;第一用户面网元确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息;第一用户面网元将第二预设消息发送给第二用户面网元,并记录第一用户面网元的第一发送时间;第一用户面网元接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间;第一用户面网元根据第一接收时间和第一发送时间的差值,计算出第一用户面网元与第二用户面网元之间的时延信息,并将第一用户面网元与第二用户面网元之间的时延信息发送给控制面网元,以使控制面网元根据时延信息,决策出与第一用户面网元匹配的第二用户面网元。
优选的,第一用户面网元通过以下方式确定是否满足时延请求条件:第一用户面网元确定第一预设消息的消息类型是否为控制面网元预先指定的目标消息类型,目标消息类型为上行消息、下行消息或路径消息中的至少一个;若第一预设消息的消息类型为目标消息类型,则确定满足时延请求条件;若第一预设消息的消息类型不为目标消息类型,则确定是否满足时延请求条件。
优选的,第一用户面网元通过以下方式确定是否满足时延请求条件:第一用户面网元确定当前的时间是否为控制面网元按照预设时间间隔指定的时间;若是控制面网元指定的时间,则确定满足时延请求条件;若不是控制面网元指定的时间,则确定不满足时延请求条件。
优选的,第一用户面网元通过以下方式确定是否满足时延请求条件:第一用户面网元确定是否接收到控制面网元发送的与消息传输指令对应的时延信息请求指令,时延信息请求指令用于获取第一用户面网元与第二用户面网元之间的时延信息;若接收到时延信息请求指令,则确定满足时延请求条件;若未接收到时延信息请求指令,则确定不满足时延请求条件。
优选的,第一响应消息还包括第二用户面网元处理第二预设消息的处理时间;第二用户面网元将第一响应消息发送给第一用户面网元。
优选的,第一用户面网元通过第一协议隧道将第二预设消息发送给第二用户面网元,第一用户面网元接收第二用户面网元通过第二协议隧道发送的对第三预设消息的第二响应消息,第二响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间,第三预设消息为第一用户面网元通过第二协议隧道向第二用户面网元发送的位于第二预设消息之后的其他预设消息。
优选的,***还包括第三用户面网元,第二用户面网元通过第三协议隧道将第二预设消息发送给第三用户面网元,并记录第二发送时间;第二用户面网元接收第三用户面网元发送的对第二预设消息的第三响应消息,第三响应消息中至少包括第三用户面网元接收第二预设消息的第二接收时间;第一用户面网元接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间以及第三用户面网元接收第二预设消息的第二接收时间。
第二方面,本申请提供了一种通信方法,方法包括:接收控制面网元发送的消息传输指令,消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元,第二用户面网元与第一用户面网元通过GTP连接;确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息;将第二预设消息发送给第二用户面网元,并记录第一用户面网元的第一发送时间;接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间;根据第一接收时间和第一发送时间的差值,计算出第一用户面网元与第二用户面网元之间的时延信息,并将第一用户面网元与第二用户面网元之间的时延信息发送给控制面网元,以使控制面网元根据时延信息,决策出与第一用户面网元匹配的第二用户面网元。
优选的,通过以下方式确定是否满足时延请求条件:确定是否接收到控制面网元发送的与消息传输指令对应的时延信息请求指令,时延信息请求指令用于获取第一用户面网元与第二用户面网元之间的时延信息;若接收到时延信息请求指令,则确定满足时延请求条件;若未接收到时延信息请求指令,则确定不满足时延请求条件。
第三方面,本申请提供了一种通信装置,装置包括:
第一接收模块,用于接收控制面网元发送的消息传输指令,消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元,第二用户面网元与第一用户面网元通过GTP连接;
判断模块,用于确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息;
发送模块,用于将第二预设消息发送给第二用户面网元,并记录第一用户面网元的第一发送时间;
第二接收模块,用于接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间;
计算模块,用于根据第一接收时间和第一发送时间的差值,计算出第一用户面网元与第二用户面网元之间的时延信息,并将第一用户面网元与第二用户面网元之间的时延信息发送给控制面网元,以使控制面网元根据时延信息,决策出与第一用户面网元匹配的第二用户面网元。
本申请提供的通讯***、方法及装置,通过第一用户面网元接收控制面网元发送的消息传输指令,消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元,第二用户面网元与第一用户面网元通过GTP连接。第一用户面网元确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息。第一用户面网元将第二预设消息发送给第二用户面网元,并记录第一用户面网元的第一发送时间。第一用户面网元接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间。第一用户面网元根据第一接收时间和第一发送时间的差值,计算出第一用户面网元与第二用户面网元之间的时延信息,并将第一用户面网元与第二用户面网元之间的时延信息发送给控制面网元,以使控制面网元根据时延信息,决策出与第一用户面网元匹配的第二用户面网元。可以使控制面网元获取到用户面之间的时延信息,优化控制面的决策,进而保证用户通讯的效率。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例所提供的一种通讯***的第一通讯方式的流程图;
图2为本申请实施例所提供的一种预设消息的消息头的格式示意图;
图3为本申请实施例所提供的一种通讯***的第二通讯方式的流程图;
图4为本申请实施例所提供的一种通讯***的第三通讯方式的流程图;
图5为本申请实施例所提供的一种通讯***的第四通讯方式的流程图;
图6为本申请实施例所提供的一种通讯装置的结构示意图;
图7为本申请实施例所提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例,都属于本申请保护的范围。
首先,对本申请可适用的应用场景进行介绍。本申请可应用于3G/4G/5G通信***。
现有技术中,为了满足移动端应用用户的使用,尤其是一些时延敏感型业务的使用,通常需要获取数据面(用户面)的时延信息,增加核心网信令面对于实际网络情况的认知,通过对实际时延情况的了解,优化信令面(控制面)决策。但目前核心网协议中虽然有获取数据面相关信息的描述,但没有具体的执行方式,因此如何使信令面获取到数据面的时延信息是需要解决的问题。
基于此,本申请实施例提供了一种通信***、方法及装置。
请参阅图1,图1为本申请实施例所提供的一种通讯***的第一通讯方式的流程图。本申请实施例所提供的通讯***包括第一用户面网元、第二用户面网元和控制面网元,其中,所述第二用户面网元与所述第一用户面网元通过GTP连接,第一用户面网元接收控制面网元发送的消息传输指令,消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元。第一用户面网元确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息;第一用户面网元将第二预设消息发送给第二用户面网元,并记录第一用户面网元的第一发送时间。第一用户面网元接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间。第一用户面网元根据第一接收时间和第一发送时间的差值,计算出第一用户面网元与第二用户面网元之间的时延信息,并将第一用户面网元与第二用户面网元之间的时延信息发送给控制面网元,以使控制面网元根据时延信息,决策出与第一用户面网元匹配的第二用户面网元。
以5G核心网为例,这里的第一用户面网元为UPF,第二用户面网元为其他UPF或者基站或其他网络功能实体,这里的控制面网元为SMF。这里的第二用户面网元与第一用户面网元之间可以建立有GTP-U隧道。这里的数据面网元作为客户端或服务端的服务化接口使用(例如调用Dccf的数据记录的接口)。这里传输的第一预设消息等可以是任意GTP消息,例如上行消息、下行消息或是用于检测节点之间心跳的路径消息(GTP-U echo)等。
具体的,通过以下方式在预设消息的消息头中加入时延信息请求字段。如图2所示,图2为本申请实施例所提供的一种预设消息的消息头的格式示意图,在其中的拓展头格式(Next extension header type)中增加时延信息请求字段,这里的时延信息请求字段的具体字段不做限制,用于指示网元记录时间。
这里的控制面可以根据一个用户面网元与多个其他用户面网元之间的时延信息,确定出与该用户面网元时延最短的其他用户面网元(即与第一用户面网元匹配的第二用户面网元),进而再下一次需要该用户面网元传送信息时,指示该用户面网元与时延最短的其他用户面网元为用户传送信息,进而保证用户的通讯速率。
需要说明的是,时延信息请求字段所请求的信息,可以是一次或多次/定时或不定时的消息往返中获取后,统计计算获得的。具体可以是用户面网元进行计算,并反馈给控制面网元,也可以是用户面网元将用于计算的时间反馈给控制面网元,再由控制面网元进行计算。
具体的,第一响应消息还包括第二用户面网元处理第二预设消息的处理时间。第二用户面网元将第一响应消息发送给第一用户面网元。
这里的时延信息可以是传播时延、处理时延以及排队时延等。在实际操作中,需要在时延信息请求字段中,明确出想要获取的是消息的传播时间、处理时间或排队时间等,以使对端根据请求反馈对应的时间。
本申请实施例提供的通信***,可以使控制面网元获取到数据面网元之间的时延信息,同时,将时延信息请求直接添加在待发送消息的消息头中,避免了额外发送请求,减轻了通讯负担。
在本申请的一个实施例中,如图1所示,第一用户面网元通过以下方式确定是否满足时延请求条件:
第一用户面网元确定第一预设消息的消息类型是否为控制面网元预先指定的目标消息类型,目标消息类型为上行消息、下行消息或路径消息中的至少一个。若第一预设消息的消息类型为目标消息类型,则确定满足时延请求条件。若第一预设消息的消息类型不为目标消息类型,则确定是否满足时延请求条件。
或者第一用户面网元通过以下方式确定是否满足时延请求条件:
第一用户面网元确定当前的时间是否为控制面网元按照预设时间间隔指定的时间。若是控制面网元指定的时间,则确定满足时延请求条件。若不是控制面网元指定的时间,则确定不满足时延请求条件。
在第一通讯方式中,这里的控制面网元可以预先向数据面网元订阅时延信息,这样数据面网元可以根据订阅,将对应的时延信息反馈给控制面网元。控制面网元的订阅规则可以是指定事件、指定时间、或者指定预设消息的类型,例如使数据面网元按照预设的时间间隔,在需要发送的GTP消息的消息头中加入时延信息请求字段后再发送。用户面网元可以向订阅了该信息的网元(即服务化接口模式)主动发送将该时延信息,上报至信令面网元。
如图3所示,图3为本申请实施例所提供的一种通讯***的第二通讯方式的流程图。在本申请的一个实施例中,第一用户面网元通过以下方式确定是否满足时延请求条件:
第一用户面网元确定是否接收到控制面网元发送的与消息传输指令对应的时延信息请求指令,时延信息请求指令用于获取第一用户面网元与第二用户面网元之间的时延信息。若接收到时延信息请求指令,则确定满足时延请求条件。若未接收到时延信息请求指令,则确定不满足时延请求条件。
在第二通讯方式中,控制面网元可以根据需求生成时延信息请求指令,这里的时延信息请求指令可以是与消息传输指令同时发送的。用户面网元接收到时延信息请求指令后,在时延信息请求指令所指示的GTP消息的消息头中加入时延信息请求字段,以形成新的GTP消息,并与对应的用户面网元之间建立GTP协议隧道,将新的GTP消息通过建立好的GTP协议隧道发送至对应的用户面网元。
如图4所示,图4为本申请实施例所提供的一种通讯***的第三通讯方式的流程图。其中,第一用户面网元通过第一协议隧道将第二预设消息发送给第二用户面网元,第一用户面网元接收第二用户面网元通过第二协议隧道发送的对第三预设消息的第二响应消息,第二响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间,第三预设消息为第一用户面网元通过第二协议隧道向第二用户面网元发送的位于第二预设消息之后的其他预设消息。
可以理解的是,在第三通讯方式中,当第一预设消息为上行消息时,第二用户面网元不一定会对第二预设消息进行响应,此时第二用户面网元可以在对第三预设消息反馈第二响应消息时,同时将第一接收时间添加,并通过第二协议隧道反馈给第一用户面网元。
如图5所示,图5为本申请实施例所提供的一种通讯***的第四通讯方式的流程图。通信***还包括第三用户面网元,第二用户面网元通过第三协议隧道将第二预设消息发送给第三用户面网元,并记录第二发送时间。第二用户面网元接收第三用户面网元发送的对第二预设消息的第三响应消息,第三响应消息中至少包括第三用户面网元接收第二预设消息的第二接收时间。第一用户面网元接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间以及第三用户面网元接收第二预设消息的第二接收时间。
在第四通讯方式中,提供一种漫游场景,这里不仅可以获取第一用户面网元和第二用户面网元之间的时延信息,还可以获取第一用户面网元和第三用户面网元之间的时延信息或第二用户面网元和第二用户面网元之间的时延信息。只要对应的GTP消息中添加有时延信息请求字段即可,请求的时延信息也不限于传播时延、排队时延等等,也不限于同一隧道反馈时间。
本申请实施例所提供的通讯***,可以让信令面获取到本核心网内或核心网间或与数据面存在GTP链路的其他功能实体间的时延信息,可使用时延信息作为依据或预测,用于优化信令面的决策或加强服务质量(QoS)的执行。使用了GTP协议头作为获取方式的消息,可在数据面消息交互中附带该信息,减少了额外发送消息获取该信息的开销,且更为灵活。
在本申请的一个实施例中,还提供了一种通信方法,适用于用户面网元,方法包括接收控制面网元发送的消息传输指令,消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元,第二用户面网元与第一用户面网元通过GTP连接;确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息;将第二预设消息发送给第二用户面网元,并记录第一用户面网元的第一发送时间;接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间;根据第一接收时间和第一发送时间的差值,计算出第一用户面网元与第二用户面网元之间的时延信息,并将第一用户面网元与第二用户面网元之间的时延信息发送给控制面网元,以使控制面网元根据时延信息,决策出与第一用户面网元匹配的第二用户面网元。
具体的,通过以下方式确定是否满足时延请求条件:
确定是否接收到控制面网元发送的与消息传输指令对应的时延信息请求指令,时延信息请求指令用于获取第一用户面网元与第二用户面网元之间的时延信息。若接收到时延信息请求指令,则确定满足时延请求条件。若未接收到时延信息请求指令,则确定不满足时延请求条件。
基于同一发明构思,本申请实施例中还提供了与通讯方法对应的通讯装置,由于本申请实施例中的装置解决问题的原理与本申请实施例上述通讯方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
请参阅图6,图6为本申请实施例所提供的一种通讯装置的结构示意图。如图6中所示,所述通讯装置600包括:
第一接收模块610,用于接收控制面网元发送的消息传输指令,消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元,第二用户面网元与第一用户面网元通过GTP连接;
判断模块620,用于确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息;
发送模块630,用于将第二预设消息发送给第二用户面网元,并记录第一用户面网元的第一发送时间;
第二接收模块640,用于接收第二用户面网元发送的对第二预设消息的第一响应消息,第一响应消息中至少包括第二用户面网元接收第二预设消息的第一接收时间;
计算模块650,用于根据第一接收时间和第一发送时间的差值,计算出第一用户面网元与第二用户面网元之间的时延信息,并将第一用户面网元与第二用户面网元之间的时延信息发送给控制面网元,以使控制面网元根据时延信息,决策出与第一用户面网元匹配的第二用户面网元。
请参阅图7,图7为本申请实施例所提供的一种电子设备的结构示意图。如图7中所示,所述电子设备700包括处理器710、存储器720和总线730。
所述存储器720存储有所述处理器710可执行的机器可读指令,当电子设备700运行时,所述处理器710与所述存储器720之间通过总线730通信,所述机器可读指令被所述处理器710执行时,可以执行如上述通讯方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时可以执行如上述通讯方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(RandomAccessMemory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种通信***,其特征在于,所述***包括第一用户面网元、第二用户面网元和控制面网元,其中,所述第二用户面网元与所述第一用户面网元通过GTP连接,所述第一用户面网元、所述第二用户面网元均为UPF,所述控制面网元为SMF,
所述第一用户面网元接收控制面网元发送的消息传输指令,所述消息传输指令用于指示所述第一用户面网元将第一预设消息传输至第二用户面网元;
所述第一用户面网元确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息,其中,通过以下方式加入时延信息请求字段:在消息头的Next extension header type字段中,添加用于指示网元记录时间的时延信息请求字段;
所述第一用户面网元将所述第二预设消息发送给所述第二用户面网元,并记录第一用户面网元的第一发送时间;
所述第一用户面网元接收所述第二用户面网元发送的对所述第二预设消息的第一响应消息,所述第一响应消息中至少包括所述第二用户面网元接收所述第二预设消息的第一接收时间;
所述第一用户面网元根据所述第一接收时间和所述第一发送时间的差值,计算出所述第一用户面网元与所述第二用户面网元之间的时延信息,并将所述第一用户面网元与所述第二用户面网元之间的时延信息发送给控制面网元,以使所述控制面网元下一次生成所述消息传输指令时,根据时延信息确定出第一用户面网元所要传输预设消息的第二用户面网元。
2.根据权利要求1所述的***,其特征在于,所述第一用户面网元通过以下方式确定是否满足时延请求条件:
所述第一用户面网元确定所述第一预设消息的消息类型是否为所述控制面网元预先指定的目标消息类型,所述目标消息类型为上行消息、下行消息或路径消息中的至少一个;
若所述第一预设消息的消息类型为目标消息类型,则确定满足时延请求条件;
若所述第一预设消息的消息类型不为目标消息类型,则确定是否满足时延请求条件。
3.根据权利要求1所述的***,其特征在于,所述第一用户面网元通过以下方式确定是否满足时延请求条件:
所述第一用户面网元确定当前的时间是否为所述控制面网元按照预设时间间隔指定的时间;
若是所述控制面网元指定的时间,则确定满足时延请求条件;
若不是所述控制面网元指定的时间,则确定不满足时延请求条件。
4.根据权利要求1所述的***,其特征在于,所述第一用户面网元通过以下方式确定是否满足时延请求条件:
所述第一用户面网元确定是否接收到所述控制面网元发送的与所述消息传输指令对应的时延信息请求指令,所述时延信息请求指令用于获取所述第一用户面网元与所述第二用户面网元之间的时延信息;
若接收到所述时延信息请求指令,则确定满足时延请求条件;
若未接收到所述时延信息请求指令,则确定不满足时延请求条件。
5.根据权利要求1所述的***,其特征在于,所述第一响应消息还包括所述第二用户面网元处理所述第二预设消息的处理时间;
所述第二用户面网元将所述第一响应消息发送给所述第一用户面网元。
6.根据权利要求1所述的***,其特征在于,所述第一用户面网元通过第一协议隧道将所述第二预设消息发送给所述第二用户面网元,
所述第一用户面网元接收所述第二用户面网元通过第二协议隧道发送的对第三预设消息的第二响应消息,所述第二响应消息中至少包括所述第二用户面网元接收所述第二预设消息的第一接收时间,所述第三预设消息为第一用户面网元通过第二协议隧道向第二用户面网元发送的位于第二预设消息之后的其他预设消息。
7.根据权利要求6所述的***,其特征在于,所述***还包括第三用户面网元,
所述第二用户面网元通过第三协议隧道将所述第二预设消息发送给所述第三用户面网元,并记录第二发送时间;
所述第二用户面网元接收所述第三用户面网元发送的对所述第二预设消息的第三响应消息,所述第三响应消息中至少包括所述第三用户面网元接收所述第二预设消息的第二接收时间;
所述第一用户面网元接收所述第二用户面网元发送的对所述第二预设消息的第一响应消息,所述第一响应消息中至少包括所述第二用户面网元接收所述第二预设消息的第一接收时间以及所述第三用户面网元接收所述第二预设消息的第二接收时间。
8.一种通信方法,其特征在于,所述方法包括:
接收控制面网元发送的消息传输指令,所述消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元,所述第二用户面网元为与所述第一用户面网元通过GTP连接的网元,所述第一用户面网元、所述第二用户面网元均为UPF,所述控制面网元为SMF;
确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息,其中,通过以下方式加入时延信息请求字段:在消息头的Next extension header type字段中,添加用于指示网元记录时间的时延信息请求字段;
将所述第二预设消息发送给所述第二用户面网元,并记录第一用户面网元的第一发送时间;
接收所述第二用户面网元发送的对所述第二预设消息的第一响应消息,所述第一响应消息中至少包括所述第二用户面网元接收所述第二预设消息的第一接收时间;
根据所述第一接收时间和所述第一发送时间的差值,计算出所述第一用户面网元与所述第二用户面网元之间的时延信息,并将所述第一用户面网元与所述第二用户面网元之间的时延信息发送给控制面网元,以使所述控制面网元下一次生成所述消息传输指令时,根据时延信息确定出第一用户面网元所要传输预设消息的第二用户面网元。
9.根据权利要求8所述的方法,其特征在于,通过以下方式确定是否满足时延请求条件:
确定是否接收到所述控制面网元发送的与所述消息传输指令对应的时延信息请求指令,所述时延信息请求指令用于获取所述第一用户面网元与所述第二用户面网元之间的时延信息;
若接收到所述时延信息请求指令,则确定满足时延请求条件;
若未接收到所述时延信息请求指令,则确定不满足时延请求条件。
10.一种通信装置,其特征在于,所述装置包括:
第一接收模块,用于接收控制面网元发送的消息传输指令,所述消息传输指令用于指示第一用户面网元将第一预设消息传输至第二用户面网元,所述第二用户面网元为与所述第一用户面网元通过GTP连接的网元,所述第一用户面网元、所述第二用户面网元为UPF,所述控制面网元为SMF;
判断模块,用于确定是否满足时延请求条件,若满足时延请求条件,则在第一预设消息的消息头中加入时延信息请求字段,以生成第二预设消息,其中,通过以下方式加入时延信息请求字段:在消息头的Next extension header type字段中,添加用于指示网元记录时间的时延信息请求字段;
发送模块,用于将所述第二预设消息发送给所述第二用户面网元,并记录第一用户面网元的第一发送时间;
第二接收模块,用于接收所述第二用户面网元发送的对所述第二预设消息的第一响应消息,所述第一响应消息中至少包括所述第二用户面网元接收所述第二预设消息的第一接收时间;
计算模块,用于根据所述第一接收时间和所述第一发送时间的差值,计算出所述第一用户面网元与所述第二用户面网元之间的时延信息,并将所述第一用户面网元与所述第二用户面网元之间的时延信息发送给控制面网元,以使所述控制面网元下一次生成所述消息传输指令时,根据时延信息确定出第一用户面网元所要传输预设消息的第二用户面网元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211429866.5A CN115767614B (zh) | 2022-11-15 | 2022-11-15 | 一种通信***、方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211429866.5A CN115767614B (zh) | 2022-11-15 | 2022-11-15 | 一种通信***、方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115767614A CN115767614A (zh) | 2023-03-07 |
CN115767614B true CN115767614B (zh) | 2023-12-15 |
Family
ID=85371723
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211429866.5A Active CN115767614B (zh) | 2022-11-15 | 2022-11-15 | 一种通信***、方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115767614B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108924849A (zh) * | 2017-04-01 | 2018-11-30 | 华为技术有限公司 | 一种会话连接建立方法及控制面网元 |
CN111246453A (zh) * | 2018-11-28 | 2020-06-05 | 华为技术有限公司 | 一种数据传输方法、用户面网元及控制面网元 |
CN111294224A (zh) * | 2018-12-10 | 2020-06-16 | 华为技术有限公司 | 用于测量服务质量信息的方法和装置 |
CN111770475A (zh) * | 2019-03-31 | 2020-10-13 | 华为技术有限公司 | 时延获取方法及装置、优化方法及装置 |
WO2022042380A1 (zh) * | 2020-08-28 | 2022-03-03 | 华为技术有限公司 | 确定空口时延的方法及装置 |
CN114189908A (zh) * | 2021-12-17 | 2022-03-15 | 中国联合网络通信集团有限公司 | 通信方法、装置、设备及存储介质 |
WO2022165730A1 (en) * | 2021-02-05 | 2022-08-11 | Zte Corporation | Dynamic packet delay budget processing in quality of service |
CN115243396A (zh) * | 2022-07-27 | 2022-10-25 | 联想(北京)有限公司 | 一种信息处理方法、会话管理功能网元和用户面功能网元 |
-
2022
- 2022-11-15 CN CN202211429866.5A patent/CN115767614B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108924849A (zh) * | 2017-04-01 | 2018-11-30 | 华为技术有限公司 | 一种会话连接建立方法及控制面网元 |
CN111246453A (zh) * | 2018-11-28 | 2020-06-05 | 华为技术有限公司 | 一种数据传输方法、用户面网元及控制面网元 |
CN111294224A (zh) * | 2018-12-10 | 2020-06-16 | 华为技术有限公司 | 用于测量服务质量信息的方法和装置 |
CN111770475A (zh) * | 2019-03-31 | 2020-10-13 | 华为技术有限公司 | 时延获取方法及装置、优化方法及装置 |
WO2022042380A1 (zh) * | 2020-08-28 | 2022-03-03 | 华为技术有限公司 | 确定空口时延的方法及装置 |
WO2022165730A1 (en) * | 2021-02-05 | 2022-08-11 | Zte Corporation | Dynamic packet delay budget processing in quality of service |
CN114189908A (zh) * | 2021-12-17 | 2022-03-15 | 中国联合网络通信集团有限公司 | 通信方法、装置、设备及存储介质 |
CN115243396A (zh) * | 2022-07-27 | 2022-10-25 | 联想(北京)有限公司 | 一种信息处理方法、会话管理功能网元和用户面功能网元 |
Also Published As
Publication number | Publication date |
---|---|
CN115767614A (zh) | 2023-03-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2006050560A (ja) | ネットワーク条件に応じてネットワーク通信を最適化するためのシステムおよび方法 | |
CN106953797B (zh) | 一种基于动态连接的rdma数据传输的方法与装置 | |
CN110808948B (zh) | 远程过程调用方法、装置及*** | |
CN108781226B (zh) | 通信*** | |
EP4167609A1 (en) | Traffic charging method, network device and storage medium | |
KR101809365B1 (ko) | M2M/IoT 플랫폼에서 MQTT 프로토콜을 활용한 메시지 단편화 방법 | |
CN112738283B (zh) | 一种信令传输方法、装置、设备及存储介质 | |
CN115002238A (zh) | 流量传输方法、装置、设备和存储介质 | |
CN113259874B (zh) | 消息处理方法、电子设备及存储介质 | |
US8958798B2 (en) | Radio access network, base station, and data transfer method | |
CN115767614B (zh) | 一种通信***、方法及装置 | |
CN109756464B (zh) | 一种通信方法及服务器、客户端 | |
CN101472290B (zh) | 移动数据业务平台性能测试流量控制方法及装置 | |
CN107005969B (zh) | 一种用于分布式网关的寻呼方法及装置 | |
KR101438809B1 (ko) | 조건적 반복 위치 정보를 제공하기 위한 시스템 및 방법 | |
JP6065114B2 (ja) | プッシュ型情報送信装置、プッシュ型情報送信方法及びプログラム | |
CN111371675B (zh) | 智能寻址方法、装置、设备及其存储介质 | |
KR102171306B1 (ko) | 네트워크장치 및 네트워크장치에서 수행되는 상태정보 기반의 컨텍스트 관리 방법 | |
US10813110B2 (en) | Method and apparatus for scheduling terminal radio resources | |
CN107786310B (zh) | 一种数据包传输方法和节点 | |
CN111314036A (zh) | 用于多pdcch重复发送场景的cpu占用时间确定方法及装置、存储介质、终端 | |
JP2004096746A (ja) | ネットワーク提起情報伝達 | |
TWI353751B (en) | Method and arrangement for polling management | |
CN111478929B (zh) | 一种视频业务数据的传输方法及装置 | |
CN114338839B (zh) | 基于tcp的数据传输方法、装置、电子设备及存储介质 |
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 |