CN116866881A - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
CN116866881A
CN116866881A CN202210317093.5A CN202210317093A CN116866881A CN 116866881 A CN116866881 A CN 116866881A CN 202210317093 A CN202210317093 A CN 202210317093A CN 116866881 A CN116866881 A CN 116866881A
Authority
CN
China
Prior art keywords
access
information
transmission path
access network
management device
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
CN202210317093.5A
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 CN202210317093.5A priority Critical patent/CN116866881A/zh
Priority to PCT/CN2023/084185 priority patent/WO2023185772A1/zh
Publication of CN116866881A publication Critical patent/CN116866881A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/22Manipulation of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及通信技术领域。提供一种通信方法及装置,用以支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。多接入会话的第一传输路径和第二传输路径对应的接入技术属于同一接入类型;会话管理设备向移动管理设备发送传输路径对应的隧道信息和接入技术信息,接入技术用于确定接入网设备。移动管理设备基于接入技术信息确定接入网设备,并向接入网设备发送隧道信息。本申请中,会话管理设备向移动管理设备发送相比接入类型更细粒度的接入技术信息,移动管理设备可以通过接入技术信息来准确地识别出相对应的接入网设备,这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。

Description

一种通信方法及装置
技术领域
本申请实施例涉及通信等领域,尤其涉及一种通信方法及装置。
背景技术
用户设备(user equipment,UE)和用户面功能(user plane function,UPF)网元可以通过建立多接入协议数据单元(protocol data unit,PDU)会话(multi-access PDUSession,MA PDU Session)将需要发送的业务流数据,同时通过第三代合作伙伴计划(third generation partnership project,3GPP)接入网络和/或非3GPP接入网络进行传输,以提升传输效率。
目前,多接入会话支持通过两个路径传输,两个路径分别是3GPP路径和非3GPP路径,即一条路径中的接入网设备为3GPP接入类型的接入网设备,另一条路径中的接入网设备为非3GPP接入类型的接入网设备。未来,多接入会话将支持通过多个3GPP路径或者多个非3GPP路径传输。然而,现有的多接入会话的管理方法并不适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话。
发明内容
本申请实施例提供一种通信方法及装置,用以支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
第一方面,提供了一种通信方法,该方法的执行主体可以是会话管理设备,也可以是应用于会话管理设备中的部件,例如芯片、处理器等。下面以执行主体是会话管理设备为例进行描述。多接入会话中的传输路径可以包括但不限于第一传输路径和第二传输路径,第一传输路径和所述第二传输路径对应的接入技术属于同一接入类型,所述第一传输路径和所述第二传输路径对应的接入技术属于第三代合作伙伴计划3GPP接入类型,或所述第一传输路径和所述第二传输路径对应的接入技术属于非第三代合作伙伴计划3GPP接入类型。首先,会话管理设备获取传输路径对应的隧道信息;然后,所述会话管理设备向移动管理设备发送所述传输路径对应的隧道信息和接入技术信息,所述接入技术用于所述移动管理设备确定接入网设备。
在本申请中,多接入会话包括的多条传输路径中有至少两条传输路径对应同一接入类型(例如3GPP接入类型或非3GPP接入类型),如果仍采用目前的技术,会话管理设备向移动管理设备发送接入类型,移动管理设备不能识别出要将隧道信息(还可以包括其它信息)发送给该接入类型下的哪个接入网设备。所以本申请提出了会话管理设备向移动管理设备发送相比接入类型更细粒度的接入技术信息,移动管理设备可以通过接入技术信息来准确地识别出相对应的接入网设备,即准确识别出了每条传输路径,这样,移动管理设备可以把隧道信息(还可以包括其它信息)发送给相对应的接入网设备,这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
在一种可能的实现中,会话管理设备在向移动管理设备发送所述传输路径对应的隧道信息和所述传输路径对应的接入技术信息时,可以是所述会话管理设备向所述移动管理设备发送传输消息,所述传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息、所述第二传输路径对应的第二隧道信息和接入技术信息。会话管理设备将多接入会话包括的所有的传输路径对应的隧道信息和接入技术信息通过一条消息发送给移动管理设备,这样可以节省信令传输。
在一种可能的实现中,会话管理设备在向移动管理设备发送所述传输路径对应的隧道信息和所述传输路径对应的接入技术信息时,可以是所述会话管理设备向所述移动管理设备发送第一传输消息,所述第一传输消息包括所述第一传输路径对应的第一隧道信息和对应的接入技术信息;及所述会话管理设备向所述移动管理设备发送第二传输消息,所述第二传输消息包括所述第二传输路径对应的第二隧道信息和接入技术信息。如果还包括其它传输路径,会话管理设备还可以针对每条其它传输路径向移动管理设备发送传输消息,传输消息中可以包括该传输路径对应的隧道信息和接入技术信息。
在一种可能的实现中,所述会话管理设备可以先接收来自所述移动管理设备的第一信息,然后,会话管理设备向移动管理设备发送所述传输路径对应的隧道信息和接入技术信息。所述第一信息可以用于获取所述传输路径对应的隧道信息;其中,所述第一信息包括但不限于以下一项或多项:终端设备已注册的传输路径的第一数量、一个或多个接入技术信息。会话管理设备根据第一信息可以确定需要获取的隧道信息或者隧道信息数量。例如,当第一信息指示终端设备通过三个传输路径或者通过三种不同的接入技术注册于核心网,则会话管理设备确定需要获取三个隧道信息(例如隧道端点标识或者地址信息),从而可以准确地获知需要为多接入会话连接建立获取隧道信息的数量。
在一种可能的实现中,所述会话管理设备向策略控制设备发送第二信息,所述第二信息用于获取分流信息。然后,所述会话管理设备接收来自所述策略控制设备的分流信息,所述分流信息包括所述第一传输路径和所述第二传输路径的分流信息。所述分流信息可以是所述策略控制设备基于所述第二信息确定的。例如,分流信息可以包括但不限于以下的一项或多项:分流模式、分流功能、门限值。在本申请中,多接入会话包括的传输路径的数量可以大于或等于2条,其中,至少2条传输路径可以对应同一接入类型。本申请的分流信息可以基于接入技术(接入技术比接入类型的粒度更细)来确定,或者基于3条甚至更多条传输路径来确定,使得分流信息可以更好地适用于多接入会话的多种可能的形式。
在一种可能的实现中,所述第二信息包括但不限于以下的一项或多项:终端设备注册的传输路径的第一数量、一个或多个接入技术、接入技术的数量。可选的,所述第二信息基于所述第一信息确定。
在一种可能的实现中,所述分流信息用于指示终端设备通过目标传输路径传输数据;其中,所述目标传输路径为终端设备已注册的传输路径中的一个或多个。
在一种可能的实现中,所述会话管理设备可以自身分配所述传输路径对应的隧道信息。例如,会话管理设备可以基于第一信息,分配传输路径对应的隧道信息;具体的,会话管理设备可以根据第一信息确定隧道数量,然后,会话管理设备可以分配该隧道数量对应的隧道信息。可选的,会话管理设备还可以将隧道信息发送给用户面设备。
在一种可能的实现中,所述会话管理设备可以接收来自用户面设备的所述传输路径对应的隧道信息。例如,所述会话管理设备向用户面设备发送所述第一信息,并接收来自所述用户面设备的所述传输路径对应的隧道信息。例如,用户面设备基于第一信息确定隧道数量,用户面设备可以分配该隧道数量对应的隧道信息。
在一种可能的实现中,当所述第一传输路径和所述第二传输路径对应的接入技术相同时,所述会话管理设备还可以向所述移动管理设备发送指示信息,所述指示信息用于指示第一传输路径或第二传输路径。
在一种可能的实现中,当所述指示信息包括以下的一项或多项:子接入技术的标识、接入网设备的标识、路径的标识、IPSec隧道信息。
在多条传输路径对应接入技术相同、且接入网设备相同的场景下,会话管理设备通过该指示信息指示移动管理设备发送隧道信息(还可以包括其它信息)的传输路径,可以使移动管理设备确定是向哪个N2接口、或下一代应用协议(next generation applicationProtocol,NGAP)接口、或逻辑N2通道发送隧道信息(还可以包括其它信息),这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
在多条传输路径对应接入技术相同、但设备本身不同的接入网设备的场景下,会话管理设备通过第五信息指示移动管理设备发送隧道信息(还可以包括其它信息)的传输路径,可以使移动管理设备确定是向哪个接入网设备发送隧道信息(还可以包括其它信息),这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
在一种可能的实现中,第一传输路径对应的接入网设备为以下任一项:3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关。第二传输路径对应的接入网设备为以下任一项:3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关。
例如所述3GPP接入网设备为以下任一项:eNodeB、NG-RAN、gNodeB;
例如所述可信非3GPP接入网设备以下任一项:可信非3GPP网关功能TNGF、可信WLAN互通功能TWIF、可信非3GPP接入点TNAP;
例如所述非可信非3GPP接入网设备以下任一项:非3GPP互通功能N3IWF;
例如所述有线网关为以下任一项:有线接入网关功能W-AGF网元。
第二方面,提供了一种通信方法,该方法的执行主体可以是移动管理设备,也可以是应用于移动管理设备中的部件,例如芯片、处理器等。下面以执行主体是移动管理设备为例进行描述。多接入会话中的传输路径可以包括但不限于第一传输路径和第二传输路径,第一传输路径和所述第二传输路径对应的接入技术属于同一接入类型,例如,所述第一传输路径和所述第二传输路径对应的接入技术属于第三代合作伙伴计划3GPP接入类型,或所述第一传输路径和所述第二传输路径对应的接入技术属于非第三代合作伙伴计划3GPP接入类型。首先,移动管理设备接收来自会话管理设备的传输路径对应的隧道信息和接入技术信息。然后,所述移动管理设备可以基于所述第一传输路径对应的接入技术信息确定第一接入网设备,及向所述第一接入网设备发送所述第一传输路径对应的第一隧道信息;所述移动管理设备还可以基于所述第二传输路径对应的接入技术信息确定第二接入网设备,及向所述第二接入网设备发送所述第二传输路径对应的第二隧道信息。
在本申请中,多接入会话包括的多条传输路径中有至少两条传输路径对应同一接入类型(例如3GPP接入类型或非3GPP接入类型),如果仍采用目前的技术,会话管理设备向移动管理设备发送接入类型,移动管理设备不能识别出要将隧道信息(还可以包括其它信息)发送给该接入类型下的哪个接入网设备。所以本申请提出了会话管理设备向移动管理设备发送相比接入类型更细粒度的接入技术信息,移动管理设备可以通过接入技术信息来准确地识别出相对应的接入网设备,即准确识别出了每条传输路径,这样,移动管理设备可以把隧道信息(还可以包括其它信息)发送给相对应的接入网设备,这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
在一种可能的实现中,移动管理设备接收来自会话管理设备的传输路径对应的隧道信息和接入技术信息时,可以是所述移动管理设备接收来自所述会话管理设备的传输消息,所述传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息、所述第二传输路径对应的第二隧道信息和接入技术信息。会话管理设备将多接入会话包括的所有的传输路径对应的隧道信息和接入技术信息通过一条消息发送给移动管理设备,这样可以节省信令传输。
在一种可能的实现中,移动管理设备接收来自会话管理设备的传输路径对应的隧道信息和接入技术信息时,可以是所述移动管理设备接收来自所述会话管理设备的第一传输消息,所述第一传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息;及所述移动管理设备接收来自所述会话管理设备的第二传输消息,所述第二传输消息包括所述第二传输路径对应的第二隧道信息和接入技术信息。如果还包括其它传输路径,移动管理设备还可以针对每条其它传输路径接收来自会话管理设备的传输消息,传输消息中可以包括该传输路径对应的隧道信息和接入技术信息。
在一种可能的实现中,所述移动管理设备先向所述会话管理设备发送第一信息,然后移动管理设备接收来自会话管理设备的传输路径对应的隧道信息和接入技术信息。所述第一信息用于获取所述传输路径对应的隧道信息;其中,所述第一信息包括以下一项或多项:终端设备已注册的传输路径的第一数量、一个或多个接入技术信息。会话管理设备根据第一信息可以确定需要获取的隧道信息或者隧道信息数量。例如,当第一信息指示终端设备通过三个传输路径或者通过三种不同的接入技术注册于核心网,则会话管理设备确定需要获取三个隧道信息(例如隧道端点标识或者地址信息),从而可以准确地获知需要为多接入会话连接建立获取隧道信息的数量。
在一种可能的实现中,所述移动管理设备还可以接收所述第一传输路径和所述第二传输路径的分流信息;然后,所述移动管理设备向终端设备发送所述分流信息。可选的,所述分流信息可以基于所述第一信息获取,例如,所述分流信息是策略控制设备基于第二信息确定的,第二信息基于第一信息确定。例如,分流信息可以包括但不限于以下的一项或多项:分流模式、分流功能、门限值。在本申请中,多接入会话包括的传输路径的数量可以大于或等于2条,其中,至少2条路径可以对应同一接入类型。本申请的分流信息可以基于接入技术(接入技术比接入类型的粒度更细)来确定,或者基于3条甚至更多条传输路径来确定,使得分流信息可以更好地适用于多接入会话的多种可能的形式。
在一种可能的实现中,所述第二信息包括但不限于以下的一项或多项:终端设备注册的传输路径的第一数量、一个或多个接入技术、接入技术的数量。可选的,所述第二信息基于所述第一信息确定。
在一种可能的实现中,所述分流信息用于指示终端设备通过目标传输路径传输数据;其中,所述目标传输路径为终端设备已注册的传输路径中的一个或多个。
在一种可能的实现中,当所述第一传输路径和所述第二传输路径对应的接入技术相同时,所述移动管理设备还可以接收来自所述会话管理设备的指示信息,所述指示信息用于指示第一传输路径或第二传输路径。移动管理设备可以基于所述第一传输路径对应的接入技术信息和所述指示信息确第一接入网设备;还可以基于所述第二传输路径对应的接入技术信息确定第二接入网设备,包括:所述移动管理设备基于所述第二传输路径对应的接入技术信息和所述指示信息确第二接入网设备。
在一种可能的实现中,当所述指示信息包括以下的一项或多项:子接入技术的标识、接入网设备的标识、路径的标识、IPSec隧道信息。
在多条传输路径对应接入技术相同、且接入网设备相同的场景下,会话管理设备通过该指示信息指示移动管理设备发送隧道信息(还可以包括其它信息)的传输路径,可以使移动管理设备确定是向哪个N2接口、或下一代应用协议(next generation applicationProtocol,NGAP)接口、或逻辑N2通道发送隧道信息(还可以包括其它信息),这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
在多条传输路径对应接入技术相同、但设备本身不同的接入网设备的场景下,会话管理设备通过第五信息指示移动管理设备发送隧道信息(还可以包括其它信息)的传输路径,可以使移动管理设备确定是向哪个接入网设备发送隧道信息(还可以包括其它信息),这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
在一种可能的实现中,第一传输路径对应的接入网设备为以下任一项:3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关。第二传输路径对应的接入网设备为以下任一项:3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关。
例如所述3GPP接入网设备为以下任一项:eNodeB、NG-RAN、gNodeB;
例如所述可信非3GPP接入网设备以下任一项:可信非3GPP网关功能TNGF、可信WLAN互通功能TWIF、可信非3GPP接入点TNAP;
例如所述非可信非3GPP接入网设备以下任一项:非3GPP互通功能N3IWF;
例如所述有线网关为以下任一项:有线接入网关功能W-AGF网元。
在一种可能的实现中,当所述第一传输路径对应的接入网设备和所述第二传输路径对应的接入网设备均为非3GPP接入网设备时,所述移动管理设备还可以接收来自所述第一传输路径的第一非3GPP接入网设备的第三信息,所述第三信息包括以下的一项或多项:所述第一非3GPP接入网设备与终端设备建立的因特网协议安全协议子安全联盟IPSecChild SA数量、每个IPSec Child SA对应的区分服务编码点DSCP值、每个IPSec Child SA相关联的服务质量流标识QFI、每个IPSec Child SA对应的标识。然后,所述移动管理设备可以向所述第二传输路径的第二非3GPP接入网设备发送所述第三信息,所述第三信息用于所述第二非3GPP接入网设备与所述终端设备建立用户面资源。这些信息可以后续用于给第二非3GPP接入网设备做参考,第二非3GPP接入网设备可以根据该信息建立或调整或修改与UE的用户面资源,由于参考这些信息,第二非3GPP接入网设备与UE建立的用户面资源与第一非3GPP接入网设备与UE建立的用户面资源相似或者相同,这样,不同传输路径的服务质量可以对等或相同。
例如,所述第一传输路径对应的接入网设备为N3IWF,所述第二传输路径对应的接入网设备为TNGF。或者,第一传输路径和第二传输路径对应的接入网设备均为N3IWF。或者,第一传输路径和第二传输路径对应的接入网设备均为TNGF。
在一种可能的实现中,在终端设备注册过程中,所述移动管理设备可以获取接入网信息,所述接入网信息用于指示所述终端设备使用的接入技术信息。然后,所述移动管理设备根据所述终端设备使用的接入技术信息,确定所述终端设备注册的传输路径的第一数量或所述传输路径对应的接入技术信息。例如,所述接入网信息包括以下的一项或多项:接入节点类型、接入技术类型、接入节点名称、接入节点标识、因特网协议安全协议IPSec标识。
在多条传输路径对应同一接入网设备,UE通过不同的方式接入到同一接入网设备(例如,一种是UE通过wifi的AP与N3IWF连接,另一种是UE通过独立非公共网络SNPN与该N3IWF连接)的场景下,在移动管理设备角度看,只有一条传输路径,一个接入技术(例如非3GPP非可信接入技术)。但从UE的角度看,有2条传输路径,两条传输路径对应的接入技术也是有差异的,一种是通过wifi连接的非3GPP接入技术,另一种是通过SNPN连接的非3GPP接入技术。该示例中,在终端设备注册过程中,所述移动管理设备可以获取接入网信息,后续移动管理设备通过终端设备使用的接入技术信息,可以准确地确定出终端设备注册的传输路径的第一数量或所述传输路径对应的接入技术信息,这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
第三方面与第一方面的区别包括:第一方面中会话管理设备向移动管理设备发送接入技术信息,以使移动管理设备通过接入技术信息识别相对应的接入网设备;第三方面中会话管理设备向移动管理设备发送传输路径的标识和/或接入网设备的标识,以使移动管理设备通过接入技术信息识别相对应的接入网设备。其余技术细节与第一方面及任一种可能的实现类似或相同,另外技术效果也类似或相同,不再重复赘述。
第三方面,提供了一种通信方法,该方法的执行主体可以是会话管理设备,也可以是应用于会话管理设备中的部件,例如芯片、处理器等。下面以执行主体是会话管理设备为例进行描述。多接入会话中的传输路径可以包括但不限于第一传输路径和第二传输路径,第一传输路径和所述第二传输路径对应的接入技术属于同一接入类型,例如,所述第一传输路径和所述第二传输路径对应的接入技术属于第三代合作伙伴计划3GPP接入类型,或所述第一传输路径和所述第二传输路径对应的接入技术属于非第三代合作伙伴计划3GPP接入类型。首先,会话管理设备获取传输路径对应的隧道信息;然后,所述会话管理设备向移动管理设备发送所述传输路径对应的隧道信息和指示信息,所述指示信息可以用于所述移动管理设备确定接入网设备。例如,所述指示信息包括传输路径的标识和/或接入网设备的标识。
第四方面,提供了一种通信方法,该方法的执行主体可以是移动管理设备,也可以是应用于移动管理设备中的部件,例如芯片、处理器等。下面以执行主体是移动管理设备为例进行描述。多接入会话中的传输路径可以包括但不限于第一传输路径和第二传输路径,第一传输路径和所述第二传输路径对应的接入技术属于同一接入类型,例如,所述第一传输路径和所述第二传输路径对应的接入技术属于第三代合作伙伴计划3GPP接入类型,或所述第一传输路径和所述第二传输路径对应的接入技术属于非第三代合作伙伴计划3GPP接入类型。首先,移动管理设备接收来自会话管理设备的传输路径对应的隧道信息和指示信息。然后,移动管理设备可以基于所述第一传输路径对应的指示信息确定第一接入网设备,及向所述第一接入网设备发送所述第一传输路径对应的第一隧道信息;所述移动管理设备还可以基于所述第二传输路径对应的指示信息确定第二接入网设备,及向所述第二接入网设备发送所述第二传输路径对应的第二隧道信息。
第五方面,提供了一种通信装置,所述装置具有实现上述任一方面及任一方面的任一可能的实现中的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的功能模块。
第六方面,提供了一种通信装置,包括处理器,可选的,还包括存储器;所述处理器和所述存储器耦合;所述存储器,用于存储计算机程序或指令;所述处理器,用于执行所述存储器中的部分或者全部计算机程序或指令,当所述部分或者全部计算机程序或指令被执行时,用于实现上述任一方面及任一方面的任一可能的实现的方法中的功能。
在一种可能的实现中,所述装置还可以包括收发器,所述收发器,用于发送所述处理器处理后的信号,或者接收输入给所述处理器的信号。所述收发器可以执行任一方面及任一方面的任一可能的实现中的发送动作或接收动作。
第七方面,本申请提供了一种芯片***,该芯片***包括一个或多个处理器(也可以称为处理电路),所述处理器与存储器(也可以称为存储介质)之间电耦合;所述存储器可以位于所述芯片***中,也可以不位于所述芯片***中;所述存储器,用于存储计算机程序或指令;所述处理器,用于执行所述存储器中的部分或者全部计算机程序或指令,当所述部分或者全部计算机程序或指令被执行时,用于实现上述任一方面及任一方面的任一可能的实现的方法中的功能。
在一种可能的实现中,所述芯片***还可以包括输入输出接口(也可以称为通信接口),所述输入输出接口,用于输出所述处理器处理后的信号,或者接收输入给所述处理器的信号。所述输入输出接口可以执行任一方面及任一方面的任一可能的实现中的发送动作或接收动作。具体的,输出接口执行发送动作,输入接口执行接收动作。
在一种可能的实现中,该芯片***,可以由芯片构成,也可以包括芯片和其他分立器件。
第八方面,提供了一种计算机可读存储介质,用于存储计算机程序,所述计算机程序包括用于实现任一方面及任一方面的任一可能的实现中的功能的指令。
或者,一种计算机可读存储介质,用于存储计算机程序,所述计算机程序被计算机执行时,可以使得所述计算机执行上述任一方面及任一方面的任一可能的实现的方法。
第九方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述任一方面及任一方面的任一可能的实现中的方法。
第十方面,提供了一种通信***,所述通信***包括执行上述第一方面及第一方面的任一可能的实现中的方法的会话管理设备和执行上述第二方面及第二方面的任一可能的实现中的方法的移动管理设备。或者,包括执行上述第三方面及第三方面的任一可能的实现中的方法的会话管理设备和执行上述第四方面及第四方面的任一可能的实现中的方法的移动管理设备。
上述第五方面至第十方面的技术效果可以参照第一方面至第四方面中的描述,重复之处不再赘述。
附图说明
图1为本申请实施例中提供的一种支持接入流量的控制、切换、分流特性的通信***结构示意图;
图2为现有技术中一种非可信非3GPP接入技术下的注册流程示意图;
图3a和图3b为现有技术中一种多接入PDU会话建立流程示意图;
图4、图5、图6、图7、图8分别为本申请实施例中的通信方法适用的通信***的结构示意图;
图9为本申请实施例中提供的一种通信方法的流程示意图;
图10a和图10b为本申请实施例中提供的一种多接入PDU会话的建立流程示意图;
图11为本申请实施例提供的一种非可信非3GPP接入类型下的注册流程示意图;
图12为本申请实施例提供的一种通信装置结构图;
图13为本申请实施例提供的一种通信装置结构图。
具体实施方式
本申请实施例的技术方案可以应用于各种通信***,例如:卫星通信***、传统的移动通信***。其中,所述卫星通信***可以与传统的移动通信***(即地面通信***)相融合。通信***例如:无线局域网(wireless local area network,WLAN)通信***,无线保真(wireless fidelity,WiFi)***,长期演进(long term evolution,LTE)***、LTE频分双工(frequency division duplex,FDD)***、LTE时分双工(time division duplex,TDD)、第五代(5th generation,5G)***或新无线(new radio,NR),第六代(6thgeneration,6G)***,以及其他未来的通信***等,还支持多种无线技术融合的通信***,例如,还可以应用于无人机、卫星通信***、高空平台(high altitude platform station,HAPS)通信等非地面网络(non-terrestrial network,NTN)融合地面移动通信网络的***。
为便于理解本申请实施例,接下来对本请的应用场景进行介绍,本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图1所示,提供了一种现有的支持接入流量的控制、切换、分流(access trafficsteering switching splitting,ATSSS)特性的通信***的架构图。
用户设备(user equipment,UE)和用户面功能(user plane function,UPF)网元可以通过建立多接入协议数据单元(protocol data unit,PDU)会话(multi-access PDUSession,MA PDU Session)将需要发送的业务流数据,通过第三代合作伙伴计划(thirdgeneration partnership project,3GPP)接入网络(也可以理解为3GPP接入路径)和/或非3GPP接入网络(也可以理解为非3GPP接入路径)进行传输,以提升传输效率。
为便于理解本申请实施例,以下对本申请实施例的部分用语进行解释说明,以便于本领域技术人员理解。
1)相关网元的介绍:
终端设备,又称之为用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、终端等,是一种向用户提供语音和/或数据连通性的设备。例如,终端设备包括具有无线连接功能的手持式设备、车载设备、船载设备等。目前,终端设备可以是:手机(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)中的无线终端,或具有车与车(Vehicle-to-Vehicle,V2V)、或车辆外联(vehicle to everything,V2X)、或车间通信长期演进技术(long term evolution vehicle)LTE-V功能的无线终端等。还可以是用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smartphone)、无线数据卡、个人数字助理(personal digital assistant,PDA)电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine type communication,MTC)终端等。在本身中,终端中可以包括支持用户面安全通信的终端((secure user plane location,SUPL)enabled terminal,SET)。
接入管理设备(也可以称为移动管理设备、移动管理网元、接入管理网元),是由运营商网络提供的控制面网元,负责终端设备接入运营商网络的接入控制和移动性管理,例如包括移动状态管理,分配用户临时身份标识,认证和用户等功能。在5G通信***中,该接入管理网元可以是接入与移动性管理功能(access and mobility management function,AMF)网元。在未来通信***中,接入管理网元仍可以是AMF网元,或者,还可以有其它的名称,本申请不做限定。
会话管理设备(也可以称为会话管理网元),主要负责移动网络中的会话管理,如会话建立、会话修改、会话释放、用户面激活、用户面去激活等。具体功能如为用户分配IP地址、选择提供报文转发功能的用户面网元等。在5G通信***中,该会话管理网元可以是会话管理功能(session management function,SMF)网元。在未来通信***中,会话管理网元仍可以是SMF网元,或者,还可以有其它的名称,本申请不做限定。
用户面设备(也可以称为用户面网元),负责终端设备中用户数据的转发和接收。可以从数据网络接收用户数据,通过接入网设备传输给终端设备;用户面网元还可以通过接入网设备从终端设备接收用户数据,转发到数据网络。用户面网元中为终端设备提供服务的传输资源和调度功能由SMF网元管理控制的。在5G通信***中,该用户面网元可以是用户面功能(user plane function,UPF)网元。在未来通信***中,用户面网元仍可以是UPF网元,或者,还可以有其它的名称,本申请不做限定。
数据管理网元,用于生成认证信任状,用户标识处理(如存储和管理用户永久身份等),接入控制和签约数据管理等。在5G通信***中,该数据管理网元可以是统一数据管理(unified data management,UDM)网元。在未来通信***中,统一数据管理仍可以是UDM网元,或者,还可以有其它的名称,本申请不做限定。
策略控制设备(也可以称为策略控制网元),主要支持提供统一的策略框架来控制网络行为,提供策略规则给控制层网络功能,同时负责获取与策略决策相关的用户签约信息。在4G通信***中,该策略控制网元可以是策略和计费规则功能(policy and chargingrules function,PCRF)网元。在5G通信***中,该策略控制网元可以是策略控制功能(policy control function,PCF)网元。在未来通信***中,策略控制网元仍可以是PCF网元,或者,还可以有其它的名称,本申请不做限定。
数据网络(data network,DN),可部署多种业务,可为终端设备提供数据和/或语音等服务。例如,DN是某智能工厂的私有网络,智能工厂安装在车间的传感器可为终端设备,DN中部署了传感器和控制服务器,控制服务器可为传感器提供服务。传感器可与控制服务器通信,获取控制服务器的指令,根据指令将采集的传感器数据传送给控制服务器等。又例如,DN是某公司的内部办公网络,该公司员工的手机或者电脑可为终端设备,员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。
另外,本申请涉及的“网元”可以称为“设备”、或“实体”等。
2)接入类型和接入技术:
3GPP接入网络,是指接入网的接入类型为3GPP接入类型(接入类型也可以称为接入方式)。3GPP接入类型包括但不限于以下接入技术:LTE接入技术(对应4G蜂窝网络)、NR接入技术(对应5G蜂窝网络),3GPP定义的卫星接入技术,或者后续演进的蜂窝接入技术;其中3GPP定义的卫星接入技术还可以细分为低轨道卫星、中轨道卫星、同步卫星。
非3GPP接入网络,是指接入网的接入类型为非3GPP接入类型。非3GPP接入类型包括但不限于以下接入技术:非可信非3GPP接入(untrusted non-3GPP access)技术(例如通过个人购买的无线接入节点接入核心网)、可信非3GPP接入(trusted non-3GPP access)技术(例如通过运营商部署的无线接入节点接入核心网)、有线接入(wireline access)技术、IEEE802.11(WiFi)接入技术、通过SNPN连接的非3GPP接入技术、有线-BBF接入技术、有线-Cable接入技术等。具体的,非3GPP接入类型可以是或者可以包括有线、WiFi、蓝牙、ZigBee等接入技术。
3)多接入PDU会话与单接入PDU会话(single access PDU Session)的区别包括:单接入会话的用户面通道只通过一个接入网设备(可以是3GPP接入网设备,也可以是非3GPP接入网设备),例如UE可以通过无线接入网(radio access network,RAN)向UPF发送上行数据;UPF可以通过RAN向UE发送下行数据。而目前的多接入PDU会话的用户面通道可以包括两个接入网设备(3GPP接入网设备和非3GPP接入网设备),两个接入网设备连接同一个UPF(或者通过另一UPF连接同一个UPF),例如UE可以通过RAN和/或非3GPP互通功能(non-3GPP interworking function,N3IWF)向UPF发送上行数据;UPF通过RAN和/或N3IWF向UE发送下行数据。
4)在多接入PDU会话中,待发送数据是通过3GPP接入网络的路径,还是通过非3GPP接入网络的路径,或者两个接入网络的路径一起传输,是由分流模式决定的。
分流模式包括但不限于:主备(Active-Standby)模式、最小延迟(SmallestDelay)模式、负载均衡(Load-Balancing)模式、基于优先级(Priority-based)模式。下面将阐述每种分流模式的机制:
Active-Standby:当传输路径为2条时,指定其中一种传输路径为Active(3GPPaccess或Non-3GPP access),另外的传输路径则为Standby。当Active传输路径可用时,该业务流的所有数据均通过Active传输路径传输至对端。当Active路径不可用时,该业务流的所有数据则切换至Standby的传输路径进行传输。当传输路径多于2条时,可以给路径分配优先级,当高优先级的传输路径可用时,采用高优先级传输数据,当高优先级不可用时,选择剩余路径中较高优先级的路径传输数据(或者任意一条路径传输数据)。
Smallest Delay:选择最短的时延的传输路径来传输业务流的数据。在该模式下,UE或UPF需要实时监测路径的传输时延。实现的方式可以是由传输层协议完成(如多路径传输控制协议(multi path transmission control protocol,MPTCP)层具有检测往返时间(round-trip time,RTT)的功能),或者由UPF中的性能测量功能模块(performancemeasurement function,PMF)来完成。
Load-Balancing:业务流的数据将会按比例分发至不同的传输路径中传输,分发的比例则是根据网络中多条(2个、甚至更多)传输路径的负载情况来决定的(比如负载较重的路径则分发比例小些,负载较轻的路径则分发比例大些)。
Priority-based:指定其中一个传输路径为高优先级的传输路径,另外的传输路径为次高优先级(或称为中优先级、低优先级等)的传输路径。当高优先级的传输路径无拥塞时,业务流的所有数据都通过高优先级的传输路径进行传输。当高优先级的传输路径出现拥塞时,业务流的部分数据则会通过次高优先级(或称为中优先级、低优先级等)的传输路径、或剩余路径中的任意一条或多条路径传输进行传输。当高优先级的传输路径不可用时,该业务流的所有数据都会通过次高优先级(或称为中优先级、低优先级等)的传输路径、或剩余路径中的任意一条或多条路径传输进行传输。
5)、接入类型和接入技术的确定过程。
首先,UE执行注册流程时,向接入网设备发送接入网(access network,AN)消息。
接入网设备可以是3GPP接入网设备(例如RAN)或者非3GPP接入网设备。例如:非3GPP接入网设备包括:非3GPP互通功能(non-3GPP interworking function,N3IWF)网元、可信非3GPP网关功能(trusted non-3GPP gateway function,TNGF)网元、可信WLAN互通功能(trusted WLAN interworking function,TWIF)网元、有线接入网关功能(wirelineaccess gateway function,W-AGF)网元,W-AGF也可以称为AGF。
AN消息中包括AN参数和注册请求消息。注册请求消息中可以包括注册类型和终端标识。其中,终端标识可以包括但不限于用户隐藏标识(subscription concealedidentifier,SUCI)、和/或、5G全球唯一临时标识(5G globally unique temporaryidentity,5G-GUTI)等。注册类型可以是初始注册,或是移动性注册更新、或紧急注册等。
接入网设备接收到AN消息后,可以执行AMF选择。
例如,接入网设备根据AN消息中的AN参数执行AMF选择,例如:根据AN参数中的全球唯一AMF标识(globally unique AMF identifier,GUAMI)或者5G***临时移动用户标识(5G S-temporary mobile subscriber identity,5G-S-TMSI)执行AMF选择。
接下来,接入网设备向AMF发送注册请求消息。AMF接收到注册请求消息后,可以确定UE注册到核心网采用的接入类型和接入技术。
一种示例中,AMF根据接入网设备确定UE采用的接入类型。例如:若是由3GPP接入网设备(例如RAN)发送或转发该注册请求消息,则AMF可以确定UE采用的接入类型为3GPP接入类型。再例如,若是由非3GPP接入网设备发送或转发该注册请求消息,例如由N3IWF、TNGF、TWIF、W-AGF等发送该注册请求消息,则AMF可以确定UE采用的接入类型为非3GPP接入类型。
另一种示例中,AMF还可以进一步确定UE采用的接入技术。
例如:对于3GPP接入类型,AMF可以根据RAN信息进一步确定接入技术为LTE-M、NR、NR非授权频谱、卫星接入等。例如,RAN信息包括但不限于:与N2接口关联的全球无线接入网节点标识(Global RAN Node IDs)、无线接入网设备指示的追踪区域(tracking area)等。
例如:对于非3GPP接入类型,AMF可以根据N2接口关联的5G接入网节点进一步确定接入技术。
当5G接入网节点有全球N3IWF节点标识(Global N3IWF Node ID)时,接入技术为非可信非3GPP接入技术。
当5G接入网节点有全球TNGF节点标识(Global TNGF Node ID)和/或全球TWIF节点标识(Global TWIF Node ID)时,接入技术为可信非3GPP接入技术。
当5G接入网节点有全球W-AGF节点标识(Global W-AGF ID)时,接入技术为有线(Wireline)接入技术。进一步的,若该W-AGF节点标识对应的W-AGF支持有线宽带论坛接入网(Wireline BBF Access Network),则接入技术为Wireline-BBF。若该W-AGF节点标识对应的W-AGF支持有线接入网(Wireline Cable Access Network),则接入技术为Wireline-Cable。若无法区分是Wireline-BBF还是Wireline-Cable,则接入技术为Wireline。
例如,对于非3GPP接入类型,AMF还可以根据用户位置信息(User LocationInformation)确定更精细的接入技术,更精细的接入技术包括IEEE 802.11接入(即无线局域网WLAN、WiFi)、Wireline-Cable接入、Wireline-BBF接入。
经过一次或多次注册后,UE注册到核心网采用的接入类型可以是一种或多种,UE注册到核心网采用的接入技术可以是一种或多种。
6)策略与计费控制规则(policy and charging control rule,PCC rule)
PCC规则是由策略控制功能(policy control function,PCF)生成的,主要涉及一些策略信息和计费信息。PCF生成PCC规则后,会发给SMF。SMF根据PCC规则中的信息,可以进一步生成其他规则。例如,SMF可以根据PCC规则中的信息,生成ATSSS规则(后续进行介绍)和N4规则(后续进行介绍),分别发给UE和UPF。PCC规则中可以包括多接入会话控制信息(Multi-Access PDU(MA PDU)Session Control information),该信息允许PCF去控制以下的一项或多项:分流模式、分流功能、分流模式指示、门限值、计费信息、使用量监控信息。
分流模式例如,Active-Standby、Smallest Delay、Load-Balancing、Priority-based。
分流功能可以理解为是采用哪种功能来进行多路径分流,例如MPTCP功能或者ATSSS-Lower Layer功能,是3GPP定义的分流功能。
分流模式指示(steering mode indicator),可以是autonomous load-balance或者UE-assistance,前者是UE或者UPF可以在分流模式为load-balancing时,自主决定分流比例。后者是,UE可以在分流模式为load-balancing时自主决定分流比例,此外,还可以将该分流比例发给UPF,从而让UPF根据该分流比例发送下行数据。
门限值,包括但不限于往返时延RTT门限值和/或丢包率门限值,可以结合load-balancing或者priority-based的分流模式使用,用于辅助决策如何分流。
计费信息(Charging information),取决于业务流传输在哪种接入类型的路径。
使用量监控信息(Usage Monitoring information),取决于业务流传输在哪种接入类型的路径。
此外,MA PDU会话控制信息还可以包括Application descriptors,用来识别业务流,从而判断该业务流应该采用哪种分流功能和分流模式。
7)、ATSSS规则
SMF根据PCC规则生成ATSSS规则,并通过AMF向UE发送该ATSSS规则。ATSSS规则可以包括以下一项或多项:
规则标识(Rule identifier),用于唯一标识该ATSSS规则。
规则优先级(Rule Precedence),用于确定ATSSS规则的先后顺序。
业务流描述符(Traffic Descriptor),用于定义业务流,它可以包括以下一个或多个信息:Application descriptor(应用描述符)、IP descriptor(IP描述符)、Non-IPdescriptor(非IP描述符);其中,应用描述符(Application descriptor)包括一个或多个应用标识,用于识别生产业务流的应用;IP描述符(IP descriptor)包括一个或多个五元组,用于识别IP业务流的目的地;非IP描述符(Non-IP descriptor)包括一个或多个描述符,用于识别非IP业务流如以太数据包的目的地。
接入选择描述符(Access Selection Descriptor),用于定义接入选择的部分。它可以包括以下信息:分流模式、分流模式指示、门限值、分流功能。
8)、N4规则
N4规则是SMF向UPF发送的,用于控制UPF的功能以及让UPF向SMF上报一些事件信息。N4规则可以包括以下一项或多项规则:
包检测规则(packet detection rule,PDR):包含用于分类到达UPF的数据包的信息。
转发动作规则(forwarding action rule,FAR),包含对通过PDR识别的业务流是否进行转发、丢包或者缓存的信息。
多接入规则(multi-access rule,MAR),包含对如何在MA PDU会话中处理分流、切换或者分流等信息;该规则是在MA PDU会话中才会用,也是和本发明中的多接入会话相关的。
使用量报告规则(usage reporting rule,URR),包含用于定义如何统计通过PDR识别的业务流以及如何上报测量的信息。
服务质量执行规则(qoS enforcement rule,QER),包含与通过PDR识别的业务流执行QoS相关的信息。
会话上报规则(session reporting rule,SRR),包含请求用户面功能检测和上报的事件的信息,该事件不是与PDU会话中特定的PDR相关的,也不是与使用量测量相关的。
9)注册流程,包括但不限于:3GPP接入类型下的注册流程、非可信非3GPP接入技术下的注册流程、可信非3GPP接入技术下的注册流程、有线接入技术下的注册流程。
如图2所述,介绍了目前技术中一种可能的非可信非3GPP接入技术下的注册流程。
步骤201a:UE连接至非可信非3GPP接入网,并被分配了一个IP地址。
此处的非可信非3GPP接入网通常是非运营商部署的接入网,可以包括接入节点(access point,AP)、路由器、交换机、网关等设备。后续,UE可以通过该非可信非3GPP接入网与N3IWF通信。
步骤201b:UE选择N3IWF,并获取该N3IWF的地址信息。
步骤202:UE与N3IWF建立因特网协议安全协议(internet protocol security,IPSec)安全联盟(security association,SA)。
例如,UE通过发起因特网密钥交换协议(internet key exchange,IKE)初始交换,实现UE与N3IWF建立IPSec SA。
步骤203:UE向步骤201b选择的N3IWF发送终端设备标识(UE ID)。
例如,该UE向N3IWF发送请求消息。该请求消息中包括终端设备标识(UE ID)。需要注意的是,该请求消息不包括AUTH有效载荷(payload),这指示了该请求消息是用于交互扩展认证协议(extensible authentication protocol,EAP)信令的。一种可能的实现方式,该请求消息为密钥交换协议鉴权IKE_AUTH请求消息。
步骤204:N3IWF向UE发送扩展认证协议请求(EAP Request)数据包。
例如,N3IWF向UE发送响应消息,该响应消息中包括扩展认证协议请求(EAPRequest)数据包。一种可能的实现方式,该响应消息为密钥交换协议鉴权IKE_AUTH响应消息。
EAP Request数据包可以包括5G开始(5G-Start)数据包。该EAP-Request数据包(例如5G-Start数据包)用于通知UE发起EAP-5G会话,也可以理解为该EAP-Request数据包(例如5G-Start数据包)用于通知UE可以开始发送非接入层(non-access stratum,NAS)消息。UE在发送NAS消息时,NAS消息通常封装在EAP-5G数据包中。
步骤205:UE向N3IWF发送扩展认证协议响应(EAP-Response)数据包。
例如,UE向N3IWF发送请求消息,该请求消息中包括扩展认证协议响应(EAP-Response)数据包。一种可能的实现方式,该请求消息为密钥交换协议鉴权(IKE_AUTH)请求消息。
EAP-Response数据包可以包括5G-NAS数据包,5G-NAS数据包可以包括接入网(AN)参数和注册请求消息。AN参数包含了用于N3IWF选择AMF的参数信息,参数信息可以包括以下的一项或多项:全球唯一AMF标识(globally unique AMF identifier,GUAMI)、公共陆地移动网(public land mobile network,PLMN ID)、网络标识(NID)等。该注册请求消息包含在非接入层PDU(NAS-PDU)中。
步骤206a:N3IWF可以基于步骤205中接收到的AN参数,执行AMF选择。
步骤206b:N3IWF将步骤205接收到的注册请求消息发送给步骤206a中选择出的AMF。
步骤207:UE、AMF、SMF、鉴权服务功能(authentication server function,AUSF),UDM等进行鉴权与安全流程。
例如,首先,AMF选择AUSF,并向AUSF发送鉴权请求消息。AUSF对UE执行鉴权流程,并从UDM获取鉴权数据或者用于鉴权的信息。与鉴权相关的数据包均通过NAS消息封装,例如,该NAS消息可以通过EAP中5G-NAS类型的数据包封装。在鉴权完成后,AUSF向AMF发送安全锚点功能(security anchor functionality,SEAF)密钥。AMF可以基于该SEAF密钥推衍获取NAS安全密钥和N3IWF密钥。该N3IWF密钥是用于UE和N3IWF建立IPSec SA的。
然后,AMF向UE指示鉴权成功。例如,AMF向UE发送NAS安全模式命令(NAS SecurityMode Command),以激活NAS安全。该NAS Security Mode Command包括EAP成功指示(EAP-Success),表示核心网执行的EAP认证和密钥协商(EAP-authentication and keyagreement,EAP-AKA’)鉴权成功。N3IWF将AMF发送的NAS Security Mode Command转发给UE,并将UE发送的NAS安全模式完成(NAS Security Mode Complete)消息发给AMF。
步骤208a:AMF向N3IWF发送N3IWF密钥。
例如,AMF向N3IWF发送请求消息,该请求消息中包括N3IWF密钥。例如,该请求消息为初始上下文建立请求(Initial Context Setup Request)消息或下一代应用协议(nextgeneration application protocol,NGAP)初始上下文建立请求(Initial Context SetupRequest)消息。AMF接收到来自UE的NAS Security Mode Complete消息后,AMF才向N3IWF发送N3IWF密钥。
步骤208b:N3IWF向UE发送EAP-Success,表示N3IWF对UE的鉴权成功,或者表示IPSec隧道鉴权成功,或者表示N3IWF和UE完成EAP-5G会话。
例如,N3IWF向UE发送响应消息(例如IKE_AUTH响应消息),该响应消息中包括EAP-Success。
这时,EAP-5G会话完成,后续不存在EAP-5G数据包交互。
步骤209a:UE和N3IWF通过前面获取的N3IWF密钥建立IPSec SA,该IPSec SA称为“信令IPSec SA(signalling IPSec SA)”。
此时,signalling IPSec SA将被配置为:运行在隧道模式,N3IWF将向UE分配一个“inner”IP地址和NAS_IP_ADDRESS。后续所有NAS消息均通过该signalling IPSec SA传输。其中,对于UE向AMF发送的上行NAS消息,源地址为UE的“inner”IP地址,目的地址为NAS_IP_ADDRESS。对于AMF向UE发送的下行NAS消息,源地址为NAS_IP_ADDRESS,而目的地址则为UE的“inner”IP地址。
需要注意的是,步骤203中,该UE通过IPSec SA向N3IWF发送的IKE_AUTH请求消息中不包括AUTH有效载荷(payload),而步骤209a中,UE通过信令IPSec SA(signallingIPSec SA)向N3IWF发送的IKE_AUTH请求消息中可以包括AUTH有效载荷(payload)。
步骤209b:在建立了signalling IPSec SA之后,N3IWF向AMF告知UE上下文已经创建。例如N3IWF通过初始上下文建立响应或下一代应用协议初始上下文建立响应(NGAPInitial Context Setup Response)消息,通知AMF,UE上下文已经创建。
可选的,步骤210:AMF可以与PCF建立移动性管理策略建立(AM PolicyAssociation Eatablishment)。
步骤211a:AMF向N3IWF发送NAS注册接受(NAS Registration Accept)消息。
NAS注册接受消息可以包含在N2消息中。
后续,当AMF向UDM注册时,需向UDM提供Access Type为Non-3GPP access。
步骤211b:N3IWF通过步骤209a中建立的signalling IPSec SA向UE发送NAS注册接受消息。
10)MA PDU会话建立流程:
如图3a和图3b所示,介绍了目前技术中一种可能的MA PDU会话建立流程,该示例适用于UE建立的多接入PDU会话中一条路径是3GPP接入类型的路径,另一条路径是非3GPP接入类型的路径的场景。可以理解的是,图3a与图3b可以看做是一个整体的流程,只是为了画图方便,才将其分为2部分。
步骤301:UE向AMF发送以下的一项或多项:请求类型(request type)、ATSSS能力(Capabilities)信息、PDU会话标识(PDU Session ID)、UE请求的数据网络名称(UERequested DNN)、切片信息(S-NSSAI)等。其中,request type为多接入会话请求(MA PDURequest),表示该会话建立请求消息是用于请求建立多接入PDU会话的。ATSSSCapabilities用于通知网络该UE支持的分流功能,例如MPTCP和/或ATSSS-LL等。
例如,UE向AMF发送NAS消息,包括上述的这些信息,NAS消息例如为PDU会话建立请求(PDU Session Establishment Request)消息。
步骤302:AMF向SMF发送以下的一项或多项:UE标识(例如,用户永久标识(subscription permanent identifier,SUPI))、UE请求的DNN、PDU Session ID、MA PDURequest、接入类型(access type)、无线接入技术类型(radio access technology type,RAT type)等。接入类型为UE注册到核心网采用的接入类型,例如3GPP接入类型和非3GPP接入类型。无线接入技术类型可以包括无线接入技术、也可以包括有线接入技术,前文已介绍3GPP接入类型可能对应的接入技术和非3GPP接入类型可能对应的接入技术,不再重复赘述。
例如,AMF向SMF发送PDU会话创建会话上下文请求(Nsmf_PDU Session_GreateSMContext Request)消息,包括上述的这些信息。
可选的,步骤303:SMF向UDM获取会话管理签约数据,签约数据可以包括允许建立多接入PDU会话的信息或不允许建立多接入PDU会话的信息。例如,可以采用订阅检索或订阅更新(Subscription retrieval/subscription for updates)的方式获取会话管理签约数据。
步骤304:SMF向AMF发送以下的一项或多项:会话上下文标识、原因(cause)。
例如,SMF向AMF发送PDU会话创建会话上下文响应(Nsmf_PDU Session_GreateSMContext Response)消息,包括上述的这些信息。
可选的,步骤305:执行PDU会话鉴权或授权流程。
步骤306:SMF向PCF发送以下一项或多项:UE标识(例如,用户永久标识(subscription permanent identifier,SUPI))、UE请求的DNN、PDU Session ID、MA PDURequest、无线接入技术类型(radio access technology type,RAT type)等。
若需要动态策略控制和计费(policy control and charging,PCC)规则,则SMF选择PCF,SMF向PCF发送这些信息,用于与该PCF建立会话策略关联。
例如,SMF向PCF发送策略关联建立请求消息(SM Policy AssociationEstablishment Request)消息,包括上述的这些信息。
步骤307:PCF向SMF发送策略控制和计费PCC规则等。PCC规则中包括多接入PDU会话控制信息,该多接入PDU会话控制信息包括但不限于以下的一项或多项:分流模式(steering mode)、分流功能(steering functionality)、门限值等。
例如,PCF向SMF发送策略关联建立响应(SM Policy Association EstablishmentResponse)消息,包括上述的这些信息。
步骤308:SMF选择合适的UPF。
步骤309a:SMF向步骤308中选择的UPF发送N4规则,N4规则包括但不限于以下的一项或多项:数据包检测规则(packet detection rule,PDR)、转发动作规则(forwardingaction rule,FAR)、多接入规则(multi access rule,MAR)等规则。其中,MAR规则包括但不限于以下的一项或多项:分流模式、分流功能等信息。
例如,SMF向UPF发送N4会话建立请求(N4 Session Establishment Request)消息,包括上述的这些信息。
步骤309b:UPF向SMF发送隧道信息,例如核心网侧的隧道信息(CN tunnelsinfo)。
例如,UPF向SMF发送N4会话建立响应(N4 Session Establishment Response)消息,包括上述的这些信息。
通过步骤309a和步骤309b,SMF与步骤308选择的UPF建立N4连接。
步骤310:SMF向AMF发送以下的一项或多项:N2接口会话管理信息(N2 SMinformation)、N1接口会话管理容器(N1 SM Container)、接入类型等信息。
N2 SM information中包括但不限于以下的一项或多项:PDU会话标识(PDUSession ID)(来自步骤301中UE上报上来的)、核心网侧的隧道信息(CN Tunnel Info)(来自步骤309b中的某一个CN Tunnel Info)等。
N1 SM Container中包括但不限于以下的一项或多项:PDU会话建立接受(PDUSession Establishment Accept)消息(可以看作是针对步骤301的PDU会话建立请求的回复/响应)、ATSSS规则(rule)等与会话相关的信息。其中,ATSSS rule包括但不限于以下的一项或多项:分流模式、分流功能、门限值等信息。后续,N1 SM Container中的信息由SMF通过AMF发给UE,例如AMF通过NAS消息发给UE。
例如,SMF向AMF发送N1N2消息传输(Namf_Communication_N1N2MessageTransfer)消息,包括上述的这些信息。
AMF设备还可以向SMF设备发送响应,以表示接收到来自SMF设备的信息。
步骤311:AMF向RAN发送N2 SM information(来自步骤310)、NAS消息(NAS消息是需要发送给UE的)。其中NAS消息中包括PDU会话标识(PDU Session ID)(来自步骤310的N2SM information)及N1 SM Container(来自步骤310)。
AMF可以根据SMF指示的接入类型,确定这些信息是发给3GPP接入网设备,还是发给非3GPP接入网设备。例如当步骤310中的接入类型为3GPP接入类型,这些信息发送给RAN。
例如,AMF向RAN发送N2 PDU会话请求消息,包括上述的这些信息。
步骤312:RAN与UE建立空口资源,接入网进行特定的资源设置(AN-specificresource setup)以建立数据无线承载(data radio bearer,DRB)。
RAN将该NAS消息发给UE,NAS消息中包括但不限于以下的一项或多项:PDU会话标识(PDU Session ID)、PDU会话建立接受(PDU Session Establishment Accept)消息、ATSSS规则(rule)例如,分流模式、分流功能、门限值等信息。
步骤313:RAN向AMF发送RAN侧的接入网隧道信息(AN tunnels info),该RAN侧的接入网侧的隧道信息用于通知UPF,下行数据应发到哪里(可以理解为下行数据通过3GPP传输路径的目的地址)。RAN侧的AN tunnels info后续会经过AMF、SMF发给UPF,可以参考步骤313、步骤314和步骤315。
例如,RAN向AMF发送N2 PDU会话响应消息,包括上述的这些信息。
步骤314:AMF向SMF发送RAN侧的接入网隧道信息(AN tunnels info)(来自步骤313)。
例如,AMF向SMF发送N2 PDU会话响应消息,N2 PDU会话响应消息包括RAN侧的接入网隧道信息(AN tunnels info)。再例如,AMF向SMF发送PDU会话更新会话上下文请求(Nsmf_PDU Session_UpdateSMContext Request)消息,该请求消息包括N2 PDU会话响应消息。
步骤315:SMF向UPF发送RAN侧的接入网侧的隧道信息(AN tunnels info)。
例如,SMF通过N4会话修改(N4 Session Modification)流程向UPF发送RAN侧的接入网侧的隧道信息(AN tunnels info)。
步骤316:SMF向AMF发送成功或失败的指示信息。
例如,SMF向AMF发送PDU会话更新会话上下文响应(Nsmf_PDU Session_UpdateSMContext Response)消息,该响应消息中包括更新成功或更新失败的指示信息。
如果失败,SMF还可以向AMF发送失败原因值。
步骤317:SMF向AMF发送以下的一项或多项:N2接口会话管理信息(N2 SMinformation)、N1接口会话管理容器(N1 SM Container)、接入类型等信息。
N2 SM information中包括但不限于以下的一项或多项:PDU会话标识(PDUSession ID)(来自步骤301中UE上报上来的)、核心网侧的隧道端点信息(CN TunnelInfo)。
例如,SMF向AMF发送N1N2消息传输(Namf_Communication_N1N2MessageTransfer)消息,包括上述的这些信息。
AMF设备还可以向SMF设备发送响应,以表示接收到来自SMF设备的信息。
步骤318:AMF向N3IWF发送N2 SM information(来自步骤317)。
AMF可以根据SMF指示的接入类型,确定这些信息是发给3GPP接入网设备,还是发给非3GPP接入网设备。例如当由于步骤317中的接入类型为非3GPP接入类型,这些信息发送给非3GPP接入网关设备(例如N3IWF)。
例如,AMF向N3IWF发送N2 PDU会话请求消息,该请求消息中携带N2 SMinformation。
步骤319:N3IWF与UE建立用于传输用户面数据的因特网协议安全协议子安全联盟(IPSec Child SA)。
在此过程中,N3IWF会为UE分配该IPSec Child SA的IP地址(例如UP_IP_ADDRESS),即在UE发送上行数据时,目的IP地址应设为该UP_IP_ADDRESS,而源IP地址则为注册时候分配“inner”IP address。UE与N3IWF之间建立IPSec Child SA的数量、及每个IPSec Child SA传输哪些服务质量流(QoS Flow)数据,是基于N3IWF的策略和配置决定的。
步骤320:N3IWF向AMF发送N3IWF侧的接入网隧道信息(AN tunnels info),该N3IWF侧的接入网隧道信息用于通知UPF,下行数据应发到哪里(可以理解为下行数据通过非3GPP传输路径的目的地址)。N3IWF侧的接入网隧道信息后续会经过AMF、SMF发给UPF,可以参考步骤320、步骤321和步骤322。
例如,N3IWF向AMF发送N2 PDU会话响应消息,包括上述的这些信息。
步骤321:AMF向SMF发送N3IWF侧的接入网隧道信息(来自步骤320)。
例如,AMF向SMF发送N2 PDU会话响应消息,N2 PDU会话响应消息包括N3IWF侧的接入网隧道信息(AN tunnels info)。再例如,AMF向SMF发送PDU会话更新会话上下文请求(Nsmf_PDU Session_UpdateSMContext Request)消息,该请求消息包括N2 PDU会话响应消息。
步骤322:SMF向UPF发送N3IWF侧的接入网侧的隧道信息(AN tunnels info)。
例如,SMF通过N4会话修改(N4 Session Modification)流程向UPF发送N3IWF侧的AN隧道信息。
步骤323:SMF向AMF发送成功或失败的指示信息。
例如,SMF向AMF发送PDU会话更新会话上下文响应(Nsmf_PDU Session_UpdateSMContext Response)消息,该响应消息中包括更新成功或更新失败的指示信息。
如果失败,SMF还可以向AMF发送失败原因值。
图3a和图3b的示例介绍了先在3GPP接入侧执行会话建立流程(例如参见图3b中的步骤310至步骤316),后在非3GPP接入侧执行会话建立流程(例如参见图3b中的步骤317至步骤323)。在另一示例中,也可以先在非3GPP接入侧执行会话建立流程,后在3GPP接入侧执行会话建立流程,这个过程与上述示意图相似,不再详细赘述。
图3a和图3b的示例介绍了UE发送一次会话建立请求消息。在另一示例中,UE可以分别在3GPP侧以及非3GPP侧发送会话建立请求消息,例如,在步骤316和步骤317之间,还可以再执行与步骤301和步骤302类似的过程,不再详细赘述。
11)多接入PDU会话的***架构:
在该***架构下,多接入PDU会话的路径包括但不限于:通过3个、甚至更多的路径传输,或通过多个接入类型为3GPP的路径传输,或通过多个接入类型为非3GPP的路径传输。
图4展示了一种可能的多接入PDU会话的***架构:在该***架构下,多接入PDU会话的路径包括路径一和路径二。路径一可以是UE通过WiFi接入公共陆地移动网络PLMN,例如UE通过WiFi AP与PLMN中的N3IWF建立因特网协议安全协议IPSec隧道,路径一中的2个分支对应不同的N3IWF,2个分支可以都存在,也可以只存在其中某一分支。路径二可以是UE通过独立非公共网络(standalone non-public network,SNPN)与PLMN中的N3IWF建立IPSec隧道。路径1和路径2可以对应同一N3IWF,也可以对应不同的N3IWF。因此,从PLMN的角度来看,UE通过两个接入类型为非3GPP的路径接入PLMN,即UE建立的多接入PDU会话包括多个接入类型为非3GPP的路径。
图5展示了一种可能的多接入PDU会话的***架构:在该***架构下,多接入PDU会话的路径包括路径一和路径二。路径一是UE通过4G空口(即LTE)接入公共陆地移动网络PLMN。路径二是UE通过5G空口技术(即NR)接入PLMN。路径一中,UE通过4G的基站和4G的服务网关(serving gateway,SGW)连接既支持4G的分组数据网络网关用户面(packet datanetwork gateway-user plane,PGW-U)、也支持5G的用户面功能(UPF)的设备(PGW-U+UPF)。路径二中,UE通过5G的基站连接该PGW-U+UPF。因此,从PLMN的角度来看,UE通过两个接入类型为3GPP的路径接入PLMN,即UE建立的多接入PDU会话包括多个接入类型为3GPP的路径。
图6展示了一种可能的多接入PDU会话的***架构:在该***架构下,多接入PDU会话的路径包括路径一、路径二和路径三。路径一是UE通过独立非公共网络SNPN与PLMN中的N3IWF建立IPSec隧道。路径二是UE通过WiFi接入公共陆地移动网络PLMN,例如UE通过WiFiAP与PLMN中的N3IWF建立因特网协议安全协议IPSec隧道。路径三是UE通过PLMN的NR空口接入PLMN。因此,从PLMN的角度来看,UE通过两个接入类型为非3GPP的路径及一个接入类型为3GPP的路径接入PLMN,即UE建立的多接入PDU会话包括3条路径。
图7展示了一种可能的多接入PDU会话的***架构:在该***架构下,多接入PDU会话的路径包括路径一、路径二和路径三。与图6的差异包括,其中一条非3GPP路径为可信非3GPP路径。
图8展示了一种可能的多接入PDU会话的***架构:在该***架构下,多接入PDU会话的路径包括路径一、路径二和路径三。路径一是UE通过4G空口(即LTE)接入公共陆地移动网络PLMN。路径二是UE通过5G空口技术(即NR)接入PLMN。路径一中,UE通过4G的基站和4G的服务网关SGW连接既支持4G的分组数据网络网关用户面(PGW-U)、也支持5G的用户面功能(UPF)的设备(PGW-U+UPF)。路径二中,UE通过5G的基站连接PGW-U+UPF。路径三中,UE通过WiFi与PLMN中的N3IWF建立IPSec隧道,N3IWF与PGW-U+UPF连接。因此,从PLMN的角度来看,UE通过两个接入类型为3GPP的路径和一个接入类型为非3GPP的路径接入PLMN,即UE建立的多接入PDU会话包括3条路径。
目前,多接入PDU会话支持通过两个路径传输,两个路径分别是接入类型为3GPP的路径和接入类型为非3GPP的路径。结合上文介绍的多接入PDU会话的***架构,未来多接入PDU会话支持可以通过接入类型为3GPP的多个路径和/或接入类型为非3GPP的多个路径传输。
在这种情况下,仅通过接入类型(例如3GPP接入类型、非3GPP接入类型)已不能准确地识别出不同的路径。例如AMF仅基于接入类型(Access Type)这个参数不能准确地判断出向UE注册的哪个接入网设备发送信息。
基于此,本申请提出了多种方法,可以准确地识别不同的路径,以实现多接入会话管理。
接下来将结合附图对方案进行详细介绍。附图中以虚线标识的特征或内容可理解为本申请实施例的可选操作或者可选结构。
图9所示,提供了一种通信方法的流程示意图;该通信方法适用于多接入会话管理过程,会话管理流程可以包括会话建立、会话更新、会话释放、用户面激活、用户面去激活等。
多接入会话包括多条传输路径,在本申请的实施例中,该传输路径可以是终端设备与接入网设备之间的路径,也可以是接入网设备与核心网设备(例如用户面设备)之间的路径,也可以是UE与核心网设备(例如用户面设备)之间的路径。
多条传输路径包括但不限于第一传输路径和第二传输路径。第一传输路径对应的接入技术属于(也可以称为对应于)3GPP接入类型或者非3GPP接入类型;第二传输路径对应的接入技术属于(也可以称为对应于)3GPP接入类型或者非3GPP接入类型。一种可能的实现方式中,所述第一传输路径和所述第二传输路径对应的接入技术属于(或者对应于)3GPP接入类型;或者,所述第一传输路径和所述第二传输路径对应的接入技术属于(或者对应于)非3GPP接入类型。如果还包括其它一条或多条传输路径,其它传输路径对应的接入技术可以属于(或者对应于)3GPP接入类型,也可以属于(或者对应于)非3GPP接入类型。换而言之,多接入会话包括的多条传输路径中,可以有至少两条传输路径对应的接入技术属于同一接入类型。
第一传输路径和第二传输路径对应的接入技术可以相同,也可以不同。例如第一传输路径对应的接入技术为LTE接入技术、或NR接入技术、或非可信非3GPP接入技术、或可信非3GPP接入技术、或有线接入技术等。
第二传输路径对应的接入技术为LTE接入技术、或NR接入技术、或非可信非3GPP接入技术、或可信非3GPP接入技术、或有线接入技术等。如果还包括其它一条或多条输路径,其它传输路径对应的接入技术可以是LTE接入技术、或NR接入技术、或非可信非3GPP接入技术、或可信非3GPP接入技术、或有线接入技术等。
非可信非3GPP接入技术还可以细分为:通过wifi连接的非3GPP接入技术、通过SNPN连接的非3GPP接入技术等。一种可选的示例中,本申请可以对多个非可信非3GPP接入技术进行细化区分,可以在现有的接入技术的基础上增加第四信息构成新的接入技术信息。第四信息例如更细粒度的接入技术索引/标识(可以称为子接入技术索引/标识)、或路径的标识/索引、或IPSec隧道信息等。该第四信息用于指示(或者区分、或者识别)某一传输路径(也可以理解为指示某一N2接口、或某一NGAP接口、或某一逻辑通道),具体的,该第四信息用于指示(或者区分、或者识别)同种接入技术对应的传输路径中的某一传输路径。例如,通过wifi连接的非3GPP接入技术可以称为非可信非3GPP接入技术1、或称为非可信非3GPP路径1(untrusted N3GPP path 1),通过SNPN连接的非3GPP接入技术可以称为非可信非3GPP接入技术2、或可以称为非可信非3GPP路径2(untrusted N3GPP path2),从而可以兼容更多非可信非3GPP接入技术的路径,也可以在传输技术信息时节省信令开销。同理,对于LTE接入技术、NR接入技术、可信非3GPP接入技术、有线接入技术均可以对其包含的更细粒度的接入技术进行区分,以兼容更多同一接入技术类型的路径,也可以在传输技术信息时节省信令开销。
第一传输路径对应的接入网设备为以下任一项:3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关。第二传输路径对应的接入网设备为以下任一项:3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关。例如,所述3GPP接入网设备为以下任一项:eNodeB、NG-RAN、gNodeB。例如,所述可信非3GPP接入网设备以下任一项:可信非3GPP网关功能TNGF、可信WLAN互通功能TWIF、可信非3GPP接入点TNAP。例如,所述非可信非3GPP接入网设备以下任一项:非3GPP互通功能N3IWF。例如,所述有线网关为以下任一项:有线接入网关功能W-AGF网元。
可以理解的是,传输路径对应的接入技术可以是指终端设备已注册的接入技术或者可以是指终端设备注册于核心网时采用的接入技术。同理,传输路径对应的接入网设备可以是指终端设备已注册的接入网设备,或者可以是指终端设备在该传输路径中连接的接入网设备,或者可以是指终端设备接入核心网所连接的接入网设备。
一种示例中,UE通过不同的多个接入网设备注册于核心网,则UE通过不同的多个接入网设备建立MA PDU会话(可以理解为多条传输路径对应的多个接入网设备为不同的接入网设备)。
多个接入网设备不同可以是,多个接入网设备包括接入类型相同、但接入技术不同的接入网设备。例如多个接入网设备包括eNodeB、NG-RAN、gNodeB中的两个或多个设备;或者,多个接入网设备包括N3IWF、TNGF、W-AGF、TWIF中的两个或多个设备。当然,在此基础上,还可以再包括接入类型不同的接入网设备。
可以理解的是,本申请可以兼容目前已有的多接入会话的形式,即多个接入网设备为2个接入网设备,其中一个为3GPP接入类型的接入网设备,另一个为非3GPP接入类型的接入网设备。
一种示例中,UE通过不同的接入方式(接入方式例如接入类型或接入技术)连接到同一接入网设备,可以看做是UE通过一个接入网设备建立MA PDU会话(可以理解为多条传输路径对应一个接入网设备)。该接入网设备可以是非3GPP接入网设备,例如N3IWF。例如,UE通过WiFi的方式与N3IWF建立IPSec隧道,并通过该N3IWF注册到核心网;与此同时,UE通过SNPN与该相同的N3IWF建立另一IPSec隧道,并通过该N3IWF注册到核心网。
例如,在图4的架构中包括2条传输路径,2条传输路径对应的接入类型均为非3GPP接入类型。路径1和路径2中的选项1结合,2条传输路径对应一个接入网设备。路径1和路径2中的选项2结合,2条传输路径对应不同的接入网设备。路径1对应的接入技术为通过wifi连接的非3GPP接入技术(例如,称为非可信非3GPP接入技术1、或称为非可信非3GPP路径1),路径2对应的接入技术为通过SNPN连接的非3GPP接入技术(非可信非3GPP接入技术2、或称为非可信非3GPP路径2)。
例如,在图5的架构中包括2条传输路径,2条传输路径对应的接入类型均为3GPP接入类型。2条传输路径对应不同的接入网设备,路径1对应的接入技术为LTE接入技术,路径2对应的接入技术为NR接入技术。
例如,在图6的架构中包括3条传输路径,3条传输路径中的2条传输路径对应接入类型为非3GPP接入类型,这2条非3GPP的传输路径对应同一接入网设备,这2条非3GPP的传输路径对应的接入技术分别为通过wifi连接的非3GPP接入技术(非可信非3GPP接入技术1、或称为非可信非3GPP路径1)和通过SNPN连接的非3GPP接入技术(非可信非3GPP接入技术2、或称为非可信非3GPP路径2)。另外一条3GPP的传输路径对应另一接入网设备,对应的接入技术为NR接入技术。
例如,在图8的架构中包括3条传输路径,3条传输路径中的2条传输路径对应接入类型为3GPP接入类型,这2条3GPP的传输路径对应同一接入网设备,这2条3GPP的传输路径对应的接入技术分别为LTE接入技术和NR接入技术。另外一条非3GPP的传输路径对应另一接入网设备,对应的接入技术为通过wifi连接的非3GPP接入技术。
步骤901:在多接入会话管理过程中,会话管理设备(例如SMF)获取传输路径对应的隧道信息。
一种可能的实现方式,该多接入会话为多接入协议数据单元PDU会话。
该隧道信息可以指示上行数据的目的地址和/或端口号,例如,该隧道信息可以是隧道端点标识(tunnel endpoint identifier,TEID)信息和/或隧道地址信息(例如IP地址(IP address)),该隧道信息可以是核心网侧的隧道信息,每个传输路径对应一个隧道信息,例如第一传输路径对应第一隧道信息、第二传输路径对应第二隧道信息、第三传输路径对应第三隧道信息等。该隧道信息会发送给接入网设备,用于通知接入网设备,上行数据应发往哪里。
会话管理设备获取隧道信息,可以是会话管理设备分配传输路径对应的隧道信息,还可以是会话管理设备从用户面设备(例如UPF)获取传输路径对应的隧道信息。可选的,如果是会话管理设备分配隧道信息,还可以将隧道信息发送给用户面设备。
会话管理设备获取多条传输路径对应的隧道信息时,可以是一次性获取到的,也可以是分多次获取到的。
步骤902:会话管理设备(例如SMF)向移动管理设备(例如AMF)发送所述传输路径对应的隧道信息和所述传输路径对应的接入技术信息(例如,UE已注册的接入技术或者UE注册核心网时采用的接入技术),所述接入技术信息用于所述移动管理设备确定接入网设备(UE已注册的接入网设备或者UE注册核心网所连接的接入网设备或者UE在该传输路径中连接的接入网设备)。
相应的,移动管理设备(例如AMF)接收来自会话管理设备(例如SMF)的传输路径对应的隧道信息和所述传输路径对应的接入技术信息。
一种可选的示例,所述会话管理设备向所述移动管理设备发送传输消息,相应的,所述移动管理设备接收来自所述会话管理设备的传输消息;其中,所述传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息、所述第二传输路径对应的第二隧道信息和接入技术信息。如果还包括其它一条或多条传输路径,该传输消息中还可以包括其它传输路径对应的隧道信息和其它传输路径对应的接入技术信息。在该示例中,会话管理设备将多接入会话包括的所有的传输路径对应的隧道信息和接入技术信息通过一条消息发送给移动管理设备,这样可以节省信令传输。
一种可选的示例,所述会话管理设备向所述移动管理设备发送第一传输消息,所述第一传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息;及所述会话管理设备向所述移动管理设备发送第二传输消息,所述第二传输消息包括所述第二传输路径对应的第二隧道信息和接入技术信息。相应的,所述移动管理设备接收来自所述会话管理设备的第一传输消息及第二传输消息。如果还包括其它传输路径,会话管理设备还可以针对每条其它传输路径向移动管理设备发送传输消息,传输消息中可以包括该传输路径对应的隧道信息和接入技术信息。在该示例中,会话管理设备针对每条传输路径向移动管理设备发送一条传输消息,这样可以使得移动管理设备可以获知该消息中包括的信息需要通过哪个传输路径传输,或者可以获知需要向哪个传输路径对应的接入网设备发送该消息中包括的信息。
一种可选的示例,当多条传输路径对应不同接入技术时,针对每个接入技术,所述会话管理设备向所述移动管理设备发送一个传输消息,所述传输消息中包括该接入技术信息和对应的隧道信息。例如,共3条传输路径,均对应非3GPP接入类型,3条路径中的第一传输路径和第二传输路径对应非可信非3GPP接入技术,第三传输路径对应可信非3GPP接入技术。会话管理设备可以针对非可信非3GPP接入技术,向移动管理设备发送一条传输消息,该传输消息中包括第一传输路径对应的第一隧道信息、第二传输路径对应的第二隧道信息、接入技术信息(即非可信非3GPP接入技术);会话管理设备针对可信非3GPP接入技术,再向移动管理设备发送一条传输消息,该传输消息中包括第三传输路径的第三隧道信息和接入技术信息(即可信非3GPP接入技术)。在该示例中,会话管理设备针对每个接入技术向移动管理设备发送一条传输消息,相比于在每个传输路径下均发送传输消息,可以节省信令开销。
一种可能的实现方式中,多条接入路径对应同一接入网设备,终端设备通过不同的接入方式连接到该接入网设备。例如,非可信非3GPP接入技术还可以细分为:通过wifi连接的非3GPP接入技术、通过SNPN连接的非3GPP接入技术等。在该场景下,本申请可以对多个非可信非3GPP接入技术进行细化区分,可以在现有的接入技术的基础上增加第四信息,构成新的接入技术信息。第四信息例如更细粒度的接入技术索引/标识(可以称为子接入技术索引/标识)、或路径的索引/标识、或IPSec隧道信息等。如果不对现有接入技术进行重新定义,则会话管理设备可以向移动管理设备发送接入技术信息和第四信息,该第四信息用于指示多条传输路径中的某一条传输路径(也可以理解为指示某一N2接口、或某一NGAP接口、或某一逻辑N2通道),具体的,该第四信息用于指示(或者区分\或者识别)同种接入技术对应的多条传输路径中的某一传输路径。例如,当第一传输路径和第二传输路径均对应于同一种接入技术时,该指示信息可以指示第一传输路径或第二传输路径。一种示例中,接入技术信息和第四信息,例如为untrusted non-3GPP access和索引1(或索引2、索引3等)。
IPSec隧道信息可以包括但不限于以下信息中的一项或多项:IPSec隧道标识、IPSec隧道地址信息(inner IP address和/或NAS_IP_ADDRESS)。
在多条传输路径对应接入技术相同、且接入网设备相同的场景下,会话管理设备通过第四信息指示移动管理设备发送隧道信息(还可以包括其它信息)的传输路径,可以使移动管理设备确定是向哪个N2接口、或下一代应用协议NGAP接口、或逻辑N2通道发送隧道信息(还可以包括其它信息),这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
上述介绍的传输消息可以是N1N2消息传输消息。
需要注意的是,在会话管理设备向移动管理设备发送多条传输消息、且会话管理设备分多次获取隧道信息的场景下,会话管理设备获取隧道信息与会话管理设备发送传输消息的先后顺序可以不进行限定。例如可以是会话管理设备每获取到一个隧道信息,就发送一次传输消息;也可以是会话管理设备获取到全部的隧道信息后才发送多条传输消息;还可以是会话管理设备获取到部分隧道信息后,就发送一部分传输消息,再获取另外部分隧道信息后才发送另外部分传输消息。
步骤903:所述移动管理设备基于所述传输路径对应的接入技术信息确定接入网设备。
在执行多接入会话建立过程之前,UE已执行注册流程,移动管理设备知道UE与哪个或哪些接入网设备连接,但是移动管理设备不知道要将隧道信息发送给哪个接入网设备,所以,移动管理设备可以根据会话管理设备指示的接入技术信息,确定出相对应的接入网设备,进而将隧道信息发送给相对应的接入网设备。
移动管理设备可以基于每条传输路径各自对应的接入技术信息,确定每条传输路径各自对应的接入网设备。例如,所述移动管理设备基于所述第一传输路径对应的接入技术信息确定第一接入网设备;所述移动管理设备基于所述第二传输路径对应的接入技术信息确定第二接入网设备;所述移动管理设备基于所述第三传输路径对应的接入技术信息确定第三接入网设备。
在多个传输路径对应同一接入网设备的场景下,第一接入网设备、第二接入网设备为同一接入网设备。
步骤904:所述移动管理设备向所述接入网设备发送所述传输路径对应的隧道信息。
移动管理设备向每条传输路径对应的接入网设备分别发送该传输路径对应的隧道信息。例如,所述移动管理设备向第一传输路径的所述第一接入网设备发送所述第一传输路径对应的第一隧道信息;所述移动管理设备向第二传输路径的所述第二接入网设备发送所述第二传输路径对应的第二隧道信息;所述移动管理设备向第三传输路径的所述第三接入网设备发送所述第三传输路径对应的第三隧道信息。
当第一接入网设备、第二接入网设备为同一接入网设备时,UE通过不同的接入技术信息多次接入到该接入网设备,这时,移动管理设备可以是在一条消息中将多条传输路径对应的隧道信息发送给该接入网设备,也可以是针对每条传输路径,分别发送该传输路径对应的隧道信息。
需要注意的是,移动管理设备(例如AMF)接收来自会话管理设备(例如SMF)的传输路径对应的隧道信息,并将该隧道信息发送给接入网设备的这个过程中,移动性管理设备可以起到转发的作用,不对隧道信息进行格式的修改。例如,隧道信息可以包含在N2 SMinformation中,移动管理设备可以转发该N2 SM information。可选的,该N2 SMinformation可以包含在N1N2消息传输消息中。
在本申请中,多接入会话包括的多条传输路径中有至少两条传输路径对应同一接入类型(例如3GPP接入类型或非3GPP接入类型),如果仍采用目前的技术,会话管理设备向移动管理设备发送接入类型,移动管理设备不能识别出要将隧道信息(还可以包括其它信息)发送给该接入类型下的哪个接入网设备。所以本申请提出了会话管理设备向移动管理设备发送相比接入类型更细粒度的接入技术信息,移动管理设备可以通过接入技术信息来准确地识别出相对应的接入网设备,即准确识别出了每条传输路径,这样,移动管理设备可以把隧道信息(还可以包括其它信息)发送给相对应的接入网设备,这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
本申请也可以适用于多个接入网设备包括接入技术相同、但设备本身不同的接入网设备的场景(即第一传输路径对应和第二传输路径对应的接入技术相同,但接入网设备不同)。例如,多个接入网设备包括多个eNodeB、或多个NG-RAN、或多个gNodeB、或多个N3IWF、或多个TNGF、或多个W-AGF、或多个TWIF。当然,在此基础上,多个接入网设备中还可以再包括接入类型不同的接入网设备。
本申请的接入技术信息需能够确定每条传输路径相对应的接入网设备,在多个接入网设备包括接入技术相同、但设备本身不同的接入网设备的场景下,目前技术中定义的接入技术信息不能区分出接入技术相同、但设备本身不同的接入网设备。本申请可以通过额外的参数(后续称为第五信息)来区分接入技术相同、但设备本身不同的接入网设备。也就是说,会话管理设备(例如SMF)需要向移动管理设备(例如AMF)发送接入技术信息和第五信息,该第五信息用于指示(或者区分\或者识别)多条传输路径中的某一条传输路径(也可以理解为指示多个接入网设备中的某一接入网设备),具体的,该第五信息用于指示(或者区分\或者识别)同种接入技术对应的多条传输路径中的某一传输路径(或某一接入网设备),例如,第五信息指示第一传输路径或第二传输路径。该第五信息例如接入网设备的标识(该标识可以是任意逻辑标识,只要能识别不同的传输路径即可)、或路径的标识。移动管理设备可以结合接入技术信息和第五信息,来确定相对应的接入网设备。
接入网设备与路径的对应关系可以是UE注册时确定好的(AMF设备知道路径的标识与接入网设备的对应关系)。例如,在UE注册时,将接入技术相同、但设备本身不同的接入网设备编号为路径1、路径2等。例如,UE通过N3IWF1注册的时候,接入技术为非可信非3GPP路径1(或者非可信非3GPP接入技术+N3IWF1的标识);当UE通过N3IWF2注册时,该接入技术为非可信非3GPP路径2(或者非可信非3GPP接入技术+N3IWF2的标识)。这样,在多接入会话管理过程中,AMF设备在接收到第五信息后,就可以找到对应的接入网设备。
一种可选的示例中,会话管理设备可以向移动管理设备发送第五信息,而不发送接入技术信息。移动管理设备仍然可以根据第五信息可以确定出相对应的接入网设备。
在多条传输路径对应接入技术相同、但设备本身不同的接入网设备的场景下,会话管理设备通过第五信息指示移动管理设备发送隧道信息(还可以包括其它信息)的传输路径,可以使移动管理设备确定是向哪个接入网设备发送隧道信息(还可以包括其它信息),这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
一种可选的示例中,在步骤902(即会话管理设备向移动管理设备发送所述传输路径对应的隧道信息和所述传输路径对应的接入技术信息,相应的,移动管理设备接收来自会话管理设备的传输路径对应的隧道信息和所述传输路径对应的接入技术信息)之前,所述移动管理设备还可以向所述会话管理设备发送第一信息,所述第一信息用于获取所述传输路径对应的隧道信息;例如,所述第一信息包括但不限于以下一项或多项:终端设备已注册的传输路径的第一数量、一个或多个接入技术信息。一种可能的实现方式,第一信息用于获取所述传输路径对应的隧道信息,可以理解为第一信息可以用于确定传输路径的数量,从而确定隧道信息的数量。
相应的,所述会话管理设备还可以接收来自所述移动管理设备的第一信息,会话管理设备可以基于第一信息获取传输路径对应的隧道信息。通过第一信息,可以使会话管理设备更加准确地获知需要为多接入会话连接建立获取隧道信息的数量。
终端设备已注册的传输路径的第一数量可以与多接入会话包括的路径的数量相同;或者,终端设备已注册的传输路径的第一数量是针对每个接入技术而言的,多个接入技术分别对应的已注册的传输路径的第一数量的总和与多接入会话包括的路径的数量相同。
当多个传输路径采用同一接入技术时,第一信息中包括的接入技术信息可以是一个,也可以是多个。
当第一信息中包括的接入技术信息只有一个时,通常第一信息还需要包括终端设备已注册的传输路径的第一数量。因为一个接入技术信息无法确定出有几条路径,需要一个接入技术信息与已注册的传输路径的第一数量结合使用,才能确定出多接入会话包括的传输路径的数量。这时,已注册的传输路径的第一数量即为多接入会话包括的路径的数量。
当第一信息中包括的接入技术信息为多个时,接入技术的数量可以单独使用来确定多接入会话包括的路径的数量,例如接入技术的数量即为多接入会话包括的路径的数量。接入技术的数量也可以与已注册的传输路径的第一数量结合使用来确定多接入会话包括的路径的数量。这时,已注册的传输路径的第一数量可以是多接入会话包括的路径的数量;或者已注册的传输路径的第一数量也可以是针对每个接入技术已注册的传输路径的第一数量,则多个接入技术分别对应的已注册的路口的第一数量的总和为多接入会话包括的路径的数量。
例如,移动管理设备向会话管理设备发送PDU会话创建会话上下文请求(Namf_PDUSession_GreateSMContext Request)或者PDU会话更新会话上下文请求(Namf_PDUSession_UpdateSMContext Request)消息中,该请求消息包括所述第一信息。
一种可选的示例中,在终端设备注册过程中,所述移动管理设备可以获取接入网信息,所述接入网信息用于指示所述终端设备使用的接入技术信息。所述接入网信息包括但不限于以下的一项或多项:接入节点类型、接入技术类型、接入节点名称、接入节点标识、IPSec标识。其中,接入节点类型可以是WiFi AP、eNodeB、gNodeB、RAN、NG-RAN、非可信WiFiAP、可信WiFi AP等。接入技术类型可以是WiFi、蜂窝网络、LTE、LTE-M、NR、频段信息等。接入节点标识可以是UE连接的节点的标识信息,例如小区标识、SSID、Global RAN Node ID等。
移动管理设备可以根据所述终端设备使用的接入技术信息,确定所述第一信息。第一信息包括但不限于:终端设备注册的传输路径的第一数量或所述传输路径对应的接入技术信息。
在多条传输路径对应同一接入网设备,UE通过不同的方式接入到同一接入网设备(例如,一种是UE通过wifi的AP与N3IWF连接,另一种是UE通过独立非公共网络SNPN与该N3IWF连接)的场景下,在移动管理设备角度看,只有一条传输路径,一个接入技术(例如非3GPP非可信接入技术)。但从UE的角度看,有2条传输路径,两条传输路径对应的接入技术也是有差异的,一种是通过wifi连接的非3GPP接入技术,另一种是通过SNPN连接的非3GPP接入技术。该示例中,在终端设备注册过程中,所述移动管理设备可以获取接入网信息,后续移动管理设备通过终端设备使用的接入技术信息,可以准确地确定出终端设备注册的传输路径的第一数量或所述传输路径对应的接入技术信息,这种多接入会话的管理方法可以适用于支持多个3GPP路径或者多个非3GPP路径的多接入会话的数据传输。
例如,UE先将接入网信息发送给传输路径对应的接入网设备(例如N3IWF),传输路径对应的接入网设备(例如N3IWF)再发给移动管理设备。
例如,UE将接入网信息发送给传输路径对应的接入网设备(例如N3IWF),传输路径对应的接入网设备(例如N3IWF)进行了格式的更改,或者通过其它设备(例如用户面设备)发给移动管理设备。
例如,UE将接入网信息包含在NAS消息中,通过传输路径对应的接入网设备(例如N3IWF)透传给移动管理设备。
该移动管理设备获取接入网信息过程也可以参考后续介绍的图11。
一种可选的示例中,所述会话管理设备接收来自所述移动管理设备的第一信息之后,会话管理设备还可以向策略控制功能PCF发送第二信息,所述第二信息基于所述第一信息确定。例如,第二信息即为第一信息或第一信息中的一部分,或者第二信息可以是传输路径的数量、终端设备注册的传输路径的第一数量、接入技术的数量等一项或多项。一种可选的示例中,所述第二信息用于获取多接入会话包括的多条传输路径(例如所述第一传输路径和所述第二传输路径,当然还可以包括其它传输路径)的分流信息。一种可能的实现方式中,分流信息可以包括分流模式、分流功能、门限值中的一种或多种。例如,会话管理设备向策略控制设备(例如PCF或PCRF)发送策略关联建立请求消息(SM Policy AssociationEstablishment Request)消息,该请求消息包括所述第二信息。
策略控制设备在接收到第二信息后,可以基于第二信息确定多条传输路径的分流信息,并将该分流信息发送给会话管理设备。分流信息可以包括分流模式、分流功能、门限值中的一种或多种。例如,分流模式为主备(Active-Standby)模式、或最小延迟(SmallestDelay)模式、或负载均衡(Load-Balancing)模式、或基于优先级(Priority-based)模式。一种可能的实现方式中,该分流信息可以指示终端设备通过目标传输路径传输数据;其中目标传输路径为终端设备已注册的传输路径中的一个或多个。目标传路径可以包括相同接入类型对应的传输路径,也可以包括相同接入技术对应的传输路径。例如,策略控制设备向会话管理设备发送策略关联建立响应(SM Policy Association Establishment Response)消息,该响应消息包括该分流信息。例如,策略控制设备向会话管理设备发送策略控制和计费PCC规则,该PCC规则中包括所述分流信息。例如,该PCC规则可以包含在所述策略关联建立响应消息中。
所述会话管理设备接收来自所述策略控制设备的所述分流信息后,所述会话管理设备可以将所述分流信息发送给用户面设备(例如UPF)。例如,会话管理设备向用户面设备发送N4会话建立请求(N4 Session Establishment Request)消息,该请求消息包括所述分流信息。例如会话管理设备向用户面设备发送多接入规则(multi access rule,MAR),MAR规则包括分流信息。MAR规则可以基于PCC规则确定,例如PCC规则是针对整个PDU会话的,MAR规则主要是由用户面设备来使用,MAR规则可以为PCC规则中的一部分。例如,MAR规则包含在所述N4会话建立请求消息中。
所述会话管理设备接收来自所述策略控制设备的所述分流信息后,所述会话管理设备还可以将所述分流信息发送UE。例如,所述会话管理设备可以将所述分流信息发送给所述移动管理设备,所述移动管理设备接收来自所述会话管理设备的所述分流信息(所述分流信息基于所述第一信息确定,具体的,所述分流信息是策略控制设备基于第二信息确定的,第二信息基于第一信息确定),并将该分流信息发送给UE。例如,会话管理设备向移动管理设备发送ATSSS rule,该ATSSS rule包括分流信息。例如会话管理设备向移动管理设备发送N1 SM Container,N1 SM Container中包括所述分流信息,例如ATSSS rule包含在所述N1 SM Container中。例如,移动管理设备将分流信息包含在NAS消息中发送给UE。
一种可能的实现方式中,会话管理设备向用户面设备或者UE发送的分流信息与会话管理设备从策略控制设备获取的分流信息可以相同,也可以不同。可以理解为,会话管理设备可以根据策略控制设备发送的分流信息1确定向用户面设备发送的分流信息2或者UE发送的分流信息3。其中,分流信息1、分流信息2、分流信息3可以相同,也可以不同。例如,会话管理设备可以将分流信息1做格式转换后获得分流信息2和/或分流信息3。
在本申请中,多接入会话的路径的数量可以大于或等于2条,其中,至少2条路径可以对应同一接入类型。本申请的分流信息可以基于接入技术(接入技术比接入类型的粒度更细)来确定,或者基于接入技术和第四信息来确定,使得分流信息可以更好地适用于多接入会话的多种架构。
一种可选的示例中,在移动管理设备向所述会话管理设备发送第一信息,所述第一信息包括但不限于以下一项或多项:终端设备已注册的传输路径的第一数量、一个或多个接入技术信息的场景下,传输路径的隧道信息可以基于该第一信息确定。例如,会话管理设备可以基于第一信息,分配传输路径对应的隧道信息;具体的,会话管理设备可以根据第一信息确定隧道数量,然后,会话管理设备可以分配该隧道数量对应的隧道信息。可选的,会话管理设备还可以将隧道信息发送给用户面设备。再例如,会话管理设备向用户面设备发送所述第一信息,并接收来自所述用户面设备的所述传输路径对应的隧道信息;具体的,会话管理设备向用户面设备发送第一信息,用户面设备基于第一信息确定隧道数量,用户面设备可以分配该隧道数量对应的隧道信息。
在多条传输路径对应的接入网设备包括非3GPP接入网设备(可以是多条传输路径对应不同的非3GPP接入网设备,也可以是多条传输路径对应同一非3GPP接入网设备)的场景下,以所述第一传输路径对应的接入网设备和所述第二传输路径对应的接入网设备均为非3GPP接入网设备为例,一种可选的示例中,第一传输路径的第一非3GPP接入网设备向移动管理设备发送第三信息,相应的,所述移动管理设备接收来自所述第一传输路径的第一非3GPP接入网设备的第三信息。其中,所述第三信息包括以下的一项或多项:所述第一非3GPP接入网设备与终端设备建立的因特网协议安全协议子安全联盟IPSec Child SA数量、每个IPSec Child SA对应的区分服务编码点DSCP值、每个IPSec Child SA相关联的服务质量流标识QFI、每个IPSec Child SA对应的隧道标识。所述第三信息可以通过对应关系或者映射关系的方式指示这些信息。一种可选的示例中,第三信息可以包含在接入网设备向移动管理设备发送的PDU会话响应消息(例如N2 PDU会话响应消息)中。
然后,所述移动管理设备向所述第二传输路径的第二非3GPP接入网设备发送所述第三信息,所述第三信息用于所述第二非3GPP接入网设备与所述终端设备建立用户面资源。这些信息可以后续用于给第二非3GPP接入网设备做参考,第二非3GPP接入网设备可以根据该信息建立或调整或修改与UE的用户面资源,由于参考这些信息,第二非3GPP接入网设备与UE建立的用户面资源与第一非3GPP接入网设备与UE建立的用户面资源相似或者相同。例如第二非3GPP接入网设备与UE建立的IPSec Child SA的数量可以和第二非3GPP接入网设备与UE建立的IPSec Child SA的数量相同。进一步地,第二非3GPP接入网设备与UE建立的IPSec Child SA所关联的一个或多个服务质量流标识QFI可以和第一非3GPP接入网设备与UE建立的IPSec Child SA所关联的一个或多个服务质量流标识QFI相同;和/或,第二非3GPP接入网设备与UE建立的IPSec Child SA所关联的区分服务编码点(differentiatedservices code point,DSCP)值可以和第一非3GPP接入网设备与UE建立的IPSec Child SA所关联的DSCP值相同。一种可选的示例中,第三信息可以包含在移动管理设备向SMF设备发送的PDU会话响应消息(例如N2 PDU会话响应消息)或PDU会话更新会话上下文请求(Nsmf_PDU Session_UpdateSMContext Request)消息中。
第二非3GPP接入网设备与UE建立IPSec Child SA之前,第二非3GPP接入网设备在确定IPSec Child SA数量时,例如,可以根据来自第一非3GPP接入网设备的用户面资源信息(例如上述介绍的第三信息)确定IPSec Child SA数量,进一步还可以确定每个IPSecChild SA与QoS Flow的映射关系(映射关系也称为对应关系)。进而,第二非3GPP接入网设备基于IPSec Child SA数量及每个IPSec Child SA与QoS Flow的映射关系(映射关系也可以称为对应关系),与UE建立IPSec Child SA。
该示例可以适用于不同的传输路径对应不同的非3GPP接入网设备,不同的非3GPP接入网设备例如可以包括不同的N3IWF,则第一非3GPP接入网设备和第二非3GPP接入网设备均为N3IWF,但2个N3IWF不同;或包括不同的TNGF,则第一非3GPP接入网设备和第二非3GPP接入网设备均为TNGF,但2个TNGF不同;或包括N3IWF和TNGF,则第一非3GPP接入网设备为TNGF及第二非3GPP接入网设备为N3IWF,或第一非3GPP接入网设备为N3IWF及第二非3GPP接入网设备为TNGF。该示例也可以适用于不同的传输路径对应同一非3GPP接入网设备,则第一接入网设备与第二接入网设备相同,例如均为N3IWF,例如UE可以通过wifi和SNPN的方式分别连接到该N3IWF。
该示例中,UE可以通过相同或者不同的非3GPP接入网设备多次注册到核心网并建立多接入会话,提高多接入会话建立的灵活性,不同传输路径(例如不同接入网设备或同一接入网设备对应的不同传输路径)之间可以相互参考用户面资源,来建立/调整/修改自己与UE建立的用户面资源,以保证不同传输路径对应的用户面资源相同或相似,这样,不同传输路径的服务质量可以对等或相同。
如图10a和图10b所示,介绍一种建立MA PDU会话的流程示意图,该示例中,MA PDU会话对应两条传输路径,两条传输路径对应的接入网设备不同(例如接入类型不同、或接入技术不同)。可以理解的是,图10a与图10b可以看做是一个整体的流程,只是为了画图方便,才将其分为2部分。
步骤1001(可以参考步骤301):UE向AMF发送以下的一项或多项:请求类型(request type)、ATSSS能力(Capabilities)信息、PDU会话标识(PDU Session ID)、UE请求的数据网络名称(UE Requested DNN)、切片信息(S-NSSAI)等。其中,request type为多接入会话请求(MA PDU Request),表示该会话建立请求消息是用于请求建立多接入PDU会话的。ATSSS Capabilities用于通知网络该UE支持的分流功能,例如MPTCP和/或ATSSS-LL等。例如,UE向AMF发送NAS消息,包括上述的这些信息,NAS消息例如为PDU会话建立请求(PDUSession Establishment Request)消息。
步骤1002(可以参考步骤302):AMF向SMF发送以下的一项或多项:一个或多个接入技术信息(也可以称为无线接入技术类型(radio access technology type,RAT type))、终端设备注册的传输路径的第一数量、UE标识(例如,用户永久标识(subscriptionpermanent identifier,SUPI))、UE请求的DNN、PDU Session ID、MA PDU Request、接入类型(access type)等。
需要注意的是,目前的多接入PDU会话只有两条传输路径,一个传输路径对应的接入类型为3GPP接入类型,另一条传输路径对应的接入类型为非3GPP接入类型,所以步骤302的接入类型(access type)包括3GPP接入类型和非3GPP接入类型,无线接入技术类型(RATtype)包括3GPP接入类型下的某一接入技术和非3GPP接入类型下的某一接入技术。而在本申请中,传输路径可以包括2条、甚至更多条,多条传输路径中有至少两条传输路径对应同一接入类型(例如非3GPP接入类型或3GPP接入类型),当然,多条传输路径中也可以包括不同接入类型的传输路径,则步骤1002的接入类型(access type)可以只包括非3GPP接入类型,或只包括3GPP接入类型,或同时包括3GPP接入类型和非3GPP接入类型。该步骤1002的无线接入技术类型(RAT type)可以是该接入类型(access type)下的某一种或某几种接入技术。
结合前文的介绍,AMF向SMF发送的第一信息中包括终端设备注册的传输路径的第一数量和/或接入技术信息(即RAT type)。
例如,AMF向SMF发送PDU会话创建会话上下文请求(Nsmf_PDU Session_GreateSMContext Request)消息,包括上述的这些信息。
可选的,步骤1003(可以参考步骤303):SMF向UDM获取会话管理签约数据。例如,可以采用订阅检索或订阅更新(Subscription retrieval/subscription for updates)的方式获取会话管理签约数据。
目前的技术中,UDM可以记录当前的多接入PDU会话的接入技术,以使UDM获知在该接入技术下服务该UE的设备,或者以使UDM判断UE是否能在该接入技术对应的传输路径上建立会话或者建立用户面资源。而在本申请中,随着多接入PDU会话的多种架构的出现,多接入PDU会话中传输路径的数量会增多。由于传输路径数量越大,占用的网络资源越多,本申请提出了根据UE的签约数据来确定UE允许建立的多接入PDU会话的形式的示例。多接入PDU会话的形式例如MA PDU对应的接入技术和/或传输路径的数量等。这样可以使网络资源分配更合理,也可以为多个用户提供差异化的服务。
例如,SMF向UDM获取UE的签约数据后,SMF可以根据UE的签约数据,确定UE允许建立的MA PDU会话的形式。
例如,UDM可以根据UE的签约数据,确定UE允许建立的MA PDU会话形式,UDM将UE允许建立的MA PDU的形式反馈给SMF。
例如,SMF将UE注册时采用的接入技术信息和/或UE注册的传输路径的第一数量发送给UDM,UDM基于UE的签约数据确定UE允许建立的MA PDU会话形式,向SMF指示允许或不允许。进一步,在不允许的情况下,还可以指示允许哪些接入技术,和/或允许的路径的数量等,这样下文提及的UE注册时采用的接入技术信息和/或UE注册的传输路径的第一数量均为被允许的接入技术信息和/或传输路径的数量。
步骤1004(可以参考步骤304):SMF向AMF发送以下的一项或多项:会话上下文标识、原因(cause)。
例如,SMF向AMF发送PDU会话创建会话上下文响应(Nsmf_PDU Session_GreateSMContext Response)消息。
可选的,步骤1005:执行PDU会话鉴权或授权流程。本申请对于该过程不进行限制。
步骤1006(可以参考步骤306):SMF向PCF发送以下一项或多项:UE标识(例如,用户永久标识(subscription permanent identifier,SUPI))、UE请求的DNN、PDU Session ID、MA PDU Request、接入类型(access type)、接入技术信息(或称为无线接入技术类型(radio access technology type,RAT type))、终端设备注册的传输路径的第一数量等。
可以理解的是,步骤1006中SMF向PCF发送的这些信息可以基于步骤1002中SMF收到的信息确定。例如直接将步骤1002中接收到的信息发送给PCF,也可以是对步骤302中接收到的信息进行格式或内容的转换后发送给PCF。
SMF向PCF发送这些信息,可以用于与该PCF建立会话策略关联。
例如,SMF向PCF发送策略关联建立请求消息(SM Policy AssociationEstablishment Request)消息,包括上述的这些信息。
步骤1007(可以参考步骤307):PCF向SMF发送分流信息。
一种可能的实现方式,分流信息包括分流模式(steering mode)、分流功能(steering functionality)、门限值(threshold value)中的一项或多项。
例如,PCF向SMF发送策略控制和计费PCC规则等。PCC规则中包括多接入PDU会话控制信息,该多接入PDU会话控制信息包括但不限于以下的一项或多项:分流模式(steeringmode)、分流功能(steering functionality)、门限值等。
例如,PCF向SMF发送策略关联建立响应(SM Policy Association EstablishmentResponse)消息,包括上述的这些信息。
需要注意的是,在本申请中,多接入会话的路径的数量可以大于或等于2条,并且可以至少2条路径对应同一接入类型,本申请的分流信息可以基于接入技术(接入技术比接入类型的粒度更细)来确定,或者基于3条、甚至更多条路径来确定,这样确定出的分流信息可以更好地适用于多接入PDU会话的多种可能的形式。
SMF可以向PCF发送UE注册时采用的接入技术信息和/或UE已注册的路径的数量。PCF可以根据UE注册时采用的接入技术信息和/或UE已注册的路径的数量,确定PCC规则。结合步骤1002和步骤1003的介绍,UE注册时采用的接入技术信息和/或UE已注册的路径的数量可以来自AMF,也可以来自UDM。
需要注意的是,由于现有的MA PDU会话最多为两个传输路径,且其中一个传输路径为3GPP接入类型,另一个传输路径为非3GPP接入类型,因此现有的分流模式下选择传输路径等同于选择接入类型。但在新的MA PDU会话模式下,选择传输路径不等同于选择接入类型,应该增强为选择具体一条传输路径或者选择接入技术。即对于分流模式而言,是传输路径的选择或者接入技术的选择,而不再是接入类型的选择。
例如,PCF向SMF发送策略关联建立响应(SM Policy Association EstablishmentResponse)消息,包括上述的这些信息。
步骤1008:SMF选择合适的UPF。对于该过程不进行限定。
步骤1009a(可以参考步骤309a):SMF向步骤1008中选择的UPF发送以下一项或多项:分流信息、终端设备注册的传输路径的第一数量、接入技术的数量。
一种可能的实现方式,分流信息包括分流模式(steering mode)、分流功能(steering functionality)、门限值(threshold value)中的一项或多项。
例如,SMF向步骤308中选择的UPF发送N4规则,N4规则包括但不限于以下的一项或多项:数据包检测规则(packet detection rule,PDR)、转发动作规则(forwarding actionrule,FAR)、多接入规则(multi access rule,MAR)等规则。其中,MAR规则包括但不限于以下的一项或多项:分流模式、分流功能、门限值(可以基于步骤1007中的分流模式、分流功能、门限值确定)等信息。N4规则可以基于PCC规则确定,例如PCC规则是针对整个PDU会话的,N4规则主要是由UPF来使用,N4规则可以为PCC规则中的一部分。
例如,SMF向UPF发送N4会话建立请求(N4 Session Establishment Request)消息,包括上述的这些信息。
步骤1009b(可以参考步骤309b):UPF向SMF发送多个(2个、3个、甚至更多个)隧道信息。
例如,隧道信息为核心网侧的隧道信息(CN tunnels info)。
例如,UPF基于终端设备注册的传输路径的第一数量和/或接入技术的数量确定隧道数量,UPF可以分配该隧道数量对应的隧道信息。
需要注意的是,本申请中,由于传输路径的数量可能大于2个,可以将终端设备注册的传输路径的第一数量和/或接入技术的数量告知给UPF,以使UPF准确分配与多接入PDU会话的传输路径的数量相对应的隧道信息。
例如,UPF向SMF发送N4会话建立响应(N4 Session Establishment Response)消息,包括上述的这些信息。
通过步骤1009a和步骤1009b,SMF与步骤1008选择的UPF建立N4连接。
步骤1010(可以参考步骤310):SMF向AMF发送第一传输路径对应的第一隧道信息和第一传输路径对应的接入技术信息。
接入技术信息可以指示AMF通过哪个接入技术的路径传输隧道信息(还可以包括其它信息),从而使得AMF可以向该接入技术的路径对应的接入网设备发送隧道信息(还可以包括其它信息)。例如,UE既通过4G的接入网设备(eNodeB)接入,又通过5G的接入网设备(NG-RAN)接入,则此时,SMF不仅指示AMF通过3GPP access发送隧道消息(还可以包括其它信息),还可以进一步指明是通过LTE接入技术、还是通过NR接入技术来发送隧道消息(还可以包括其它信息),从而使得AMF可以确定将隧道消息(还可以包括其它信息)发给eNodeB或NG-RAN、或gNodeB。
第一隧道信息会发送给该接入技术对应的接入网设备,例如称为第一接入网设备,用于通知第一接入网设备,上行数据应发往哪里(可以理解为上行数据的目的地址)。
由于在本申请中,多接入PDU会话对应的多条传输路径中有至少两条传输路径对应同一接入类型(例如3GPP接入类型或非3GPP接入类型),本申请提出了SMF向AMF发送比接入类型更细粒度的接入技术信息,AMF可以通过接入技术信息来准确地识别出相对应的接入网设备,即准确识别出了每条传输路径,这样,AMF可以把隧道信息(还可以包括其它信息)发送给相对应的接入网设备,以实现多接入PDU会话的管理。
例如,第一传输路径对应的第一隧道信息可以包含在N2接口会话管理信息(N2 SMinformation)中。例如,SMF向AMF发送N2接口会话管理信息(N2 SM information)和接入技术信息。
进一步可选地,SMF还可以向AMF发送分流信息(可以来自步骤1007),例如,该分流信息可以包含在N1 SM Container中,则SMF还可以向AMF发送N1接口会话管理容器(N1 SMContainer)。
例如,N2 SM information中包括但不限于以下的一项或多项:PDU会话标识(PDUSession ID)(可以来自步骤1001中UE上报上来的)、核心网侧的第一隧道信息(CN TunnelInfo)(可以来自步骤1009b中的某一个CN Tunnel Info)、QoS模板(QoS profile)、相关联的QoS流标识(associated QFI)等。后续,N2 SM information由SMF通过AMF发给第一接入网设备。
例如,N1 SM Container中包括但不限于以下的一项或多项:PDU会话建立接受(PDU Session Establishment Accept)消息(可以看作是针对步骤1001的PDU会话建立请求的回复/响应)、分流信息等与会话相关的信息。其中,分流信息可以包含在ATSSS规则(rule)中,则ATSSS rule包括但不限于以下的一项或多项:分流模式、分流功能、门限值(可以来自步骤1007)等信息。后续,N1 SM Container中的信息由SMF通过AMF发给UE,例如AMF通过NAS消息将N1 SM Container发给UE。
例如,SMF向AMF发送N1N2消息传输(Namf_Communication_N1N2MessageTransfer)消息,包括上述的这些信息。
AMF设备还可以向SMF设备发送响应,以表示接收到来自SMF设备的信息。
步骤1011(可以参考步骤311):AMF向第一接入网设备发送该第一接入网设备所在的传输路径对应的第一隧道信息。
例如,AMF向第一接入网设备发送N2 SM information(可以来自步骤1010),N2 SMinformation中包括但不限于所述第一隧道信息。
可选的,AMF还可以向第一接入网设备发送分流信息,由第一接入网设备将该分流信息发送给UE。接入网设备可以对分流信息起到转发(即透传)的作用。例如,AMF向第一接入网设备发送N1 SM Container,N1 SM Container中包括但不限于分流信息。例如,AMF向第一接入网设备发送NAS消息(NAS消息是需要发送给UE的),NAS消息中包括但不限于分流信息。例如,NAS消息中包括但不限于N1 SM Container(可以来自步骤1010),N1 SMContainer中包括但不限于分流信息。
进一步地,NAS消息中还可以包括但不限于以下的一项或多项:PDU会话标识(PDUSession ID)(可以来自步骤1010的N2 SM information)、PDU会话建立接受(PDU SessionEstablishment Accept)消息、ATSSS规则(rule)等信息。可选的,分流信息可以包含在ATSSS规则(rule)中。
在执行多接入PDU会话建立过程之前,UE已执行注册流程,AMF知道UE在哪些接入网设备上进行注册,AMF可以根据SMF指示的接入技术信息,确定出相对应的接入网设备,并将这些信息发送给相对应的接入网设备。
例如,AMF向第一接入网设备发送N2 PDU会话请求消息,包括上述的这些信息。
步骤1012(可以参考步骤312或步骤319):第一接入网设备建立(或调整或修改)与UE的用户面资源。
如果第一接入网设备为3GPP接入类型对应的接入网设备,则第一接入网设备与UE建立(或调整或修改)空口资源,接入网进行特定的资源设置(AN-specific resourcesetup)以建立数据无线承载DRB。
如果第一接入网设备为非3GPP接入类型对应的接入网设备(例如N3IWF),则第一接入网设备与UE建立(或调整或修改)用于传输用户面数据的因特网协议安全协议子安全联盟(IPSec Child SA)。在此过程中,第一接入网设备会为UE分配该IPSec Child SA的IP地址(例如UP_IP_ADDRESS),即在UE发送上行数据时,目的IP地址应设为该UP_IP_ADDRESS,而源IP地址则为注册时候分配“inner”IP address。
UE与非3GPP接入类型对应的第一接入网设备之间建立IPSec Child SA的数量、及每个IPSec Child SA传输哪些服务质量流(QoS Flow)数据,是基于第一接入网设备的策略和配置决定的。例如非3GPP接入类型对应的第一接入网设备可以根据QoS Flow的数量确定IPSec Child SA数量,还可以确定每个IPSec Child SA与QoS Flow的映射关系(映射关系也可以称为对应关系)。
例如,第一接入网设备(非3GPP接入类型对应的接入网设备(例如N3IWF))向UE发送因特网密钥交换协议创建子安全联盟请求(IKE_Create_Child_SA request)消息,例如,该请求消息可以指示请求的IPSec Child SA是运行在隧道模式的(tunnel mode)。例如,该请求消息包括但不限于以下的一项或多项:与该Child SA相关联的一个或多个QFI、与该Child SA相关联的PDU会话标识、该Child SA相关联的DSCP值、默认Child SA指示信息、其他QoS信息、IPSec Child SA的IP地址(例如UP_IP_ADDRESS)。可选的,UE还可以向第一接入网设备发送因特网密钥交换协议创建子安全联盟请求(IKE_Create_Child_SA request)消息。若第一接入网设备(非3GPP接入类型对应的接入网设备(例如N3IWF))需要与UE建立多个IPSec Child SA,多个IPSec Child SA的IP地址(例如UP_IP_ADDRESS)不同。第一接入网设备与UE可以重复上述发送请求与响应的过程,并分配不同的IPSec Child SA的IP地址(例如UP_IP_ADDRESS)。
可选的,第一接入网设备可以将分流信息发送给UE。例如,第一接入网设备向UE发送N1 SM Container,N1 SM Container中包括分流信息。例如,第一接入网设备向UE发送NAS消息,NAS消息中包括分流信息。例如,NAS消息中包括N1 SM Container(可以来自步骤1011),N1 SM Container中包括分流信息。进一步地,NAS消息中还可以包括但不限于以下的一项或多项:PDU会话标识(PDU Session ID)、PDU会话建立接受(PDU SessionEstablishment Accept)消息、ATSSS规则(rule)等信息。可选的,分流信息可以包含在ATSSS规则(rule)中。通常情况下,NAS消息由3GPP接入类型对应的接入网设备发送给UE。
步骤1013(可以参考步骤313):第一接入网设备向AMF发送第一接入网设备侧的接入网隧道信息(AN tunnels info),该第一接入网设备侧的接入网侧的隧道信息用于通知UPF,下行数据应发到哪里。第一接入网设备侧的AN tunnels info后续会经过AMF、SMF发给UPF,可以参考步骤1013、步骤1014和步骤1015。
在一种可选的示例中,在所述第一传输路径对应的第一接入网设备和所述第二传输路径对应的第二接入网设备均为非3GPP接入网设备的场景下,该第一接入网设备还可以向AMF设备发送以下的一项或多项(即前文提及的第三信息):所述第一接入网设备与终端设备建立的因特网协议安全协议子安全联盟IPSec Child SA数量、每个IPSec Child SA对应的区分服务编码点DSCP值、每个IPSec Child SA相关联的服务质量流标识QFI、每个IPSec Child SA对应的隧道标识。以便后续AMF向所述第二传输路径的第二非3GPP接入网设备发送所述第三信息,所述第三信息用于所述第二非3GPP接入网设备与所述终端设备建立用户面资源。这些信息可以后续用于给第二非3GPP接入网设备做参考,第二非3GPP接入网设备可以根据该信息建立或调整或修改与UE的用户面资源。
例如,第一接入网设备向AMF发送N2 PDU会话响应消息,包括上述的这些信息。
步骤1014(可以参考步骤314):AMF向SMF发送第一接入网设备侧的接入网隧道信息(AN tunnels info)(可以来自步骤313)。
例如,AMF向SMF发送N2 PDU会话响应消息,N2 PDU会话响应消息包括第一接入网设备侧的接入网隧道信息(AN tunnels info)。
再例如,AMF向SMF发送PDU会话更新会话上下文请求(Nsmf_PDU Session_UpdateSMContext Request)消息,该请求消息中包括第一接入网设备侧的接入网隧道信息(AN tunnels info)。再例如,该PDU会话更新会话上下文请求消息包括N2 PDU会话响应消息,N2 PDU会话响应消息包括第一接入网设备侧的接入网隧道信息(AN tunnels info)。
步骤1015(可以参考步骤315):SMF向UPF发送第一接入网设备侧的接入网侧的隧道信息(AN tunnels info)。
例如,SMF通过N4会话修改(N4 Session Modification)流程向UPF发送第一接入网设备侧的接入网侧的隧道信息(AN tunnels info)。
步骤1016(可以参考步骤316):SMF向AMF发送成功或失败的指示信息。
例如,SMF向AMF发送PDU会话更新会话上下文响应(Nsmf_PDU Session_UpdateSMContext Response)消息,该响应消息中包括更新成功或更新失败的指示信息。
如果失败,SMF还可以向AMF发送失败原因值。
步骤1017(可以参考步骤317):SMF向AMF发送第二传输路径对应的第二隧道信息和第二传输路径对应的接入技术信息。
接入技术信息可以指示AMF通过哪个接入技术的路径传输隧道信息(还可以包括其它信息),从而使得AMF可以向该接入技术的路径对应的接入网设备发送隧道信息(还可以包括其它信息)。
第二隧道信息会发送给该接入技术对应的接入网设备,例如称为第二接入网设备,用于通知第二接入网设备,上行数据应发往哪里(可以理解为上行数据的目的地址)。
由于在本申请中,多接入PDU会话对应的多条传输路径中可以有至少两条传输路径对应同一接入类型(例如3GPP接入类型或非3GPP接入类型),所以本申请提出了SMF向AMF发送比接入类型更细粒度的接入技术信息,AMF可以通过接入技术信息来准确地识别出UE已注册时对应的接入网设备,即准确识别出了每条传输路径,这样,AMF可以把隧道信息(还可以包括其它信息)发送给相对应的接入网设备,以实现准确地多接入PDU会话管理。
例如,第二传输路径对应的第二隧道信息可以包含在N2接口会话管理信息(N2 SMinformation)中。例如,SMF向AMF发送N2接口会话管理信息(N2 SM information)和接入技术信息。
进一步可选的,SMF还可以向AMF发送分流模式(可以来自步骤1007),例如,该分流模式可以包含在N1 SM Container中,则SMF还可以向AMF发送N1接口会话管理容器(N1 SMContainer)。如果在步骤1010中已经通过第一接入网设备发送N1接口会话管理容器(N1 SMContainer),该步骤1017中可以无需发送,当然为了传输可靠,也可以再次发送。以下以步骤1017中不发送N1接口会话管理容器(N1 SM Container)为例进行介绍。
例如,N2 SM information中包括但不限于以下的一项或多项:PDU会话标识(PDUSession ID)(可以来自步骤1001中UE上报上来的)、核心网侧的第二隧道信息(CN TunnelInfo)(可以来自步骤1009b中的另一个CN Tunnel Info,步骤1017中的CN Tunnel Info与步骤1010中的CN Tunnel Info不同)、QoS模板(QoS profile)、相关联的QoS流标识(associated QFI)等。后续,N2 SM information由SMF通过AMF发给第二接入网设备。
例如,SMF向AMF发送N1N2消息传输(Namf_Communication_N1N2MessageTransfer)消息,包括上述的这些信息。
AMF设备还可以向SMF设备发送响应,以表示接收到来自SMF设备的信息。
步骤1018(可以参考步骤318):AMF向第二接入网设备发送该第二接入网设备所在的传输路径对应的第二隧道信息。
例如,AMF向第二接入网设备发送N2 SM information(可以来自步骤1010),N2 SMinformation中包括但不限于所述第二隧道信息。
在执行多接入PDU会话建立过程之前,UE已执行注册流程,AMF知道UE在哪些接入网设备上进行注册,AMF可以根据SMF指示的接入技术信息,确定出相对应的接入网设备,并将这些信息发送给合适的接入网设备。
在一种可选的示例中,在所述第一传输路径对应的第一接入网设备和所述第二传输路径对应的第二接入网设备均为非3GPP接入网设备的场景下,步骤1013中已介绍第一接入网设备还可以向AMF设备发送以下的一项或多项(即前文提及的第三信息):所述第一非3GPP接入网设备与终端设备建立的因特网协议安全协议子安全联盟IPSec Child SA数量、每个IPSec Child SA对应的区分服务编码点DSCP值、每个IPSec Child SA相关联的服务质量流标识QFI、每个IPSec Child SA对应的标识。以便后续AMF向所述第二传输路径的第二非3GPP接入网设备发送所述第三信息,所述第三信息用于所述第二非3GPP接入网设备与所述终端设备建立用户面资源。在该步骤1018中,可以把这些信息发送给第二接入网设备(非3GPP接入网设备),用于给第二接入网设备做参考,第二接入网设备可以根据该信息建立或调整或修改与UE的用户面资源。
例如,AMF向第二接入网设备发送N2 PDU会话请求消息,包括上述的这些信息。
步骤1019(可以参考骤312或步骤319):第二接入网设备建立(或调整或修改)与UE的用户面资源。
如果第二接入网设备为3GPP接入类型对应的接入网设备,则第二接入网设备与UE建立(或调整或修改)空口资源,接入网进行特定的资源设置(AN-specific resourcesetup)以建立数据无线承载DRB。
如果第二接入网设备为非3GPP接入类型对应的接入网设备,则第二接入网设备与UE建立(或调整或修改)用于传输用户面数据的因特网协议安全协议子安全联盟(IPSecChild SA)。在此过程中,第二接入网设备会为UE分配该IPSec Child SA的IP地址(例如UP_IP_ADDRESS),即在UE发送上行数据时,目的IP地址应设为该UP_IP_ADDRESS,而源IP地址则为注册时候分配“inner”IP address。
UE与非3GPP接入类型对应的第二接入网设备之间建立IPSec Child SA的数量、每个IPSec Child SA传输哪些服务质量流(QoS Flow)数据,可以是基于第二接入网设备的策略和配置决定的。例如第二接入网设备可以根据QoS Flow的数量确定IPSec Child SA数量,还可以确定每个IPSec Child SA与QoS Flow的映射关系(映射关系也可以称为对应关系)。
例如,第二接入网设备(非3GPP接入类型对应的接入网设备(例如N3IWF))向UE发送因特网密钥交换协议创建子安全联盟请求(IKE_Create_Child_SA request)消息,例如,该请求消息可以指示请求的IPSec Child SA是运行在隧道模式的(tunnel mode)。例如,该请求消息包括但不限于以下的一项或多项:与该Child SA相关联的一个或多个QFI、与该Child SA相关联的PDU会话标识、该Child SA相关联的DSCP值、默认Child SA指示信息、其他QoS信息、IPSec Child SA的IP地址(例如UP_IP_ADDRESS)。可选的,UE还可以向第二接入网设备发送因特网密钥交换协议创建子安全联盟请求(IKE_Create_Child_SA request)消息。若第二接入网设备(非3GPP接入类型对应的接入网设备(例如N3IWF))需要与UE建立多个IPSec Child SA,多个IPSec Child SA的IP地址(例如UP_IP_ADDRESS)不同。第二接入网设备与UE可以重复上述发送请求与响应的过程,并分配不同的IPSec Child SA的IP地址(例如UP_IP_ADDRESS)。
一种可选的示例中,在所述第一传输路径对应的第一接入网设备和所述第二传输路径对应的第二接入网设备均为非3GPP接入网设备的场景下,第二接入网设备可以参考以下的一项或多项(即前文提及的第三信息):所述第一非3GPP接入网设备与终端设备建立的因特网协议安全协议子安全联盟IPSec Child SA数量、每个IPSec Child SA对应的区分服务编码点DSCP值、每个IPSec Child SA相关联的服务质量流标识QFI、每个IPSec Child SA对应的标识,来建立或调整或修改与UE的用户面资源。
例如,第二接入网设备与UE建立的用户面资源与第一接入网设备与UE建立的用户面资源相似或者相同。例如,第二接入网设备与UE建立的IPSec Child SA的数量可以和第二接入网设备与UE建立的IPSec Child SA的数量相同。进一步地,第二接入网设备与UE建立的IPSec Child SA所关联的一个或多个服务质量流标识QFI可以和第一接入网设备与UE建立的IPSec Child SA所关联的一个或多个服务质量流标识QFI相同;和/或,第二接入网设备与UE建立的IPSec Child SA所对应的区分服务编码点DSCP值可以和第一接入网设备与UE建立的IPSec Child SA所对应的DSCP值相同。
第二接入网设备与UE建立IPSec Child SA之前,第二接入网设备在确定IPSecChild SA数量时,例如,可以根据来自第一接入网设备的用户面资源信息(例如上述介绍的第三信息)确定IPSec Child SA数量,也可以确定每个IPSec Child SA与QoS Flow的映射关系(映射关系也可以称为对应关系)。进而,第二接入网设备基于IPSec Child SA数量及每个IPSec Child SA与QoS Flow的映射关系(映射关系也可以称为对应关系)与UE建立IPSec Child SA。
步骤1020(可以参考步骤320):第二接入网设备向AMF发送第二接入网设备侧的接入网隧道信息(AN tunnels info),该第二接入网设备侧的接入网侧的隧道信息用于通知UPF,下行数据应发到哪里。第二接入网设备侧的AN tunnels info后续会经过AMF、SMF发给UPF,可以参考步骤1020、步骤1021和步骤1022。
例如,第二接入网设备向AMF发送N2 PDU会话响应消息,包括上述的这些信息。
步骤1021(可以参考步骤321):AMF向SMF发送第二接入网设备侧的接入网隧道信息(AN tunnels info)(可以来自步骤1013)。
例如,AMF向SMF发送N2 PDU会话响应消息,N2 PDU会话响应消息包括第二接入网设备侧的接入网隧道信息(AN tunnels info)。
再例如,AMF向SMF发送PDU会话更新会话上下文请求(Nsmf_PDU Session_UpdateSMContext Request)消息,该请求消息中包括第一接入网设备侧的接入网隧道信息(AN tunnels info)。再例如,该PDU会话更新会话上下文请求消息包括N2 PDU会话响应消息,N2 PDU会话响应消息包括第二接入网设备侧的接入网隧道信息(AN tunnels info)。
步骤1022(可以参考步骤322):SMF向UPF发送第二接入网设备侧的接入网侧的隧道信息(AN tunnels info)。
例如,SMF通过N4会话修改(N4 Session Modification)流程向UPF发送第二接入网设备侧的接入网侧的隧道信息(AN tunnels info)。
步骤1023(可以参考步骤323):SMF向AMF发送成功或失败的指示信息。
例如,SMF向AMF发送PDU会话更新会话上下文响应(Nsmf_PDU Session_UpdateSMContext Response)消息,该响应消息中包括更新成功或更新失败的指示信息。
如果失败,SMF还可以向AMF发送失败原因值。
若UE还需要通过其他接入网设备建立用户面通道时,则可以再次执行与步骤1017至步骤1023类似的过程,需要注意的是,SMF通过AMF发送的传输路径对应的接入技术信息需要满足AMF确定相对应的接入网设备。此外,该接入网设备与UE建立的用户面连接可以按照该接入技术下的用户面连接建立的方式来建立。
另外,图10a和图10b的示例也可以适用于两条(或两条以上)传输路径对应的接入网设备相同的场景,即第一接入网设备和第二接入网设备是相同的接入网设备,这种情况下,UE通过不同的接入方式(接入方式例如接入类型或接入技术)连接到同一接入网设备,可以看做是UE通过一个接入网设备建立MA PDU会话(可以理解为多条传输路径对应一个接入网设备)。
该接入网设备可以是非3GPP接入网设备,例如N3IWF。例如,UE通过WiFi的方式与N3IWF建立IPSec隧道,并通过该N3IWF注册到核心网;与此同时,UE通过SNPN与该相同的N3IWF建立另一IPSec隧道,并通过该N3IWF注册到核心网。这种示例下,第一接入网设备所在的第一传输路径对应的接入技术可以称为通过wifi连接的非3GPP接入技术(或称为非可信非3GPP接入技术1、或称为非可信非3GPP路径1(untrusted N3GPP path 1));第一接入网设备所在的第二传输路径对应的接入技术可以称为通过SNPN连接的非3GPP接入技术(或称为非可信非3GPP接入技术2、称为非可信非3GPP路径2(untrusted N3GPP path 2))。
由于本实施例中,UE通过同一N3IWF多次注册于该核心网,从设备粒度来看,AMF会将多个隧道信息均发给同一N3IWF,但是通过不同的N2消息,或者N2接口,或者逻辑N2通道发送,会导致该N3IWF将接收到的信息对应至不同的传输路径或者该N3IWF向UE发送信息的方式不同(例如通过WiFi的传输路径发送给UE,还是通过SNPN的连接发给UE)。因此,SMF指示AMF发送信息(例如N1N2消息)的接入技术,需要能够区分是哪一个N2消息,或者N2接口,或者逻辑N2通道。所以,可以对非可信非3GPP接入技术进行编号(例如,非可信非3GPP接入技术1、非可信非3GPP接入技术2),或者在接入技术中添加传输路径的标识(例如,非可信非3GPP路径1、非可信非3GPP路径2);以便AMF的指示信息需要能区分不同的传输路径。另外,N3IWF可以根据在传输路径1中确定的IPSec Child SA数量,确定在传输路径2的IPSecChild SA数量,以及相对应的DSCP值,并将各IPSec Child SA关联相同的一个或多个QFI、DSCP值等。
本申请提出了UE通过同一接入网设备多次注册到核心网的示例,例如,UE通过不同的方式接入到同一接入网设备(例如,一种是UE通过wifi的AP与N3IWF连接,另一种是UE通过独立非公共网络SNPN与该N3IWF连接)。这样,多接入会话管理对应的多条传输路径对应的接入网设备可以是同一接入网设备,且多接入会话管理对应的多条传输路径对应的接入技术不同。在移动管理设备角度看,只有一条传输路径,一个接入技术(例如非3GPP非可信接入技术)。但从UE的角度看,有2条传输路径,两条传输路径对应的接入技术也是有差异的,一种是通过wifi连接的非3GPP接入技术,另一种是通过SNPN连接的非3GPP接入技术。该示例可以让移动管理设备识别出UE采用怎样的方式或者接入技术连接到该接入网设备(例如N3IWF)。
如图11所示,提供了一种适用于本申请的非可信非3GPP接入技术下的注册流程。
步骤1101a(可以参考步骤201a):UE连接至非可信非3GPP接入网,并被分配了一个IP地址。
此处的非可信非3GPP接入网可以是非运营商部署的接入网,可以包括接入节点(access point,AP)、路由器、交换机、网关等设备。后续,UE可以通过该非可信非3GPP接入网与N3IWF通信。
步骤1101b(可以参考步骤201b):UE选择N3IWF,并获取该N3IWF的地址信息。
步骤1102(可以参考步骤202):UE与N3IWF建立因特网协议安全协议安全联盟IPSec SA。
例如,UE通过发起因特网密钥交换协议(internet key exchange,IKE)初始交换,实现UE与N3IWF建立IPSec SA。
步骤1103(可以参考步骤203):UE向步骤1101b选择的N3IWF发送终端设备标识(UEID)。
一种可选的示例中,UE向步骤1101b选择的N3IWF发送接入网信息。所述接入网信息可以用于指示所UE使用的接入技术信息。后续,移动管理设备可以根据所述终端设备使用的接入技术信息,确定所述终端设备注册的传输路径的第一数量或所述传输路径对应的接入技术信息。
该接入网信息包括但不限于以下信息中的一项或多项:接入节点类型、接入技术类型、接入节点名称、接入节点标识、IPSec标识。其中,接入节点类型可以是WiFi AP、eNodeB、gNodeB、RAN、NG-RAN、非可信WiFi AP、可信WiFi AP等。接入技术类型可以是WiFi、蜂窝网络、LTE、LTE-M、NR、频段信息等。接入节点标识可以是UE连接的节点的标识信息,例如小区标识、SSID、Global RAN Node ID、封闭接入组标识(closed access group,CAG)标识等。
例如,该UE向N3IWF发送请求消息。该请求消息中包括以下的一项或多项:终端设备标识(UE ID)、接入网信息。需要注意的是,该请求消息不包括AUTH有效载荷(payload),这指示了该请求消息是用于交互扩展认证协议(extensible authentication protocol,EAP)信令的。一种可能的实现方式,该请求消息为密钥交换协议鉴权IKE_AUTH请求消息。
步骤1104(可以参考步骤204):N3IWF向UE发送扩展认证协议请求(EAP Request)数据包。
例如,N3IWF向UE发送响应消息,该响应消息中包括扩展认证协议请求(EAPRequest)数据包。一种可能的实现方式,该响应消息为密钥交换协议鉴权IKE_AUTH响应消息。
EAP Request数据包可以包括开始(例如5G-Start)数据包。该EAP-Request数据包(例如5G-Start数据包)用于通知UE发起EAP(例如EAP-5G)会话,也可以理解为该EAP-Request数据包(例如5G-Start数据包)用于通知UE可以开始发送非接入层(non-accessstratum,NAS)消息。UE在发送NAS消息时,NAS消息通常封装在EAP(例如EAP-5G)数据包中。
步骤1105(可以参考步骤205):UE向N3IWF发送扩展认证协议响应(EAP-Response)数据包。
例如,UE向N3IWF发送请求消息,该请求消息中包括扩展认证协议响应(EAP-Response)数据包。一种可能的实现方式,该请求消息为密钥交换协议鉴权(IKE_AUTH)请求消息。
EAP-Response数据包可以包括NAS(例如5G-NAS)数据包,NAS数据包可以包括接入网(AN)参数和注册请求消息。AN参数包含了用于N3IWF选择AMF的参数信息,参数信息可以包括以下的一项或多项:全球唯一AMF标识(globally unique AMF identifier,GUAMI)、公共陆地移动网(public land mobile network,PLMN ID)、网络标识(NID)等。该注册请求消息包含在非接入层PDU(NAS-PDU)中。
一种可选的示例中,UE向N3IWF发送接入网信息。所述接入网信息可以用于指示所UE使用的接入技术信息。后续,移动管理设备可以根据所述终端设备使用的接入技术信息,确定所述终端设备注册的传输路径的第一数量或所述传输路径对应的接入技术信息。
该接入网信息包括但不限于以下信息中的一项或多项:接入节点类型、接入技术类型、接入节点名称、接入节点标识、IPSec标识。其中,接入节点类型可以是WiFi AP、eNodeB、gNodeB、RAN、NG-RAN、非可信WiFi AP、可信WiFi AP等。接入技术类型可以是WiFi、蜂窝网络、LTE、LTE-M、NR、频段信息等。接入节点标识可以是UE连接的节点的标识信息,例如小区标识、SSID、Global RAN Node ID等。
该接入网信息可以包含在AN参数中;或者,该接入网信息可以包含在NAS(例如5G-NAS)数据包中。
步骤1106a(可以参考步骤206a):N3IWF可以基于步骤1105中接收到的AN参数,执行AMF选择。
步骤1106b(可以参考步骤206b):N3IWF将步骤1105接收到的注册请求消息发送给步骤1106a中选择出的AMF。
该注册请求消息可以是通过N2消息传输的。N3IWF向AMF传输N2消息时,可以携带N3IWF分配的RAN UE NGAP ID。因为N3IWF支持N2接口(或者称为NGAP接口),N2协议(或者称为NGAP协议)原来是用于定义接入网设备和AMF之间的协议,因此RAN UE NGAP ID这个IE可以直接继承了RAN UE NGAP ID,但AMF可以根据接入网节点标识(Global N3IWF Node ID)知道它是N3IWF发过来的N2消息。后续,AMF向N3IWF发送N2消息时,也会携带AMF分配的AMFUE NGAP ID。该RAN UE NGAP ID和AMF UE NGAP ID可以用于标识该UE的N2消息。
一种可选的示例中,N3IWF将接入网信息发送给AMF。该接入网信息可以包含在NAS(例如5G-NAS)数据包中,也可以包含在N2消息中,也可以包含在注册请求消息中。
步骤1107(可以参考步骤207):UE、AMF、SMF、鉴权服务功能AUSF,UDM等进行鉴权与安全流程。
例如,首先,AMF选择AUSF,并向AUSF发送鉴权请求消息。AUSF对UE执行鉴权流程,并从UDM获取鉴权数据或者用于鉴权的信息。与鉴权相关的数据包均通过NAS消息封装,例如该NAS消息可以通过EAP中5G-NAS类型的数据包封装。在鉴权完成后,AUSF向AMF发送安全锚点功能SEAF密钥。AMF可以基于该SEAF密钥推衍获取NAS安全密钥和N3IWF密钥。该N3IWF密钥是用于UE和N3IWF建立IPSec SA的。
然后,AMF向UE指示鉴权成功。例如,AMF向UE发送NAS安全模式命令(NAS SecurityMode Command),以激活NAS安全。该NAS Security Mode Command包括EAP成功指示(EAP-Success),表示核心网执行的EAP认证和密钥协商(EAP-authentication and keyagreement,EAP-AKA’)鉴权成功。N3IWF将AMF发送的NAS Security Mode Command转发给UE,并将UE发送的NAS安全模式完成(NAS Security Mode Complete)消息发给AMF。
步骤1108a(可以参考步骤208):AMF向N3IWF发送N3IWF密钥。
例如,AMF向N3IWF发送请求消息,该请求消息中包括N3IWF密钥。例如,该请求消息为初始上下文建立请求(Initial Context Setup Request)消息或下一代应用协议初始上下文建立请求(NGAP Initial Context Setup Request)消息。AMF接收到来自UE的NASSecurity Mode Complete消息后,AMF才向N3IWF发送N3IWF密钥。
一种可选的示例中,若UE在步骤1103或者步骤1105中,N3IWF未获取到接入网信息(例如,接入网信息可以包含在NAS数据包中),则AMF可以通过N2消息向N3IWF发送接入网信息(具体内容参考前文介绍,不再重复赘述)。N2消息可以是初始上下文建立请求InitialContext Setup Request、或下一代应用协议初始上下文建立请求(NGAP Initial ContextSetup Request)消息。
步骤1108b:N3IWF向UE发送EAP-Success,表示N3IWF对UE的鉴权成功,或者表示IPSec隧道鉴权成功,或者表示N3IWF和UE完成EAP-5G会话。
例如,N3IWF向UE发送响应消息(例如IKE_AUTH响应消息),该响应消息中包括EAP-Success。
这时,EAP-5G会话完成,后续不存在EAP-5G数据包交互。
步骤1109a(可以参考步骤209a):UE和N3IWF通过前面获取的N3IWF密钥建立IPSecSA,该IPSec SA称为“信令IPSec SA(signalling IPSec SA)”。
此时,signalling IPSec SA将被配置为:运行在隧道模式,N3IWF将向UE分配一个“inner”IP地址和NAS_IP_ADDRESS。后续所有NAS消息均通过该signalling IPSec SA传输。其中,对于UE向AMF发送的上行NAS消息,源地址为UE的“inner”IP地址,目的地址为NAS_IP_ADDRESS。对于AMF向UE发送的下行NAS消息,源地址为NAS_IP_ADDRESS,而目的地址则为UE的“inner”IP地址。
一种可能的实现方式中,N3IWF可以根据接入网信息(具体内容参考前文介绍,不再重复赘述)为UE分配inner IP地址和NAS_IP_ADDRESS。
需要注意的是,步骤1103中,该UE通过IPSec SA向N3IWF发送的请求消息(例如IKE_AUTH请求消息)中不包括AUTH有效载荷(payload),而步骤1109a中,UE通过signallingIPSec SA向N3IWF发送的请求消息(例如IKE_AUTH请求消息)中可以包括AUTH有效载荷(payload)。
步骤1109b(可以参考步骤209b):在建立了signalling IPSec SA之后,N3IWF向AMF告知UE上下文已经创建。例如N3IWF通过N2消息,通知AMF,UE上下文已经创建。N2消息可以是初始上下文建立请求Initial Context Setup Request、或下一代应用协议初始上下文建立请求(NGAP Initial Context Setup Request)消息。
一种可选的示例,N3IWF可以在N2消息中包括IPSec隧道信息。该IPSec隧道信息可以用于AMF识别该传输路径。IPSec隧道信息可以包括但不限于以下信息中的一项或多项:IPSec隧道标识、IPSec隧道地址信息(inner IP address和/或NAS_IP_ADDRESS)。
可选的,步骤1110(可以参考步骤210):AMF可以与PCF建立移动性管理策略(AMPolicy Association Eatablishment)。
PCF可以通过AMF向UE发送UE路由选择策略(UE route selection policy,URSP)。URSP通常是由PCF发给UE的,UE可以根据该URSP确定能否将一个特定的应用关联至已建立的PDU会话,或者,能否将该特定的应用数据通过非3GPP接入方式分流至PDU会话之外(即不通过核心网进行传输),或者,能否将一个特定的应用数据通过ProSe Layer-3UE-to-Network Relay的方式发送,或者,能否触发建立一个新的PDU会话等。
在本申请中,该URSP中,接入类型偏好(Access Type preference)可以是多接入(Multi Access);具体地,该Multi Access可以进一步指示传输路径的数量,例如是2条、或3条、甚至更多条传输路径;和/或;Multi Access可以进一步指示传输路径对应的接入类型是3GPP接入类型和非3GPP接入类型,或多个3GPP接入类型,或多个非3GPP接入类型,或混合的多接入等等。
步骤1111a(可以参考步骤211a):AMF向N3IWF发送NAS注册接受(NASRegistration Accept)消息。
NAS注册接受消息可以包含在N2消息中。
后续,当AMF向UDM注册时,需向UDM提供Access Type为Non-3GPP access。一种可选的示例中,AMF可以向UDM发送接入网信息(具体内容参考前文介绍,不再重复赘述)或者IPSec隧道信息(具体内容参考前文介绍,不再重复赘述),用于确定同一接入类型下的不同传输路径。可选的,AMF可以向UDM发送用于识别不同传输路径的信息,例如接入技术信息和/或标识信息,该标识信息用于指示不同传输路径,或者该标识信息用于指示同一种接入技术下的不同传输路径。例如,该接入技术信息和/或标识信息用于指示第一传输路径或者第二传输路径。
步骤1111b(可以参考步骤211b):N3IWF通过步骤1109a中建立的signallingIPSec SA向UE发送NAS注册接受消息。
步骤1112a:(可以参考步骤1101a):UE连接至非可信非3GPP接入网,并被分配了一个IP地址。
步骤1112b(可以参考步骤1101b):UE选择N3IWF,并获取该N3IWF的地址信息。在示例中,UE选择的N3IWF与步骤1101b中选择的N3IWF相同。
接下来可以执行与步骤1102至步骤1112a相似的过程,通过同一N3IWF注册至核心网。
N3IWF在执行与步骤1103或者步骤1105相同或相似的过程中,可以根据接入网信息分配N2标识。
N3IWF在执行与步骤1109a相同或相似的过程中,可以根据接入网信息分配不同的UE inner IP和/或NAS_IP_ADDRESS;或者,可以根据UE Id分配相同的UE inner IP,根据接入网信息分配不同的NAS_IP_ADDRESS。
AMF在执行与步骤1106b相同或相似的过程中,可以根据接入网信息确定接入技术类型或者确定标识该传输路径的信息,或者在执行与1109b相同或相似的过程中,根据IPSec隧道信息确定接入技术类型或者确定标识该传输路径的信息,从而区分不同的传输路径。
前文介绍了本申请实施例的方法,下文中将介绍本申请实施例中的装置。方法、装置是基于同一技术构思的,由于方法、装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
本申请实施例可以根据上述方法示例,对装置进行功能模块的划分,例如,可以对应各个功能划分为各个功能模块,也可以将两个或两个以上的功能集成在一个模块中。这些模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,具体实现时可以有另外的划分方式。
基于与上述方法的同一技术构思,参见图12,提供了一种通信装置1200结构示意图,该装置1200可以包括:处理模块1210,可选的,还包括接收模块1220a、发送模块1220b、存储模块1230。处理模块1210可以分别与存储模块1230和接收模块1220a和发送模块1220b相连,所述存储模块1230也可以与接收模块1220a和发送模块1220b相连。
在一种示例中,上述的接收模块1220a和发送模块1220b也可以集成在一起,定义为收发模块。
在一种示例中,该装置1200可以为会话管理设备,也可以为应用于会话管理设备中的芯片或功能单元。该装置1200具有上述方法中会话管理设备的任意功能,例如,该装置1200能够执行上述图9、图10a、图10b、图11的方法中由会话管理设备执行的各个步骤。
所述接收模块1220a,可以执行上述方法实施例中会话管理设备执行的接收动作。
所述发送模块1220b,可以执行上述方法实施例中会话管理设备执行的发送动作。
所述处理模块1210,可以执行上述方法实施例中会话管理设备执行的动作中,除发送动作和接收动作外的其它动作。
一种示例中,所述处理模块1210,用于获取多接入会话中的传输路径对应的隧道信息;其中,所述传输路径包括第一传输路径和第二传输路径,所述第一传输路径和所述第二传输路径对应的接入技术属于第三代合作伙伴计划3GPP接入类型,或所述第一传输路径和所述第二传输路径对应的接入技术属于非第三代合作伙伴计划3GPP接入类型;所述发送模块1220b,用于向移动管理设备发送所述传输路径对应的隧道信息和接入技术信息,所述接入技术用于所述移动管理设备确定接入网设备。
一种示例中,所述发送模块1220b,具体用于向所述移动管理设备发送传输消息,所述传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息、所述第二传输路径对应的第二隧道信息和接入技术信息;或者,向所述移动管理设备发送第一传输消息,所述第一传输消息包括所述第一传输路径对应的第一隧道信息和对应的接入技术信息;及向所述移动管理设备发送第二传输消息,所述第二传输消息包括所述第二传输路径对应的第二隧道信息和接入技术信息。
一种示例中,所述接收模块1220a,用于接收来自所述移动管理设备的第一信息,所述第一信息用于获取所述传输路径对应的隧道信息;其中,所述第一信息包括以下一项或多项:终端设备已注册的传输路径的第一数量、一个或多个接入技术信息。
一种示例中,所述发送模块1220b,还用于向策略控制设备发送第二信息,所述第二信息用于获取分流信息;所述接收模块1220a,还用于接收来自所述策略控制设备的分流信息,所述分流信息包括所述第一传输路径和所述第二传输路径的分流信息。
一种示例中,所述处理模块1210,具体用于分配所述传输路径对应的隧道信息。
一种示例中,所述接收模块1220a,还用于接收来自所述用户面设备的所述传输路径对应的隧道信息。
一种示例中,当所述第一传输路径和所述第二传输路径对应的接入技术相同时,所述发送模块1220b,还用于向所述移动管理设备发送指示信息,所述指示信息用于指示第一传输路径或第二传输路径。
在一种示例中,所述存储模块1230,可以存储会话管理设备执行的方法的计算机执行指令,以使处理模块1210和接收模块1220a和发送模块1220b执行上述示例中会话管理设备执行的方法。
示例的,存储模块可以包括一个或者多个存储器,存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储模块可以是寄存器、缓存或者RAM等,存储模块可以和处理模块集成在一起。存储模块可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备,存储模块可以与处理模块相独立。
所述收发模块可以是输入或者输出接口、管脚或者电路等。
在一种示例中,该装置1200可以为移动管理设备,也可以为应用于移动管理设备中的芯片或功能单元。该装置1200具有上述方法中移动管理设备的任意功能,例如,该装置1200能够执行上述图9、图10a、图10b、图11的方法中由移动管理设备执行的各个步骤。
所述接收模块1220a,可以执行上述方法实施例中移动管理设备执行的接收动作。
所述发送模块1220b,可以执行上述方法实施例中移动管理设备执行的发送动作。
所述处理模块1210,可以执行上述方法实施例中移动管理设备执行的动作中,除发送动作和接收动作外的其它动作。
一种示例中,所述接收模块1220a,用于接收来自会话管理设备的多接入会话中的传输路径对应的隧道信息和接入技术信息;其中,所述传输路径包括第一传输路径和第二传输路径,所述第一传输路径和所述第二传输路径对应的接入技术属于第三代合作伙伴计划3GPP接入类型,或所述第一传输路径和所述第二传输路径对应的接入技术属于非第三代合作伙伴计划3GPP接入类型;
所述处理模块1210,用于基于所述第一传输路径对应的接入技术信息确定第一接入网设备;基于所述第二传输路径对应的接入技术信息确定第二接入网设备;
所述发送模块1220b,用于向所述第一接入网设备发送所述第一传输路径对应的第一隧道信息;向所述第二接入网设备发送所述第二传输路径对应的第二隧道信息。
一种示例中,所述接收模块1220a,具体用于接收来自所述会话管理设备的传输消息,所述传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息、所述第二传输路径对应的第二隧道信息和接入技术信息;或者,接收来自所述会话管理设备的第一传输消息,所述第一传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息;及接收来自所述会话管理设备的第二传输消息,所述第二传输消息包括所述第二传输路径对应的第二隧道信息和接入技术信息。
一种示例中,所述发送模块1220b,还用于向所述会话管理设备发送第一信息,所述第一信息用于获取所述传输路径对应的隧道信息;其中,所述第一信息包括以下一项或多项:终端设备已注册的传输路径的第一数量、一个或多个接入技术信息。
一种示例中,所述接收模块1220a,还用于接收所述第一传输路径和所述第二传输路径的分流信息;所述发送模块1220b,还用于向终端设备发送所述分流信息。
一种示例中,当所述第一传输路径和所述第二传输路径对应的接入技术相同时,所述接收模块1220a,还用于接收来自所述会话管理设备的指示信息,所述指示信息用于指示第一传输路径或第二传输路径;所述处理模块,具体用于基于所述第一传输路径对应的接入技术信息和所述指示信息确第一接入网设备;及基于所述第二传输路径对应的接入技术信息和所述指示信息确第二接入网设备。
一种示例中,当所述第一传输路径对应的接入网设备和所述第二传输路径对应的接入网设备均为非3GPP接入网设备时,所述接收模块1220a,还用于接收来自所述第一传输路径的第一非3GPP接入网设备的第三信息,所述第三信息包括以下的一项或多项:所述第一非3GPP接入网设备与终端设备建立的因特网协议安全协议子安全联盟IPSec Child SA数量、每个IPSec Child SA对应的区分服务编码点DSCP值、每个IPSec Child SA相关联的服务质量流标识QFI、每个IPSec Child SA对应的标识;所述发送模块1220b,还用于向所述第二传输路径的第二非3GPP接入网设备发送所述第三信息,所述第三信息用于所述第二非3GPP接入网设备与所述终端设备建立用户面资源。
一种示例中,在终端设备注册过程中,所述处理模块1210,还用于设备获取接入网信息,所述接入网信息用于指示所述终端设备使用的接入技术信息;及根据所述终端设备使用的接入技术信息,确定所述终端设备注册的传输路径的第一数量或所述传输路径对应的接入技术信息。
在一种示例中,所述存储模块1230,可以存储移动管理设备执行的方法的计算机执行指令,以使处理模块1210和接收模块1220a和发送模块1220b执行上述示例中移动管理设备执行的方法。
示例的,存储模块可以包括一个或者多个存储器,存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储模块可以是寄存器、缓存或者RAM等,存储模块可以和处理模块集成在一起。存储模块可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备,存储模块可以与处理模块相独立。
所述收发模块可以是输入或者输出接口、管脚或者电路等。
作为一种可能的产品形态,装置可以由一般性的总线体系结构来实现。
如图13所示,提供了一种通信装置1300的示意性框图。
该装置1300可以包括:处理器1310,可选的,还包括收发器1320、存储器1330。该收发器1320,可以用于接收程序或指令并传输至所述处理器1310,或者,该收发器1320可以用于该装置1300与其他通信设备进行通信交互,比如交互控制信令和/或业务数据等。该收发器1320可以为代码和/或数据读写收发器,或者,该收发器1320可以为处理器与收发机之间的信号传输收发器。所述处理器1310和所述存储器1330之间电耦合。
一种示例中,该装置1300可以为会话管理设备,也可以为应用于会话管理设备中的芯片。应理解,该装置具有上述方法中会话管理设备的任意功能,例如,所述装置1300能够执行上述图9、图10a、图10b、图11的方法中由会话管理设备执行的各个步骤。示例的,所述存储器1330,用于存储计算机程序;所述处理器1310,可以用于调用所述存储器1330中存储的计算机程序或指令,执行上述示例中会话管理设备执行的方法,或者通过所述收发器1320执行上述示例中会话管理设备执行的方法。
一种示例中,该装置1300可以为移动管理设备,也可以为应用于移动管理设备中的芯片。应理解,该装置具有上述方法中移动管理设备的任意功能,例如,所述装置1300能够执行上述图9、图10a、图10b、图11的方法中由移动管理设备执行的各个步骤。示例的,所述存储器1330,用于存储计算机程序;所述处理器1310,可以用于调用所述存储器1330中存储的计算机程序或指令,执行上述示例中移动管理设备执行的方法,或者通过所述收发器1320执行上述示例中移动管理设备执行的方法。
图12中的处理模块1210可以通过所述处理器1310来实现。
图12中的接收模块1220a和发送模块1220b可以通过所述收发器1320来实现。或者,收发器1320分为接收器和发送器,接收器执行接收模块的功能,发送器执行发送模块的功能。
图12中的存储模块1230可以通过所述存储器1330来实现。
作为一种可能的产品形态,装置可以由通用处理器(通用处理器也可以称为芯片或芯片***)来实现。
一种可能的实现方式中,实现应用于会话管理设备的装置或移动管理设备的装置的通用处理器包括:处理电路(处理电路也可以称为处理器);可选的,还包括:与所述处理电路内部连接通信的输入输出接口、存储介质(存储介质也可以称为存储器),所述存储介质用于存储处理电路执行的指令,以执行上述示例中会话管理设备或移动管理设备执行的方法。
图12中的处理模块1210可以通过处理电路来实现。
图12中的接收模块1220a和发送模块1220b可以通过输入输出接口来实现。或者,输入输出接口分为输入接口和输出接口,输入接口执行接收模块的功能,输出接口执行发送模块的功能。
图12中的存储模块1230可以通过存储介质来实现。
作为一种可能的产品形态,本申请实施例的装置,还可以使用下述来实现:一个或多个FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。
本申请实施例还提供了一种计算机可读存储介质,存储有计算机程序,该计算机程序被计算机执行时,可以使得所述计算机用于执行上述通信方法。或者说:所述计算机程序包括用于实现上述通信方法的指令。
本申请实施例还提供了一种计算机程序产品,包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机可以执行上述提供的通信方法。
本申请实施例还提供了一种通信的***,所述通信***包括:执行上述通信方法的会话管理设备、移动管理设备。可选的,还可以包括接入网设备、及本申请提及的各个网元中的一个或多个。
另外,本申请实施例中提及的处理器可以是中央处理器(central processingunit,CPU),基带处理器,基带处理器和CPU可以集成在一起,或者分开,还可以是网络处理器(network processor,NP)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片或其他通用处理器。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)及其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等或其任意组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-OnlyMemory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本申请描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例中提及的收发器中可以包括单独的发送器,和/或,单独的接收器,也可以是发送器和接收器集成一体。收发器可以在相应的处理器的指示下工作。可选的,发送器可以对应物理设备中发射机,接收器可以对应物理设备中的接收机。
本领域普通技术人员可以意识到,结合本文中所公开的实施例中描述的各方法步骤和单元,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个移动管理设备上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请中的“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请中所涉及的多个,是指两个或两个以上。另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。

Claims (30)

1.一种通信方法,其特征在于,包括:
会话管理设备获取多接入会话中的传输路径对应的隧道信息;其中,所述传输路径包括第一传输路径和第二传输路径,所述第一传输路径和所述第二传输路径对应的接入技术属于第三代合作伙伴计划3GPP接入类型,或所述第一传输路径和所述第二传输路径对应的接入技术属于非第三代合作伙伴计划3GPP接入类型;
所述会话管理设备向移动管理设备发送所述传输路径对应的隧道信息和接入技术信息,所述接入技术用于所述移动管理设备确定接入网设备。
2.如权利要求1所述的方法,其特征在于,会话管理设备向移动管理设备发送所述传输路径对应的隧道信息和所述传输路径对应的接入技术信息,包括:
所述会话管理设备向所述移动管理设备发送传输消息,所述传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息、所述第二传输路径对应的第二隧道信息和接入技术信息;或者,
所述会话管理设备向所述移动管理设备发送第一传输消息,所述第一传输消息包括所述第一传输路径对应的第一隧道信息和对应的接入技术信息;及所述会话管理设备向所述移动管理设备发送第二传输消息,所述第二传输消息包括所述第二传输路径对应的第二隧道信息和接入技术信息。
3.如权利要求1或2所述的方法,其特征在于,会话管理设备向移动管理设备发送所述传输路径对应的隧道信息和接入技术信息之前,还包括:
所述会话管理设备接收来自所述移动管理设备的第一信息,所述第一信息用于获取所述传输路径对应的隧道信息;其中,所述第一信息包括以下一项或多项:终端设备已注册的传输路径的第一数量、一个或多个接入技术。
4.如权利要求1-3任一项所述的方法,其特征在于,还包括:
所述会话管理设备向策略控制设备发送第二信息,所述第二信息用于获取分流信息;
所述会话管理设备接收来自所述策略控制设备的分流信息,所述分流信息包括所述第一传输路径和所述第二传输路径的分流信息。
5.如权利要求4所述的方法,其特征在于,所述第二信息包括以下的一项或多项:
终端设备注册的传输路径的第一数量、一个或多个接入技术、接入技术的数量。
6.如权利要求4或5所述的方法,其特征在于,所述分流信息用于指示终端设备通过目标传输路径传输数据;其中,所述目标传输路径为终端设备已注册的传输路径中的一个或多个。
7.如权利要求1-6任一项所述的方法,其特征在于,会话管理设备获取传输路径对应的隧道信息,包括:
所述会话管理设备分配所述传输路径对应的隧道信息;或者,
所述会话管理设备接收来自用户面设备的所述传输路径对应的隧道信息。
8.如权利要求1-7任一项所述的方法,其特征在于,还包括:
当所述第一传输路径和所述第二传输路径对应的接入技术相同时,所述会话管理设备向所述移动管理设备发送指示信息,所述指示信息用于指示所述第一传输路径或所述第二传输路径。
9.如权利要求8所述的方法,其特征在于,所述指示信息包括以下的一项或多项:子接入技术的标识、接入网设备的标识、路径的标识、IPSec隧道信息。
10.如权利要求1-9任一项所述的方法,其特征在于,第一传输路径对应的接入网设备为以下任一项:
3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关;
第二传输路径对应的接入网设备为以下任一项:
3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关。
11.如权利要求10所述的方法,其特征在于,所述3GPP接入网设备为以下任一项:eNodeB、NG-RAN、gNodeB;
所述可信非3GPP接入网设备以下任一项:可信非3GPP网关功能TNGF、可信WLAN互通功能TWIF、可信非3GPP接入点TNAP;
所述非可信非3GPP接入网设备以下任一项:非3GPP互通功能N3IWF;
所述有线网关为以下任一项:有线接入网关功能W-AGF网元。
12.一种通信方法,其特征在于,包括:
移动管理设备接收来自会话管理设备的多接入会话中的传输路径对应的隧道信息和接入技术信息;其中,所述传输路径包括第一传输路径和第二传输路径,所述第一传输路径和所述第二传输路径对应的接入技术属于第三代合作伙伴计划3GPP接入类型,或所述第一传输路径和所述第二传输路径对应的接入技术属于非第三代合作伙伴计划3GPP接入类型;
所述移动管理设备基于所述第一传输路径对应的接入技术信息确定第一接入网设备;所述移动管理设备向所述第一接入网设备发送所述第一传输路径对应的第一隧道信息;
所述移动管理设备基于所述第二传输路径对应的接入技术信息确定第二接入网设备;所述移动管理设备向所述第二接入网设备发送所述第二传输路径对应的第二隧道信息。
13.如权利要求12所述的方法,其特征在于,移动管理设备接收来自会话管理设备的传输路径对应的隧道信息和接入技术信息,包括:
所述移动管理设备接收来自所述会话管理设备的传输消息,所述传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息、所述第二传输路径对应的第二隧道信息和接入技术信息;或者,
所述移动管理设备接收来自所述会话管理设备的第一传输消息,所述第一传输消息包括所述第一传输路径对应的第一隧道信息和接入技术信息;及所述移动管理设备接收来自所述会话管理设备的第二传输消息,所述第二传输消息包括所述第二传输路径对应的第二隧道信息和接入技术信息。
14.如权利要求12或13所述的方法,其特征在于,移动管理设备接收来自会话管理设备的传输路径对应的隧道信息和接入技术信息之前,还包括:
所述移动管理设备向所述会话管理设备发送第一信息,所述第一信息用于获取所述传输路径对应的隧道信息;其中,所述第一信息包括以下一项或多项:终端设备已注册的传输路径的第一数量、一个或多个接入技术信息。
15.如权利要求12-14任一项所述的方法,其特征在于,还包括:
所述移动管理设备接收所述第一传输路径和所述第二传输路径的分流信息;
所述移动管理设备向终端设备发送所述分流信息。
16.如权利要求12-15任一项所述的方法,其特征在于,还包括:
当所述第一传输路径和所述第二传输路径对应的接入技术相同时,所述移动管理设备接收来自所述会话管理设备的指示信息,所述指示信息用于指示所述第一传输路径或所述第二传输路径;
所述移动管理设备基于所述第一传输路径对应的接入技术信息确定第一接入网设备,包括:所述移动管理设备基于所述第一传输路径对应的接入技术信息和所述指示信息确第一接入网设备;
所述移动管理设备基于所述第二传输路径对应的接入技术信息确定第二接入网设备,包括:所述移动管理设备基于所述第二传输路径对应的接入技术信息和所述指示信息确第二接入网设备。
17.如权利要求16所述的方法,其特征在于,所述指示信息包括以下的一项或多项:子接入技术的标识、接入网设备的标识、路径的标识、IPSec隧道信息。
18.如权利要求12-17任一项所述的方法,其特征在于,第一传输路径对应的接入网设备为以下任一项:
3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关;
第二传输路径对应的接入网设备为以下任一项:
3GPP接入网设备、可信非3GPP接入网设备、非可信非3GPP接入网设备、有线接入网关。
19.如权利要求18所述的方法,其特征在于,所述3GPP接入网设备为以下任一项:eNodeB、NG-RAN、gNodeB;
所述可信非3GPP接入网设备以下任一项:可信非3GPP网关功能TNGF、可信WLAN互通功能TWIF、可信非3GPP接入点TNAP;
所述非可信非3GPP接入网设备以下任一项:非3GPP互通功能N3IWF;
所述有线网关为以下任一项:有线接入网关功能W-AGF网元。
20.如权利要求12-19任一项所述的方法,其特征在于,还包括:
当所述第一传输路径对应的接入网设备和所述第二传输路径对应的接入网设备均为非3GPP接入网设备时,所述移动管理设备接收来自所述第一传输路径的第一非3GPP接入网设备的第三信息,所述第三信息包括以下的一项或多项:所述第一非3GPP接入网设备与终端设备建立的因特网协议安全协议子安全联盟IPSec Child SA数量、每个IPSec Child SA对应的区分服务编码点DSCP值、每个IPSec Child SA相关联的服务质量流标识QFI、每个IPSec Child SA对应的标识;
所述移动管理设备向所述第二传输路径的第二非3GPP接入网设备发送所述第三信息,所述第三信息用于所述第二非3GPP接入网设备与所述终端设备建立用户面资源。
21.如权利要求20所述的方法,其特征在于,所述第一传输路径对应的接入网设备为N3IWF,所述第二传输路径对应的接入网设备为TNGF。
22.如权利要求12-21任一项所述的方法,其特征在于,还包括:
在终端设备注册过程中,所述移动管理设备获取接入网信息,所述接入网信息用于指示所述终端设备使用的接入技术信息;
所述移动管理设备根据所述终端设备使用的接入技术信息,确定所述终端设备注册的传输路径的第一数量或所述传输路径对应的接入技术信息。
23.如权利要求22所述的方法,其特征在于,所述接入网信息包括以下的一项或多项:
接入节点类型、接入技术类型、接入节点名称、接入节点标识、因特网协议安全协议IPSec标识。
24.一种通信装置,其特征在于,包括:实现如权利要求1-11任一项所述的方法的模块,或实现如权利要求12-21任一项所述的方法的模块。
25.一种通信装置,其特征在于,包括处理器,所述处理器与存储器耦合;
所述存储器,用于存储计算机程序或指令;
所述处理器,用于执行所述存储器中的部分或者全部计算机程序或指令,当所述部分或者全部计算机程序或指令被执行时,用于实现如权利要求1-11任一项所述的方法,或实现如权利要求12-21任一项所述的方法。
26.一种通信装置,其特征在于,包括处理器和存储器;
所述存储器,用于存储计算机程序或指令;
所述处理器,用于执行所述存储器中的部分或者全部计算机程序或指令,当所述部分或者全部计算机程序或指令被执行时,用于实现如权利要求1-11任一项所述的方法,或实现如权利要求12-21任一项所述的方法。
27.一种芯片***,其特征在于,所述芯片***包括:处理电路;所述处理电路与存储介质耦合;
所述处理电路,用于执行所述存储介质中的部分或者全部计算机程序或指令,当所述部分或者全部计算机程序或指令被执行时,用于实现如权利要求1-11任一项所述的方法,或实现如权利要求12-21任一项所述的方法。
28.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序包括用于实现权利要求1-11任一项所述的方法的指令,或者实现权利要求12-21任一项所述的方法的指令。
29.一种计算机程序产品,其特征在于,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行如权利要求1-11任一项所述的方法或执行如权利要求12-21任一项所述的方法。
30.一种通信***,其特征在于,包括执行如权利要求1-11任一项所述的会话管理设备,和执行如权利要求12-21任一项所述的移动管理设备。
CN202210317093.5A 2022-03-28 2022-03-28 一种通信方法及装置 Pending CN116866881A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210317093.5A CN116866881A (zh) 2022-03-28 2022-03-28 一种通信方法及装置
PCT/CN2023/084185 WO2023185772A1 (zh) 2022-03-28 2023-03-27 一种通信方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210317093.5A CN116866881A (zh) 2022-03-28 2022-03-28 一种通信方法及装置

Publications (1)

Publication Number Publication Date
CN116866881A true CN116866881A (zh) 2023-10-10

Family

ID=88199168

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210317093.5A Pending CN116866881A (zh) 2022-03-28 2022-03-28 一种通信方法及装置

Country Status (2)

Country Link
CN (1) CN116866881A (zh)
WO (1) WO2023185772A1 (zh)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11178725B2 (en) * 2018-06-21 2021-11-16 Ofinno, Llc Multi access packet/protocol data unit session
KR20220066069A (ko) * 2019-08-22 2022-05-23 오피노 엘엘씨 다중 액세스를 위한 정책 제어

Also Published As

Publication number Publication date
WO2023185772A1 (zh) 2023-10-05

Similar Documents

Publication Publication Date Title
US20230397145A1 (en) Mobility in Non-Public Networks
KR20210024160A (ko) 통신 방법 및 장치
US20230328520A1 (en) Aerial Service
US20230354463A1 (en) State Transition of Wireless Device
US20230164729A1 (en) Uplink Data via Packet Data Network Connection
US20240073848A1 (en) Network Slice in a Wireless Network
CN114079995A (zh) 一种中继管理方法及通信装置
US20230328821A1 (en) Modifying PDU Sessions In Underlay Networks
US20240015630A1 (en) Routing Between Networks Based on Identifiers
US20240022952A1 (en) Resource Allocation in Non-Public Network
US20230354333A1 (en) Systems and methods for multi-dimensional differentiation of radio access networks
US20240129794A1 (en) Network Congestion Control
US12010610B2 (en) Support for tunneling
CN115915196A (zh) 一种链路状态检测方法、通信装置及通信***
CN116866881A (zh) 一种通信方法及装置
US20230422293A1 (en) Network Slice Based Priority Access
US20240031929A1 (en) Connection Establishment
US20240064626A1 (en) Support For Network Service
US20220386401A1 (en) Multiple Access
US20230337089A1 (en) Aerial Service
US20240155418A1 (en) Method and apparatus for connecting qos flow based terminal in wireless communication system
US20240114441A1 (en) Network Access Management
EP4374657A1 (en) Emergency service
WO2024091565A1 (en) Multiple paths
WO2023147152A1 (en) Performance measurement for multi access packet data unit session

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