CN114666393A - 协议数据单元pdu会话的管理方法、装置及存储介质 - Google Patents

协议数据单元pdu会话的管理方法、装置及存储介质 Download PDF

Info

Publication number
CN114666393A
CN114666393A CN202011540381.4A CN202011540381A CN114666393A CN 114666393 A CN114666393 A CN 114666393A CN 202011540381 A CN202011540381 A CN 202011540381A CN 114666393 A CN114666393 A CN 114666393A
Authority
CN
China
Prior art keywords
upf
satellite
data transmission
tunnel
terminal
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.)
Granted
Application number
CN202011540381.4A
Other languages
English (en)
Other versions
CN114666393B (zh
Inventor
刘险峰
王胡成
徐晖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment 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 Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to EP21899889.6A priority Critical patent/EP4258569A4/en
Priority to PCT/CN2021/131573 priority patent/WO2022116855A1/zh
Priority to US18/255,422 priority patent/US11968127B2/en
Priority to KR1020237022690A priority patent/KR20230113389A/ko
Priority to JP2023534198A priority patent/JP2023552429A/ja
Publication of CN114666393A publication Critical patent/CN114666393A/zh
Application granted granted Critical
Publication of CN114666393B publication Critical patent/CN114666393B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling

Landscapes

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

Abstract

本申请提出一种协议数据单元PDU会话的管理方法、装置及存储介质，属于移动通信技术领域。其中，该方法包括：接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立；如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则创建位于第一UPF和第二UPF之间的数据传输隧道，第一卫星是服务第一终端的卫星，第二卫星是服务第二终端的卫星，第二终端是根据应用层信息确定的；指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。由此，通过这种PDU会话的管理方法，无需通过卫星路由将卫星终端的业务数据发送至地面，降低了传输时延。

Description

协议数据单元PDU会话的管理方法、装置及存储介质
技术领域
本申请涉及移动通信技术领域，尤其涉及一种PDU会话的管理方法、装置及存储介质。
背景技术
当前5G核心网系统，包括用户面功能(User Plane Function，简称UPF)均部署在地面。当卫星终端通过星上接入网(Access Network，简称AN)接入5G核心网实现互访时，用户业务数据流需要从卫星路由发送至地面UPF，以实现卫星终端之间的通信。
然而，将用户业务数据流从卫星路由发送至地面UPF，以实现卫星终端之间的通信的方式，由于卫星需要将用户业务数据发送至地面UPF，从而导致传输时延较大。
发明内容
本申请提出的PDU会话的管理方法、装置及存储介质，用于解决相关技术中，通过将用户业务数据流从卫星路由发送至地面UPF，以实现卫星终端之间的通信的方式，传输时延较大的问题。
本申请一方面实施例提出的PDU会话的管理方法，包括：接收针对PDU会话的SM策略修改请求，所述请求触发在所述PDU会话中建立第一QoS流，其中，所述PDU会话为第一终端建立；如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则创建位于第一UPF和位于第二UPF之间的数据传输隧道，所述第一卫星是服务所述第一终端的卫星，所述第二卫星是服务第二终端的卫星，所述第二终端是根据应用层信息确定的；指示第一UPF将所述第一QoS流的数据通过所述数据传输隧道进行传输。
可选地，在本申请第一方面实施例一种可能的实现方式中，所述方法，还包括：
将所述PDU会话的第二QoS流的数据通过位于所述第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
可选地，在本申请第一方面实施例另一种可能的实现方式中，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道后，还包括：
当确定所述第一终端发生切换时，为所述PDU会话选择第三UPF，其中，所述第三UPF为切换后服务所述第一终端的第三卫星上的UPF；
为所述PDU会话插入所述第三UPF，创建所述第二UPF和所述第三UPF之间的数据传输隧道。
可选地，在本申请第一方面实施例再一种可能的实现方式中，在所述接收针对PDU会话的SM策略修改请求之后，还包括：
如果所述第一UPF和所述第二UPF之间已存在与所述第一QoS流相同流标识的数据传输隧道，则将所述第一QoS流的数据通过已存在的数据传输隧道传输；
其中，所述已存在的数据传输隧道传输，是在接收到PDU会话建立请求，且确定存在与所述第一终端的第一标识对应的第二终端的第二标识之后创建的，所述第二终端是所述第二标识所属的终端。
可选地，在本申请第一方面实施例又一种可能的实现方式中，在所述接收针对PDU会话的SM策略修改请求之前，还包括：
接收所述PDU会话建立请求，其中，所述PDU会话由所述第一终端建立；
所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，包括：
如果存在与所述第一终端的第一标识对应的第二终端的第二标识，则创建位于所述第一UPF和所述第二UPF之间的数据传输隧道。
可选地，在本申请第一方面实施例又一种可能的实现方式中，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道前，还包括：
在所述PDU会话中插入所述第一UPF，创建所述第一卫星的第一AN与所述第一UPF之间的N3接口隧道。
可选地，在本申请第一方面实施例又一种可能的实现方式中，所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，包括：
根据所述第二终端的身份标识，从所述SMF中确定所述第二终端的用户面上下文；
根据所述用户面上下文确定为所述第二终端服务的第二UPF；
执行所述第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新所述第一UPF的隧道信息之中的对端端点信息，以创建位于所述第一UPF和所述第二UPF之间的数据传输隧道。
可选地，在本申请第一方面实施例另一种可能的实现方式中，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道之后，还包括：
确定所述第一QoS流的流标识；
建立所述第一QoS流的传输隧道关联规则，并将所述数据传输隧道与所述流标识进行关联。
可选地，在本申请第一方面实施例再一种可能的实现方式中，所述方法，还包括：
确定目标分流方式；
根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则。
可选地，在本申请第一方面实施例又一种可能的实现方式中，所述目标分流方式是星上AN分流或星上UPF分流。
可选地，在本申请第一方面实施例又一种可能的实现方式中，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道之后，还包括：
若所述目标分流方式是所述星上UPF分流，则向所述第一UPF下发流转发规则，使得从所述N3接口隧道上接收的上行数据通过所述数据传输隧道传输，以及从所述数据传输隧道接收的下行数据通过所述N3接口隧道传输；
若所述目标分流方式是所述星上AN分流，则向所述第一AN下发流转发规则，使得从第一AN接收的所述上行数据通过所述数据传输隧道传输，以及从所述数据传输隧道接收的下行数据通过所述第一AN传输。
可选地，在本申请第一方面实施例另一种可能的实现方式中，其中，若所述目标分流方式是所述星上AN分流，则所述根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则，包括：
将所述第一UPF的N3隧道信息、所述第一QoS流的流标识发送至第一AN，并在所述第一AN中建立所述第一QoS流的传输隧道关联规则；
若所述目标分流方式是所述星上UPF分流，则所述根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则，包括：
将地面UPF的N9隧道信息、所述第一QoS流的流标识发送至所述第一UPF，并在所述第一UPF中，建立所述第一QoS流的传输隧道关联规则。
可选地，在本申请第一方面实施例再一种可能的实现方式中，在所述在所述第一UPF中建立所述第一QoS流的传输隧道关联规则之后，还包括：
采用所述第二UPF的隧道信息，更新所述传输隧道关联规则中与所述第一QoS流的流标识对应的地面UPF的N9隧道信息。
可选地，在本申请第一方面实施例又一种可能的实现方式中，所述创建所述第二UPF和所述第三UPF之间的数据传输隧道，包括：
执行所述第二UPF的N4会话修改流程，并根据所述第三UPF的隧道信息，更新所述第二UPF的隧道信息之中的对端端点信息，以创建所述第二UPF和所述第三UPF之间的数据传输隧道。
可选地，在本申请第一方面实施例又一种可能的实现方式中，所述方法，还包括：
控制所述第二UPF向所述第一卫星中的第一AN发送目标消息，所述目标消息中携带所述QoS流的流标识，使得所述第一卫星中的所述第一AN向所述第三卫星中的第二AN转发所述目标消息，所述目标消息用于指示所述第一AN停止向所述第二UPF发送所述第一QoS流。
本申请另一方面实施例提出的装置，包括：存储器，收发机，处理器；存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收针对PDU会话的SM策略修改请求，所述请求触发在所述PDU会话中建立第一QoS流，其中，所述PDU会话为第一终端建立；
如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则创建位于第一UPF和位于第二UPF之间的数据传输隧道，所述第一卫星是服务所述第一终端的卫星，所述第二卫星是服务第二终端的卫星，所述第二终端是根据应用层信息确定的；
指示第一UPF将所述第一QoS流的数据通过所述数据传输隧道进行传输。
可选地，在本申请第二方面实施例一种可能的实现方式中，所述处理器还用于执行以下操作：
将所述PDU会话的第二QoS流的数据通过位于所述第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
可选地，在本申请第二方面实施例另一种可能的实现方式中，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道后，还包括：
当确定所述第一终端发生切换时，为所述PDU会话选择第三UPF，其中，所述第三UPF为切换后服务所述第一终端的第三卫星上的UPF；
为所述PDU会话插入所述第三UPF，创建所述第二UPF和所述第三UPF之间的数据传输隧道。
可选地，在本申请第二方面实施例再一种可能的实现方式中，在所述接收针对PDU会话的SM策略修改请求之后，还包括：
如果所述第一UPF和所述第二UPF之间已存在与所述第一QoS流相同流标识的数据传输隧道，则将所述第一QoS流的数据通过已存在的数据传输隧道传输；
其中，所述已存在的数据传输隧道传输，是在接收到PDU会话建立请求，且确定存在与所述第一终端的第一标识对应的第二终端的第二标识之后创建的，所述第二终端是所述第二标识所属的终端。
可选地，在本申请第二方面实施例又一种可能的实现方式中，在所述接收针对PDU会话的SM策略修改请求之前，还包括：
接收所述PDU会话建立请求，其中，所述PDU会话由所述第一终端建立；
所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，包括：
如果存在与所述第一终端的第一标识对应的第二终端的第二标识，则创建位于所述第一UPF和所述第二UPF之间的数据传输隧道。
可选地，在本申请第二方面实施例又一种可能的实现方式中，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道前，还包括：
在所述PDU会话中插入所述第一UPF，创建所述第一卫星的第一AN与所述第一UPF之间的N3接口隧道。
可选地，在本申请第二方面实施例又一种可能的实现方式中，所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，包括：
根据所述第二终端的身份标识，从所述SMF中确定所述第二终端的用户面上下文；
根据所述用户面上下文确定为所述第二终端服务的第二UPF；
执行所述第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新所述第一UPF的隧道信息之中的对端端点信息，以创建位于所述第一UPF和所述第二UPF之间的数据传输隧道。
可选地，在本申请第二方面实施例另一种可能的实现方式中，在创建位于所述第一UPF和所述第二UPF之间的数据传输隧道之后，还包括：
确定所述第一QoS流的流标识；
建立所述第一QoS流的传输隧道关联规则，并将所述数据传输隧道与所述流标识进行关联。
可选地，在本申请第二方面实施例再一种可能的实现方式中，还包括：
确定目标分流方式；
根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则。
可选地，在本申请第二方面实施例又一种可能的实现方式中，所述目标分流方式是星上AN分流或星上UPF分流。
可选地，在本申请第二方面实施例又一种可能的实现方式中，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道之后，还包括：
若所述目标分流方式是所述星上UPF分流，则向所述第一UPF下发流转发规则，使得从所述N3接口隧道上接收的上行数据通过所述数据传输隧道传输，以及从所述数据传输隧道接收的下行数据通过所述N3接口隧道传输；
若所述目标分流方式是所述星上AN分流，则向所述第一AN下发流转发规则，使得从第一AN接收的所述上行数据通过所述数据传输隧道传输，以及从所述数据传输隧道接收的下行数据通过所述第一AN传输。
可选地，在本申请第二方面实施例另一种可能的实现方式中，其中，若所述目标分流方式是所述星上AN分流，则所述根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则，包括：
将所述第一UPF的N3隧道信息、所述第一QoS流的流标识发送至第一AN，并在所述第一AN中建立所述第一QoS流的传输隧道关联规则；
若所述目标分流方式是所述星上UPF分流，则所述根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则，包括：
将地面UPF的N9隧道信息、所述第一QoS流的流标识发送至所述第一UPF，并在所述第一UPF中建立所述第一QoS流的传输隧道关联规则。
可选地，在本申请第二方面实施例再一种可能的实现方式中，在所述在所述第一UPF中建立所述第一QoS流的传输隧道关联规则之后，还包括：
采用所述第二UPF的隧道信息，更新所述传输隧道关联规则中与所述第一QoS流的流标识对应的地面UPF的N9隧道信息。
可选地，在本申请第二方面实施例又一种可能的实现方式中，所述创建所述第二UPF和所述第三UPF之间的数据传输隧道，包括：
执行所述第二UPF的N4会话修改流程，并根据所述第三UPF的隧道信息更新所述第二UPF的隧道信息之中的对端端点信息，以创建所述第二UPF和所述第三UPF之间的所述数据传输隧道。
可选地，在本申请第二方面实施例又一种可能的实现方式中，所述处理器还用于执行以下操作：
控制所述第二UPF向所述第一卫星中的第一AN发送目标消息，所述目标消息中携带所述第一QoS流的流标识，使得所述第一卫星中的所述第一AN向所述第三卫星中的第二AN转发所述目标消息，所述目标消息用于指示所述第一AN停止向所述第二UPF发送所述第一QoS流。
本申请再一方面实施例提出的PDU会话的管理装置，包括：接收单元，用于接收针对PDU会话的SM策略修改请求，所述请求触发在所述PDU会话中建立第一QoS流，其中，所述PDU会话为第一终端建立；第一创建单元，用于在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道时，创建位于第一UPF和第二UPF之间的数据传输隧道，所述第一卫星是服务所述第一终端的卫星，所述第二卫星是服务第二终端的卫星，所述第二终端是根据应用层信息确定的；第一传输单元，用于指示第一UPF将所述第一QoS流的数据通过所述数据传输隧道进行传输。
本申请又一方面实施例提出的处理器可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序用于使所述处理器执行如前所述的PDU会话的管理方法。
本申请实施例提供的PDU会话的管理方法、装置及处理器可读存储介质，通过在会话管理功能(Session Management Function，简称SMF)网元接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一UPF和第二UPF之间的数据传输隧道，进而指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，以通过数据传输隧道实现第一终端与第二终端之间的数据传输，从而无需通过卫星路由将卫星终端的业务数据发送至地面，降低了传输时延。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本申请实施例所提供的一种PDU会话的管理方法的流程示意图；
图2为本申请实施例所提供的另一种PDU会话的管理方法的流程示意图；
图3为本申请实施例所提供的再一种PDU会话的管理方法的流程示意图；
图4为本申请实施例所提供的又一种PDU会话的管理方法的流程示意图；
图5为本申请实施例所提供的又一种PDU会话的管理方法的流程示意图；
图6为本申请实施例所提供的另一种PDU会话的管理方法的流程示意图；
图7为本申请实施例所提供的再一种PDU会话的管理方法的流程示意图；
图8为本申请实施例所提供的又一种PDU会话的管理方法的流程示意图；
图9为本申请实施例所提供的又一种PDU会话的管理方法的流程示意图；
图10为本申请实施例提供的装置的结构示意图；
图11为本申请实施例提供的一种PDU会话的管理装置的结构示意图。
具体实施方式
本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了PDU会话的管理方法及装置，用以针对相关技术中，通过将用户业务数据流从卫星路由发送至地面UPF，以实现卫星终端之间的通信的方式，传输时延较大的问题。
其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一UPF和第二UPF之间的数据传输隧道，进而指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，以通过数据传输隧道实现第一终端与第二终端之间的数据传输，从而无需通过卫星路由将卫星终端的业务数据发送至地面，降低了传输时延。
下面参考附图对本申请提供的PDU会话的管理方法、装置、电子设备、存储介质及计算机程序进行详细描述。
图1为本申请实施例所提供的一种PDU会话的管理方法的流程示意图。
如图1所示，该PDU会话的管理方法，包括以下步骤：
步骤101，接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立。
需要说明的是，当前5G核心网系统，包括UPF均部署在地面。当卫星终端通过星上AN接入5G核心网实现互访时，用户业务数据流需要从卫星路由发送至地面UPF，以实现卫星终端之间的通信。然而，由于卫星需要将用户业务数据发送至地面UPF，从而导致传输时延较大。因此，在本申请实施例中，可以通过建立星上UPF，建立卫星之间的数据传输隧道，从而使得卫星之间可以不必通过地面UPF即可实现直接通信，以降低传输时延。以下以将本申请实施例的PDU会话的管理方法应用在IP多媒体系统(IP Multimedia Subsystem，简称IMS)业务中为例，进行具体说明。
作为一种可能的实现方式，可以通过5G核心网中的SMF或其他网元实现第一卫星与第二卫星之间的数据传输隧道的建立，本申请实施例对此不做限定。在本申请实施例中以SMF为例进行具体说明，其中，SMF是5G基于服务架构的一个功能单元，主要负责与分离的数据面交互，创建、更新和删除PDU会话，并管理与UPF的会话环境。
在本申请实施例中，第一终端可以在需要时发起IMS会话建立过程，即发送SIPInvite到代理呼叫会话控制(Proxy Call Session Control Function，简称P-CSCF)，该SIP Invite消息通过IMS网络、地面UPF传送给第二终端。P-CSCF接收到第二终端回复的SIP183Progress消息后，向策略控制功能(Policy Control function，简称PCF)发送AAR消息，PCF向SMF发起SM策略修改过程，将IMS语音相关的QoS策略等发送给SMF。
SMF在获取到PCF发起的SM策略修改过程时，确定接收到针对PDU会话的SM策略修改请求，并在PDU会话中建立第一QoS流。
步骤102，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与第一QoS流相同流标识的数据传输隧道，则创建位于第一UPF和第二UPF之间的数据传输隧道，第一卫星是服务第一终端的卫星，第二卫星是服务第二终端的卫星，第二终端是根据应用层信息确定的。
其中，第二终端，是指当前与第一卫星进行数据传输的终端。比如，第一终端为主叫卫星终端，则第二终端为被叫卫星终端。
其中，流标识，可以是QoS流的5QI参数。
在本申请实施例中，PCF向SMF发起的SM策略修改过程时，可以将IMS语音相关的QoS策略等发送给SMF，以触发SMF建立第一终端侧5QI＝1的第一QoS流，即确定第一QoS流的流标识为1。
在本申请实施例中，SMF可以通过DNN或应用层信息确定第一QoS流的数据需在服务第一终端的第一卫星和服务第二终端的第二卫星之间传输。比如，在IMS业务中，可以在第一QoS流中的数据为语音数据时，确定第一QoS流的数据需在服务第一卫星和第二卫星之间传输。之后在第一UPF与第二UPF之间不存在与第一QoS流相同流标识的数据传输隧道时，建立第一卫星与第二卫星之间的数据传输隧道。
作为一种可能的实现方式，在第一终端建立数据传输隧道之前，与第一终端进行数据传输的第二终端可能已经触发了数据传输隧道的建立过程，因此在根据针对第一终端的PDU会话的SM策略修改请求建立数据传输隧道之前，还可以首先判断是否已经建立了第一UPF与第二UPF之间的数据传输隧道。即在本申请实施例一种可能的实现方式中，上述步骤101之后，还可以包括：
如果第一UPF和第二UPF之间已存在与第一QoS流相同流标识的数据传输隧道，则将第一QoS流的数据通过已存在的数据传输隧道传输。
其中，已存在的数据传输隧道传输，是在接收到PDU会话建立请求，且确定存在与第一终端的第一标识对应的第二终端的第二标识之后创建的，第二终端是所述第二标识所属的终端。
在本申请实施例中，由于在第一UPF与第二UPF之间的数据传输隧道建立之后，会将需要传输的QoS流的流标识与该数据传输隧道关联，因此若SMF确定第一UPF与第二UPF之间已经存在流标识与在第一终端的PDU会话中建立的第一QoS流的流标识相同的数据传输隧道，则可以确定第二终端已经在第一终端之前发起了建立传输第一QoS流的数据传输隧道的过程，从而可以直接利用已建立的第一UPF与第二UPF之间的数据传输隧道传输第一QoS流上的数据，而无需重新建立第一UPF与第二UPF之间的数据传输隧道，并且可以不继续执行本实施例中的后续步骤。
在本申请实施例中，主被叫用户之间的关系可以是固定的，也可以是不固定的，因此，本申请实施例中的PDU会话的管理方法，能够支持在存在固定关系的第一终端和第二终端建立数据传输隧道，也可以支持在不存在固定关系的第一终端和第二终端之间建立数据传输隧道。举例而言：
第一种，如果第一终端和第二终端之间存在固定关系，即存在与第一终端对应的第二终端，则可以直接建立第一终端和第二终端之间的数据传输隧道；
第二种，如果第一终端和第二终端之间存在固定关系，即存在与第一终端对应的第二终端，如果在初始建立PDU会话时，没有建立第一终端和第二终端之间的数据传输隧道(即不存在第一终端和第二终端之间的数据传输隧道)，本申请实施例则也可以支持在PDU会话建立之后，根据针对PDU会话的SM策略修改请求来触发建立建立第一终端和第二终端之间的数据传输隧道；
第三种，如果第一终端和第二终端之间不存在固定关系，则可以在PDU会话建立之后，根据针对PDU会话的SM策略修改请求来触发建立第一终端和第二终端之间的数据传输隧道。
本申请实施例对上述三种建立数据传输隧道的方式并不作出限制，在实际应用当中，可以根据实际PDU会话控制的需求灵活调整建立数据传输隧道的方式。
作为一种可能的实现方式，可以在SMF中预先配置第一终端与第二终端之间的对应关系，因此，第一终端在发起PDU会话时，在PDU会话请求中携带第二终端的唯一标识(如GPSI)，从而SMF可以根据第二终端的唯一标识，以及本地配置的第一终端与第二终端的对应关系，确定是否存在与第一终端对应的第二终端。具体的，若本地配置的第一终端与第二终端的对应关系中，包含第一终端的唯一标识与第二终端的唯一标识的对应关系，则可以确定存在与第一终端对应的第二终端；否则，可以确定不存在与第一终端对应的第二终端。
进一步的，若存在PDU会话建立时就建立第一终端与第二终端之间的数据传输隧道的业务需求，且存在与第一终端对应的第二终端，则可以按照上述第一种方式在PDU会话建立时直接建立第一终端与第二终端之间的数据传输隧道。即在本申请实施例一种可能的实现方式中，上述步骤101之前，还可以包括：
并且在第一终端和第二终端存在固定关系时，可以直接建立第一终端和第二终端之间的数据传输隧道。即在本申请实施例一种可能的实现方式中，上述步骤101之前，还可以包括：
接收PDU会话建立请求，其中，PDU会话由所述第一终端建立；
相应的，上述步骤102，可以包括：
如果存在与第一终端的第一标识对应的第二终端的第二标识，则创建位于第一UPF和第二UPF之间的数据传输隧道。
步骤103，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
在本申请实施例中，SMF在确定第一QoS流中的数据需要在第一卫星与第二卫星之间进行直接传输时，可以建立第一卫星与第二卫星之间的数据传输隧道。SMF可以根据第二终端的唯一身份标识(如SUPI/GPSI)，获取第二终端的用户面上下文；并根据用户面上下文与隧道信息的映射关系，将与第二终端的用户面上下文对应的隧道信息确定为第二UPF的隧道信息。其中，隧道信息中可以包括本端的隧道端点信息与对端的隧道端点信息。进而，可以根据第二UPF的隧道信息，创建位于第一卫星的第一UPF和位于第二卫星的第二UPF之间的数据传输隧道。
具体的，SMF确定出第二UPF的隧道信息之后，可以根据第二UPF的隧道端点信息，更新第一UPF的隧道信息中包含的对端隧道端点信息，以实现第一UPF与第二UPF之间的直接通信，从而完成了第一卫星的第一UPF与第二卫星的第二UPF之间的数据传输隧道的建立。在数据传输隧道建立之后，可以利用数据传输隧道实现第一终端与第二终端之间的第一QoS流的传输。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一UPF和第二UPF之间的数据传输隧道，进而指示第一UPF将QoS流上的数据通过数据传输隧道进行传输。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，以通过数据传输隧道实现第一终端与第二终端之间的数据传输，从而无需通过卫星路由将卫星终端的业务数据发送至地面，降低了传输时延。
在本申请一种可能的实现形式中，还可以对QoS数据流进行分流处理，以通过第一卫星与第二卫星之间的数据传输隧道传输特定业务数据，以降低特定业务的传输延时。
下面结合图2，对本申请实施例提供的PDU会话的管理方法进行进一步说明。
图2为本申请实施例所提供的另一种PDU会话的管理方法的流程示意图。
如图2所示，该PDU会话的管理方法，包括以下步骤：
步骤201，接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立。
步骤202，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与第一QoS流相同流标识的数据传输隧道，则创建位于第一UPF和第二UPF之间的数据传输隧道，第一卫星是服务第一终端的卫星，第二卫星是服务第二终端的卫星，第二终端是根据应用层信息确定的。
步骤203，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
在本申请的实施例中，步骤201-203可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤204，将PDU会话的第二QoS流的数据通过位于第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
其中，第二QoS流，是指承载特定业务数据之外的其他数据的QoS流。比如，在IMS业务中，若特定业务数据可以是IMS语音数据，则第二QoS流可以为用于承载IMS信令数据的QoS流。
在本申请实施例中，为提升特定业务数据的数据传输速率，降低传输延时，可以通过第一UPF与第二UPF之间的数据传输隧道仅传输用于承载特定业务数据的QoS流。因此，SMF在获取到PCF发起的SM策略修改过程时，确定接收到传输新的第一QoS流的请求，并可以触发建立第一UPF与第二UPF之间的数据传输隧道的过程。进而在建立数据传输隧道的过程中，根据实际业务需求对QoS流进行分流处理，以确定在第一UPF与第二UPF之间的数据传输隧道传输的第一QoS流，以及在第一卫星的第一AN至地面UPF之间的数据传输隧道中传输的第二QoS流。
举例来说，在IMS业务中，若根据实际业务需求需要将IMS语音数据在第一卫星与第二卫星之间的数据传输隧道传输，将IMS信令数据在第一卫星的第一AN至地面UPF之间的数据传输隧道中传输，则可以将承载IMS语音数据的第一QoS流在第一UPF与第二UPF之间的数据传输隧道传输，将承载IMS信令数据的QoS流确定为第二QoS流，并通过第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一UPF和第二UPF之间的数据传输隧道，进而指示第一UPF将QoS流上的数据通过数据传输隧道进行传输，以及将第二QoS流通过第一卫星的第一AN至地面UPF之间的数据传输隧道传输至第二卫星。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，并根据实际业务需求对QoS流进行分流处理，以通过数据传输隧道实现第一终端与第二终端之间的特定业务数据传输，从而不仅无需通过卫星路由将卫星终端的业务数据发送至地面，降低了特定业务数据的传输时延，而且保证了其他数据传输的可靠性。
在本申请一种可能的实现形式中，第一卫星与第二卫星之间的数据传输隧道建立之后，第一终端接入的AN还可能发生单侧切换，从而需要重新建立AN切换后的数据传输隧道，以提升数据传输隧道的稳定性。
下面结合图3，对本申请实施例提供的PDU会话的管理方法进行进一步说明。
图3为本申请实施例所提供的再一种PDU会话的管理方法的流程示意图。
如图3所示，该PDU会话的管理方法，包括以下步骤：
步骤301，接收针对PDU会话的SM策略修改请求，所述请求触发在所述PDU会话中建立第一QoS流，其中，所述PDU会话为第一终端建立。
步骤302，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则创建位于第一UPF和第二UPF之间的数据传输隧道，第一卫星是服务第一终端的卫星，第二卫星是服务第二终端的卫星，第二终端是根据应用层信息确定的。
步骤303，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
步骤304，将PDU会话的第二QoS流的数据通过位于第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
在本申请的实施例中，步骤301-304可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤305，当确定第一终端发生切换时，为PDU会话选择第三UPF，其中，第三UPF为切换后服务第一终端的第三卫星上的UPF。
在本申请实施例中，第一卫星与第二卫星之间的数据传输隧道建立完成之后，第一终端还可能根据实际业务需要切换其接入的第一AN，即第一终端接入的卫星和AN发生变化，从而使得之前建立的数据传输隧道无法继续实现第一终端与第二终端之间的数据传输。因此，在第一卫星与第二卫星之间的数据传输隧道建立完成之后，SMF可以实时监测第一终端接入的第一AN是否发生变化，以及时更新数据传输隧道。
其中，第三卫星，是指第一终端接入的AN发生切换后，第一终端接入的卫星。比如，第一终端接入的AN发生切换之前接入的第一AN为卫星A中配置的AN，AN发生切换之后第一终端接入的AN为卫星B中配置的AN，则卫星B为第三卫星。
在本申请实施例中，若监测到第一终端接入的第一AN发生切换，则可以获取第一终端接入的AN发生切换后，接入的第三卫星；并获取第三卫星上的第三UPF的隧道信息，以根据第三UPF更新数据传输隧道。
步骤306，为PDU会话插入第三UPF，创建第二UPF和第三UPF之间的数据传输隧道。
在本申请实施例中，在第一终端接入的AN发生切换时，可以将第一终端切换后接入的第三卫星的第三UPF插入PDU会话，以建立第二UPF与第三UPF之间的数据传输隧道。具体的，可以根据第二UPF的隧道信息中包含的第二UPF的隧道端点信息，更新第三UPF的隧道信息中包含的对端隧道端点信息；以及根据第三UPF的隧道信息中包含的第三UPF的隧道端点信息，更新第二UPF的隧道信息中包含的对端隧道端点信息，从而使得第三UPF与第二UPF可以获知与其通信的对端隧道端点信息，以实现第三UPF与第二UPF之间的直接通信，从而完成了第二UPF与第三UPF之间的数据传输隧道的建立，以继续实现第一终端与第二终端之间的PDU会话的第一QoS流的传输。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一UPF和第二UPF之间的数据传输隧道，进而指示第一UPF将QoS流上的数据通过数据传输隧道进行传输，以及将第二QoS流通过第一卫星的第一AN至地面UPF之间的数据传输隧道传输至第二卫星，并在第一终端接入的AN发生切换时，更新数据传输隧道。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，并在卫星终端接入的AN发生切换时更新数据传输隧道，以及根据实际业务需求对QoS流进行分流处理，以通过数据传输隧道实现第一终端与第二终端之间的特定业务数据传输，从而不仅无需通过卫星路由将卫星终端的业务数据发送至地面，降低了特定业务数据的传输时延，而且保证了数据传输隧道的稳定性，进一步提升了星上直接数据传输的可靠性。
在本申请一种可能的实现形式中，还可以在SMF中预先建立卫星终端的身份标识与相应的用户面上下文的关联关系，以在建立第一UPF和第二UPF之间的数据传输隧道时，提升隧道信息获取的便捷性。
下面结合图4，对本申请实施例提供的PDU会话的管理方法进行进一步说明。
图4为本申请实施例所提供的又一种PDU会话的管理方法的流程示意图。
如图4所示，该PDU会话的管理方法，包括以下步骤：
步骤401，接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立。
在本申请的实施例中，步骤401可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤402，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与第一QoS流相同流标识的数据传输隧道，则在PDU会话中插入第一UPF，创建第一卫星的第一AN与第一UPF之间的N3接口隧道。
在本申请实施例中，SMF可以在确定第一QoS流上的数据需要在服务第一终端的第一卫星和服务第二终端的第二卫星之间传输，且第一UPF和第二UPF之间不存在与第一QoS流相同流标识的数据传输隧道时，在第一终端的PDU会话中插入与第一卫星相关联的第一UPF，以创建第一卫星的第一AN与第一UPF之间的N3接口隧道。
步骤403，根据第二终端的身份标识，从SMF中确定第二终端的用户面上下文。
步骤404，根据用户面上下文确定为第二终端服务的第二UPF。
在本申请实施例中，SMF在建立第一UPF与第二UPF之间的数据传输隧道时，可以根据SMF中存储的身份标识与用户面上下文的关联关系，将与第二终端的身份标识(如SUPI/GPSI)关联的用户面上下文，确定为第二终端的用户面上下文。进而，可以根据SMF中存储的用户面上下文与隧道信息的映射关系，将与第二终端的用户面上下文对应的隧道信息确定为第二UPF的隧道信息，从而确定出为第二终端服务的第二UPF。
步骤405，执行第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新第一UPF的隧道信息之中的对端端点信息，以创建位于第一UPF和第二UPF之间的数据传输隧道。
在本申请实施例中，SMF可以向接入和移动性管理功能(Access and MobilityManagement Function，简称AMF)发起Namf_Communication_N1N2MessageTransfer请求，其中携带的N2 SM Information中包含第一UPF的隧道信息与QoS流的相关信息。之后，AMF将第一UPF的隧道信息与QoS流的相关信息转发给第一卫星的星上AN。之后，第一卫星的星上AN与第一终端之间建立语音数据承载；进而，第一卫星的星上AN向AMF回复N2消息，其中包含第一卫星的星上AN的接入网隧道信息。之后，AMF将第一卫星的星上AN的接入网隧道信息转发给SMF。进而，SMF执行第一UPF的N4接口会话更新过程，以利用第二UPF的隧道信息更新所述第一UPF的隧道信息之中的对端端点信息，使得第一UPF获知第二UPF的隧道信息，以建立位于第一UPF和第二UPF之间的数据传输隧道。
步骤406，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
在本申请的实施例中，步骤406可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一UPF和第二UPF之间的数据传输隧道，进而指示第一UPF将QoS流上的数据通过数据传输隧道进行传输。由此，通过在SMF中预先建立卫星终端的身份标识与相应的用户面上下文的关联关系，并在用户面上下文中添加卫星关联的UPF的隧道信息，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，以通过数据传输隧道实现第一终端与第二终端之间的特定业务数据传输，从而不仅无需通过卫星路由将卫星终端的业务数据发送至地面，降低了特定业务数据的传输时延，而且保证了其他数据传输的可靠性和UPF隧道信息获取的便捷性。
在本申请一种可能的实现形式中，通过分流的方式传输QoS流时，可以将承载特定业务数据的QoS流的流标识与第一UPF与第二UPF之间的数据传输隧道关联，以通过第一UPF与第二UPF之间的数据传输隧道传输分流后的QoS流。
下面结合图5，对本申请实施例提供的PDU会话的管理方法进行进一步说明。
图5为本申请实施例所提供的又一种PDU会话的管理方法的流程示意图。
如图5所示，该PDU会话的管理方法，包括以下步骤：
步骤501，接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立。
在本申请的实施例中，步骤501可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤502，确定第一QoS流的流标识。
其中，流标识，可以是QoS流的5QI参数。
在本申请实施例中，PCF向SMF发起的SM策略修改过程时，可以将IMS语音相关的QoS策略等发送给SMF，以触发SMF建立第一终端侧5QI＝1的第一QoS流，即确定第一QoS流的流标识为1。
步骤503，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与第一QoS流相同流标识的数据传输隧道，则在PDU会话中插入第一UPF，创建第一卫星的第一AN与第一UPF之间的N3接口隧道。
步骤504，根据第二终端的身份标识，从SMF中确定第二终端的用户面上下文。
步骤505，根据用户面上下文确定为第二终端服务的第二UPF。
步骤506，执行第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新第一UPF的隧道信息之中的对端端点信息，以创建位于第一UPF和第二UPF之间的数据传输隧道。
在本申请的实施例中，步骤503-506可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤507，建立第一QoS流的传输隧道关联规则，并将数据传输隧道与流标识进行关联。
在本申请实施例中，确定出PDU会话中第一QoS流的流标识之后，可以建立传输隧道关联规则，即将第一QoS流的流标识与第一UPF的隧道信息或第二UPF的隧道信息进行关联，以将流标识为第一QoS流的流标识(即5QI＝1)的QoS流与第一UPF与第二UPF之间的数据传输隧道关联。
在本申请实施例中，还可以确定第二QoS流的流标识，并在传输隧道关联规则中建立第二QoS流的流标识与地面传输路径的关联关系，即将第二QoS流的流标识与地面UPF的隧道信息进行关联，以将第二QoS流的流标识(即5QI＝5)与地面传输路径关联。
步骤508，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
在本申请实施例中，由于已经将第一QoS流的流标识与第一UPF和第二UPF之间的数据传输隧道关联，因此，在第一UPF和第二UPF之间的数据传输隧道建立之后，第一卫星与第二卫星可以在获取到流标识为第一QoS流的流标识(即5QI＝1)的QoS流时，利用第一UPF和第二UPF之间的数据传输隧道实现第一终端与第二终端之间的第一QoS流的传输。
相应的，由于已经将第二QoS流的流标识与地面传输路径关联，因此，当第一卫星与第二卫星在获取到流标识为第二QoS流的流标识(即5QI＝5)的QoS流时，可以利用直接利用地面传输路径实现第一终端与第二终端之间的第二QoS流的传输。
在本申请的实施例中，步骤505可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一卫星的第一UPF和位于第二卫星的第二UPF之间的数据传输隧道，并建立第一QoS流的传输隧道关联规则，以将数据传输隧道与第一QoS流的流标识进行关联，进而指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，并根据实际业务需求对QoS流进行分流处理，以通过数据传输隧道实现第一终端与第二终端之间的特定业务数据传输，从而不仅无需通过卫星路由将卫星终端的业务数据发送至地面，降低了特定业务数据的传输时延，而且保证了其他数据传输的可靠性。
在本申请一种可能的实现形式中，通过分流的方式传输QoS流时，既可以在卫星中配置的AN中对QoS流进行分流处理，也可以在与卫星关联的UPF中对QoS流进行分流处理，以提升PDU会话管理的灵活性和适用性。
下面结合图6，对本申请实施例提供的PDU会话的管理方法进行进一步说明。
图6为本申请实施例所提供的另一种PDU会话的管理方法的流程示意图。
如图6所示，该PDU会话的管理方法，包括以下步骤：
步骤601，接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立。
步骤602，确定第一QoS流的流标识。
在本申请的实施例中，步骤601-602可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤603，确定目标分流方式。
其中，目标分流方式，可以包括星上AN分流或星上UPF分流。
需要说明的是，星上AN分流，是指利用第一卫星中配置的第一AN对QoS流进行分流处理，与第一卫星关联的第一UPF只可以获取到需要在第一UPF与第二UPF之间传输的第一QoS流，并通过第一UPF与第二UPF之间的数据传输隧道传输至与第二卫星关联的第二UPF；相应的，第二QoS流直接通过第一卫星中配置的第一AN发送至其他传输隧道的UPF，并经由地面UPF发送至第二卫星中配置的第二AN，即第二QoS流不必经过与第一卫星关联的第一UPF传输。
星上UPF分流，是指通过第一卫星中配置的第一AN将QoS流发送至与第一卫星关联的第一UPF，之后利用与第一卫星关联的第一UPF对QoS流进行分流处理，并通过第一UPF与第二UPF之间的数据传输隧道传输PDU会话中的第一QoS流至与第二卫星关联的第二UPF，以及通过地面传输隧道将第二QoS流发送至与第二卫星关联的第二UPF。
在本申请实施例中，运营商可以根据实际的业务需求对目标分流方式进行设置。因此，SMF可以根据运营商的设置信息，确定当前的目标分流方式。
步骤604，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则在PDU会话中插入第一UPF，创建第一卫星的第一AN与第一UPF之间的N3接口隧道。
步骤605，根据第二终端的身份标识，从SMF中确定第二终端的用户面上下文。
步骤606，根据用户面上下文确定为第二终端服务的第二UPF。
步骤607，执行第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新第一UPF的隧道信息之中的对端端点信息，以创建位于第一UPF和第二UPF之间的数据传输隧道。
在本申请实施例中，确定出目标分流方式以及创建位于第一UPF和第二UPF之间的数据传输隧道之后，若目标分流方式是星上UPF分流，则SMF可以向第一UPF下发流转发规则，使得从N3接口隧道上接收的上行数据通过数据传输隧道传输，以及从数据传输隧道接收的下行数据通过N3接口隧道传输；
若目标分流方式是星上AN分流，则SMF可以向第一AN下发流转发规则，使得从第一AN接收的上行数据通过数据传输隧道传输，以及从数据传输隧道接收的下行数据通过第一AN传输。
在本申请的实施例中，步骤604-607可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤608，根据目标分流方式，建立第一QoS流的传输隧道关联规则。
在本申请实施例中，SMF确定出目标分流方式之后，可以将建立传输隧道关联规则所需的数据发送给第一卫星中配置的第一AN或与第一卫星关联的第一UPF，以使第一卫星中配置的第一AN或与第一卫星关联的第一UPF建立传输隧道关联规则。具体的，若目标分流方式为星上AN分流，则可以发送给第一卫星中配置的第一AN；若目标分流方式为星上UPF分流，则可以发送给与第一卫星关联的第一UPF。
在本申请实施例中，建立传输隧道关联规则时，第一卫星中配置的第一AN或与第一卫星关联的第一UPF可以将第一QoS流的流标识与第一UPF隧道信息或第二UPF隧道信息进行关联，以将第一QoS流与第一UPF和第二UPF之间的数据传输隧道关联。
在本申请实施例中，还可以确定第二QoS流的流标识，并在传输隧道关联规则中建立第二QoS流的流标识与其地面传输路径的关联关系，即将第二QoS流的流标识与如地面UPF的隧道信息进行关联。
步骤609，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
在本申请实施例中，由于已经将第一QoS流的流标识与第一UPF和第二UPF之间的数据传输隧道关联，因此，在第一UPF和第二UPF之间的数据传输隧道建立之后，第一卫星与第二卫星可以在获取到流标识为第一QoS流的流标识(即5QI＝1)的QoS流时，可以利用第一UPF和第二UPF之间的数据传输隧道实现第一终端与第二终端之间的第一QoS流的传输。
相应的，由于已经将其第二QoS流的流标识与地面传输路径关联，因此，当第一卫星与第二卫星在获取到流标识为第二QoS流的流标识(即5QI＝5)的QoS流时，可以利用直接利用地面传输路径实现第一终端与第二终端之间的第二QoS流的传输。
在本申请的实施例中，步骤609可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一卫星的第一UPF和位于第二卫星的第二UPF之间的数据传输隧道，并根据目标分流方式建立QoS流的传输隧道关联规则，以将数据传输隧道与第一QoS流的流标识进行关联，进而指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，并根据实际业务需求采用合适的分流方式对QoS流进行分流处理，以通过数据传输隧道实现第一终端与第二终端之间的特定业务数据传输，从而不仅无需通过卫星路由将卫星终端的业务数据发送至地面，降低了特定业务数据的传输时延，保证了其他数据传输的可靠性，而且进一步提升了PDU会话管理的灵活性和适用性。
下面图7和图8所示的实施例分别对星上UPF分流与星上AN分流时，第一UPF与第二UPF之间的数据传输隧道的建立过程进行具体描述。
下面结合图7，对本申请实施例提供的PDU会话的管理方法进行进一步说明。
图7为本申请实施例所提供的再一种PDU会话的管理方法的流程示意图。
如图7所示，该PDU会话的管理方法，包括以下步骤：
步骤701，接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立。
步骤702，确定第一QoS流的流标识。
步骤703，确定目标分流方式。
步骤704，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则在PDU会话中插入第一UPF，创建第一卫星的第一AN与第一UPF之间的N3接口隧道。
步骤705，根据第二终端的身份标识，从SMF中确定第二终端的用户面上下文。
步骤706，根据用户面上下文确定为第二终端服务的第二UPF。
步骤707，执行第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新第一UPF的隧道信息之中的对端端点信息，以创建位于第一UPF和第二UPF之间的数据传输隧道。
在本申请的实施例中，步骤701-707可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤708，若目标分流方式为星上UPF分流，则将地面UPF的N9隧道信息、第一QoS流的流标识发送至第一UPF，并在第一UPF中建立第一QoS流的传输隧道关联规则。
在本申请实施例中，SMF可以向第一UPF发起N4会话建立过程，其中包含与第一QoS流相关的PDR和FAR等，即可以将地面UPF的N9隧道信息、第一QoS流的流标识发送至第一UPF，以使第一UPF建立第一QoS流的传输隧道关联规则。
相应的，在本申请实施例中，SMF可以同时在N4会话建立过程中将地面UPF的N9隧道信息、第二QoS流的流标识发送至第一UPF，以使第一UPF建立第二QoS流的传输隧道关联规则。
在本申请实施例中，第一UPF在获取到地面UPF的N9隧道信息与第一QoS流的流标识之后，可以将第一QoS流的流标识与地面UPF的N9隧道信息关联，以建立第一QoS流的传输隧道关联规则。
相应的，第一UPF在获取到地面UPF的N9隧道信息与第二QoS流的流标识之后，可以将第二QoS流的流标识与地面UPF的N9隧道信息关联，以建立第二QoS流的传输隧道关联规则。此时，第一QoS流和第二QoS流均与地面传输路径关联。
步骤709，采用第二UPF的隧道信息，更新传输隧道关联规则中与第一QoS流的流标识对应的地面UPF的N9隧道信息。
在本申请实施例中，由于传输隧道关联规则中，是将第一QoS流的流标识与地面UPF的N9隧道信息关联的，即通过地面传输路径传输第一QoS流，因此，在第一UPF第二UPF之间的数据传输隧道建立完成之后，可以更新第一QoS流的传输隧道关联规则，即将第一QoS流的流标识与第二UPF的隧道信息关联，以通过第一UPF与第二UPF之间的数据传输隧道传输第一QoS流。
步骤710，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
在本申请实施例中，由于更新后的传输隧道关联规则中已经包括了第一QoS流的流标识与第二UPF的隧道信息的关联关系，因此，在第一UPF与第二UPF之间的数据传输隧道建立之后，第一UPF可以在获取到流标识为第一QoS流的流标识(即5QI＝1)的QoS流时，利用第一UPF与第二UPF之间的数据传输隧道实现第一终端与第二终端之间的第一QoS流的传输。
相应的，在本申请实施例中，由于更新后的传输隧道关联规则中并未更新第二QoS流标识与地面UPF的N9隧道信息的关联关系，因此更新后的传输隧道关联规则中也已经包括了第二QoS流的流标识与地面UPF的N9隧道信息的关联关系，因此，当第一UPF可以在获取到流标识为第二QoS流的流标识(即5QI＝5)的QoS流时，可以利用直接利用地面传输路径实现第一终端与第二终端之间的第二QoS流的传输。
在本申请的实施例中，步骤710可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一卫星的第一UPF和位于第二卫星的第二UPF之间的数据传输隧道，并在目标分流方式为星上UPF分流时，在第一UPF中建立第一QoS流的传输隧道关联规则，以指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，并根据实际业务需求采用合适的分流方式对QoS数据流进行分流处理，以通过数据传输隧道实现第一终端与第二终端之间的特定业务数据传输，从而不仅无需通过卫星路由将卫星终端的业务数据发送至地面，降低了特定业务数据的传输时延，保证了其他数据传输的可靠性，而且进一步提升了PDU会话管理的灵活性和适用性。
下面图8所示的实施例对星上AN分流时，第一UPF与第二UPF之间的数据传输隧道的建立过程进行具体描述。
下面结合图8，对本申请实施例提供的PDU会话的管理方法进行进一步说明。
图8为本申请实施例所提供的又一种PDU会话的管理方法的流程示意图。
如图8所示，该PDU会话的管理方法，包括以下步骤：
步骤801，接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立。
步骤802，确定第一QoS流的流标识。
步骤803，确定目标分流方式。
步骤804，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则在PDU会话中插入第一UPF，创建第一卫星的第一AN与第一UPF之间的N3接口隧道。
步骤805，根据第二终端的身份标识，从SMF中确定第二终端的用户面上下文。
步骤806，根据用户面上下文确定为第二终端服务的第二UPF。
步骤807，执行第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新第一UPF的隧道信息之中的对端端点信息，以创建位于第一UPF和第二UPF之间的数据传输隧道。
在本申请的实施例中，步骤801-807可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤808，若目标分流方式是星上AN分流，则将第一UPF的N3隧道信息、第一QoS流的流标识发送至第一AN，并在第一AN中建立第一QoS流的传输隧道关联规则。
在本申请实施例中，SMF可以向第一UPF发起N4会话建立过程，其中包含与第一QoS流相关的PDR和FAR等，即可以将第一QoS流的流标识发送至第一UPF，以使第一UPF分配第一UPF的隧道信息。
SMF可以向AMF发起Namf_Communication_N1N2MessageTransfer请求，其中携带的N2 SM Information中包含第一UPF的隧道信息与第一QoS流的相关信息。之后，AMF将第一UPF的隧道信息与第一QoS流的相关信息转发给第一卫星的第一AN，以使第一卫星的第一AN建立第一QoS流的传输隧道关联规则，即将第一QoS流的流标识与第一UPF的隧道信息进行关联。
步骤809，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
在本申请实施例中，由于传输隧道关联规则中已经包括了第一QoS流的流标识与第一UPF的隧道信息的关联关系，因此，在第一UPF与第二UPF之间的数据传输隧道建立之后，第一AN可以在获取到流标识为第一QoS流的流标识(即5QI＝1)的QoS流时，利用第一UPF与第二UPF之间的数据传输隧道实现第一终端与第二终端之间的第一QoS流的传输。
在本申请的实施例中，步骤809可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一卫星的第一UPF和位于第二卫星的第二UPF之间的数据传输隧道，并在目标分流方式为星上AN分流时，在第一AN中建立第一QoS流的传输隧道关联规则，以将数据传输隧道与第一QoS流的流标识进行关联，以指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，并根据实际业务需求采用合适的分流方式对QoS数据流进行分流处理，以通过数据传输隧道实现第一终端与第二终端之间的特定业务数据传输，从而不仅无需通过卫星路由将卫星终端的业务数据发送至地面，降低了特定业务数据的传输时延，保证了其他数据传输的可靠性，而且进一步提升了PDU会话管理的灵活性和适用性。
在本申请一种可能的实现形式中，第一卫星与第二卫星之间的数据传输隧道建立之后，第一终端接入的AN还可能发生单侧切换，从而需要重新建立AN切换后的数据传输隧道，以提升数据传输隧道的稳定性。
下面结合图9，对本申请实施例提供的PDU会话的管理方法进行进一步说明。
图9为本申请实施例所提供的又一种PDU会话的管理方法的流程示意图。
如图9所示，该PDU会话的管理方法，包括以下步骤：
步骤901，接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立新第一的QoS流，其中，PDU会话为第一终端建立。
步骤902，如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则创建位于第一UPF和第二UPF之间的数据传输隧道，第一卫星是服务第一终端的卫星，第二卫星是服务第二终端的卫星，第二终端是根据应用层信息确定的。
步骤903，指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
步骤904，将PDU会话的第二QoS流的数据通过位于第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
步骤905，当确定第一终端发生切换时，为PDU会话选择第三UPF，其中，第三UPF为切换后服务第一终端的第三卫星上的UPF。
在本申请的实施例中，步骤901-905可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤906，执行第二UPF的N4会话修改流程，并根据第三UPF的隧道信息更新第二UPF的的隧道信息之中的对端端点信息，以创建第二UPF和第三UPF之间的所述数据传输隧道。
在本申请实施例中，第一终端接入的第一AN发生变化时，为重新建立第一终端与第二终端之间的数据传输隧道，可以根据第三卫星的第三UPF的隧道信息更新第二UPF的的隧道信息之中的对端端点信息。
具体的，在第一终端发生AN切换时，可以向第二UPF发起N4接口会话修改流程，以根据第三UPF的隧道信息，更新第二UPF的隧道信息中包含的对端端点信息，以创建第二UPF和第三UPF之间的所述数据传输隧道。
步骤907，控制第二UPF向第一卫星中的第一AN发送目标消息，目标消息中携带第一QoS流的流标识，使得第一卫星中的第一AN向第三卫星中的第二AN转发目标消息，目标消息用于指示第一AN停止向第二UPF发送第一QoS流。
其中，目标消息，可以是第二UPF向第一卫星的第一AN发送的End Marker消息
在本申请实施例中，在第二UPF与第三UPF之间的数据传输隧道建立之后，可以控制第二UPF向第一卫星中的第一AN发送携带第一QoS流的流标识的目标消息，以通知第一AN之后不再向其发送第一QoS流；并控制第一卫星中的第一AN向第三卫星中的第二AN转发目标消息，以释放源路径(即之前建立的第一卫星与第二卫星之间的数据传输隧道)。
可以理解的是，若还未可靠建立第三卫星与第二卫星之间的数据传输隧道便释放了源路径，容易出现丢包现象。因此，在本申请实施例一种可能的实现方式中，可以在执行第二UPF的N4会话修改流程之后，对第二UPF的N4会话修改流程的持续时间进行计时，以根据得到的计时时间确定是否可以释放源路径。作为一种可能的实现方式，可以预先设定时间阈值，以在计时时间达到时间阈值时，控制第二UPF向第一卫星中的第一AN发送目标消息，以通知第一AN之后不再向其发送第一QoS流；以及控制第一卫星中的第一AN向第三卫星中的第二AN转发目标消息，以释放源路径。
需要说明的是，在第一终端接入的第一AN产生切换时，SMF还可以向地面UPF发送N4接口会话修改流程，将第三UPF的隧道信息携带给地面UPF，告知地面UPF第一AN发生切换，以触发地面UPF向第一卫星中的第一AN发送第二目标消息，第二目标消息中携带第二QoS流的流标识，通知第一AN之后不再向其发送第二QoS流；以及控制第一卫星中的第一AN向第三卫星中的第二AN转发第二目标消息，以通知第二AN后续将不再通过第一AN发送第二QoS流。
其中，第二目标消息，可以是地面UPF向第一AN发送的End Marker消息。
本申请实施例提供的PDU会话的管理方法，通过在SMF接收到针对第一终端建立的PDU会话的SM策略修改请求，并在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与PDU会话中建立的第一QoS流相同流标识的数据传输隧道时，创建位于第一卫星的第一UPF和位于第二卫星的第二UPF之间的数据传输隧道，进而指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输，以及将第二QoS流通过第一卫星的第一AN至地面UPF之间的数据传输隧道传输至第二卫星，进而在第一终端接入的AN发生切换时，更新数据传输隧道。由此，通过在星上设置UPF，建立第一卫星和第二卫星之间的数据传输隧道，并在第一终端接入的AN发生切换时更新数据传输隧道，以及根据实际业务需求对QoS流进行分流处理，以通过数据传输隧道实现第一终端与第二终端之间的特定业务数据传输，从而不仅无需通过卫星路由将卫星终端的业务数据发送至地面，降低了特定业务数据的传输时延，而且保证了数据传输隧道的稳定性，进一步提升了星上直接数据传输的可靠性。
为了实现上述实施例，本申请还提出一种装置。
图10为本申请实施例提供的一种装置的结构示意图。
如图10所示，该装置，包括：收发机1000、处理器1010、存储器1020。
其中，存储器1020，用于存储计算机程序；收发机1000，用于在所述处理器1010的控制下收发数据；处理器1010，用于读取所述存储器1020中的计算机程序并执行以下操作：
接收针对PDU会话的SM策略修改请求，请求触发在所PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立；
如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与第一QoS流相同流标识的数据传输隧道，则创建位于第一UPF和第二UPF之间的数据传输隧道，第一卫星是服务第一终端的卫星，第二卫星是服务第二终端的卫星，第二终端是根据应用层信息确定的；
指示所述第一UPF将第一QoS流上的数据通过数据传输隧道进行传输。
收发机1000，用于在处理器1010的控制下接收和发送数据。
其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1010代表的一个或多个处理器和存储器1020代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1000可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1010负责管理总线架构和通常的处理，存储器1020可以存储处理器1010在执行操作时所使用的数据。
处理器1010可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器也可以采用多核架构。
在本申请一种可能的实现形式中，上述处理器1010还用于执行以下操作：
将PDU会话的第二QoS流的数据通过位于第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
进一步的，在本申请另一种可能的实现形式中，上述创建位于第一UPF和第二UPF之间的数据传输隧道后，还包括：
当确定所述第一终端发生切换时，为所述PDU会话选择第三UPF，其中，所述第三UPF为切换后服务所述第一终端的第三卫星上的UPF；
为所述PDU会话插入所述第三UPF，创建所述第二UPF和所述第三UPF之间的数据传输隧道。
进一步的，在本申请再一种可能的实现形式中，上述在接收针对PDU会话的SM策略修改请求之后，还包括：
如果第一UPF和第二UPF之间已存在与第一QoS流相同流标识的数据传输隧道，则将第一QoS流的数据通过已存在的数据传输隧道传输。
进一步的，在本申请又一种可能的实现形式中，上述在创建位于第一UPF和第二UPF之间的数据传输隧道前，还包括：
在PDU会话中插入第一UPF，创建所述第一卫星的第一AN与所述第一UPF之间的N3接口隧道。
进一步的，在本申请又一种可能的实现形式中，上述创建位于第一UPF和第二UPF之间的数据传输隧道，包括：
根据第二终端的身份标识，从SMF中确定第二终端的用户面上下文；
根据用户面上下文确定为第二终端服务的第二UPF；
执行第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新第一UPF的隧道信息之中的对端端点信息，以创建位于第一UPF和第二UPF之间的数据传输隧道。
进一步的，在本申请另一种可能的实现形式中，上述在创建位于第一UPF和第二UPF之间的数据传输隧道之后，还包括：
确定第一QoS流的流标识；
建立第一QoS流的传输隧道关联规则，并将数据传输隧道与流标识进行关联。
进一步的，在本申请再一种可能的实现形式中，上述处理器1010还用于执行以下操作：：
确定目标分流方式；
根据目标分流方式，建立第一QoS流的传输隧道关联规则。
进一步的，在本申请又一种可能的实现形式中，上述目标分流方式是星上AN分流或星上UPF分流。
进一步的，在本申请又一种可能的实现形式中，在创建位于第一UPF和第二UPF之间的数据传输隧道之后，还包括：
若目标分流方式是星上UPF分流，则向第一UPF下发流转发规则，使得从N3接口隧道上接收的上行数据通过数据传输隧道传输，以及从数据传输隧道接收的下行数据通过N3接口隧道传输；
若目标分流方式是星上AN分流，则向第一AN下发流转发规则，使得从第一AN接收的上行数据通过数据传输隧道传输，以及从数据传输隧道接收的下行数据通过第一AN传输。
进一步的，在本申请另一种可能的实现形式中，其中，若上述目标分流方式是星上AN分流，则根据目标分流方式，建立第一QoS流的传输隧道关联规则，包括：
将第一UPF的N3隧道信息、第一QoS流的流标识发送至第一AN，并在第一AN中建立第一QoS流的传输隧道关联规则；
若上述目标分流方式是星上UPF分流，则上述根据目标分流方式，建立第一QoS流的传输隧道关联规则，包括：
将地面UPF的N9隧道信息、第一QoS流的流标识发送至第一UPF并在第一UPF中建立第一QoS流的传输隧道关联规则。
进一步的，在本申请再一种可能的实现形式中，上述在第一UPF中建立第一QoS流的传输隧道关联规则之后，还包括：
采用第二UPF的隧道信息，更新传输隧道关联规则中与第一QoS流的流标识对应的地面UPF的N9隧道信息。
进一步的，在本申请又一种可能的实现形式中，上述创建所述第二UPF和所述第三UPF之间的数据传输隧道，包括：
执行第二UPF的N4会话修改流程，并根据第三UPF的的隧道信息更新第二UPF的隧道信息之中的对端端点信息，以创建第二UPF和第三UPF之间的数据传输隧道。
进一步的，在本申请又一种可能的实现形式中，上述处理器1010还用于执行以下操作：
控制第二UPF向第一卫星中的第一AN发送目标消息，目标消息中携带第一QoS流的流标识，使得第一卫星中的第一AN向第三卫星中的第二AN转发目标消息，目标消息用于指示第一AN停止向第二UPF发送第一QoS流。
在此需要说明的是，本申请实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为了实现上述实施例，本申请还提出一种PDU会话的管理装置。
图11为本申请实施例提供的一种PDU会话的管理装置的结构示意图。
如图11所示，该PDU会话的管理装置1100，包括：
接收单元1101，用于接收针对PDU会话的SM策略修改请求，请求触发在PDU会话中建立第一QoS流，其中，PDU会话为第一终端建立；
第一创建单元1102，用于在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与第一QoS流相同流标识的数据传输隧道时，创建位于第一UPF和第二UPF之间的数据传输隧道，第一卫星是服务第一终端的卫星，第二卫星是服务第二终端的卫星，第二终端是根据应用层信息确定的；
第一传输单元1103，用于指示第一UPF将第一QoS流的数据通过数据传输隧道进行传输。
在本申请一种可能的实现形式中，上述PDU会话的管理装置1100，还包括：
第二传输单元，用于将PDU会话的第二QoS流的数据通过位于第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
进一步的，在本申请另一种可能的实现形式中，上述PDU会话的管理装置1100，还包括：
选择单元，用于当确定第一终端发生切换时，为PDU会话选择第三UPF，其中，第三UPF为切换后服务第一终端的第三卫星上的UPF；
第二创建单元，用于为PDU会话插入第三UPF，创建第二UPF和第三UPF之间的数据传输隧道。
进一步的，在本申请再一种可能的实现形式中，上述PDU会话的管理装置1100，还包括：
第三传输单元，用于在第一UPF和第二UPF之间已存在与第一QoS流相同流标识的数据传输隧道时，将第一QoS流的数据通过已存在的数据传输隧道传输。
进一步的，在本申请又一种可能的实现形式中，上述PDU会话的管理装置1100，还包括：
第一插入单元，用于在PDU会话中插入第一UPF，创建第一卫星的第一AN与第一UPF之间的N3接口隧道。
进一步的，在本申请又一种可能的实现形式中，上述第一创建单元1103，包括：
第一确定子单元，用于根据第二终端的身份标识，从SMF中确定第二终端的用户面上下文；
第二确定子单元，根据用户面上下文确定为第二终端服务的第二UPF；
第一执行子单元，用于执行第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新第一UPF的隧道信息之中的对端端点信息，以创建位于第一UPF和第二UPF之间的数据传输隧道。
进一步的，在本申请另一种可能的实现形式中，上述PDU会话的管理装置1100，还包括：
第二确定单元，用于确定第一QoS流的流标识；
第一建立单元，用于建立第一QoS流的传输隧道关联规则，并将数据传输隧道与流标识进行关联。
进一步的，在本申请再一种可能的实现形式中，上述PDU会话的管理装置1100，还包括：
第三确定单元，用于确定目标分流方式；
第二建立单元，用于根据目标分流方式，建立第一QoS流的传输隧道关联规则。
进一步的，在本申请又一种可能的实现形式中，上述目标分流方式是星上AN分流或星上UPF分流。
进一步的，在本申请又一种可能的实现形式中，上述PDU会话的管理装置1100，还包括：
第一下发单元，用于在目标分流方式是星上UPF分流时，向第一UPF下发流转发规则，使得从N3接口隧道上接收的上行数据通过数据传输隧道传输，以及从数据传输隧道接收的下行数据通过N3接口隧道传输；
第二下发单元，用于在目标分流方式是星上AN分流时，向第一AN下发流转发规则，使得从第一AN接收的上行数据通过数据传输隧道传输，以及从数据传输隧道接收的下行数据通过第一AN传输。
进一步的，在本申请另一种可能的实现形式中，若上述目标分流方式是星上AN分流，则上述第二建立单元，包括：
第一发送子单元，用于将第一UPF的N3隧道信息、第一QoS流的流标识发送至第一AN，并在第一AN中建立第一QoS流的传输隧道关联规则；
若上述目标分流方式是星上UPF分流，则上述第二建立单元，包括：
第二发送子单元，用于将地面UPF的N9隧道信息、第一QoS流的流标识发送至第一UPF，并在第一UPF中建立第一QoS流的传输隧道关联规则。
进一步的，在本申请再一种可能的实现形式中，上述第二建立单元，还包括：
更新子单元，用于采用第二UPF的隧道信息，更新传输隧道关联规则中与第一QoS流的流标识对应的地面UPF的N9隧道信息。
进一步的，在本申请又一种可能的实现形式中，上述第二创建单元，包括：
第二执行子单元，用于执行第二UPF的N4会话修改流程，并根据第三UPF的隧道信息更新第二UPF的隧道信息之中的对端端点信息，一创建第二UPF和第三UPF之间的数据传输隧道。
进一步的，在本申请又一种可能的实现形式中，上述PDU会话的管理装置1100，还包括：
控制单元，用于控制卫星的第二UPF向第一卫星中的第一AN发送目标消息，目标消息中携带第一QoS流的流标识，使得第一卫星中的第一AN向第三卫星中的第二AN转发目标消息，目标消息用于指示第一AN停止向第二UPF发送第一QoS流。
需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在此需要说明的是，本申请实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为了实现上述实施例，本申请还提出一种处理器可读存储介质。
其中，该处理器可读存储介质存储有计算机程序，该计算机程序用于使该处理器执行本申请实施例所述的PDU会话的管理方法。
所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (32)

1.一种协议数据单元PDU会话的管理方法，应用于SMF，其特征在于，所述方法包括：
接收针对PDU会话的SM策略修改请求，所述请求触发在所述PDU会话中建立第一QoS流，其中，所述PDU会话为第一终端建立；
如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，所述第一卫星是服务所述第一终端的卫星，所述第二卫星是服务第二终端的卫星，所述第二终端是根据应用层信息确定的；
指示所述第一UPF将所述第一QoS流的数据通过所述数据传输隧道进行传输。
2.如权利要求1所述的方法，其特征在于，所述方法，还包括：
将所述PDU会话的第二QoS流的数据通过位于所述第一卫星的第一接入网AN至地面UPF之间的数据传输隧道传输。
3.如权利要求1所述的方法，其特征在于，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道后，还包括：
当确定所述第一终端发生切换时，为所述PDU会话选择第三UPF，其中，所述第三UPF为切换后服务所述第一终端的第三卫星上的UPF；
为所述PDU会话插入所述第三UPF，创建所述第二UPF和所述第三UPF之间的数据传输隧道。
4.如权利要求1所述的方法，其特征在于，在所述接收针对PDU会话的SM策略修改请求之后，还包括：
如果所述第一UPF和所述第二UPF之间已存在与所述第一QoS流相同流标识的数据传输隧道，则将所述第一QoS流的数据通过已存在的数据传输隧道传输；
其中，所述已存在的数据传输隧道传输，是在接收到PDU会话建立请求，且确定存在与所述第一终端的第一标识对应的第二终端的第二标识之后创建的，所述第二终端是所述第二标识所属的终端。
5.如权利要求4所述的方法，其特征在于，在所述接收针对PDU会话的SM策略修改请求之前，还包括：
接收所述PDU会话建立请求，其中，所述PDU会话由所述第一终端建立；
所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，包括：
如果存在与所述第一终端的第一标识对应的第二终端的第二标识，则创建位于所述第一UPF和所述第二UPF之间的数据传输隧道。
6.如权利要求1所述的方法，其特征在于，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道前，还包括：
在所述PDU会话中插入所述第一UPF，创建所述第一卫星的第一AN与所述第一UPF之间的N3接口隧道。
7.如权利要求6所述的方法，其特征在于，所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，包括：
根据所述第二终端的身份标识，从所述SMF中确定所述第二终端的用户面上下文；
根据所述用户面上下文确定为所述第二终端服务的第二UPF；
执行所述第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新所述第一UPF的隧道信息之中的对端端点信息，以创建位于所述第一UPF和所述第二UPF之间的数据传输隧道。
8.如权利要求7所述的方法，其特征在于，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道之后，还包括：
确定所述第一QoS流的流标识；
建立所述第一QoS流的传输隧道关联规则，并将所述数据传输隧道与所述流标识进行关联。
9.如权利要求8所述的方法，其特征在于，所述方法，还包括：
确定目标分流方式；
根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则。
10.如权利要求9所述的方法，其特征在于，所述目标分流方式是星上AN分流或星上UPF分流。
11.如权利要求10所述的方法，其特征在于，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道之后，还包括：
若所述目标分流方式是所述星上UPF分流，则向所述第一UPF下发流转发规则，使得从所述N3接口隧道上接收的上行数据通过所述数据传输隧道传输，以及从所述数据传输隧道接收的下行数据通过所述N3接口隧道传输；
若所述目标分流方式是所述星上AN分流，则向所述第一AN下发流转发规则，使得从第一AN接收的所述上行数据通过所述数据传输隧道传输，以及从所述数据传输隧道接收的下行数据通过所述第一AN传输。
12.如权利要求10所述的方法，其特征在于，其中，
若所述目标分流方式是所述星上AN分流，则所述根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则，包括：
将所述第一UPF的N3隧道信息、所述第一QoS流的流标识发送至第一AN，并在所述第一AN中建立所述第一QoS流的传输隧道关联规则；
若所述目标分流方式是所述星上UPF分流，则所述根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则，包括：
将地面UPF的N9隧道信息、所述第一QoS流的流标识发送至所述第一UPF，并在所述第一UPF中建立所述第一QoS流的传输隧道关联规则。
13.如权利要求12所述的方法，其特征在于，在所述在所述第一UPF中建立所述第一QoS流的传输隧道关联规则之后，还包括：
采用所述第二UPF的隧道信息，更新所述传输隧道关联规则中与所述第一QoS流的流标识对应的地面UPF的N9隧道信息。
14.如权利要求3所述的方法，其特征在于，所述创建所述第二UPF和所述第三UPF之间的数据传输隧道，包括：
执行所述第二UPF的N4会话修改流程，并根据所述第三UPF的隧道信息更新所述第二UPF的隧道信息之中的对端端点信息，以创建所述第二UPF和所述第三UPF之间的数据传输隧道。
15.如权利要求3所述的方法，其特征在于，还包括：
控制所述第二UPF向所述第一卫星中的第一AN发送目标消息，所述目标消息中携带所述第一QoS流的流标识，使得所述第一卫星中的所述第一AN向所述第三卫星中的第二AN转发所述目标消息，所述目标消息用于指示所述第一AN停止向所述第二UPF发送所述第一QoS流。
16.一种装置，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收针对PDU会话的SM策略修改请求，所述请求触发在所述PDU会话中建立第一QoS流，其中，所述PDU会话为第一终端建立；
如果第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道，则创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，所述第一卫星是服务所述第一终端的卫星，所述第二卫星是服务第二终端的卫星，所述第二终端是根据应用层信息确定的；
指示所述第一UPF将所述第一QoS流的数据通过所述数据传输隧道进行传输。
17.如权利要求16所述的装置，其特征在于，还包括：
将所述PDU会话的第二QoS流的数据通过位于所述第一卫星的第一AN至地面UPF之间的数据传输隧道传输。
18.如权利要求17所述的装置，其特征在于，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道后，还包括：
当确定所述第一终端发生切换时，为所述PDU会话选择第三UPF，其中，所述第三UPF为切换后服务所述第一终端的第三卫星上的UPF；
为所述PDU会话插入所述第三UPF，创建所述第二UPF和所述第三UPF之间的数据传输隧道。
19.如权利要求16所述的装置，其特征在于，在所述接收针对PDU会话的SM策略修改请求之后，还包括：
如果所述第一UPF和所述第二UPF之间已存在与所述第一QoS流相同流标识的数据传输隧道，则将所述第一QoS流的数据通过已存在的数据传输隧道传输；
其中，所述已存在的数据传输隧道传输，是在接收到PDU会话建立请求，且确定存在与所述第一终端的第一标识对应的第二终端的第二标识之后创建的，所述第二终端是所述第二标识所属的终端。
20.如权利要求19所述的装置，其特征在于，在所述接收针对PDU会话的SM策略修改请求之前，还包括：
接收所述PDU会话建立请求，其中，所述PDU会话由所述第一终端建立；
所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，包括：
如果存在与所述第一终端的第一标识对应的第二终端的第二标识，则创建位于所述第一UPF和所述第二UPF之间的数据传输隧道。
21.如权利要求16所述的装置，其特征在于，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道前，还包括：
在所述PDU会话中插入所述第一UPF，创建所述第一卫星的第一AN与所述第一UPF之间的N3接口隧道。
22.如权利要求21所述的装置，其特征在于，所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，包括：
根据所述第二终端的身份标识，从所述SMF中确定所述第二终端的用户面上下文；
根据所述用户面上下文确定为所述第二终端服务的第二UPF；
执行所述第一UPF的N4会话修改流程，并根据第二UPF的隧道信息更新所述第一UPF的隧道信息之中的对端端点信息，以创建位于所述第一UPF和所述第二UPF之间的数据传输隧道。
23.如权利要求22所述的装置，其特征在于，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道之后，还包括：
确定所述第一QoS流的流标识；
建立所述第一QoS流的传输隧道关联规则，并将所述数据传输隧道与所述流标识进行关联。
24.如权利要求23所述的装置，其特征在于，还包括：
确定目标分流方式；
根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则。
25.如权利要求24所述的装置，其特征在于，所述目标分流方式是星上AN分流或星上UPF分流。
26.如权利要求25所述的方法，其特征在于，在所述创建位于所述第一UPF和所述第二UPF之间的数据传输隧道之后，还包括：
若所述目标分流方式是所述星上UPF分流，则向所述第一UPF下发流转发规则，使得从所述N3接口隧道上接收的上行数据通过所述数据传输隧道传输，以及从所述数据传输隧道接收的下行数据通过所述N3接口隧道传输；
若所述目标分流方式是所述星上AN分流，则向所述第一AN下发流转发规则，使得从第一AN接收的所述上行数据通过所述数据传输隧道传输，以及从所述数据传输隧道接收的下行数据通过所述第一AN传输。
27.如权利要求25所述的装置，其特征在于，其中，
若所述目标分流方式是所述星上AN分流，则根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则，包括：
将所述第一UPF的N3隧道信息、所述第一QoS流的流标识发送至第一AN，并在所述第一AN中建立所述第一QoS流的传输隧道关联规则；
若所述目标分流方式是所述星上UPF分流，则所述根据所述目标分流方式，建立所述第一QoS流的传输隧道关联规则，包括：
将地面UPF的N9隧道信息、所述第一QoS流的流标识发送至所述第一UPF，并在所述第一UPF中建立所述第一QoS流的传输隧道关联规则。
28.如权利要求27所述的装置，其特征在于，在所述在所述第一UPF中建立所述第一QoS流的传输隧道关联规则之后，还包括：
采用所述第二UPF的隧道信息，更新所述传输隧道关联规则中与所述第一QoS流的流标识对应的地面UPF的N9隧道信息。
29.如权利要求18所述的装置，其特征在于，所述创建所述第二UPF和所述第三UPF之间的数据传输隧道，包括：
执行所述第二UPF的N4会话修改流程，并根据所述第三UPF的隧道信息更新所述第二UPF的隧道信息之中的对端端点信息，以创建所述第二UPF和所述第三UPF之间的数据传输隧道。
30.如权利要求18所述的装置，其特征在于，还包括：
控制所述第二UPF向所述第一卫星中的第一AN发送目标消息，所述目标消息中携带所述第一QoS流的流标识，使得所述第一卫星中的所述第一AN向所述第三卫星中的第二AN转发所述目标消息，所述目标消息用于指示所述第一AN停止向所述第二UPF发送所述第一QoS流。
31.一种PDU会话的管理装置，其特征在于，所述装置包括：
接收单元，用于接收针对PDU会话的SM策略修改请求，所述请求触发在所述PDU会话中建立第一QoS流，其中，所述PDU会话为第一终端建立；
第一创建单元，用于在第一卫星的第一UPF和第二卫星的第二UPF之间不存在与所述第一QoS流相同流标识的数据传输隧道时，创建位于所述第一UPF和所述第二UPF之间的数据传输隧道，所述第一卫星是服务所述第一终端的卫星，所述第二卫星是服务第二终端的卫星，所述第二终端是根据应用层信息确定的；
第一传输单元，用于指示所述第一UPF将所述第一QoS流的数据通过所述数据传输隧道进行传输。
32.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求1至15任一项所述的方法。
CN202011540381.4A 2020-12-04 2020-12-23 协议数据单元pdu会话的管理方法、装置及存储介质 Active CN114666393B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP21899889.6A EP4258569A4 (en) 2020-12-04 2021-11-18 METHOD AND APPARATUS FOR PROTOCOL DATA UNIT (PDU) SESSION MANAGEMENT
PCT/CN2021/131573 WO2022116855A1 (zh) 2020-12-04 2021-11-18 协议数据单元pdu会话的管理方法和装置
US18/255,422 US11968127B2 (en) 2020-12-04 2021-11-18 Protocol data unit (PDU) session management method and apparatus
KR1020237022690A KR20230113389A (ko) 2020-12-04 2021-11-18 프로토콜 데이터 유닛(pdu) 세션의 관리 방법 및 장치
JP2023534198A JP2023552429A (ja) 2020-12-04 2021-11-18 プロトコルデータユニット（ｐｄｕ）セッションの管理方法と装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2020114071421 2020-12-04
CN202011407142 2020-12-04

Publications (2)

Publication Number Publication Date
CN114666393A true CN114666393A (zh) 2022-06-24
CN114666393B CN114666393B (zh) 2024-04-02

Family

ID=82025256

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011540381.4A Active CN114666393B (zh) 2020-12-04 2020-12-23 协议数据单元pdu会话的管理方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN114666393B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115361058A (zh) * 2022-10-19 2022-11-18 成都星联芯通科技有限公司 一种卫星便携站对星方法、装置、存储介质及卫星便携站
WO2024012378A1 (zh) * 2022-07-13 2024-01-18 华为技术有限公司 一种通信方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014179367A1 (en) * 2013-04-29 2014-11-06 Hughes Network Systems, Llc Data encryption protocols for mobile satellite communications
WO2020034316A1 (en) * 2018-09-27 2020-02-20 Zte Corporation Methods and systems for handling user equipment associated information
WO2020173438A1 (zh) * 2019-02-27 2020-09-03 华为技术有限公司 一种卫星协作通信的方法、装置及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014179367A1 (en) * 2013-04-29 2014-11-06 Hughes Network Systems, Llc Data encryption protocols for mobile satellite communications
WO2020034316A1 (en) * 2018-09-27 2020-02-20 Zte Corporation Methods and systems for handling user equipment associated information
WO2020173438A1 (zh) * 2019-02-27 2020-09-03 华为技术有限公司 一种卫星协作通信的方法、装置及系统
CN111629400A (zh) * 2019-02-27 2020-09-04 华为技术有限公司 一种卫星协作通信的方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: "S2-2007079 "Discussion on QoS limitation awared UPF selection."", 3GPP TSG_SA\\WG2_ARCH, no. 2 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024012378A1 (zh) * 2022-07-13 2024-01-18 华为技术有限公司 一种通信方法及装置
CN115361058A (zh) * 2022-10-19 2022-11-18 成都星联芯通科技有限公司 一种卫星便携站对星方法、装置、存储介质及卫星便携站
CN115361058B (zh) * 2022-10-19 2023-03-10 成都星联芯通科技有限公司 一种卫星便携站对星方法、装置、存储介质及卫星便携站

Also Published As

Publication number Publication date
CN114666393B (zh) 2024-04-02

Similar Documents

Publication Publication Date Title
US20220174759A1 (en) Method and apparatus for operating wireless communication system having separated mobility management and session management
US20190166634A1 (en) Communication control method, and related network element
CN110290471B (zh) 一种会话管理功能实体及计算机可读介质
CN109842643B (zh) 一种会话处理的方法、装置及系统
CN109429370B (zh) 一种信息处理方法及装置
US11968127B2 (en) Protocol data unit (PDU) session management method and apparatus
CN110519807B (zh) 一种通信方法及装置
KR20190127869A (ko) 세션 재확립 방법 및 장치, 액세스 및 이동성 관리 기능 엔티티, 세션 관리 기능 엔티티 및 단말
US20190058767A1 (en) Application relocation between clouds
US10624145B2 (en) Service transmission method, apparatus, and device
JP2021518684A (ja) アクセストラフィックステアリング、スイッチング、及び／又は、分割動作のための装置及び方法
WO2019157788A1 (zh) 传输控制方法、装置和系统
CN110475290B (zh) 一种会话切换方法及装置
CN114666393B (zh) 协议数据单元pdu会话的管理方法、装置及存储介质
CN113438664B (zh) 一种会话路径优化方法及装置
CN105325031B (zh) 一种业务路径变更方法及装置
CN114599065A (zh) 网络切换方法、融合网元、通信系统和存储介质
CN112839365A (zh) 下行数据的乱序控制方法及装置
CN113473525B (zh) 一种数据传输的方法及装置
CN113170370A (zh) 系统互操作的方法及装置
US20230007128A1 (en) Voice packets over the control plane
CN113163337B (zh) 一种传输方式的修改方法、装置、系统、设备及介质
CN116074904A (zh) 小基站切换方法和装置及基站网关
CN111757397B (zh) 一种进行数据前转的方法及设备
CN110831076B (zh) 一种pdu会话的处理方法及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant