CN117793199A - 通信方法、通信装置、以及通信系统 - Google Patents

通信方法、通信装置、以及通信系统 Download PDF

Info

Publication number
CN117793199A
CN117793199A CN202211212806.8A CN202211212806A CN117793199A CN 117793199 A CN117793199 A CN 117793199A CN 202211212806 A CN202211212806 A CN 202211212806A CN 117793199 A CN117793199 A CN 117793199A
Authority
CN
China
Prior art keywords
sealdd
server
information
tunnel
network element
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211212806.8A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202211212806.8A priority Critical patent/CN117793199A/zh
Priority to PCT/CN2023/119350 priority patent/WO2024067194A1/zh
Publication of CN117793199A publication Critical patent/CN117793199A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/46Interconnection of networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

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

Abstract

本申请实施例提供了一种通信方法、通信装置、以及通信系统。该方法可以包括:服务使能架构层数据传输SEALDD服务器接收来自终端设备的服务请求信息,服务请求信息用于请求SEALDD服务器提供与数据传输相关的服务;响应于服务请求信息,SEALDD服务器通过N6隧道与用户面网元传输终端设备的数据,N6隧道是基于第一信息和第二信息建立的,第一信息包括SEALDD服务器提供的用于建立N6隧道的信息,第二信息包括用户面网元提供的用于建立N6隧道的信息。这样,通过建立SEALDD服务器与用户面网元之间的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。

Description

通信方法、通信装置、以及通信系统
技术领域
本申请涉及通信领域,并且更具体地,涉及一种通信方法、通信装置、以及通信系统。
背景技术
应用服务器可通过核心网为客户端提供服务。以服务使能架构层(serviceenabler architecture layer,SEAL)为例,SEAL可通过服务使能架构层数据传输(serviceenabler architecture layer data delivery,SEALDD)服务架构为应用客户端和应用服务器提供服务。SEALDD服务架构如可以包括SEALDD服务器(SEALDD server)和SEALDD客户端(SEALDD client)。举例来说,当用户面数据进行传输时,应用客户端可以先将数据包发送至SEALDD客户端,SEALDD客户端可将接收到的数据包通过用户面网元发送至SEALDD服务器,之后,再由SEALDD服务器发送至应用服务器。那么,应用服务器通过核心网为客户端提供服务时,如何传输数据,是一个待解决的问题。
发明内容
本申请提供一种通信方法、通信装置、以及通信系统,通过建立应用服务器与核心网之间的关联,使得应用服务器可以通过核心网为客户端提供服务。
第一方面,提供了一种通信方法,该方法可以由服务使能架构层数据传输(service enabler architecture layer data delivery,SEALDD)服务器执行,或者,也可以由SEALDD服务器的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由SEALDD服务器执行为例进行说明。
该方法可以包括:服务使能架构层数据传输SEALDD服务器接收来自终端设备的服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务;响应于所述服务请求信息,所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,所述N6隧道是基于第一信息和第二信息建立的,所述第一信息包括所述SEALDD服务器提供的用于建立所述N6隧道的信息,所述第二信息包括所述用户面网元提供的用于建立所述N6隧道的信息。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如终端粒度或终端的特定数据传输业务粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,SEALDD服务器在收到终端设备的服务请求信息后,通过SEALDD服务器与用户面网元之间的N6隧道,与用户面网元传输该终端设备的数据。其中,该N6隧道可以是SEALDD服务器根据SEALDD服务器提供的用于建立N6隧道的信息以及用户面网元提供的用于建立N6隧道的信息确定的。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:所述SEALDD服务器向所述用户面网元发送所述第一信息,所述第一信息用于触发所述用户面网元建立所述N6隧道;响应于所述第一信息,所述用户面网元通过所述N6隧道与所述SEALDD服务器传输所述终端设备的数据。
基于上述技术方案,用户面网元可以基于SEALDD服务器提供的第一信息以及自身提供的建立所述N6隧道的信息,建立或者说配置N6隧道,进而可以通过该N6隧道与SEALDD服务器传输终端设备的数据。
结合第一方面,在第一方面的某些实现方式中,所述SEALDD服务器向所述用户面网元发送所述第一信息,包括:所述SEALDD服务器根据所述服务请求信息确定要在所述N6隧道上传输所述终端设备的数据时,所述SEALDD服务器向所述用户面网元发送所述第一信息。
基于上述技术方案,SEALDD服务器可以确定在需要建立N6隧道的情况下,或者说需要在N6隧道上传输终端设备的数据的情况下,再向用户面网元提供第一信息,避免不需要建立N6隧道带来的信令浪费。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:所述SEALDD服务器向所述终端设备发送所述SEALDD服务器的地址信息和/或所述SEALDD服务器的端口信息。
基于上述技术方案,SEALDD服务器向终端设备提供SEALDD服务器的地址信息和/或SEALDD服务器的端口信息,这样终端设备可以基于该地址信息和/或端口信息,向SEALDD服务器传输数据。
结合第一方面,在第一方面的某些实现方式中,所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,包括:所述SEALDD服务器接收来自应用服务器的第一数据包;所述SEALDD服务器根据所述第一数据包的地址信息和/或端口信息,以及映射关系,通过所述N6隧道向所述用户面网元发送所述第一数据包;其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
结合第一方面,在第一方面的某些实现方式中,所述第一数据包中包括所述第一数据包的特征信息。
结合第一方面,在第一方面的某些实现方式中,所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,包括:所述SEALDD服务器通过所述N6隧道从所述用户面网元接收第二数据包;所述SEALDD服务器根据所述第二数据包的地址信息和/或端口信息,以及所述N6隧道和映射关系,向应用服务器发送所述第二数据包;其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
结合第一方面,在第一方面的某些实现方式中,所述第二数据包中包括所述第二数据包的特征信息。
第二方面,提供了一种通信方法,该方法可以由用户面网元执行,或者,也可以由用户面网元的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由用户面网元执行为例进行说明。
该方法可以包括:用户面网元接收来自服务使能架构层数据传输SEALDD服务器的第一信息,所述第一信息用于触发所述用户面网元建立N6隧道,所述N6隧道是基于所述第一信息和第二信息建立的,所述第一信息包括所述SEALDD服务器提供的用于建立所述N6隧道的信息,所述第二信息包括所述用户面网元提供的用于建立所述N6隧道的信息;响应于所述第一信息,所述用户面网元通过所述N6隧道与所述SEALDD服务器传输所述终端设备的数据。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如终端粒度或终端的特定数据传输业务粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,用户面网元可以基于SEALDD服务器提供的用于建立N6隧道的信息以及自身提供的用于建立N6隧道的信息,建立SEALDD服务器与用户面网元之间的N6隧道,进而可以通过该N6隧道,与SEALDD服务器传输终端设备的数据。
结合第二方面,在第二方面的某些实现方式中,所述用户面网元通过所述N6隧道与所述SEALDD服务器传输所述终端设备的数据,包括:所述用户面网元通过所述N6隧道从所述SEALDD服务器接收来自应用服务器的第一数据包;所述用户面网元根据所述第一数据包的地址信息和/或端口信息,以及映射关系,向所述终端设备发送所述第一数据包;其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
结合第二方面,在第二方面的某些实现方式中,所述第一数据包中包括所述第一数据包的特征信息。
结合第二方面,在第二方面的某些实现方式中,所述用户面网元通过所述N6隧道与所述SEALDD服务器传输所述终端设备的数据,包括:所述用户面网元接收来自所述终端设备的第二数据包;所述用户面网元根据所述第二数据包的地址信息和/或端口信息,以及所述N6隧道和映射关系,通过所述SEALDD服务器向应用服务器发送所述第二数据包;其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
结合第二方面,在第二方面的某些实现方式中,所述第二数据包中包括所述第二数据包的特征信息。
结合第一方面或第二方面,在某些实现方式中,所述第一信息包括以下至少一项:所述终端设备的信息、所述N6隧道的路由信息、所述SEALDD服务器的地址信息、所述SEALDD服务器的端口信息、所述N6隧道在所述SEALDD服务器侧的隧道端点标识符。
结合第一方面或第二方面,在某些实现方式中,所述第二信息包括以下至少一项:所述用户面网元的地址信息、所述用户面网元的端口信息、所述N6隧道在所述用户面网元侧的隧道端点标识符。
结合第一方面或第二方面,在某些实现方式中,所述第一信息包括所述SEALDD服务器提供的用于建立至少两个N6隧道的信息,所述至少两个N6隧道是所述SEALDD服务器与所述用户面网元之间的N6隧道,所述至少两个N6隧道用于传输所述终端设备的不同类型的数据。
结合第一方面或第二方面,在某些实现方式中,所述第一信息包括每个N6隧道对应的重要性信息。
第三方面,提供了一种通信方法,该方法可以由会话管理网元执行,或者,也可以由会话管理网元的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由会话管理网元执行为例进行说明。
该方法可以包括:会话管理网元确定第二信息,所述第二信息包括用户面网元提供的用于建立N6隧道的信息,所述N6隧道是服务使能架构层数据传输SEALDD服务器与所述用户面网元之间的N6隧道,所述N6隧道用于传输终端设备的数据;所述会话管理网元向所述SEALDD服务器发送所述第二信息,所述第二信息用于触发所述SEALDD服务器建立所述N6隧道。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如终端粒度或终端的特定数据传输业务粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,用户面网元可以向SEALDD服务器提供用户面网元提供的用于建立N6隧道的信息,这样SEALDD服务器可以基于该第二信息以及自身提供的用于建立N6隧道的信息确定N6隧道,进而SEALDD服务器可以通过该N6隧道,与用户面网元传输终端设备的数据。
结合第三方面,在第三方面的某些实现方式中,所述方法还包括:会话管理网元接收来自所述SEALDD服务器的第一信息,所述第一信息包括所述SEALDD服务器提供的用于建立所述N6隧道的信息,所述第一信息用于触发所述用户面网元建立所述N6隧道。
结合第三方面,在第三方面的某些实现方式中,方法还包括:所述会话管理网元向所述用户面网元发送第一信息。
基于上述技术方案,会话管理网元可以向用户面网元发送SEALDD服务器提供的用于建立N6隧道的信息,这样用户面网元可以确定N6隧道。
结合第三方面,在第三方面的某些实现方式中,所述第一信息包括以下至少一项:所述终端设备的信息、所述N6隧道的路由信息、所述SEALDD服务器的地址信息、所述SEALDD服务器的端口信息、所述N6隧道在所述SEALDD服务器侧的隧道端点标识符。
结合第三方面,在第三方面的某些实现方式中,所述会话管理网元确定第二信息,包括:所述会话管理网元为所述用户面网元分配所述第二信息;或者,所述会话管理网元接收来自所述用户面网元的所述第二信息。
结合第三方面,在第三方面的某些实现方式中,所述第二信息包括以下至少一项:所述用户面网元的地址信息、所述用户面网元的端口信息、所述N6隧道在所述用户面网元侧的隧道端点标识符。
第四方面,提供了一种通信方法,该方法可以由SEALDD服务器执行,或者,也可以由SEALDD服务器的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由SEALDD服务器执行为例进行说明。
该方法可以包括:服务使能架构层数据传输SEALDD服务器接收来自终端设备的服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务;在所述SEALDD服务器确定SEALDD服务器与用户面网元未建立N6隧道的情况下,所述SEALDD服务器向所述用户面网元发送第一信息,所述第一信息是所述SEALDD服务器提供的用于建立所述N6隧道的信息,所述用户面网元是为所述终端设备提供服务的用户面网元,所述第一信息用于触发所述用户面网元建立所述N6隧道。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如用户面网元粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,SEALDD服务器在收到终端设备的服务请求信息后,可以先判断SEALDD服务器是否与为终端设备提供服务的用户面网元建立N6隧道。若SEALDD服务器确定SEALDD服务器未与为终端设备提供服务的用户面网元建立N6隧道,则向该用户面网元发送第一信息,以便该用户面网元与SEALDD服务器建立N6隧道。
结合第四方面,在第四方面的某些实现方式中,所述方法还包括:所述SEALDD服务器接收来自所述用户面网元的第二信息,所述第二信息是所述用户面网元提供的用于建立所述N6隧道的信息;所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,所述N6隧道是通过所述第一信息和所述第二信息确定的。
基于上述技术方案,SEALDD服务器可以接收用户面网元提供的用于建立所述N6隧道的信息,以便基于用户面网元提供的用于建立所述N6隧道的信息以及自身提供的用于建立所述N6隧道的信息,确定N6隧道。
结合第四方面,在第四方面的某些实现方式中,所述方法还包括:所述SEALDD服务器向所述终端设备发送所述SEALDD服务器的地址信息和/或所述SEALDD服务器的端口信息。
结合第四方面,在第四方面的某些实现方式中,所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,包括:所述SEALDD服务器接收来自应用服务器的第一数据包;所述SEALDD服务器根据所述第一数据包的地址信息和/或端口信息,以及映射关系,通过所述N6隧道向所述用户面网元发送所述第一数据包;其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
结合第四方面,在第四方面的某些实现方式中,所述第一数据包中包括所述第一数据包的特征信息。
结合第四方面,在第四方面的某些实现方式中,所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,包括:所述SEALDD服务器通过所述N6隧道从所述用户面网元接收第二数据包;所述SEALDD服务器根据所述第二数据包的地址信息和/或端口信息,以及所述N6隧道和映射关系,向应用服务器发送所述第二数据包;其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
结合第四方面,在第四方面的某些实现方式中,所述第二数据包中包括所述第二数据包的特征信息。
结合第四方面,在第四方面的某些实现方式中,所述第一信息包括以下至少一项:所述终端设备的信息、所述N6隧道的路由信息、所述SEALDD服务器的地址信息、所述SEALDD服务器的端口信息、所述N6隧道在所述SEALDD服务器侧的隧道端点标识符。
结合第四方面,在第四方面的某些实现方式中,所述第二信息包括以下至少一项:所述用户面网元的地址信息、所述用户面网元的端口信息、所述N6隧道在所述用户面网元侧的隧道端点标识符。
结合第四方面,在第四方面的某些实现方式中,所述第一信息包括所述SEALDD服务器提供的用于建立至少两个N6隧道的信息,所述至少两个N6隧道是所述SEALDD服务器与所述用户面网元之间的N6隧道,所述至少两个N6隧道用于传输所述终端设备的不同类型的数据。
结合第四方面,在第四方面的某些实现方式中,所述第一信息包括每个N6隧道对应的重要性信息。
第五方面,提供了一种通信方法,该方法可以由终端设备执行,或者,也可以由终端设备的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由策略控制网元执行为例进行说明。
该方法可以包括:终端设备接收来自SEALDD服务器的用户面网元的信息,所述用户面网元是与所述SEALDD服务器建立了N6隧道的用户面网元;所述终端设备与所述用户面网元建立会话。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如用户面网元粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,终端设备可以接收SEALDD服务器提供的用户面网元的信息,该用户面网元可以是已经与SEALDD服务器建立了N6隧道的用户面网元,这样终端设备可以与该特定的用户面网元建立会话,进而由该用户面网元提供服务。
结合第五方面,在第五方面的某些实现方式中,所述用户面网元的信息包括以下至少一项:所述用户面网元的端口信息、所述用户面网元的地址信息、用户面网元的数据网络名称、所述用户面网元的网络切片。
结合第五方面,在第五方面的某些实现方式中,在所述终端设备接收来自SEALDD服务器的用户面网元的信息之前,所述方法还包括:所述终端设备向所述SEALDD服务器发送服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务。
结合第五方面,在第五方面的某些实现方式中,所述方法还包括:所述终端设备向所述SEALDD服务器发送所述终端设备的信息。
第六方面,提供了一种通信方法,该方法可以由SEALDD服务器执行,或者,也可以由SEALDD服务器的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由SEALDD服务器执行为例进行说明。
该方法可以包括:服务使能架构层数据传输SEALDD服务器与用户面网元之间建立N6隧道;所述SEALDD服务器向终端设备和/或应用服务器发送所述用户面网元的信息。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如用户面网元粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,SEALDD服务器预先与用户面网元建立N6隧道,并且向终端设备和/或应用服务器发送该用户面网元的信息,以便使得由该用户面网元为终端设备提供服务。
结合第六方面,在第六方面的某些实现方式中,所述用户面网元的信息包括以下至少一项:所述用户面网元的端口信息、所述用户面网元的地址信息、用户面网元的数据网络名称、所述用户面网元的网络切片。
结合第六方面,在第六方面的某些实现方式中,在所述SEALDD服务器向终端设备发送所述用户面网元的信息之前,所述方法还包括:所述SEALDD服务器接收到来自所述终端设备的服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务。
结合第六方面,在第六方面的某些实现方式中,所述方法还包括:所述SEALDD服务器接收到来自所述终端设备的信息;所述SEALDD服务器根据所述终端设备的信息,确定映射关系,所述映射关系用于指示所述SEALDD服务器、所述终端设备、所述应用服务器、以及所述N6隧道之间的关系。
结合第六方面,在第六方面的某些实现方式中,所述方法还包括:所述SEALDD服务器根据所述映射关系,通过所述N6隧道与所述用户面网元传输所述终端设备的数据。
第七方面,提供了一种通信方法,该方法可以由会话管理网元执行,或者,也可以由会话管理网元的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由会话管理网元执行为例进行说明。
该方法可以包括:会话管理网元确定终端设备向SEALDD服务器发送数据;所述会话管理网元获取N6隧道的信息,所述N6隧道的信息包括所述SEALDD服务器与用户面网元之间建立的N6隧道的信息;所述会话管理网元根据所述N6隧道的信息,确定分流点,所述分流点用于将所述终端设备的数据分流至所述用户面网元。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如用户面网元粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,SEALDD服务器预先与用户面网元建立N6隧道,并且会话管理网元获取该N6隧道的信息,在会话管理网元检测到终端设备向SEALDD服务器发送数据时,根据该N6隧道的信息,确定分流点,以便将终端设备的数据分流至该用户面网元。
结合第七方面,在第七方面的某些实现方式中,所述方法还包括:所述会话管理网元向所述SEALDD服务器发送所述终端设备的信息和指示信息,所述指示信息指示所述SEALDD服务器与所述用户面网元之间建立的N6隧道的信息。
结合第七方面,在第七方面的某些实现方式中,所述N6隧道的信息包括以下至少一项:所述SEALDD服务器侧的N6隧道信息、所述N6隧道对应的数据包的端口信息、所述N6隧道对应的数据包的地址信息。
第八方面,提供了一种通信方法,该方法可以由SEALDD服务器执行,或者,也可以由SEALDD服务器的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由SEALDD服务器执行为例进行说明。
该方法可以包括:服务使能架构层数据传输SEALDD服务器与用户面网元之间建立N6隧道;所述SEALDD服务器向会话管理网元发送所述N6隧道的信息。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如用户面网元粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,SEALDD服务器预先与用户面网元建立N6隧道,并且向会话管理网元发送该N6隧道的信息,这样可以实现由会话管理网元确定分流点,以便将终端设备的数据分流至该用户面网元。
结合第八方面,在第八方面的某些实现方式中,所述方法还包括:所述SEALDD服务器接收来自会话管理网元的终端设备的信息和指示信息,所述指示信息指示所述SEALDD服务器与所述用户面网元之间建立的所述N6隧道的信息;所述SEALDD服务器根据所述终端设备的信息和所述指示信息,确定映射关系,所述映射关系用于指示所述SEALDD服务器、所述终端设备、应用服务器、以及所述N6隧道之间的关系。
结合第八方面,在第八方面的某些实现方式中,所述方法还包括:所述SEALDD服务器根据所述映射关系,通过所述N6隧道与所述用户面网元传输所述终端设备的数据。
结合第八方面,在第八方面的某些实现方式中,所述方法还包括:所述SEALDD服务器接收到来自终端设备的服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务;所述SEALDD服务器向所述终端设备发送所述SEALDD服务器的地址信息和/或所述SEALDD服务器的端口信息。
结合第八方面,在第八方面的某些实现方式中,所述SEALDD服务器向所述终端设备发送所述SEALDD服务器的地址信息和/或所述SEALDD服务器的端口信息,包括:所述SEALDD服务器根据所述服务请求信息确定要在N6隧道上传输所述终端设备的数据时,所述SEALDD服务器向所述终端设备发送所述SEALDD服务器的地址信息和/或所述SEALDD服务器的端口信息。
结合第八方面,在第八方面的某些实现方式中,所述N6隧道的信息包括以下至少一项:所述SEALDD服务器侧的N6隧道信息、所述N6隧道对应的数据包的端口信息、所述N6隧道对应的数据包的地址信息。
第九方面,提供了一种通信方法,该方法可以由会话管理网元执行,或者,也可以由会话管理网元的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由会话管理网元执行为例进行说明。
该方法可以包括:会话管理网元确定终端设备向SEALDD服务器发送数据;所述会话管理网元向第一用户面网元发送请求信息,所述请求信息用于请求N6隧道的信息,所述N6隧道是所述SEALDD服务器与所述第一用户面网元之间的N6隧道,所述第一用户面网元是为所述终端设备提供服务的用户面网元;所述会话管理网元接收来自所述第一用户面网元的第二信息,所述第二信息是所述第一用户面网元提供的用于建立所述N6隧道的信息;所述会话管理网元向所述SEALDD服务器发送所述第二信息,所述第二信息用于触发所述SEALDD服务器建立所述N6隧道。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如用户面网元粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,会话管理网元确定终端设备向SEALDD服务器发送数据时,可以向为终端设备提供服务的用户面网元请求第二信息,并发给SEALDD服务器,以便SEALDD服务器可以基于该第二信息以及自身提供的用于建立N6隧道的信息确定N6隧道。
结合第九方面,在第九方面的某些实现方式中,所述方法还包括:所述会话管理网元获取至少一个N6隧道的信息,所述至少一个N6隧道的信息包括所述SEALDD服务器与至少一个用户面网元之间建立的N6隧道的信息;所述会话管理网元向第一用户面网元发送请求信息,包括:在所述会话管理网元确定所述至少一个用户面网元不包括所述第一用户面网元的情况下,所述会话管理网元向第一用户面网元发送请求信息。
基于上述技术方案,SMF在确定第一用户面网元还未与SEALDD服务器建立N6隧道的情况下,再向SEALDD服务器发送请求消息。
结合第九方面,在第九方面的某些实现方式中,所述会话管理网元获取至少一个N6隧道的信息,包括:所述会话管理网元接收来自所述SEALDD服务器的所述至少一个N6隧道的信息。
结合第九方面,在第九方面的某些实现方式中,所述至少一个N6隧道的信息包括以下至少一项:所述SEALDD服务器侧的N6隧道信息、所述至少一个N6隧道对应的数据包的端口信息、所述至少一个N6隧道对应的数据包的地址信息。
结合第九方面,在第九方面的某些实现方式中,所述方法还包括:在所述会话管理网元确定所述至少一个用户面网元不包括所述第一用户面网元的情况下,所述会话管理网元还向所述SEALDD服务器发送终端设备的信息。
结合第九方面,在第九方面的某些实现方式中,所述方法还包括:在所述会话管理网元确定所述至少一个用户面网元包括所述第一用户面网元的情况下,所述会话管理网元向所述SEALDD服务器发送所述终端设备的信息和指示信息,所述指示信息指示所述SEALDD服务器与所述第一用户面网元之间建立的N6隧道的信息。
结合第九方面,在第九方面的某些实现方式中,所述第二信息包括以下至少一项:所述第一用户面网元的地址信息,所述第一用户面网元的端口信息、所述N6隧道在所述第一用户面网元侧的隧道端点标识符。
第十方面,提供了一种通信方法,该方法可以由SEALDD服务器执行,或者,也可以由SEALDD服务器的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由SEALDD服务器执行为例进行说明。
该方法可以包括:服务使能架构层数据传输SEALDD服务器确定至少一个N6隧道的信息,所述至少一个N6隧道的信息包括所述SEALDD服务器与至少一个用户面网元之间建立的N6隧道的信息;所述SEALDD服务器向会话管理网元发送所述至少一个N6隧道的信息。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如用户面网元粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,SEALDD服务器预先与用户面网元建立N6隧道,并且向会话管理网元发送该N6隧道的信息,以便会话管理网元可以判断SEALDD服务器是否与某个用户面网元建立N6隧道。
结合第十方面,在第十方面的某些实现方式中,所述至少一个N6隧道的信息包括以下至少一项:所述SEALDD服务器侧的N6隧道信息所述至少一个N6隧道对应的数据包的端口信息、所述至少一个N6隧道对应的数据包的地址信息。
第十一方面,提供了一种通信方法,该方法可以由SEALDD服务器执行,或者,也可以由SEALDD服务器的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由SEALDD服务器执行为例进行说明。
该方法可以包括:服务使能架构层数据传输SEALDD服务器接收来自终端设备的服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务;所述SEALDD服务器向所述终端设备发送第三信息,所述第三信息用于指示所述SEALDD服务器与所述终端设备之间的至少一个SEALDD连接的信息。
可选地,方法还包括:SEALDD服务器基于该至少一个SEALDD连接的信息传输终端设备的数据。
基于上述技术方案,通过建立SEALDD服务器与终端设备之间的隧道或者说SEALDD连接,可以实现SEALDD服务器通过核心网为终端设备提供服务。具体来说,SEALDD服务器在收到终端设备的服务请求信息后,向终端设备提供SEALDD服务器与终端设备之间的至少一个SEALDD连接的信息,以使得终端设备可以基于该至少一个SEALDD连接传输数据。
结合第十一方面,在第十一方面的某些实现方式中,所述至少一个SEALDD连接的信息包括以下至少一项:每个SEALDD连接的地址信息、每个SEALDD连接的端口信息、每个SEALDD连接的重要性信息、每个SEALDD连接的标识信息。
结合第十一方面,在第十一方面的某些实现方式中,所述方法还包括:所述SEALDD服务器接收来自应用服务器的需求信息,所述需求信息用于请求所述SEALDD服务器为所述应用服务器提供服务;所述SEALDD服务器根据所述需求信息,建立所述至少一个SEALDD连接,所述至少一个SEALDD连接用于传输所述应用服务器的数据。
结合第十一方面,在第十一方面的某些实现方式中,所述方法还包括:所述SEALDD服务器基于映射关系,与所述终端设备在所述至少一个SEALDD连接上传输所述应用服务器的数据,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述至少一个SEALDD连接之间的关系。
第十二方面,提供了一种通信方法,该方法可以由终端设备执行,或者,也可以由终端设备的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由终端设备执行为例进行说明。
该方法可以包括:终端设备向服务器发送服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务;终端设备接收来自所述SEALDD服务器的第三信息,所述第三信息用于指示所述SEALDD服务器与所述终端设备之间的至少一个SEALDD连接的信息。
可选地,终端设备基于该至少一个SEALDD连接的信息向SEALDD服务器发送数据。
基于上述技术方案,通过建立SEALDD服务器与终端设备之间的SEALDD连接或者说隧道,可以实现SEALDD服务器通过核心网为终端设备提供服务。具体来说,终端设备接收来自SEALDD服务器的至少一个SEALDD连接的信息,这样,在需要传输数据时,终端设备可以基于该至少一个SEALDD连接的信息传输数据。
结合第十二方面,在第十二方面的某些实现方式中,所述至少一个SEALDD连接的信息包括以下至少一项:每个SEALDD连接的地址信息、每个SEALDD连接的端口信息、每个SEALDD连接的重要性信息、每个SEALDD连接的标识信息。
结合第十二方面,在第十二方面的某些实现方式中,所述方法还包括:所述SEALDD服务器接收来自应用服务器的需求信息,所述需求信息用于请求所述SEALDD服务器为所述应用服务器提供服务;所述SEALDD服务器根据所述需求信息,建立所述至少一个SEALDD连接,所述至少一个SEALDD连接用于传输所述应用服务器的数据。
结合第十二方面,在第十二方面的某些实现方式中,所述方法还包括:所述SEALDD服务器基于映射关系,与所述终端设备在所述至少一个SEALDD连接上传输所述应用服务器的数据,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述至少一个SEALDD连接之间的关系。
第十三方面,提供了一种通信方法,该方法可以由通信系统执行,或者,也可以由通信系统的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由通信系统执行为例进行说明。作为示例,该通信系统可以包括用户面网元和SEALDD服务器。
该方法可以包括:SEALDD服务器接收来自应用服务器的第一数据包;所述SEALDD服务器通过N6隧道向用户面网元发送所述第一数据包;所述用户面网元向终端设备发送所述第一数据包。
可选地,SEALDD服务器根据所述第一数据包的地址信息和/或端口信息,以及映射关系,通过所述N6隧道向所述用户面网元发送所述第一数据包;其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
第十四方面,提供了一种通信方法,该方法可以由通信系统执行,或者,也可以由通信系统的组成部件(例如芯片或者电路)执行,对此不作限定,为了便于描述,下面以由通信系统执行为例进行说明。作为示例,该通信系统可以包括用户面网元和SEALDD服务器。
该方法可以包括:SEALDD服务器通过N6隧道从用户面网元接收来自终端设备的第二数据包;所述SEALDD服务器向应用服务器发送所述第二数据包。
可选地,SEALDD服务器根据所述第二数据包的地址信息和/或端口信息,以及映射关系,通过所述N6隧道向所述应用服务器发送所述第二数据包;其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
结合第十三方面或第十四方面,在某些实现方式中,SEALDD服务器为上述第一方面至第十方面中任一方面所述的SEALDD服务器。
结合第十三方面或第十四方面,在某些实现方式中,用户面网元为上述第一方面至第十方面中任一方面所述的用户面网元。
第十五方面,提供一种通信装置,该装置用于执行上述第一方面至第十四方面中任一方面提供的方法。具体地,该装置可以包括用于执行第一方面至第十四方面中任一方面的上述任一种实现方式提供的方法的单元和/或模块,如处理单元和/或通信单元。
在一种实现方式中,该装置为通信设备(如SEALDD服务器,又如会管理网元,又如用户面网元,又如终端设备)。当该装置为通信设备时,通信单元可以是收发器,或,输入/输出接口;处理单元可以是至少一个处理器。可选地,收发器可以为收发电路。可选地,输入/输出接口可以为输入/输出电路。
在另一种实现方式中,该装置为用于通信设备中的芯片、芯片系统或电路。当该装置为用于终端设备中的芯片、芯片系统或电路时,通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是至少一个处理器、处理电路或逻辑电路等。
第十六方面,提供一种通信装置,该装置包括:存储器,用于存储程序;至少一个处理器,用于执行存储器存储的计算机程序或指令,以执行上述第一方面至第十四方面中任一方面的上述任一种实现方式提供的方法。
在一种实现方式中,该装置为通信设备(如SEALDD服务器,又如会管理网元,又如用户面网元,又如终端设备)。
在另一种实现方式中,该装置为用于通信设备中的芯片、芯片系统或电路。
第十七方面,本申请提供一种处理器,用于执行上述各方面提供的方法。
对于处理器所涉及的发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则可以理解为处理器输出和输入等操作,也可以理解为由射频电路和天线所进行的发送和接收操作,本申请对此不做限定。
第十八方面,提供一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述第一方面至第十四方面中任一方面的上述任一种实现方式提供的方法。
第十九方面,提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述第一方面至第十四方面中任一方面的上述任一种实现方式提供的方法。
第二十方面,提供一种芯片,芯片包括处理器与通信接口,处理器通过通信接口读取存储器上存储的指令,执行上述第一方面至第十四方面中任一方面的上述任一种实现方式提供的方法。
可选地,作为一种实现方式,芯片还包括存储器,存储器中存储有计算机程序或指令,处理器用于执行存储器上存储的计算机程序或指令,当计算机程序或指令被执行时,处理器用于执行上述第一方面至第十四方面中任一方面的上述任意一种实现方式提供的方法。
第二十一方面,提供一种通信系统,包括前述的SEALDD服务器、用户面网元、会话管理网元、终端设备中的一个或多个。
附图说明
图1是适用于本申请实施例的网络架构的一示意图。
图2是适用于本申请实施例的网络架构的另一示意图。
图3是适用于本申请实施例的网络架构的另一示意图。
图4是根据本申请实施例提供的适用于方案A的架构图。
图5是根据本申请实施例提供的基于方案A传输的数据包的示意图。
图6是根据本申请实施例提供的适用于方案B的架构图。
图7是根据本申请实施例提供的基于方案B传输的数据包的示意图。
图8是本申请一实施例提供的一种通信方法800的示意图。
图9是本申请一实施例提供的一种通信方法900的示意性流程图。
图10是本申请另一实施例提供的一种通信方法1000的示意图。
图11是本申请另一实施例提供的一种通信方法1100的示意性流程图。
图12是本申请另一实施例提供的一种通信方法1200的示意图。
图13是本申请另一实施例提供的一种通信方法1300的示意性流程图。
图14是本申请另一实施例提供的一种通信方法1400的示意图。
图15是本申请另一实施例提供的一种通信方法1500的示意性流程图。
图16是本申请另一实施例提供的一种通信方法1600的示意图。
图17是本申请另一实施例提供的一种通信方法1700的示意性流程图。
图18是本申请另一实施例提供的一种通信方法1800的示意图。
图19是本申请另一实施例提供的一种通信方法1900的示意性流程图。
图20是本申请实施例提供的一种通信装置2000的示意性框图。
图21是本申请实施例提供的一种通信装置2100的示意性框图。
图22是本申请实施例提供的一种芯片系统2200的示意性框图。
具体实施方式
下面将结合附图,对本申请实施例中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:第五代(5thgeneration,5G)系统或新无线(new radio,NR)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time divisionduplex,TDD)等。本申请提供的技术方案还可以应用于未来的通信系统,如第六代移动通信系统。本申请实施例的技术方案还可以应用于设备到设备(device to device,D2D)通信,车辆外联(vehicle-to-everything,V2X)通信,机器到机器(machine to machine,M2M)通信,机器类型通信(machine type communication,MTC),以及物联网(internet ofthings,IoT)通信系统或者其他通信系统。
为便于理解本申请实施例,首先结合图1至图3详细说明适用于本申请实施例的通信系统。
图1是适用于本申请实施例的网络架构的一示意图。如图1所示,该网络架构例如可以包括但不限于以下:用户设备(user equipment,UE)、接入网(access network,AN)、接入和移动性管理功能(access and mobility management function,AMF)网元、会话管理功能(session management function,SMF)网元、用户面功能(user plane function,UPF)网元、策略控制功能(policy control function,PCF)网元、统一数据管理(unified datamanagement,UDM)网元、应用功能(application function,AF)、数据网络(data network,DN)、网络切片选择功能(network slice selection function,NSSF)网元、鉴权服务功能(authentication server function,AUSF)网元等。
下面对图1中示出的各网元做简单介绍:
1、UE:可以称终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。
终端设备可以是一种向用户提供语音/数据的设备,例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。
作为示例而非限定,在本申请实施例中,该终端设备可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
此外,在本申请实施例中,终端设备还可以是IoT系统中的终端设备,IoT是未来信息技术发展的重要组成部分,其主要技术特点是将物品通过通信技术与网络连接,从而实现人机互连,物物互连的智能化网络。
此外,终端设备还可以包括智能打印机、火车探测器、加油站等传感器,主要功能包括收集数据(部分终端设备)、接收网络设备的控制信息与下行数据,并发送电磁波,向网络设备传输上行数据。
应理解,终端设备可以是任何可以接入网络的设备。终端设备与接入网设备之间可以采用某种空口技术(如NR或LTE技术等)相互通信。终端设备与终端设备之间也可以采用某种空口技术(如NR或LTE技术等)相互通信。
可选地,UE可以用于充当基站。例如,UE可以充当调度实体,其在V2X或D2D等中的UE之间提供侧行链路信号。比如,蜂窝电话和汽车利用侧行链路信号彼此通信。蜂窝电话和智能家居设备之间通信,而无需通过基站中继通信信号。
本申请实施例中,用于实现终端设备的功能的装置可以是终端设备,也可以是能够支持终端设备实现该功能的装置,例如芯片系统或芯片,该装置可以被安装在终端设备中。本申请实施例中,芯片系统可以由芯片构成,也可以包括芯片和其他分立器件。
2、(无线)接入网((radio)access network,(R)AN)设备:可以为特定区域的授权用户提供接入通信网络的功能,具体可以包括第三代合作伙伴计划(3rd generationpartnership project,3GPP)网络中无线网络设备也可以包括非3GPP(non-3GPP)网络中的接入点。下文为方便描述采用AN设备表示。
AN设备可以为采用不同的无线接入技术。目前的无线接入技术有两种类型:3GPP接入技术(例如,第三代(3rd generation,3G)、第四代(4th generation,4G)或5G系统中采用的无线接入技术)和非3GPP(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术,例如,5G系统中的接入网设备称为下一代基站节点(next generation NodeBase station,gNB)或者RAN设备。非3GPP接入技术可以包括以无线保真(wirelessfidelity,WiFi)中的接入点(access point,AP)为代表的空口技术、全球互联微波接入(worldwide interoperability for microwave access,WiMAX)、码分多址(codedivision multiple access,CDMA)等。AN设备可以允许终端设备和3GPP核心网之间采用非3GPP技术互连互通。
AN设备能够负责空口侧的无线资源管理、服务质量(quality of service,QoS)管理、数据压缩和加密等功能。AN设备为终端设备提供接入服务,进而完成控制信号和用户数据在终端设备和核心网之间的转发。
AN设备例如可以包括但不限于:宏基站、微基站(也称为小站)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved NodeB,或home Node B,HNB)、基带单元(baseband unit,BBU),WiFi系统中的AP、无线中继节点、无线回传节点、传输点(transmission point,TP)或者发送接收点(transmission and reception point,TRP)等,还可以为5G(如,NR)系统中的gNB或传输点(TRP或TP),5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如分布式单元(distributed unit,DU),或者下一代通信6G系统中的基站等。本申请实施例对AN设备所采用的具体技术和具体设备形态不做限定。
接入网可以为小区提供服务。终端设备可以通过接入网设备分配的传输资源(例如,频域资源,或者说,频谱资源)与小区通信。
3、AMF网元:主要用于接入控制、移动性管理、附着与去附着等功能。
4、SMF网元:主要用于用户面网元选择,用户面网元重定向,终端设备的因特网协议(internet protocol,IP)地址分配,以及移动网络中的会话管理,如会话的建立、修改和释放及QoS控制。
5、UPF网元:主要用于用户面数据的接收和转发。例如,UPF可以从DN接收用户面数据,并通过AN设备将用户面数据发送给终端设备。UPF还可以通过AN设备从终端设备接收用户面数据,并转发到DN。会话中通过N6接口与DN直接相连的UPF可称为协议数据单元(protocol data unit,PDU)会话锚点(PDU session anchor,PSA)。
6、PCF网元:主要用于向3GPP网络提供业务,如与PCF之间交互以进行策略控制等。
7、AF网元:主要支持与3GPP核心网交互来提供服务,例如影响数据路由决策、与策略控制功能(PCF)交互、或者向网络侧提供第三方等。
8、UDM网元:主要用于UE的签约数据管理,包括UE标识的存储和管理,UE的接入授权等。
9、数据网络(DN):主要用于为UE提供数据服务的运营商网络。例如,因特网(Internet)、第三方的业务网络、IP多媒体服务业务(IP multi-media service,IMS)网络等。
10、AUSF网元:主要用于用户鉴权等。
图2是适用于本申请实施例的网络架构的另一示意图。在该网络架构中,服务使能架构层(service enabler architecture layer,SEAL)可为应用客户端和应用服务器提供服务。作为示例,SEAL可通过服务使能架构层数据传输(service enabler architecturelayer data delivery,SEALDD)服务架构为应用客户端和应用服务器提供服务。SEALDD服务架构如可以包括SEALDD服务器(SEALDD server)和SEALDD客户端(SEALDD client)。其中,SEALDD客户端和应用客户端可作为终端设备的一部分,以软件或系统组件的形式运行在终端设备上。SEALDD服务器可以以独立或集成服务器的形式部署在UPF与应用服务器之间。在实际部署中,还可以根据UPF以及应用服务器的部署情况,分布式地部署多个SEALDD服务器。
在本申请实施例中,应用客户端例如可以为垂直行业应用层(verticalapplication layer,VAL)客户端(VAL client),应用服务器例如可以为VAL服务器(VALserver)。为便于理解,下文以客户端为VAL客户端,应用服务器为VAL服务器为例进行示例性说明。
图3是适用于本申请实施例的网络架构的另一示意图。该网络架构示出了服务使能架构层与垂直行业应用层的接口结构的情况。如图3所示,终端设备中可部署至少一个SEALDD客户端,终端设备中还可部署至少一个VAL客户端。SEALDD客户端可通过SEALDD-C接口与VAL客户端进行通信,SEALDD服务器可通过SEALDD-S接口与VAL服务器进行通信。SEALDD客户端与SEALDD服务器之间可通过SEALDD-UU接口进行用户面的数据传输,其中,SEALDD-UU接口承载在3GPP网络系统构建的用户面会话上。SEALDD服务器之间可通过SEALDD-E接口进行通信,例如进行控制面上下文传输和用户面数据转发。
如图3所示,SEALDD服务器还可以通过N33/N5接口与3GPP网络系统进行通信。具体地,SEALDD服务器可以通过N33/N5接口与PCF进行控制面消息的通信,从而向5GC发送AF请求或进行通知订阅。其中,N5接口为AF与PCF的接口,N33接口为AF与NEF的接口,AF可以通过NEF与PCF进行通信。SEALDD服务器还可以通过N6接口与UPF进行用户面的数据传输。SEALDD服务器之间还可以通过SEALDD-E接口进行通信,如进行控制面上下文传输和用户面数据转发。
以图3所示的架构为例,当用户面数据进行传输时,对于上行传输,VAL客户端先将数据包发送至SEALDD客户端,SEALDD客户端可将接收到的数据包进行封装后发送至SEALDD服务器,之后,再由SEALDD服务器解析后发送至VAL服务器。相应地,对于下行传输,VAL服务器发送的数据可经由SEALDD服务器和SEALDD客户端最终发送至VAL客户端。
在图1至图3所示的网络架构中,各网元之间可以接口通信,例如,UE通过无线资源控制(radio resource control,RRC)协议与AN设备连接,UE和AN设备之间采用Uu接口进行通信。或者也可以参考图1至图3所示的接口,此处不再赘述。此外,图1至图3中的各个网元之间的接口名称只是一个示例,具体实现中接口的名称可能为其他的名称,本申请对此不作具体限定。
应理解,上述应用于本申请实施例的网络架构仅是示例性说明,适用本申请实施例的网络架构并不局限于此,任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。此外,上述所示的网络架构中还可以包括其他更多的网元,对此不予限制。
还应理解,图1至图3中所示的网元,如AMF、SMF、UPF、PCF、UDM等可以理解为用于实现不同功能的网元,例如可以按需组合成网络切片。这些网元可以各自独立的设备,也可以集成于同一设备中实现不同的功能,或者可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能,本申请对于上述网元的具体形态不作限定。
还应理解,图1至图3中所示的网元,如AMF、SMF、UPF、PCF、UDM、NSSF、AUSF等功能或者网元,可以理解为用于实现不同功能的网元,例如可以按需组合成网络切片。这些网元可以各自独立的设备,也可以集成于同一设备中实现不同的功能,或者可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能,本申请对于上述网元的具体形态不作限定。
还应理解,上述命名仅为便于区分不同的功能而定义,不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如,在6G网络中,上述各个网元中的部分或全部可以沿用5G中的术语,也可能采用其他名称等。
SEALDD服务器可以为VAL提供QoS保障的服务。以媒体流为例,媒体流一般以视频帧的形式进行传输,其中,每个视频帧可以被拆分为多个RTP数据包,每个视频帧又可以分为I帧,B帧,P帧等类型。媒体流例如为实时传输协议(real-time transport protocol,RTP)的数据流。
其中,I帧为帧内编码帧(intra coded frame)。I帧利用单帧图像内的空间相关性,没有利用帧间的时间相关性。由于I帧包含了一帧完整的图像信息,所以可以作为随机访问点,是解码的基准帧。此外,I帧的压缩率相对较低。
其中,P帧为前向预测编码帧(predictive-coded frame)。P帧记录的是本帧与前一帧的差别,解码时需参考前一个I帧或P帧的信息来生成完整画面。
其中,B帧为双向预测编码帧(bidirectionally predicted frame)。B帧记录的是本帧与前后帧的差别,解码时需参考前一个I帧或P帧,以及后一个P帧来生成完整画面。使用B帧可以提高压缩率。
目前,对于视频业务的需求主要如下:1)UPF要识别哪些数据包属于相同的PDU集合(PDU set)、以及PDU set的结束点;2)UPF要区分不同PDU set的数据包的重要性;3)UPF根据上述信息在N3的数据包上打标签,将上述信息发送给RAN,由RAN进行针对性的优化调度;4)不同重要性的数据包在不同的QoS流(Qos flow)上发送,RAN可以针对性地对数据包进行调度,不需要再逐包进行检测和分类。
为实现上述需求,UPF要能够获知当前数据包的一些信息,为区分,将该信息记为数据包的特征信息。UPF获取到上述数据包的特征信息后,通过在通用无线分组业务(general packet radio service,GPRS)用户平面部分(user plane part of GTP,GTP-U)数据包头上打标签(也即将上述数据包的特征信息携带于GTP-U数据包头),通知给RAN,由RAN进行解析,针对性地进行调度优化。
其中,数据包的特征信息,可表示能够指示数据包相关性或数据帧相关性的信息。作为示例,多个数据包可构成一个数据帧。举例来说,数据包的特征信息可用于指示多个数据包的关联、或者数据帧的关联(如多个数据帧之间的关联关系或依赖关系)。如数据包的特征信息例如包括:当前数据包是哪种帧类型,哪些数据包属于相同的数据帧等信息。数据包的特征信息还可用于指示数据包或数据帧的重要性。作为示例,数据包的特征信息例如可以是数据包的媒体流信息,或者也可以是其他信息,不予限制。此外,数据包的特征信息中还可以包括与数据包相关的其他信息,如时间戳、数据包编号等信息,对此不予限制。可以理解,本申请实施例提及的数据包的特征信息,如第一数据包的特征信息和第二数据包的特征信息类似,后面不再赘述。
本申请提出两种方案:方案A和方案B。
方案A:SEALDD服务器与UPF之间建立N6隧道(N6 tunnel)。基于该方案A,SEALDD服务器与UPF之间建立N6隧道,SEALDD服务器通过N6隧道与UPF传输数据包,并且可以在N6隧道头中携带数据包的特征信息。
图4是根据本申请实施例提供的适用于方案A的架构图。如图4所示,SEALDD服务器为VAL服务器建立N6隧道,SEALDD服务器通过应用程序编程接口(application programinterface,API)接收VAL服务器的数据包和解析数据包的特征信息后,将数据包的特征信息在N6隧道上打上标签并通知给UPF;UPF收到后,可直接解析该标签,并附加到N3隧道上通知给RAN。如图4所示,SEALDD服务器与UPF之间可以建立多个N6隧道,该多个N6隧道可用于传输不同的数据流,如传输不同重要性的数据流,从而UPF可以区分不同的数据流,进而可以映射到不同的QoS流中传输。
图5是根据本申请实施例提供的基于方案A传输的数据包的示意图。如图5所示,SEALDD服务器通过N6隧道向UPF发送的数据包添加了N6 IP头(N6 IP header)和N6隧道头(N6 tunnel header),这样,SEALDD服务器可通过N6隧道将数据包发给UPF。其中,N6tunnel header中可包括数据包的特征信息。UPF向RAN发送的数据包中原先的N6 IPheader更换为N3 IP header,N6 tunnel header更换为N3 tunnel header,这样,UPF可通过N3隧道将数据包发给RAN。
可选地,对于方案A,包括以下几种实现方式。
实现方式1:SEALDD服务器触发建立UE粒度的N6隧道。
实现方式2:SEALDD服务器与UPF动态配置UPF粒度的N6隧道。
实现方式3:SEALDD服务器与UPF预配置N6隧道。
关于上述三种实现方式,后面详细说明。
方案B:SEALDD服务器与SEALDD客户端之间建立SEALDD连接(或者称为SEALDD隧道)。基于该方案B,SEALDD服务器与SEALDD客户端之间建立SEALDD连接,SEALDD服务器通过SEALDD连接与SEALDD客户端传输数据,并且可以在数据头中携带数据包的特征信息。
图6是根据本申请实施例提供的适用于方案B的架构图。如图6所示,SEALDD服务器与SEALDD客户端之间可以使用UE粒度(per UE)的封装协议(例如GTP-U协议),SEALDD服务器与SEALDD客户端都可以在SEALDD连接上的数据流包头上打标签,供UPF做解析。如图6所示,SEALDD服务器与SEALDD客户端之间可以建立多个SEALDD连接,该多个SEALDD连接可用于传输不同的数据流,如传输不同重要性的数据流,从而UPF可以区分不同的数据流,进而可以映射到不同的QoS流中传输。
图7是根据本申请实施例提供的基于方案B传输的数据包的示意图。如图7所示,SEALDD服务器通过SEALDD连接向UPF发送的数据包添加了SEALDD IP header和SEALDDheader,这样,SEALDD服务器可通过SEALDD连接将数据包发给UPF。其中,SEALDD header中可包括数据包的特征信息。UPF向RAN发送的数据包中包括SEALDD IP header和SEALDDheader,而且还添加了N3 IP header和N3 tunnel header,这样,UPF可通过N3隧道将数据包发给RAN。其中,N3 tunnel header中可包括UPF从SEALDD header中解析的数据包的特征信息。
下文将结合附图详细说明本申请实施例提供的通信方法。
首先,结合图8和图9介绍适用于上述方案A中实现方式1,也即SEALDD服务器触发建立UE粒度的N6隧道的实现方式。图8和图9所示的实施例可以应用于上述图1至图3所示的网络架构中,图8和图9所示的实施例还可以应用于上述图4所示的网络架构中,对此不予限制。
图8是本申请一实施例提供的一种通信方法800的示意图。方法800可以包括如下步骤。
810,SEALDD服务器接收来自终端设备的服务请求信息,服务请求信息用于请求SEALDD服务器提供与数据传输相关的服务。
可选地,SEALDD服务请求信息中包括以下至少一项:终端设备上的SEALDD客户端的标识(identity,ID)、终端设备的IP地址、VAL服务信息(VAL service information)。
作为一示例,VAL服务信息可用于SEALDD服务器确定是否要使用N6隧道进行业务数据流传输,或者说,是否要使用N6隧道为终端设备提供数据传输相关的服务。一种可能的实现方式,VAL服务信息中包括业务类型,该业务类型可隐式指示是否需要使用N6隧道,如对于某些特定的业务类型需要使用N6隧道,又如对于某些特定的业务类型不用使用N6隧道。另一种可能的实现方式,VAL服务信息中包括直接指示是否需要使用N6隧道的信息。
作为另一示例,VAL服务请求信息本身可用于SEALDD服务器确定是否要使用N6隧道进行业务数据流传输,或者说,是否要使用N6隧道为终端设备提供数据传输相关的服务。举例来说,VAL服务请求信息本身就包含使用N6隧道的指示,如VAL服务请求信息的名称为N6传输服务(N6 transmitting service)或者媒体传输服务(media transfer service),该VAL服务请求信息默认启用N6隧道进行传输。
820,响应于服务请求信息,SEALDD服务器通过N6隧道与用户面网元传输终端设备的数据,N6隧道是基于第一信息和第二信息建立的,第一信息包括SEALDD服务器提供的用于建立N6隧道的信息,第二信息包括用户面网元提供的用于建立N6隧道的信息。
可选地,在步骤820之前,方法800还包括:SEALDD服务器基于第一信息和第二信息建立N6隧道,该N6隧道为SEALDD服务器与用户面网元之间的隧道。其中,SEALDD服务器建立N6隧道,可以理解为,SEALDD服务器基于第一信息和第二信息配置N6隧道,或者说,SEALDD服务器获得第一信息和第二信息后,SEALDD服务器可以使用N6隧道传输数据。可以理解,若SEALDD服务器已建立或已配置N6隧道,则可使用该N6隧道传输数据。
其中,第一信息包括SEALDD服务器提供的用于建立SEALDD服务器与用户面网元之间的N6隧道的信息。例如,第一信息是SEALDD服务器提供的用于建立SEALDD服务器与用户面网元之间的N6隧道的信息;再例如,第一信息包括SEALDD服务器提供的用于建立SEALDD服务器与用户面网元之间的N6隧道的信息以及其他信息。其中,其他信息例如可以是每个N6隧道的重要性信息。如前所述,SEALDD服务器与用户面网元之间可建立至少一个N6隧道。若SEALDD服务器与用户面网元之间建立至少两个N6隧道,则SEALDD服务器还可向PCF发送每个N6隧道的重要性信息,也即第一信息中还包括每个N6隧道的重要性信息。每个N6隧道的重要性信息也可以称为每个N6隧道的优先权信息(priority information)。
可选地,第一信息包括以下至少一项:终端设备的ID(UE ID)、N6路由信息(N6routing information)、N6路由对应的应用流量描述符(APP traffic descriptor)、N6隧道在SEALDD服务器侧的隧道端点标识符(tunnel endpoint identifier,TEID)。其中,N6路由对应的APP traffic descriptor例如包括:用于N6隧道的SEALDD服务器的地址信息和/或用于N6隧道的SEALDD服务器的端口信息。如前所述,第一信息还可以包括其他信息,如每个N6隧道的重要性信息。
其中,第二信息包括用户面网元提供的用于建立SEALDD服务器与用户面网元之间的N6隧道的信息。例如,第二信息是用户面网元提供的用于建立SEALDD服务器与用户面网元之间的N6隧道的信息;再例如,第一信息包括用户面网元提供的用于建立SEALDD服务器与用户面网元之间的N6隧道的信息以及其他信息。其中,其他信息例如可以包括会话ID(session ID)、QoS flow标识(QoS flow identifier,QFI)等。
可选地,第二信息包括以下至少一项:用户面网元为N6隧道分配的下行端口信息、用户面网元的地址信息、用户面网元侧的TEID。如前所述,第二信息还可以包括其他信息,如session ID、QFI等。
关于SEALDD服务器获取第二信息的方式不予限制。
一种可能的实现方式,用户面网元向SEALDD服务器发送第二信息,相应地,SEALDD服务器接收来自用户面网元的第二信息。作为示例,用户面网元可通过会话管理网元向SEALDD服务器发送第二信息。举例来说,用户面网元将第二信息发给会话管理网元;会话管理网元收到第二信息后,将第二信息发给SEALDD服务器。
另一种可能的实现方式,会话管理网元向SEALDD服务器发送第二信息,相应地,SEALDD服务器接收来自会话管理网元的第二信息。举例来说,会话管理网元自身确定或配置第二信息,并且将第二信息发给SEALDD服务器。
基于上述技术方案,通过建立SEALDD服务器与用户面网元之间的N6隧道,如终端粒度或终端的特定数据传输业务粒度的N6隧道,可以实现SEALDD服务器通过用户面网元为终端设备提供服务。具体来说,SEALDD服务器在收到终端设备的服务请求信息后,通过SEALDD服务器与用户面网元之间的N6隧道,与用户面网元传输该终端设备的数据。其中,该N6隧道可以是SEALDD服务器根据SEALDD服务器提供的用于建立N6隧道的信息以及用户面网元提供的用于建立N6隧道的信息确定的。
可选地,SEALDD服务器通过N6隧道与用户面网元传输终端设备的数据,至少包括以下几种实现方式。
第一种可能的实现方式,SEALDD服务器接收来自应用服务器的第一数据包;SEALDD服务器根据第一数据包的地址信息和/或端口信息,以及映射关系#1,通过N6隧道向用户面网元发送第一数据包;其中,映射关系#1用于指示SEALDD服务器、应用服务器、终端设备、以及N6隧道之间的关系。可选地,第一数据包中包括第一数据包的特征信息。
其中,映射关系#1用于将N6隧道与终端设备、SEALDD服务器、应用服务器关联起来,或者说,映射关系#1用于将N6隧道与下面两段连接关联起来:SEALDD服务器和终端设备上的SEALDD客户端之间的连接、以及VAL服务器和终端设备上的VAL客户端之间的连接。
作为示例,映射关系#1为SEALDD服务器、VAL服务器、SEALDD客户端、VAL客户端、以及N6隧道之间的关系。可选地,映射关系#1#1还包括UE的ID信息。其中,UE的ID信息可以是UE的地址信息,也可以是通用公共用户标识(generic public subscription identifier,GPSI)信息等,举例来说,SEALDD服务器可以通过现有的机制向核心网查询用户地址对应的GPSI信息等。
第二种可能的实现方式,SEALDD服务器通过N6隧道从用户面网元接收第二数据包;SEALDD服务器根据第二数据包的地址信息和/或端口信息,以及N6隧道和映射关系#1,向应用服务器发送第二数据包;其中,映射关系#1用于指示SEALDD服务器、应用服务器、终端设备、以及N6隧道之间的关系。可选地,第二数据包中包括媒体流信息,媒体流信息用于表征第二数据包的类型。
关于映射关系#1,可以参考第一种可能的实现方式中的描述,此处不再赘述。
可选地,方法800还包括:SEALDD服务器向用户面网元发送第一信息,第一信息用于触发用户面网元建立N6隧道;响应于第一信息,用户面网元通过N6隧道与SEALDD服务器传输终端设备的数据。进一步可选地,SEALDD服务器向用户面网元发送第一信息,包括:SEALDD服务器根据服务请求信息确定要在N6隧道上传输终端设备的数据时,SEALDD服务器向用户面网元发送第一信息。
第一种可能的实现方式,SEALDD服务器向用户面网元发送第一信息,用户面网元收到该第一信息后,可以默认建立N6隧道,进而可以通过N6隧道与SEALDD服务器传输终端设备的数据。基于该实现方式,响应于第一信息,可以理解为,用户面网元基于该第一信息获知要建立N6隧道,并且结合该第一信息(也即SEALDD服务器提供的用于建立N6隧道的信息),以及用户面网元自身提供的用于建立N6隧道的信息,确定N6隧道。
第二种可能的实现方式,SEALDD服务器向第一信息发送第一信息和指示信息(为区分,记为指示信息#1),其中,指示信息#1用于指示建立N6隧道;用户面网元收到该第一信息和指示信息#1后,可以基于该指示信息#1确定要建立N6隧道,进而可以通过N6隧道与SEALDD服务器传输终端设备的数据。基于该实现方式,响应于第一信息,可以理解为,用户面网元结合该第一信息(也即SEALDD服务器提供的用于建立N6隧道的信息),以及用户面网元自身提供的用于建立N6隧道的信息,确定N6隧道。
作为示例,指示信息#1通过至少一个比特来实现。例如,假设通过1比特来指示是否建立N6隧道,若该比特设置为“0”,则表示不建立N6隧道;若该比特设置为“1”,则表示建立N6隧道。应理解,上述仅是一种示例性说明,不予限制。
其中,SEALDD服务器可以通过其他网元,如会话管理网元,向用户面网元发送第一信息。
可选地,用户面网元基于第一信息和第二信息建立N6隧道,该N6隧道为SEALDD服务器与用户面网元之间的隧道。其中,用户面网元建立N6隧道,可以理解为,用户面网元基于第一信息和第二信息配置N6隧道,或者说,用户面网元获得第一信息和第二信息后,用户面网元可以使用N6隧道传输数据。可以理解,若用户面网元已建立或已配置N6隧道,则可使用该N6隧道传输数据。
可选地,在步骤810之后,方法800还包括:SEALDD服务器向终端设备发送SEALDD服务器的地址信息和/或SEALDD服务器的端口信息。终端设备收到SEALDD服务器的地址信息和/或端口信息后,可以使用该SEALDD服务器的地址信息和/或端口信息,向SEALDD服务器发送数据。
其中,SEALDD服务器的地址信息是用于N6隧道的SEALDD服务器的地址信息,也即通过N6隧道传输数据时的SEALDD服务器的地址信息。SEALDD服务器的端口信息是用于N6隧道的SEALDD服务器的端口信息,也即通过N6隧道传输数据时的SEALDD服务器的端口信息。
为了便于理解,下面结合图9对方法800所示的实施例进行示例性说明,以下示例中假设用户面网元为UPF,会话管理网元为SMF,终端设备为UE、且分别以UE中的SEALDD客户端和VAL客户端进行说明。其中涉及到的步骤和相关术语的解释可以可参考方法800中的相关描述,此处不再赘述。
图9是本申请实施例提供的一种通信方法900的示意性流程图。方法900适用于上述方法800,也即SEALDD服务器触发UE粒度的N6隧道建立的场景。方法900可以包括如下步骤。
901,VAL服务器发现SEALDD服务器。
作为示例,VAL服务器可通过通用应用程序编程接口(application programminginterface,API)框架(common API framework,CAPIF)发现SEALDD服务器。VAL服务器可以感知SEALDD服务器是否支持N6隧道,因此在VAL服务器发现SEALDD服务器的过程中,可以选择支持N6隧道的SEALDD服务器。
902,VAL服务器向SEALDD服务器发送服务订阅(service subscription)信息。
其中,服务订阅信息可用于请求订阅SEALDD服务。
可选地,服务订阅信息包括媒体传输服务增强指示(media transmissionservice enhancement indicator)。其中,该media transmission service enhancementindicator可用于指示在传输VAL服务器的数据时要在数据包包头添加数据包的特征信息,也即若服务订阅信息中包括media transmission service enhancement indicator,则SEALDD服务器在传输该VAL服务器的数据时要在数据包包头添加数据包的特征信息。或者,该media transmission service enhancement indicator可用于指示使用N6隧道传输VAL服务器的数据,也即若服务订阅信息中包括media transmission service enhancementindicator,则表示SEALDD服务器在传输VAL服务器的数据时要使用N6隧道。关于数据包的特征信息参考前面的描述,此处不再赘述。
可选地,服务订阅信息包括VAL服务信息。
903,SEALDD服务器向VAL服务器发送订阅响应(subscription response)信息。
其中,订阅响应信息可用于通知VAL服务器是否订阅成功。在本申请实施例中,假设订阅响应信息用于通知VAL服务器订阅成功。
可以理解,步骤903为示例性说明,对此不予限制。例如,若SEALDD服务器未向VAL服务器发送订阅失败的信息,则VAL服务器可默认订阅成功。
904,VAL客户端和SEALDD客户端,确定SEALDD服务器。
VAL客户端和SEALDD客户端可进行SEALDD服务器的发现选择,并获取SEALDD服务器的控制面API接口。
905,SEALDD客户端向SEALDD服务器发送SEALDD服务请求(SEALDD servicerequest)信息。
作为示例,SEALDD客户端通过SEALDD服务器的控制面API接口向SEALDD服务器发送SEALDD服务请求信息。
其中,SEALDD服务请求信息(或者简称为服务请求信息)可用于请求SEALDD服务器提供服务,如提供与数据传输相关的服务。SEALDD服务请求例如也可称为SEALDD服务触发请求(SEALDD service trigger request),其命名不对本申请实施例的保护范围造成限定。
可选地,SEALDD服务请求信息中包括以下至少一项:SEALDD客户端的标识(identity,ID)、SEALDD客户端对应的UE的IP地址、VAL服务信息。关于VAL服务信息可以参考方法800中的描述,此处不再赘述。
906,SEALDD服务器向PCF发送第一信息。
一种可能的实现方式,SEALDD服务器通过AF请求(AF request)向PCF发送第一信息。关于第一信息可以参考方法800中的相关描述,此处不再赘述。
907,PCF向SMF发送第一信息。
作为示例,PCF可以向SMF发送会话管理策略关联更新请求(SMPolicyAssociation_Modification Request)信息,该信息中包含第一信息。
908,PCF向SEALDD服务器发送第一信息的响应信息。
举例来说,PCF向SMF发送第一信息之后,可向SEALDD服务器发送第一信息的响应信息。或者,再举例来说,若PCF成功接收第一信息,则向SEALDD服务器发送第一信息的响应信息。
一种可能的实现方式,若步骤906中,SEALDD服务器通过AF请求向PCF发送第一信息,则在步骤908中,PCF向SEALDD服务器发送AF响应(AF response)。
909,SEALDD服务器向SEALDD客户端发送SEALDD服务器的地址信息和/或端口信息。
其中,SEALDD服务器的地址信息是用于N6隧道的SEALDD服务器的地址信息,也即通过N6隧道传输数据时的SEALDD服务器的地址信息。SEALDD服务器的端口信息是用于N6隧道的SEALDD服务器的端口信息,也即通过N6隧道传输数据时的SEALDD服务器的端口信息。
作为示例,SEALDD服务器向SEALDD客户端发送SEALDD服务响应(SEALDD serviceresponse)信息,该SEALDD服务响应信息包括SEALDD服务器的地址信息和/或端口信息。SEALDD服务响应例如也可称为SEALDD服务触发响应(SEALDD service triggerresponse),其命名不对本申请实施例的保护范围造成限定。
SEALDD客户端收到SEALDD服务器的地址信息和/或端口信息后,可以使用该SEALDD服务器的地址信息和/或端口信息,向SEALDD服务器发送数据(如媒体数据)。若SMF或UPF检测到SEALDD客户端向SEALDD服务器发送数据,则SMF可以向UPF提供第一信息,以便UPF提供第二信息,如步骤910和920。
910,SMF向UPF发送第一信息。
举例来说,当SMF检测到SEALDD客户端向SEALDD服务器发送媒体数据时,SMF向UPF发送第一信息。或者,再举例来说,当UPF检测到SEALDD客户端向SEALDD服务器发送媒体数据时,UPF向SMF发送请求,SMF基于UPF的请求,向UPF发送第一信息。
一种可能的实现方式,SMF向UPF发送N4会话更新请求(N4 session modificationrequest)消息,该N4 session modification request消息中包括第一信息。
可选地,SMF还向UPF发送以下至少一项:会话ID(session ID)、数据包过滤规则、QFI。
911,UPF向SMF发送第二信息。
响应于第一信息,UPF可确定第二信息,并将第二信息通过SMF发送给SEALDD服务器,以便建立SEALDD服务器与UPF之间的N6隧道。
关于第二信息可以参考方法800中的相关描述,此处不再赘述。
一种可能的实现方式,UPF向SMF发送N4会话更新响应(N4 session modificationresponse)消息,该N4 session modification response消息中包括第二信息。
912,SMF向SEALDD服务器发送第二信息。
一种可能的实现方式,SMF向SEALDD服务器发送AF通知(AF notification)信息,该AF notification信息包括第二信息。
913,SEALDD服务器与UPF建立N6隧道。
基于第一信息和第二信息,SEALDD服务器与UPF之间的N6隧道完成建立,进而可以基于该N6隧道传输数据。
N6隧道建立完成后,SEALDD服务器还可配置与VAL服务器的连接,维护VAL服务器与VAL客户端以及N6隧道的映射关系#1,如步骤914。
914,SEALDD服务器确定映射关系#1。
关于映射关系#1可以参考方法800中的相关描述,此处不再赘述。
915,SEALDD服务器基于映射关系#1传输数据。
也就是说,SEALDD服务器基于映射关系#1,通过N6隧道与UPF传输终端设备的数据。
以下行传输为例,也即VAL服务器通过SEALDD服务器和SEALDD客户端向VAL客户端发送数据。举例来说:VAL服务器将数据包发给SEALDD服务器,SEALDD服务器根据该数据包对应的地址和/或端口,判断该数据包对应的VAL客户端。其中,该数据包对应的地址例如可以是该数据包的源地址和/或目的地址,该数据包对应的端口例如可以是该数据包的源端口和/或目的端口。SEALDD服务器确定该数据包对应的VAL客户端后,根据VAL客户端以及映射关系#1确定对应的N6隧道。SEALDD服务器在该数据包包头中添加数据包的特征信息,并通过N6隧道发给UPF。UPF从N6隧道上收到该数据包后,匹配QFI和GTP-U header。例如,UPF确定该数据包对应的UE和QFI,并且去除N6 GTP-U tunnel包头,并将该N6 GTP-U tunnel包头上的数据包的特征信息复制添加到对应的N3 GTP-U tunnel包头上发给RAN。RAN从UPF收到数据包后,可根据N3 GTP-Utunnel包头中的数据包的特征信息,进行优化传输,发给SEALDD客户端,进而SEALDD客户端将该数据包发给VAL客户端。其中,关于数据包在传输过程中的形式可参考图5所示的形式。
可选地,若SEALDD服务器与UPF之间建立了至少两个N6隧道,则在数据传输时,SEALDD服务器还可以将不同的数据通过不同的N6隧道传输。
上文结合图9所示的步骤901-915示例地介绍了一种可能的流程。应理解,上述各个步骤仅是示例性说明,对此不作严格限定。此外,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
基于上述技术方案,SEALDD服务器在收到SEALDD客户端的请求后,可以动态触发建立UE粒度的N6隧道。举例来说,SEALDD服务器在收到SEALDD客户端的请求后,SEALDD服务器向核心网发送AF请求,用于为该SEALDD客户端对应的UE建立N6隧道;当UPF或SMF检测到SEALDD客户端向SEALDD服务器发送数据时,UPF可以向SEALDD服务器提供为N6隧道分配的端口信息和UPF的地址信息,用于完成SEALDD服务器与UPF之间的N6隧道建立流程。此外,在N6隧道建立完成后,SEALDD服务器可以维护SEALDD服务器、VAL服务器、SEALDD客户端、VAL客户端、以及N6隧道之间的映射关系,这样后续可以基于该映射关系传输数据。
下面结合图10至图13介绍适用于上述方案A中实现方式2,也即SEALDD服务器与UPF动态配置UPF粒度的N6隧道。图10至图13所示的实施例可以应用于上述图1至图3所示的网络架构中,图10至图13所示的实施例还可以应用于上述图4所示的网络架构中,对此不予限制。
图10是本申请另一实施例提供的一种通信方法1000的示意图。方法1000可以包括如下步骤。
1010,SEALDD服务器接收来自终端设备的服务请求信息,服务请求信息用于请求SEALDD服务器提供与数据传输相关的服务。
步骤1010可参考方法800中的步骤810,此处不再赘述。
1020,在SEALDD服务器确定SEALDD服务器与用户面网元未建立N6隧道的情况下,SEALDD服务器向用户面网元发送第一信息,第一信息是SEALDD服务器提供的用于建立N6隧道的信息,用户面网元是为终端设备提供服务的用户面网元,第一信息用于触发用户面网元建立N6隧道。
其中,关于第一信息可以参考方法800中的相关描述,此处不再赘述。
可选地,在步骤1020之前,方法1000还包括:SEALDD服务器确定是否要建立与用户面网元之间的N6隧道。举例来说,SEALDD服务器检测SEALDD服务器是否与用户面网元建立N6隧道,若SEALDD服务器已与用户面网元建立N6隧道,则SEALDD服务器确定不需要再建立与用户面网元之间的N6隧道;若SEALDD服务器还未与用户面网元建立N6隧道,则SEALDD服务器确定要建立与用户面网元之间的N6隧道。
一种可能的实现方式,SELADD服务器可以根据终端设备和已建立的N6隧道可以服务的终端设备范围,确定是否要建立与用户面网元之间的N6隧道。举例来说,若已建立的N6隧道可以服务的终端设备不包括步骤X1010中的终端设备,则确定要建立与用户面网元之间的N6隧道。
可选地,SEALDD服务器向终端设备发送SEALDD服务器的地址信息和/或SEALDD服务器的端口信息。具体的可以参考方法800中的相关描述,此处不再赘述。
可选地,方法1000还包括:SEALDD服务器接收来自用户面网元的第二信息,第二信息是用户面网元提供的用于建立N6隧道的信息;SEALDD服务器通过N6隧道与用户面网元传输终端设备的数据,N6隧道是通过第一信息和第二信息确定的。其中,关于第二信息可以参考方法800中的相关描述,此处不再赘述。此外,关于SEALDD服务器通过N6隧道与用户面网元传输终端设备的数据的具体实现方式也可参考方法800中的相关描述,此处不再赘述。
为了便于理解,下面结合图11对方法1000所示的实施例进行示例性说明,以下示例中假设用户面网元为UPF,会话管理网元为SMF,终端设备为UE、且分别以UE中的SEALDD客户端和VAL客户端进行说明。其中涉及到的步骤和相关术语的解释可以可参考方法1000中的相关描述,此处不再赘述。
图11是本申请另一实施例提供的一种通信方法1100的示意性流程图。方法1100适用于上述方法1000,也即SEALDD服务器与UPF动态配置UPF粒度的N6隧道,并且可以由SEALDD服务器负责检测N6隧道是否已经建立的场景。方法1100可以包括如下步骤。
1101,VAL服务器发现SEALDD服务器。
1102,VAL服务器向SEALDD服务器发送服务订阅信息。
1103,SEALDD服务器向VAL服务器发送订阅响应信息。
1104,VAL客户端和SEALDD客户端,确定SEALDD服务器。
1105,SEALDD客户端向SEALDD服务器发送SEALDD服务请求信息。
步骤1101-1105与步骤901-905类似,此处不再赘述。
1106,SEALDD服务器确定是否要建立N6隧道。
一种可能的实现方式,SELADD服务器可以根据SEALDD客户端对应的UE和已建立的N6隧道可以服务的UE范围,确定是否要发起N6隧道建立流程。作为示例,SELADD服务器可以根据SEALDD客户端对应的UE ID和已建立的N6隧道可以服务的UE ID,确定是否要发起N6隧道建立流程。举例来说,若已建立的N6隧道可以服务的UE ID范围包括SEALDD客户端对应的UE,则不发起N6隧道建立流程;若已建立的N6隧道可以服务的UE ID范围不包括SEALDD客户端对应的UE,则发起N6隧道建立流程。其中,UE ID可以包括UE IP地址。
若SEALDD服务器确定要发送N6隧道建立流程,则执行后续步骤1107-1112,否则直接执行步骤1113。
1107,SEALDD服务器向UDR发送第一信息。
关于第一信息的描述可以参考前面步骤906中的相关描述,此处不再赘述。
一种可能的实现方式,SEALDD服务器通过AF请求向UDR发送第一信息。该AFrequest可以通过NEF发送到UDR中。作为示例,AF request可用UE ID进行标识。
1108,UDR向SMF发送第一信息。
例如,UDR可主动向SMF发送第一信息,也即UDR收到第一信息后,直接向SMF发送第一信息。再例如,SMF可以通过订阅通知的方式从UDR获取第一信息。举例来说,SMF可以通过NEF订阅第一信息,NEF可以向UDR查询第一信息,UDR将该第一信息发给NEF,进而NEF将该第一信息发给SMF。
一种可能的实现方式,UDR向SMF发送N6 tunnel notification request消息,该消息中包含第一信息。
1109,SMF向UPF发送第一信息。
1110,UPF向SMF发送第二信息。
1111,SMF向SEALDD服务器发送第二信息。
可选地,SMF还向SEALDD服务器发送UPF服务的UE的信息,如UE的地址范围又如UEID。
一种可能的实现方式,SMF向SEALDD服务器发送AF notification信息,该AFnotification信息包括第二信息,或者,该AF notification信息包括第二信息和UPF服务的UE的信息。
1112,SEALDD服务器与UPF建立N6隧道。
步骤1109-1112与步骤910-913类似,此处不再赘述。
1113,SEALDD服务器向SEALDD客户端发送SEALDD服务器的地址信息和/或端口信息。
步骤1113与步骤909类似,此处不再赘述。
1114,SEALDD服务器确定映射关系#1。
1115,SEALDD服务器基于映射关系#1传输数据。
步骤1114-1115与步骤914-915类似,此处不再赘述。
上文结合图11所示的步骤1101-1115示例地介绍了一种可能的流程。应理解,上述各个步骤仅是示例性说明,对此不作严格限定。此外,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
基于上述技术方案,SEALDD服务器可以动态触发建立UPF粒度的N6隧道。举例来说,SEALDD服务器在收到SEALDD客户端的SEALDD服务请求信息后,SEALDD服务器可先判断是否要建立N6隧道;若SEALDD服务器判断要建立N6隧道,则SEALDD服务器与UPF建立N6隧道。此外,SMF还可以向SEALDD服务器通知该N6隧道可以服务的UE的信息。此外,在N6隧道建立完成后,SEALDD服务器可以维护SEALDD服务器、VAL服务器、SEALDD客户端、VAL客户端、以及N6隧道之间的映射关系,这样后续可以基于该映射关系传输数据。
图12是本申请另一实施例提供的一种通信方法1200的示意图。方法1200可以包括如下步骤。
1210,会话管理网元确定终端设备向SEALDD服务器发送数据。
一种可能的实现方式,会话管理网元检测到终端设备向SEALDD服务器发送数据。
另一种可能的实现方式,其他核心网网元,如用户面网元,检测到终端设备向SEALDD服务器发送数据,并且其他核心网网元向会话管理网元通知终端设备向SEALDD服务器发送数据。
1220,会话管理网元向第一用户面网元发送请求信息,请求信息用于请求N6隧道的信息,N6隧道是SEALDD服务器与第一用户面网元之间的N6隧道,第一用户面网元是为终端设备提供服务的用户面网元。
具体来说,会话管理网元确定终端设备向SEALDD服务器发送数据时,可以向为终端设备提供服务的用户面网元(如记为第一用户面网元)请求N6隧道的信息,也即第一用户面提供的N6隧道的信息。
可选地,在步骤1220之前,方法1200还包括:会话管理网元获取至少一个N6隧道的信息,至少一个N6隧道的信息包括SEALDD服务器与至少一个用户面网元之间建立的N6隧道的信息;会话管理网元向第一用户面网元发送请求信息,包括:在会话管理网元确定至少一个用户面网元不包括第一用户面网元的情况下,会话管理网元向第一用户面网元发送请求信息。
举例来说,会话管理网元可确定SEALDD服务器是否已经与第一用户面网元建立N6隧道,在会话管理网元确定SEALDD服务器还未与第一用户面网元建立N6隧道的情况下,再向第一用户面网元请求N6隧道的信息。
作为示例,至少一个N6隧道的信息包括以下至少一项:SEALDD服务器侧的N6隧道信息、至少一个N6隧道对应的数据包的端口信息、至少一个N6隧道对应的数据包的地址信息。
可选地,在会话管理网元确定至少一个用户面网元包括第一用户面网元的情况下,会话管理网元向SEALDD服务器发送终端设备的信息和指示信息,指示信息指示SEALDD服务器与第一用户面网元之间建立的N6隧道的信息。SEALDD服务器基于该指示信息以及终端设备的信息可建立映射关系#1,进而可以基于该映射关系#1通过N6隧道与用户面网元传输终端设备的数据。关于映射关系#1可参考方法800中的相关描述,此处不再赘述。
关于会话管理网元获取至少一个N6隧道的信息的方式不予限制。
一种可能的实现方式,SEALDD服务器向用户面网元提供至少一个N6隧道的信息。
另一种可能的实现方式,SEALDD服务器与向存储管理网元提供至少一个N6隧道的信息;会话管理网元可以向存储管理网元查询该至少一个N6隧道的信息。
1230,会话管理网元接收来自第一用户面网元的第二信息,第二信息是第一用户面网元提供的用于建立N6隧道的信息。
响应于请求信息,第一用户面网元向会话管理网元发送第二信息。关于第二信息可以参考方法800中的相关描述,此处不再赘述。
1240,会话管理网元向SEALDD服务器发送第二信息,第二信息用于触发SEALDD服务器建立N6隧道。
SEALDD服务器收到该第二信息后,可以基于第二信息,以及SEALDD服务器自身提供的用于建立N6隧道的信息(即第一信息)确定N6隧道。
为了便于理解,下面结合图13对方法1200所示的实施例进行示例性说明,以下示例中假设用户面网元为UPF,会话管理网元为SMF,终端设备为UE、且分别以UE中的SEALDD客户端和VAL客户端进行说明。其中涉及到的步骤和相关术语的解释可以可参考方法1200中的相关描述,此处不再赘述。
图13是本申请另一实施例提供的一种通信方法1300的示意性流程图。方法1300适用于上述方法1200,也即SEALDD服务器与UPF动态配置UPF粒度的N6隧道,并且可以由SMF负责检测N6隧道是否已经建立的场景。方法1300可以包括如下步骤。
1301,VAL服务器发现SEALDD服务器。
1302,VAL服务器向SEALDD服务器发送服务订阅信息。
1303,SEALDD服务器向VAL服务器发送订阅响应信息。
步骤1301-1303与步骤901-903类似,此处不再赘述。
1304,SEALDD服务器向UDR发送第一信息。
关于第一信息的描述可以参考前面步骤906中的相关描述,此处不再赘述。
一种可能的实现方式,SEALDD服务器通过AF request向UDR发送第一信息。该AFrequest可以通过NEF发送到UDR中。作为示例,该AF request为DNAI粒度或切片粒度,也就是说,当UE使用该切片或UE处于在该DNAI中时,UDR会通知SMF第一信息。AF request为DNAI粒度或切片粒度的,因此若UE发起会话建立流程,则在会话建立过程中,UDR向SMF发送第一信息,如步骤1305。
1305,UDR向SMF发送第一信息。
SMF可以通过订阅通知的方式从UDR获取第一信息。举例来说,SMF可以通过NEF订阅第一信息,NEF可以向UDR查询第一信息,UDR将该第一信息发给NEF,进而NEF将该第一信息发给SMF。
一种可能的实现方式,UDR向SMF发送N6隧道信息通知请求(N6 tunnelinformation notification request)消息,该N6 tunnel information notificationrequest消息包括第一信息。
1306,VAL客户端和SEALDD客户端,确定SEALDD服务器。
1307,SEALDD客户端向SEALDD服务器发送SEALDD服务请求信息。
步骤1306-1307与步骤904-905类似,此处不再赘述。
1308,SEALDD服务器向SEALDD客户端发送SEALDD服务器的地址信息和/或端口信息。
步骤1308与步骤909类似,此处不再赘述。
SEALDD客户端收到SEALDD服务器的地址信息和/或端口信息后,可以使用该SEALDD服务器的地址信息和/或端口信息,向SEALDD服务器发送数据(如媒体数据)。当SEALDD客户端向SEALDD服务器发送数据时,SMF可先检测SEALDD服务器是否与UPF建立了N6隧道,如步骤1309。
1309,SMF检测SEALDD服务器是否与UPF建立了N6隧道。
其中,该UPF是为UE提供服务的UPF。
举例来说,当SMF检测到SEALDD客户端向SEALDD服务器发送媒体数据时,SMF检测SEALDD服务器是否与UPF建立了N6隧道。或者,再举例来说,当UPF检测到SEALDD客户端向SEALDD服务器发送媒体数据时,UPF向SMF发送请求,SMF基于UPF的请求,检测SEALDD服务器是否与UPF建立了N6隧道。
若SEALDD服务器与UPF尚未建立N6隧道,则方法1300还包括步骤1310-1314。
1310,SMF向UPF发送第一信息。
1311,UPF向SMF发送第二信息。
1312,SMF向SEALDD服务器发送第二信息。
1313,SEALDD服务器与UPF建立N6隧道。
1314,SEALDD服务器确定映射关系#1。
1315,SEALDD服务器基于映射关系#1传输数据。
步骤1310-1315与步骤910-915类似,此处不再赘述。
上文结合图13所示的步骤1301-1315示例地介绍了一种可能的流程。应理解,上述各个步骤仅是示例性说明,对此不作严格限定。此外,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
基于上述技术方案,SEALDD服务器可以动态触发建立UPF粒度的N6隧道,相比于方法1500或1700,方法1100所示的方案更加灵活。举例来说,SEALDD服务器在收到VAL服务器的服务订阅后,SEALDD服务器向UDR提供第一信息,该第一信息用于建立N6隧道;当SEALDD客户端向SEALDD服务器发送数据时,SMF可先检测SEALDD服务器是否与UPF建立了N6隧道;若SEALDD服务器未与UPF建立N6隧道,则SMF可从UPF处获取UPF为N6隧道分配的端口信息和UPF的地址信息,并发送给SEALDD服务器。此外,在N6隧道建立完成后,SEALDD服务器可以维护SEALDD服务器、VAL服务器、SEALDD客户端、VAL客户端、以及N6隧道之间的映射关系,这样后续可以基于该映射关系传输数据。
下面结合图14至图17介绍适用于上述方案A中实现方式3也即SEALDD服务器与UPF预配置N6隧道的实现方式。图14至图17所示的实施例可以应用于上述图1至图3所示的网络架构中,图14至图17所示的实施例还可以应用于上述图4所示的网络架构中,对此不予限制。
图14是本申请另一实施例提供的一种通信方法1400的示意图。方法1400可以包括如下步骤。
1410,终端设备接收来自SEALDD服务器的用户面网元的信息,用户面网元是与SEALDD服务器建立了N6隧道的用户面网元。
相应地,SEALDD服务器向终端设备发送与SEALDD服务器建立了N6隧道的用户面网元的信息。
作为示例,用户面网元的信息包括以下至少一项:用户面网元的端口信息、用户面网元的地址信息、用户面网元的数据网络名称(data network name,DNN)、用户面网元的网络切片。
可以理解,SEALDD服务器可能与至少两个用户面网元建立了N6隧道,在该情况下,SEALDD服务器可以向终端设备发送该至少两个用户面网元的信息,或者也可以向终端设备发送该至少两个用户面网元中部分用户面网元的信息,不予限制。
可选地,在步骤1410之前,方法1400还包括:终端设备向SEALDD服务器发送服务请求信息,服务请求信息用于请求SEALDD服务器提供与数据传输相关的服务。SEALDD服务器响应于服务请求信息,向终端设备发送与SEALDD服务器建立了N6隧道的用户面网元的信息。
1420,终端设备与用户面网元建立会话。
终端设备基于SEALDD服务器提供的用户面网元的信息,可以与已经与SEALDD服务器建立了N6隧道的用户面网元,建立会话,这样可以实现由SEALDD服务器建立了N6隧道的用户面网元为终端设备提供服务。关于会话建立的具体方式,本申请实施例不予限制。
为了便于理解,下面结合图15对方法1400所示的实施例进行示例性说明,以下示例中假设用户面网元为UPF,会话管理网元为SMF,终端设备为UE、且分别以UE中的SEALDD客户端和VAL客户端进行说明。其中涉及到的步骤和相关术语的解释可以可参考方法1400中的相关描述,此处不再赘述。
图15是本申请另一实施例提供的一种通信方法1500的示意性流程图。方法1500适用于上述方法1400,也即SEALDD服务器与UPF预配置N6隧道,UE会话建立时,为UE选取已建立N6隧道的UPF的场景。方法1500可以包括如下步骤。
1501,SEALDD服务器与UPF预配置N6隧道。
SEALDD服务器可以提前与UPF配置N6隧道。其中,SEALDD服务器可以感知与UPF建立N6隧道时,UPF使用的地址以及端口信息。
作为示例,与SEALDD服务器预配置N6隧道的UPF可以是任意的UPF,或者也可以是特定的UPF,如距离SEALDD服务器较近的UPF,对此不予限制。此外,与SEALDD服务器预配置N6隧道的UPF的数量可以是至少一个,对此不予限制。
1502,VAL服务器发现SEALDD服务器。
步骤1502与步骤901类似,此处不再赘述。
1503,VAL服务器向SEALDD服务器发送服务订阅信息。
步骤1503与步骤902类似,此处不再赘述。
1504,SEALDD服务器向VAL服务器发送订阅响应信息。
步骤1504与步骤903类似,不同之处在于,在步骤1504中,SEALDD服务器向VAL服务器发送的订阅响应信息中可以包括N6隧道的信息。
其中,N6隧道的信息表示SEALDD服务器与UPF建立的N6隧道的信息,也即步骤1501中预配置的N6隧道的信息。举例来说,若步骤1501中SEALDD服务器与至少一个UPF预配置N6隧道,则步骤1504中,N6隧道的信息表示SEALDD服务器与该至少一个UPF预配置的N6隧道的信息。再举例来说,若步骤1501中SEALDD服务器与UPF预配置了至少一个N6隧道,则步骤1504中,N6隧道的信息表示SEALDD服务器与UPF预配置的该至少一个N6隧道的信息。
可选地,N6隧道的信息包括以下至少一项:SEALDD服务器侧的N6隧道信息、N6隧道对应的数据包的端口信息、N6隧道对应的数据包的地址信息、单一网络切片选择辅助信息(single network slice selection assistance information,S-NSSAI)、DNN。
1505,VAL客户端和SEALDD客户端,确定SEALDD服务器。
步骤1505与步骤904类似,此处不再赘述。
在方法1500中,VAL客户端和/或SEALDD客户端可获取N6隧道的信息,以实现为UE选取已建立了N6隧道的UPF。作为示例,方法1500中包括以下任一方案。
方案1:VAL服务器通知VAL客户端N6隧道的信息。
方案2:SEALDD服务器通知SEALDD客户端N6隧道的信息。
方案3:VAL服务器预配置N6隧道的信息。
其中,关于N6隧道的信息参考步骤1504中的描述。下面详细介绍上述三种方案。
方案1:VAL服务器通知VAL客户端N6隧道的信息,如步骤1506。
1506,VAL服务器向VAL客户端发送N6隧道的信息。
举例来说,VAL服务器可通过应用层控制消息,通知VAL客户端N6隧道的信息。其中,N6隧道的信息,也即VAL服务器在步骤1504中收到的N6隧道的信息。VAL服务器向VAL客户端发送N6隧道的信息,这样VAL客户端可以使用特定的地址,或者特定的端口,或者特定的DNN,或者特定的S-NSSAI传输数据。
例如,N6隧道的信息包括N6隧道的端口信息,VAL客户端收到该N6隧道的端口信息后,可以使用该N6隧道的端口信息传输数据,这样,可以使用预配置的N6隧道。
再例如,N6隧道的信息包括N6隧道的地址信息,VAL客户端收到该N6隧道的地址信息后,可以使用该N6隧道的地址信息传输数据,这样,可以使用预配置的N6隧道。
再例如,N6隧道的信息包括DNN,VAL客户端收到该DNN后,可以使用该DNN传输数据,这样,可以由已配置了N6隧道的UPF提供服务,进而使用该N6隧道。
再例如,N6隧道的信息包括S-NSSAI,VAL客户端收到该S-NSSAI后,可以使用该S-NSSAI传输数据,这样,可以由已配置了N6隧道的UPF提供服务,进而使用该N6隧道。
方案2:SEALDD服务器通知SEALDD客户端N6隧道的信息,如步骤1507和步骤1508。
1507,SEALDD客户端向SEALDD服务器发送SEALDD服务请求信息。
步骤1507与步骤905类似,此处不再赘述。
1508,SEALDD服务器向SEALDD客户端发送N6隧道的信息。
一种可能的实现方式,SEALDD服务器向SEALDD客户端发送SEALDD服务响应信息,该SEALDD服务响应信息包括N6隧道的信息。其中,N6隧道的信息,也即步骤1501中预配置的N6隧道的信息。
方案3:VAL服务器预配置N6隧道的信息,如步骤1509。
1509,VAL客户端预配置N6隧道的信息。
举例来说,在客户端APP开发阶段,在VAL客户端预配置N6隧道的信息,也即步骤1501中预配置的N6隧道的信息。
基于上述任一方案,VAL客户端或SEALDD客户端可获知N6隧道的信息。
1510,VAL客户端向SEALDD客户端发送SEALDD服务请求信息。
步骤1510中VAL客户端触发SEALDD客户端进行业务传输。
1511,SEALDD客户端触发会话建立。
1512,SEALDD客户端向SEALDD服务器发送SEALDD服务通知(SEALDD servicenotification)信息。
第一种可能的情形,若使用N6隧道的数据包触发了新的会话建立,则SEALDD客户端向SEALDD服务器发送SEALDD客户端的ID和SEALDD客户端对应的新的IP地址。作为示例,对于客户端/服务器(client/server,CS)业务可能适用于该情形。
第二种可能的情形,SEALDD客户端发送目标为N6隧道使用的地址和端口的数据包,UPF识别该数据包,并且对数据包封装处理后,将封装处理后的数据包通过N6隧道发送给SEALDD服务器。在该情形下,SEALDD服务器基于N6隧道可获知SEALDD客户端的ID和SEALDD客户端的IP信息。在该情形下,也可能会触发建立新会话,对此不予限制。作为示例,对于浏览器/服务器(browser/server,BS)业务可能适用于该情形。
1513,SEALDD服务器确定映射关系#1。
关于映射关系#1的描述,可以参考步骤914,此处不再赘述。
以步骤1512中第一种可能的情形为例,SEALDD服务器根据收到的SEALDD客户端的ID和SEALDD客户端对应的新的IP地址确定映射关系#1。以步骤1512中第二种可能的情形为例,SEALDD服务器检测发送数据包的N6隧道,确定映射关系#1。
1514,SEALDD服务器基于映射关系#1传输数据。
可选地,SEALDD服务器与UPF预配置了至少两个N6隧道时,在数据传输时,SEALDD服务器还可以将不同的数据通过不同的N6隧道传输。
步骤1514与步骤915类似,此处不再赘述。
上文结合图15所示的步骤1501-1514示例地介绍了一种可能的流程。应理解,上述各个步骤仅是示例性说明,对此不作严格限定。此外,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。此外,除上述步骤外,方法1500还可能包括其他的步骤,如SMF在配置UPF的分组检测规则(packet detection rule,PDR)和关联的转发动作规则(forwarding action rule,FAR)时,设置对特定的数据包进行加封装和去封装并通过N6隧道发送的处理规则,以便UPF基于该处理规则处理数据。
基于上述技术方案,SEALDD服务器与UPF可预先配置N6隧道,当UE需要使用N6隧道时,通过SEALDD服务器与SEALDD客户端以及核心网的交互,使得UE将会话锚点选定在已建立了N6隧道的UPF上。举例来说,SEALDD服务器与UPF预配置N6隧道,UE会话建立时,通过UE使用的DNN或S-NSSAI,将该会话选定到已建立了N6隧道的UPF上。此外,SEALDD服务器可以维护SEALDD服务器、VAL服务器、SEALDD客户端、VAL客户端、以及N6隧道之间的映射关系,这样后续可以基于该映射关系传输数据。
图16是本申请另一实施例提供的一种通信方法1600的示意图。方法1600可以包括如下步骤。
1610,会话管理网元确定终端设备向SEALDD服务器发送数据。
步骤1610可参考步骤1210,此处不再赘述。
1620,会话管理网元获取N6隧道的信息,N6隧道的信息包括SEALDD服务器与用户面网元之间建立的N6隧道的信息。
可选地,N6隧道的信息包括以下至少一项:SEALDD服务器侧的N6隧道信息、N6隧道对应的数据包的端口信息、N6隧道对应的数据包的地址信息。可以理解,上述为示例性说明,对此不予限制。例如,N6隧道的信息还可以包括:用于N6隧道的用户面网元的地址信息、用于N6隧道的用户面网元的端口信息。
关于会话管理网元获取N6隧道的信息的方式不予限制。
一种可能的实现方式,SEALDD服务器向用户面网元提供N6隧道的信息。
另一种可能的实现方式,SEALDD服务器与向存储管理网元提供N6隧道的信息;会话管理网元可以向存储管理网元查询该N6隧道的信息。
1630,会话管理网元根据N6隧道的信息,确定分流点,分流点用于将终端设备的数据分流至用户面网元。
可选地,分流点为上行分类器(uplink classifier,UL CL)或分支点(branchingpoint,BP)。
可选地,在步骤1630之前,方法1600还包括:会话管理网元根据N6隧道的信息确定用户面网元。分流点用于建立终端设备到该用户面网元的传输路径,也即通过会话管理网元插入的分流点,建立了终端设备到该用户面网元的传输路径。
作为示例,若步骤X1620中,会话管理网元获取到至少两个用户面网元对应的N6隧道信息,也即在步骤SEALDD服务器与至少两个用户面网元预配置N6隧道,则可以根据终端设备位置确定一个用户面网元,如选择离终端设备最近的用户面网元。
为了便于理解,下面结合图17对方法1600所示的实施例进行示例性说明,以下示例中假设用户面网元为UPF,会话管理网元为SMF,终端设备为UE、且分别以UE中的SEALDD客户端和VAL客户端进行说明。其中涉及到的步骤和相关术语的解释可以可参考方法1600中的相关描述,此处不再赘述。
图17是本申请另一实施例提供的一种通信方法1700的示意性流程图。方法1700适用于上述方法1600,也即SEALDD服务器与UPF预配置N6隧道,SMF为UE插入到已建立了N6隧道的UPF的分流点的场景。方法1700可以包括如下步骤。
1701,SEALDD服务器与UPF1预配置N6隧道。
步骤1701与步骤1501类似,不同之处在于,在方法1700中以SEALDD服务器与UPF1配置了N6隧道为例进行说明。
1702,VAL服务器发现SEALDD服务器。
1703,VAL服务器向SEALDD服务器发送服务订阅信息。
1704,SEALDD服务器向VAL服务器发送订阅响应信息。
步骤1702-1704与步骤901-903类似,此处不再赘述。
1705,SEALDD服务器向UDR发送N6隧道的信息。
其中,N6隧道的信息表示SEALDD服务器与UPF1建立的N6隧道的信息,也即步骤1701中预配置的N6隧道的信息。N6隧道的信息可用于建立UE到UPF1的传输路径,例如可以通过插入分流点,以将UE的数据通过该分流点转发到UPF1,具体的后面结合步骤1711说明。
SEALDD服务器与UPF1之间可能有多个N6隧道,在该情况下,SEALDD服务器还可以向UDR发送每个N6隧道的重要性信息。
可选地,N6隧道的信息包括以下至少一项:用于N6隧道的UPF1的地址信息、用于N6隧道的UPF1的端口信息、用于N6隧道的SEALDD服务器的端口信息、用于N6隧道的SEALDD服务器的地址信息、N6隧道对应的数据包的端口信息、N6隧道对应的数据包的地址信息。
可选地,SEALDD服务器还可以向UDR发送数据网络接入标识(data networkaccess identification,DNAI)。
1706,VAL客户端和SEALDD客户端,确定SEALDD服务器。
1707,SEALDD客户端向SEALDD服务器发送SEALDD服务请求信息。
步骤1706-1707与步骤904-905类似,此处不再赘述。
1708,SEALDD服务器向SEALDD客户端发送SEALDD服务器的地址信息和/或端口信息。
步骤1708与步骤909类似,此处不再赘述。
SEALDD客户端收到SEALDD服务器的地址信息和/或端口信息后,可以使用该SEALDD服务器的地址信息和/或端口信息,向SEALDD服务器发送数据(如媒体数据)。若SMF或UPF检测到SEALDD客户端向SEALDD服务器发送数据,则SMF可以从UDR处获取N6隧道的信息,如步骤1709。
1709,SMF从UDR处获取N6隧道的信息。
举例来说,当SMF检测到SEALDD客户端向SEALDD服务器发送媒体数据时,SMF从UDR处获取N6隧道的信息。或者,再举例来说,当UPF检测到SEALDD客户端向SEALDD服务器发送媒体数据时,UPF向SMF发送请求,SMF基于UPF的请求,从UDR处获取N6隧道的信息。
作为示例,SMF从UDR处获取N6隧道的信息,例如可以包括:SMF向PCF发送请求,PCF基于SMF的请求,向UDR请求N6隧道的信息;UDR向PCF发送AF请求通知(AF requestnotification)信息,该AF请求通知信息包括N6隧道的信息;PCF向SMF发送N6隧道的信息。其中,PCF向SMF发送N6隧道的信息,例如可以包括:PCF向SMF发送会话管理策略关联更新请求(SM Policy association modification request)消息,该SM Policy associationmodification request消息包括N6隧道的信息。
1710,SMF根据N6隧道的信息确定UPF1。
作为示例,若SMF获取到至少两个UPF对应的N6隧道信息,也即在步骤1701中SEALDD服务器与至少两个UPF预配置N6隧道,则可以根据UE位置确定一个UPF,如选择离UE最近的UPF。
1711,SMF确定分流点。
其中,分流点用于建立UE到UPF1的传输路径,也即通过SMF插入的分流点,建立了UE到UPF1的传输路径。
可选地,分流点为UL CL或BP。
可选地,SMF还配置转发规则(forwarding rule)。SMF可配置转发规则,并将转发规则发送给分流点,进而分流点可以基于该转发规则将UE的数据转发到UPF1。
1712,SMF向SEALDD服务器发送SEALDD客户端对应的UE的信息和指示信息#2。
其中,指示信息#2可用于指示UPF1对应的N6隧道。SEALDD服务器基于该指示信息#2可获知是SEALDD服务器与UPF1之间的N6隧道。SMF向SEALDD服务器发送SEALDD客户端的ID和指示信息#2,以便SEALDD服务器将SEALDD客户端与UPF1对应的N6隧道进行关联。
一种可能的实现方式,指示信息#2可以通过至少一个比特来实现。举例来说,假设在步骤1701中,SEALDD服务器与一个UPF(即UPF1)建立了N6隧道,且指示信息#2通过一个比特来实现,该比特设置为“0”,则表示SEALDD客户端不与UPF1对应的N6隧道进行关联;若该比特设置为“1”,则表示SEALDD客户端与UPF1对应的N6隧道进行关联。应理解,上述仅是一种示例性说明,不予限制。
另一种可能的实现方式,指示信息#2为SEALDD服务器与UPF1之间的N6隧道的信息。例如,指示信息#2为用于N6隧道的UPF1的端口信息和/或地址信息,基于该指示信息,SEALDD服务器可获知该UPF1对应的N6隧道,进而将SEALDD客户端与UPF1对应的N6隧道进行关联。
1713,SEALDD服务器确定映射关系#1。
SEALDD服务器根据步骤1712中收到的信息,确定映射关系#1。映射关系#1用于将N6隧道与以下两段连接关联起来:SEALDD客户端和SEALDD服务器之间的连接、以及VAL客户端和VAL服务器之间的连接。
一种可能的形式,映射关系#1用于指示SEALDD服务器、VAL服务器、SEALDD客户端、VAL客户端、以及N6隧道之间的关系。
1714,SEALDD服务器基于映射关系#1传输数据。
步骤1714与步骤915类似,此处不再赘述。
上文结合图17所示的步骤1701-1714示例地介绍了一种可能的流程。应理解,上述各个步骤仅是示例性说明,对此不作严格限定。此外,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
基于上述技术方案,SEALDD服务器与UPF可预先配置N6隧道,并将该N6隧道的的信息通知给核心网,当UE需要使用N6隧道时,SMF基于该N6隧道的信息插入到已建立了N6隧道的UPF的分流点。举例来说,SEALDD服务器与UPF配置N6隧道后,向UDR通知N6隧道的信息;当SEALDD客户端向SEALDD服务器发送数据时,SMF可以从UDR处获取N6隧道的信息,并基于该N6隧道的信息插入到已建立了N6隧道的UPF的分流点,从而建立了UE到已建立了N6隧道的UPF之间的传输路径。此外,SEALDD服务器可以维护SEALDD服务器、VAL服务器、SEALDD客户端、VAL客户端、以及N6隧道之间的映射关系,这样后续可以基于该映射关系传输数据。
下面结合图18和图19介绍适用于上述方案B中,也即SEALDD服务器与SEALDD客户端之间建立SEALDD连接的方案。图18和图19所示的实施例可以应用于上述图1至图3所示的网络架构中,图13所示的实施例还可以应用于上述图6所示的网络架构中,对此不予限制。
图18是本申请另一实施例提供的一种通信方法1800的示意图。方法1800可以包括如下步骤。
1810,SEALDD服务器接收来自终端设备的服务请求信息,服务请求信息用于请求SEALDD服务器提供与数据传输相关的服务。
关于服务请求信息可参考方法800中的相关描述,此处不再赘述。
1820,SEALDD服务器向终端设备发送第三信息,第三信息用于指示SEALDD服务器与终端设备之间的至少一个SEALDD连接的信息。
作为示例,SEALDD服务器可以与SEALDD客户端建立至少一个SEALDD连接。可选地,若SEALDD服务器与SEALDD客户端之间的SEALDD连接为至少两个,则SEALDD服务器还可确定每个SEALDD连接的重要性信息或者称为优先权信息。
一种可能的实现方式,SEALDD服务器可根据终端设备的传输需求,确定建立多少个SEALDD连接。
可选地,至少一个SEALDD连接的信息包括以下至少一项:每个SEALDD连接的地址信息、每个SEALDD连接的端口信息、每个SEALDD连接的重要性信息、每个SEALDD连接的标识信息。
其中,SEALDD连接的重要性信息,可以识别各个SEALDD连接的重要性。举例来说,重要性不同的SEALDD连接可用于传输不同类型的数据,如重要性不同的数据。
可选地,SEALDD服务器基于映射关系#2,与终端设备在至少一个SEALDD连接上传输应用服务器的数据。
其中,映射关系#2用于指示SEALDD服务器、应用服务器、终端设备、以及至少一个SEALDD连接之间的关系。映射关系#2用于将SEALDD连接与终端设备、SEALDD服务器、应用服务器关联起来,或者说,映射关系#2用于将SEALDD连接与下面两段连接关联起来:SEALDD服务器和终端设备上的SEALDD客户端之间的连接、以及VAL服务器和终端设备上的VAL客户端之间的连接。
一种可能的实现方式,映射关系#2为SEALDD服务器、VAL服务器、终端设备上的SEALDD客户端、终端设备上的VAL客户端、以及SEALDD连接之间的关系。可选地,映射关系#还包括UE的ID信息。其中,UE的ID信息可以是UE的地址信息,也可以是GPSI信息等。
为了便于理解,下面结合图19对方法1800所示的实施例进行示例性说明,以下示例中假设终端设备为UE、且分别以UE中的SEALDD客户端和VAL客户端进行说明。其中涉及到的步骤和相关术语的解释可以可参考方法1800中的相关描述,此处不再赘述。
图19是本申请另一实施例提供的一种通信方法1900的示意性流程图。方法1900适用于上述方法1800,也即SEALDD服务器与SEALDD客户端之间建立SEALDD连接的场景。方法1900可以包括如下步骤。
1901,VAL服务器发现SEALDD服务器。
作为示例,VAL服务器可通过CAPIF发现SEALDD服务器。VAL服务器可以感知SEALDD服务器是否支持隧道,因此在VAL服务器发现SEALDD服务器的过程中,可以选择支持隧道的SEALDD服务器。在本申请实施例中,隧道表示SEALDD服务器与SEALDD客户端之间的隧道,也即SEALDD连接。
1902,VAL服务器向SEALDD服务器发送服务订阅信息。
其中,服务订阅信息可用于请求订阅隧道传输业务。
1903,SEALDD服务器向VAL服务器发送订阅响应信息。
1904,VAL客户端和SEALDD客户端,确定SEALDD服务器。
VAL客户端和SEALDD客户端可进行SEALDD服务器的发现选择,并获取SEALDD服务器的控制面API接口。
1905,SEALDD客户端向SEALDD服务器发送SEALDD服务请求信息。
其中,SEALDD服务请求信息可用于请求SEALDD服务器提供服务,如提供与数据传输相关的服务。SEALDD服务请求例如也可称为SEALDD服务触发请求(SEALDD servicetrigger request),其命名不对本申请实施例的保护范围造成限定。
作为示例,SEALDD客户端通过SEALDD服务器的控制面API接口向SEALDD服务器发送SEALDD服务请求信息。
可选地,SEALDD服务请求信息中包括VAL服务信息。VAL服务信息可用于SEALDD服务器确定是否要使用隧道进行业务数据流传输。举例来说,若SEALDD服务器根据VAL服务信息,确定VAL服务器订阅了SEALDD服务,则SEALDD服务器确定要使用隧道传输VAL服务器提供的业务的数据。若SEALDD服务器确定要使用隧道传输VAL服务器提供的业务的数据,则SEALDD服务器确定与SEALDD客户端建立连接,如步骤1906。为区分,将SEALDD服务器与SEALDD客户端之间的连接记为SEALDD连接。
1906,SEALDD服务器确定与SEALDD客户端建立SEALDD连接。
作为示例,SEALDD服务器可以根据VAL服务器的传输需求确定与SEALDD客户端建立几个SEALDD连接。可选地,若SEALDD服务器与SEALDD客户端之间的SEALDD连接为至少两个,则SEALDD服务器还可确定每个SEALDD连接的重要性信息或者称为优先权信息。
1907,SEALDD服务器向SEALDD客户端发送SEALDD服务器的地址信息和/或端口信息。
其中,SEALDD服务器的地址信息是用于SEALDD连接的SEALDD服务器的地址信息,也即SEALDD连接对应的SEALDD服务器的地址信息。SEALDD服务器的端口信息是用于SEALDD连接的SEALDD服务器的端口信息,也即SEALDD连接对应的SEALDD服务器的端口信息。
一种可能的实现方式,SEALDD服务器向SEALDD客户端发送SEALDD服务响应信息,该SEALDD服务响应信息包括SEALDD服务器的地址信息和/或端口信息。
可选地,若SEALDD服务器与SEALDD客户端之间的SEALDD连接为至少两个,则SEALDD服务器还可向SEALDD客户端发送每个SEALDD连接的重要性信息。
可选地,若SEALDD连接使用GTP-U等隧道协议,则SEALDD服务器还可向SEALDD客户端发送上行(uplink)TEID。
可选地,若SEALDD连接使用GTP-U等隧道协议,则SEALDD客户端向SEALDD服务器发送下行(downlink)TEID,如步骤1908。
1908,SEALDD客户端向SEALDD服务器发送下行TEID。
一种可能的实现方式,SEALDD客户端向SEALDD服务器发送SEALDD服务隧道建立(SEALDD service tunnel establishment)消息,该消息包括下行TEID。进一步可选地,SEALDD服务器可以向SEALDD客户端发送SEALDD服务隧道建立响应(SEALDD servicetunnel establishment response)消息。
SEALDD服务器收到SEALDD客户端发送的下行TEID后,SEALDD服务器与SEALDD客户端之间的SEALDD连接完成建立。可选地,SEALDD服务器与SEALDD客户端之间的SEALDD连接完成建立后,SEALDD服务器还可向核心网发送通知信息,该通知信息用于通知UPF要读取SEALDD连接上传输的数据包的包头。
可以理解,若SEALDD连接使用其他可通过用户面交互建立连接的协议,则可以不执行步骤1908。
1909,SEALDD服务器确定映射关系#2。
关于映射关系#2可参考方法1800中的相关描述,此处不再赘述。
1910,SEALDD服务器基于映射关系#2传输数据。
以下行传输为例,也即VAL服务器通过SEALDD服务器和SEALDD客户端向VAL客户端发送数据。举例来说:VAL服务器将数据包发给SEALDD服务器,SEALDD服务器根据该数据包对应的地址和/或端口,判断该数据包对应的VAL客户端。其中,该数据包对应的地址例如可以是该数据包的源地址和/或目的地址,该数据包对应的端口例如可以是该数据包的源端口和/或目的端口。SEALDD服务器确定该数据包对应的VAL客户端后,根据VAL客户端以及映射关系#2确定对应的SEALDD连接。SEALDD服务器在该数据包包头中添加数据包的特征信息,并通过SEALDD连接发给UPF。UPF收到该数据包后,读取数据包包头的数据包的特征信息,并且见该数据包的特征信息复制添加到N3GTP-U tunnel包头上发给RAN。RAN从UPF收到数据后,可根据N3 GTP-U tunnel包头中的数据包的特征信息,进行优化传输,发给SEALDD客户端,进而SEALDD客户端将该数据发给VAL客户端。其中,关于数据包在传输过程中的形式可参考图7所示的形式。
上文结合图19所示的步骤1901-1910示例地介绍了一种可能的流程。应理解,上述各个步骤仅是示例性说明,对此不作严格限定。此外,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
基于上述技术方案,SEALDD服务器与SEALDD客户端之间可以建立端到端的隧道,即SEALDD连接。此外,在SEALDD连接建立完成后,SEALDD服务器可以维护SEALDD服务器、VAL服务器、SEALDD客户端、VAL客户端、以及SEALDD连接之间的映射关系,这样后续可以基于该映射关系传输数据。
可以理解,本申请实施例中的图8至图19中的例子仅仅是为了便于本领域技术人员理解本申请实施例,并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图8至图19的例子,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本申请实施例的范围内。
还可以理解,在上述一些实施例中,提到了UPF和SEALDD服务器之间建立N6隧道的方案。举例来说,SEALDD服务器提供SEALDD服务器侧的N6隧道信息(如SEALDD服务器侧的TEID),UPF或者SMF提供UPF侧的N6隧道信息(如UPF侧的TEID),进而SEALDD服务器与UPF之间完成N6隧道的建立。可以理解,SEALDD服务器也可替换为其他应用服务器。
举例来说,AF通过核心网网元(如NEF/PCF)向SMF发送应用服务器侧的N6隧道信息(如应用服务器侧的TEID),SMF可向UPF发送应用服务器侧的N6隧道信息;SMF反馈UPF侧的N6隧道信息(如UPF侧的TEID),进而应用服务器与UPF之间完成N6隧道的建立。其中,SMF可从UPF处获取UPF侧的N6隧道信息,或者也可自己分配UPF侧的N6隧道信息,不予限制。上述应用服务器可以是SEALDD服务器,AF也可以是SEALDD服务器。
再举例来说,应用服务器通过某一网元(如记为网元#A),如网络资源管理(network resource management,NRM),发送AF request,该网元#A通过核心网网元(如NEF/PCF)向SMF发送应用服务器侧的N6隧道信息(如应用服务器侧的TEID),SMF可向UPF发送应用服务器侧的N6隧道信息;SMF反馈UPF侧的N6隧道信息(如UPF侧的TEID),进而应用服务器与UPF之间完成N6隧道的建立。其中,SMF也可能通过NEF向核心网外部反馈UPF侧的N6隧道信息。SMF反馈的UPF侧N6隧道信息可以通过网元#A发送给SEALDD服务器。SMF可从UPF处获取UPF侧的N6隧道信息,或者也可自己分配UPF侧的N6隧道信息,不予限制。上述应用服务器可以是SEALDD服务器,AF也可以是SEALDD服务器。
还可以理解,在本申请实施例中,SELADD服务器与核心网的交互可以通过网元#A实现。作为示例,该网元#A可以为NRM。
还可以理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
还可以理解,附图中仅为便于理解,将UPF、SMF、UDR等核心网网元单独示出,但这不应对本申请构成任何限定。本申请对于核心网网元的具体形态不作限定。
还可以理解,上文结合图8至图19分别描述了各个实施例,可以理解,各个实施例中未详细描述的部分可互相参考。
还可以理解,在上述一些实施例中,主要以SEALDD服务器为例进行示例性说明,对此不予限制。例如SEALDD服务器也可替换为其他应用服务器。
还可以理解,在上述一些实施例中,涉及到一些消息名称,其命名不对本申请实施例的保护范围造成限定。
还可以理解,本申请的各实施例中的一些可选的特征,在某些场景下,可以不依赖于其他特征,也可以在某些场景下,与其他特征进行结合,不作限定。
还可以理解,本申请的各实施例中的方案可以进行合理的组合使用,并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释,对此不作限定。
还可以理解,上述各个方法实施例中,由设备或网元实现的方法和操作,也可以由可由设备或网元的组成部件(例如芯片或者电路)来实现,不作限定。
相应于上述各方法实施例给出的方法,本申请实施例还提供了相应的装置,所述装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件,也可以是硬件,或者是软件和硬件结合。可以理解的是,上述各方法实施例所描述的技术特征同样适用于以下装置实施例。
图20是本申请实施例提供的一种通信装置2000的示意性框图。该装置2000包括一个或多个虚拟单元,如收发单元2010和处理单元2020。收发单元2010可以用于实现相应的通信功能。收发单元2010还可以称为通信接口或通信单元。处理单元2020可以用于实现相应的处理功能,如建立N6隧道。
可选地,该装置2000还包括存储单元,该存储单元可以用于存储指令和/或数据,处理单元2020可以读取存储单元中的指令和/或数据,以使得装置实现前述各个方法实施例中设备或网元的动作。
在第一种设计中,该装置2000可以是前述实施例中的SEALDD服务器,也可以是SEALDD服务器的组成部件(如芯片)。该装置2000可实现对应于上文方法实施例中的SEALDD服务器执行的步骤或者流程。其中,收发单元2010可用于执行上文方法实施例中SEALDD服务器的收发相关的操作,如图8至图19所示实施例中SEALDD服务器的收发相关的操作;处理单元2020可用于执行上文方法实施例中SEALDD服务器的处理相关的操作,如图8至图19所示实施例中SEALDD服务器的处理相关的操作。
在第二种设计中,该装置2000可以是前述实施例中的用户面网元,也可以是用户面网元的组成部件(如芯片)。该装置2000可实现对应于上文方法实施例中的用户面网元执行的步骤或者流程。其中,收发单元2010可用于执行上文方法实施例中用户面网元的收发相关的操作,如图8、图10、图12、图14、图16、图18所示实施例中用户面网元的收发相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中UPF的收发相关的操作;处理单元2020可用于执行上文方法实施例中用户面网元的处理相关的操作,如图8、图10、图12、图14、图16、图18所示实施例中用户面网元的处理相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中UPF的处理相关的操作。
在第三种设计中,该装置2000可以是前述实施例中的会话管理网元,也可以是会话管理网元的组成部件(如芯片)。该装置2000可实现对应于上文方法实施例中的会话管理网元执行的步骤或者流程。其中,收发单元2010可用于执行上文方法实施例中会话管理网元的收发相关的操作,如图8、图10、图12、图14、图16、图18所示实施例中会话管理网元的收发相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中SMF的收发相关的操作;处理单元2020可用于执行上文方法实施例中会话管理网元的处理相关的操作,如图8、图10、图12、图14、图16、图18所示实施例中会话管理网元的处理相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中SMF的处理相关的操作。
在第四种设计中,该装置2000可以是前述实施例中的终端设备,也可以是终端设备的组成部件(如芯片)。该装置2000可实现对应于上文方法实施例中的终端设备执行的步骤或者流程。其中,收发单元2010可用于执行上文方法实施例中终端设备的收发相关的操作,如图8、图10、图12、图14、图16、图18所示实施例中终端设备的收发相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中VAL客户端和SEALDD客户端的收发相关的操作;处理单元2020可用于执行上文方法实施例中终端设备的处理相关的操作,如图8、图10、图12、图14、图16、图18所示实施例中终端设备的处理相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中VAL客户端和SEALDD客户端的处理相关的操作。
应理解,各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,这里的装置2000以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。
示例地,本申请实施例提供的装置2000的产品实现形态是可以在计算机上运行的程序代码。
示例地,本申请实施例提供的装置2000可以是通信设备,也可以是应用于通信设备上的芯片、芯片系统(例如:片上系统(system on chip,SoC))或电路。当该装置2000为通信设备时,收发单元2010可以是收发器,或,输入/输出接口;处理单元2020可以是处理器。当该装置2000为用于通信设备中的芯片、芯片系统或电路时,收发单元2010可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元2020可以是处理器、处理电路或逻辑电路等。
此外,上述收发单元2010还可以是收发电路(例如可以包括接收电路和发送电路),处理单元可以是处理电路。
图21是本申请实施例提供的一种通信装置2100的示意性框图。该装置2100包括处理器2110,处理器2110与存储器2220耦合。可选地,还包括存储器2220,用于存储计算机程序或指令和/或数据,处理器2110用于执行存储器2220存储的计算机程序或指令,或读取存储器2220存储的数据,以执行上文各方法实施例中的方法。
可选地,处理器2110为一个或多个。
可选地,存储器2220为一个或多个。
可选地,该存储器2220与该处理器2110集成在一起,或者分离设置。
可选地,如图21所示,该装置2100还包括收发器2130,收发器2130用于信号的接收和/或发送。例如,处理器2110用于控制收发器2130进行信号的接收和/或发送。
作为一种方案,该装置2100用于实现上文各个方法实施例中由SEALDD服务器执行的操作。
例如,处理器2110用于执行存储器2220存储的计算机程序或指令,以实现上文各个方法实施例中SEALDD服务器的相关操作。例如,图8至图19所示实施例中SEALDD服务器执行的方法。
作为另一种方案,该装置2100用于实现上文各个方法实施例中由用户面网元执行的操作。
例如,处理器2110用于执行存储器2220存储的计算机程序或指令,以实现上文各个方法实施例中用户面网元的相关操作。例如,图8、图10、图12、图14、图16、图18所示实施例中用户面网元执行的方法;再例如,图9、图11、图13、图15、图17、图19所示实施例中UPF执行的方法。
作为另一种方案,该装置2100用于实现上文各个方法实施例中由会话管理网元执行的操作。
例如,处理器2110用于执行存储器2220存储的计算机程序或指令,以实现上文各个方法实施例中会话管理网元的相关操作。例如,图8、图10、图12、图14、图16、图18所示实施例中会话管理网元执行的方法;再例如,图9、图11、图13、图15、图17、图19所示实施例中SMF执行的方法。
作为另一种方案,该装置2100用于实现上文各个方法实施例中由终端设备执行的操作。
例如,处理器2110用于执行存储器2220存储的计算机程序或指令,以实现上文各个方法实施例中终端设备的相关操作。例如,图8、图10、图12、图14、图16、图18所示实施例中终端设备执行的方法;再例如,图9、图11、图13、图15、图17、图19所示实施例中VAL客户端和SEALDD客户端执行的方法。
在实现过程中,上述方法的各步骤可以通过处理器2110中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器2220,处理器2110读取存储器2220中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应理解,本申请实施例中,处理器可以为一个或多个集成电路,用于执行相关程序,以执行本申请方法实施例。
处理器(例如,处理器2110)可包括一个或多个处理器并实现为计算设备的组合。处理器可分别包括以下一种或多种:微处理器、微控制器、数字信号处理器(digitalsignal processor,DSP)、数字信号处理设备(digital signal processing device,DSPD)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)、可编程逻辑器件(programmable logicdevice,PLD)、选通逻辑、晶体管逻辑、分立硬件电路、处理电路或其它合适的硬件、固件和/或硬件和软件的组合,用于执行本公开中所描述的各种功能。处理器可以是通用处理器或专用处理器。例如,处理器2110可以是基带处理器或中央处理器。基带处理器可用于处理通信协议和通信数据。中央处理器可用于使装置执行软件程序,并处理软件程序中的数据。此外,处理器的一部分还可以包括非易失性随机存取存储器。例如,处理器还可以存储设备类型的信息。
本申请中的程序在广义上用于表示软件。软件的非限制性示例包括:程序代码、程序、子程序、指令、指令集、代码、代码段、软件模块、应用程序、或软件应用程序等。程序可以在处理器和/或计算机中运行。以使得装置执行本申请中描述的各种功能和/或过程。
存储器(例如,存储器2220)可存储供处理器(例如,处理器2110)在执行软件时所需的数据。存储器可以使用任何合适的存储技术实现。例如,存储器可以是处理器和/或计算机能够访问的任何可用存储介质。存储介质的非限制性示例包括:随机存取存储器(random access memory,RAM)、只读存储器(read-only memory,ROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)、光盘只读存储器(Compact Disc-ROM,CD-ROM)、静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)、可移动介质、光盘存储器、磁盘存储介质、磁存储设备、闪存、寄存器、状态存储器、远程挂载存储器、本地或远程存储器组件,或能够携带或存储软件、数据或信息并可由处理器/计算机访问的任何其它介质。需要说明的是,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
存储器(例如,存储器2220)和处理器(例如,处理器2110)可以分开设置或集成在一起。存储器可以用于与处理器连接,使得处理器能够从存储器中读取信息,在存储器中存储和/或写入信息。存储器可以集成在处理器中。存储器和处理器可以设置在集成电路中(例如,该集成电路可以设置在UE或其他网络节点中)。
图22是本申请实施例提供的一种芯片系统2200的示意性框图。该芯片系统2200(或者也可以称为处理系统)包括逻辑电路2210以及输入/输出接口(input/outputinterface)2220。
其中,逻辑电路2210可以为芯片系统2200中的处理电路。逻辑电路2210可以耦合连接存储单元,调用存储单元中的指令,使得芯片系统2200可以实现本申请各实施例的方法和功能。输入/输出接口2220,可以为芯片系统2200中的输入输出电路,将芯片系统2200处理好的信息输出,或将待处理的数据或信令信息输入芯片系统2200进行处理。
作为一种方案,该芯片系统2200用于实现上文各个方法实施例中由控制面网元执行的操作。
例如,逻辑电路2210用于实现上文方法实施例中由SEALDD服务器执行的处理相关的操作,如,图8至图19所示实施例中SEALDD服务器执行的处理相关的操作;输入/输出接口2220用于实现上文方法实施例中由SEALDD服务器执行的发送和/或接收相关的操作,如,图8至图19所示实施例中SEALDD服务器执行的发送和/或接收相关的操作。
作为另一种方案,该芯片系统2200用于实现上文各个方法实施例中由用户面网元执行的操作。
例如,逻辑电路2210用于实现上文方法实施例中由用户面网元执行的处理相关的操作,如,图8、图10、图12、图14、图16、图18所示实施例中用户面网元执行的处理相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中UPF执行的处理相关的操作;输入/输出接口2220用于实现上文方法实施例中由用户面网元执行的发送和/或接收相关的操作,如,图8、图10、图12、图14、图16、图18所示实施例中用户面网元执行的发送和/或接收相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中UPF执行的发送和/或接收相关的操作。
作为另一种方案,该芯片系统2200用于实现上文各个方法实施例中由会话管理网元执行的操作。
例如,逻辑电路2210用于实现上文方法实施例中由会话管理网元执行的处理相关的操作,如,图8、图10、图12、图14、图16、图18所示实施例中会话管理网元执行的处理相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中SMF执行的处理相关的操作;输入/输出接口2220用于实现上文方法实施例中由用户面网元执行的发送和/或接收相关的操作,如,图8、图10、图12、图14、图16、图18所示实施例中会话管理网元执行的发送和/或接收相关的操作,又如图9、图11、图13、图15、图17、图19所示实施例中SMF执行的发送和/或接收相关的操作。
本申请实施例还提供一种计算机可读存储介质,其上存储有用于实现上述各方法实施例中由通信装置(如SEALDD服务器,又如用户面网元,又如会话管理网元,又如终端设备)执行的方法的计算机指令。
本申请实施例还提供一种计算机程序产品,包含指令,该指令被计算机执行时以实现上述各方法实施例中由通信装置(如SEALDD服务器,又如用户面网元,又如会话管理网元,又如终端设备)执行的方法。
本申请实施例还提供一种通信系统,该通信系统包括上文各实施例中的SEALDD服务器、用户面网元、会话管理网元、终端设备中的一个或多个。
上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例,此处不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。此外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元实现本申请提供的方案。
另外,在本申请各个实施例中的各功能单元可以集成在一个单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如,计算机可以是个人计算机,服务器,或者网络设备等。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。关于计算机可读存储介质,可以参考上文描述。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (30)

1.一种通信方法,其特征在于,包括:
服务使能架构层数据传输SEALDD服务器接收来自终端设备的服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务;
响应于所述服务请求信息,所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,所述N6隧道是基于第一信息和第二信息建立的,所述第一信息包括所述SEALDD服务器提供的用于建立所述N6隧道的信息,所述第二信息包括所述用户面网元提供的用于建立所述N6隧道的信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述SEALDD服务器向所述用户面网元发送所述第一信息,所述第一信息用于触发所述用户面网元建立所述N6隧道;
响应于所述第一信息,所述用户面网元通过所述N6隧道与所述SEALDD服务器传输所述终端设备的数据。
3.根据权利要求2所述的方法,其特征在于,所述SEALDD服务器向所述用户面网元发送所述第一信息,包括:
所述SEALDD服务器根据所述服务请求信息确定要在所述N6隧道上传输所述终端设备的数据时,所述SEALDD服务器向所述用户面网元发送所述第一信息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
所述SEALDD服务器向所述终端设备发送所述SEALDD服务器的地址信息和/或所述SEALDD服务器的端口信息。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,包括:
所述SEALDD服务器接收来自应用服务器的第一数据包;
所述SEALDD服务器根据所述第一数据包的地址信息和/或端口信息,以及映射关系,通过所述N6隧道向所述用户面网元发送所述第一数据包;
其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
6.根据权利要求5所述的方法,其特征在于,所述第一数据包中包括所述第一数据包的特征信息。
7.根据权利要求1至4中任一项所述的方法,其特征在于,所述SEALDD服务器通过N6隧道与用户面网元传输所述终端设备的数据,包括:
所述SEALDD服务器通过所述N6隧道从所述用户面网元接收第二数据包;
所述SEALDD服务器根据所述第二数据包的地址信息和/或端口信息,以及所述N6隧道和映射关系,向应用服务器发送所述第二数据包;
其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
8.根据权利要求7所述的方法,其特征在于,所述第二数据包中包括所述第二数据包的特征信息。
9.一种通信方法,其特征在于,包括:
用户面网元接收来自服务使能架构层数据传输SEALDD服务器的第一信息,所述第一信息用于触发所述用户面网元建立N6隧道,所述N6隧道是基于所述第一信息和第二信息建立的,所述第一信息包括所述SEALDD服务器提供的用于建立所述N6隧道的信息,所述第二信息包括所述用户面网元提供的用于建立所述N6隧道的信息;
响应于所述第一信息,所述用户面网元通过所述N6隧道与所述SEALDD服务器传输所述终端设备的数据。
10.根据权利要求9所述的方法,其特征在于,所述用户面网元通过所述N6隧道与所述SEALDD服务器传输所述终端设备的数据,包括:
所述用户面网元通过所述N6隧道从所述SEALDD服务器接收来自应用服务器的第一数据包;
所述用户面网元根据所述第一数据包的地址信息和/或端口信息,以及映射关系,向所述终端设备发送所述第一数据包;
其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
11.根据权利要求10所述的方法,其特征在于,所述第一数据包中包括所述第一数据包的特征信息。
12.根据权利要求9至11中任一项所述的方法,其特征在于,所述用户面网元通过所述N6隧道与所述SEALDD服务器传输所述终端设备的数据,包括:
所述用户面网元接收来自所述终端设备的第二数据包;
所述用户面网元根据所述第二数据包的地址信息和/或端口信息,以及所述N6隧道和映射关系,通过所述SEALDD服务器向应用服务器发送所述第二数据包;
其中,所述映射关系用于指示所述SEALDD服务器、所述应用服务器、所述终端设备、以及所述N6隧道之间的关系。
13.根据权利要求12所述的方法,其特征在于,所述第二数据包中包括所述第二数据包的特征信息。
14.根据权利要求1至13中任一项所述的方法,其特征在于,所述第一信息包括以下至少一项:所述终端设备的信息、所述N6隧道的路由信息、所述SEALDD服务器的地址信息、所述SEALDD服务器的端口信息、所述N6隧道在所述SEALDD服务器侧的隧道端点标识符。
15.根据权利要求1至14中任一项所述的方法,其特征在于,所述第二信息包括以下至少一项:所述用户面网元的地址信息、所述用户面网元的端口信息、所述N6隧道在所述用户面网元侧的隧道端点标识符。
16.根据权利要求1至15中任一项所述的方法,其特征在于,所述第一信息包括所述SEALDD服务器提供的用于建立至少两个N6隧道的信息,所述至少两个N6隧道是所述SEALDD服务器与所述用户面网元之间的N6隧道,所述至少两个N6隧道用于传输所述终端设备的不同类型的数据。
17.根据权利要求16所述的方法,其特征在于,所述第一信息包括每个N6隧道对应的重要性信息。
18.一种通信方法,其特征在于,包括:
会话管理网元确定第二信息,所述第二信息包括用户面网元提供的用于建立N6隧道的信息,所述N6隧道是服务使能架构层数据传输SEALDD服务器与所述用户面网元之间的N6隧道,所述N6隧道用于传输终端设备的数据;
所述会话管理网元向所述SEALDD服务器发送所述第二信息,所述第二信息用于触发所述SEALDD服务器建立所述N6隧道。
19.根据权利要求18所述的方法,其特征在于,所述方法还包括:
会话管理网元接收来自所述SEALDD服务器的第一信息,所述第一信息包括所述SEALDD服务器提供的用于建立所述N6隧道的信息,所述第一信息用于触发所述用户面网元建立所述N6隧道。
20.根据权利要求19所述的方法,其特征在于,所述第一信息包括以下至少一项:所述终端设备的信息、所述N6隧道的路由信息、所述SEALDD服务器的地址信息、所述SEALDD服务器的端口信息、所述N6隧道在所述SEALDD服务器侧的隧道端点标识符。
21.根据权利要求18至20中任一项所述的方法,其特征在于,所述会话管理网元确定第二信息,包括:
所述会话管理网元为所述用户面网元分配所述第二信息;或者,
所述会话管理网元接收来自所述用户面网元的所述第二信息。
22.根据权利要求18至21中任一项所述的方法,其特征在于,所述第二信息包括以下至少一项:所述用户面网元的地址信息、所述用户面网元的端口信息、所述N6隧道在所述用户面网元侧的隧道端点标识符。
23.一种通信方法,其特征在于,包括:
服务使能架构层数据传输SEALDD服务器接收来自终端设备的服务请求信息,所述服务请求信息用于请求所述SEALDD服务器提供与数据传输相关的服务;
在所述SEALDD服务器确定SEALDD服务器与用户面网元未建立N6隧道的情况下,所述SEALDD服务器向所述用户面网元发送第一信息,所述第一信息是所述SEALDD服务器提供的用于建立所述N6隧道的信息,所述用户面网元是为所述终端设备提供服务的用户面网元,所述第一信息用于触发所述用户面网元建立所述N6隧道。
24.一种通信装置,其特征在于,所述装置包括:用于执行如权利要求1至8中任一项所述的方法的单元,或者用于执行如权利要求9至14中任一项所述的方法的单元,或者用于执行如权利要求18至22中任一项所述的方法的单元,或者用于执行如权利要求23所述的方法的单元。
25.一种通信装置,其特征在于,包括:
处理器,用于执行存储器中存储的计算机程序,以使得所述装置执行如权利要求1至8中任一项所述的方法,或者以使得所述装置执行如权利要求9至17中任一项所述的方法,或者以使得所述装置执行如权利要求18至22中任一项所述的方法,或者以使得所述装置执行如权利要求23所述的方法。
26.根据权利要求25所述的装置,其特征在于,所述装置还包括所述存储器和/或通信接口,所述通信接口与所述处理器耦合,
所述通信接口,用于输入和/或输出信息。
27.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至8中任意一项所述的方法,或者以使得所述计算机执行如权利要求9至17中任一项所述的方法,或者以使得所述计算机执行如权利要求18至22中任一项所述的方法,或者以使得所述计算机执行如权利要求23所述的方法。
28.一种计算机程序产品,其特征在于,所述计算机程序产品包括用于执行如权利要求1至8中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求9至17中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求18至22中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求23所述的方法的指令。
29.一种通信系统,其特征在于,包括服务使能架构层数据传输SEALDD服务器和用户面网元;
所述SEALDD服务器用于执行如权利要求1至8中任一项所述的方法;
所述用户面网元用于执行如权利要求9至17中任一项所述的方法。
30.根据权利要求29所述的通信系统,其特征在于,所述通信系统还包括会话管理网元,所述会话管理网元用于执行如权利要求18至22中任一项所述的方法。
CN202211212806.8A 2022-09-29 2022-09-29 通信方法、通信装置、以及通信系统 Pending CN117793199A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211212806.8A CN117793199A (zh) 2022-09-29 2022-09-29 通信方法、通信装置、以及通信系统
PCT/CN2023/119350 WO2024067194A1 (zh) 2022-09-29 2023-09-18 通信方法、通信装置、以及通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211212806.8A CN117793199A (zh) 2022-09-29 2022-09-29 通信方法、通信装置、以及通信系统

Publications (1)

Publication Number Publication Date
CN117793199A true CN117793199A (zh) 2024-03-29

Family

ID=90385717

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211212806.8A Pending CN117793199A (zh) 2022-09-29 2022-09-29 通信方法、通信装置、以及通信系统

Country Status (2)

Country Link
CN (1) CN117793199A (zh)
WO (1) WO2024067194A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10904947B2 (en) * 2018-05-16 2021-01-26 Huawei Technologies Co., Ltd. Message and system for application function influence on traffic routing
WO2020223629A1 (en) * 2019-05-01 2020-11-05 Convida Wireless, Llc Methods for a multi-hop relay in 5g network
US20220408423A1 (en) * 2019-10-18 2022-12-22 Sony Group Corporation Methods for network assistance for media services, core network node, wireless devices and radio access network nodes

Also Published As

Publication number Publication date
WO2024067194A1 (zh) 2024-04-04

Similar Documents

Publication Publication Date Title
CN113038528B (zh) 用于在无线通信系统中将数据分组路由到用户设备的基站
US20200107381A1 (en) Methods, apparatus, and systems for power efficient d2d communications for wearable and iot devices
US11968565B2 (en) User plane information reporting method and apparatus
RU2722504C1 (ru) Сетевой узел и способ конфигурирования pdcp для устройства беспроводной связи
EP4033799B1 (en) Relay transmission method, relay terminal and remote terminal
WO2019219752A1 (en) Conditional connection and tunnel setup for small data transmission
EP4354770A1 (en) Method and apparatus for transmitting data
CN113938840A (zh) 通信方法和通信装置
CN112867096A (zh) 一种适应灵活部署场景的网络架构
JP2021510254A (ja) 中継伝送方法及び中継ノード
CN108605378B (zh) 一种数据传输方法、装置及相关设备
WO2018145292A1 (zh) 通信方法、装置和系统
WO2023284551A1 (zh) 通信方法、装置和系统
WO2022170798A1 (zh) 确定策略的方法和通信装置
WO2022021165A1 (zh) 中继发现方法和终端
CN117793199A (zh) 通信方法、通信装置、以及通信系统
KR20230011294A (ko) 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2023134516A1 (zh) 一种广播通信方法和装置
CN114915917B (zh) 传输多播业务的方法及装置
WO2023116560A1 (zh) 通信的方法与装置
WO2023070684A1 (zh) 无线通信的方法和设备
CN116615920A (zh) 通信方法、设备及存储介质
CN116233957A (zh) 一种数据传输的方法和通信装置
CN117097618A (zh) 信息处理的方法和装置
KR20240034797A (ko) 데이터 흐름 검출 방법 및 장치

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