CN114080054A - 一种pdu会话建立方法、终端设备和芯片系统 - Google Patents

一种pdu会话建立方法、终端设备和芯片系统 Download PDF

Info

Publication number
CN114080054A
CN114080054A CN202010813681.9A CN202010813681A CN114080054A CN 114080054 A CN114080054 A CN 114080054A CN 202010813681 A CN202010813681 A CN 202010813681A CN 114080054 A CN114080054 A CN 114080054A
Authority
CN
China
Prior art keywords
ursp
pdu session
baseband processor
application
data packet
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
CN202010813681.9A
Other languages
English (en)
Other versions
CN114080054B (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.)
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 CN202010813681.9A priority Critical patent/CN114080054B/zh
Priority to EP21855398.0A priority patent/EP4192184A4/en
Priority to PCT/CN2021/110029 priority patent/WO2022033345A1/zh
Publication of CN114080054A publication Critical patent/CN114080054A/zh
Application granted granted Critical
Publication of CN114080054B publication Critical patent/CN114080054B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请涉及通信技术领域，提供了一种PDU会话建立方法、终端设备和芯片系统。该方法应用于终端设备，终端设备包括应用处理器和基带处理器，基带处理器中存储有URSP列表，URSP列表中包括至少一个URSP。该方法包括：应用处理器获取应用程序的第一数据包，给第一数据包添加应用程序的标识信息形成第二数据包，并将第二数据包发送给基带处理器。基带处理器在URSP列表中查找与标识信息对应的URSP，根据该URSP确定PDU会话激活参数，并根据PDU会话激活参数建立PDU会话，该PDU会话用于传输第二数据包。本实施例提供的PDU会话建立方法能够通过基带处理器进行URSP匹配选择并建立PDU会话，为应用程序与应用服务器提供数据传输通道。

Description

一种PDU会话建立方法、终端设备和芯片系统
技术领域
本申请涉及通信技术领域，尤其涉及一种PDU会话建立方法、终端设备和芯片系统。
背景技术
第五代移动通信系统(简称5G通信系统)中包括多个网络切片(network slicing，NS)，各个网络切片可以同时对不同的应用程序提供不同的业务承载能力，从而提高5G通信系统的灵活性和业务适应性。
应用程序通常安装在终端设备上，由于应用程序与应用服务器之间的通信需要一条数据传输通道，并且5G通信系统支持协议数据单元(protocol data unit，PDU)连接业务。因此，可以在终端设备和网络切片之间建立一个PDU会话，作为应用程序与应用服务器之间的数据传输通道。
发明内容
本申请提供一种PDU会话建立方法、终端设备和芯片系统，以通过基带处理器进行URSP匹配选择并建立PDU会话，为应用程序与应用服务器提供数据传输通。
为达到上述目的，本申请采用如下技术方案：
第一方面，本申请实施例提供一种PDU会话建立方法，应用于终端设备，该终端设备包括应用处理器和基带处理器，该基带处理器中存储有URSP列表，URSP列表中包括至少一个URSP。该方法包括：
应用处理器，获取应用程序的第一数据包；以及，给第一数据包添加该应用程序的标识信息形成第二数据包；以及，将该第二数据包发送给该基带处理器。
基带处理器，在URSP列表中查找与该标识信息对应的URSP；以及，根据与该标识信息对应的URSP，确定PDU会话激活参数；以及，根据该PDU会话激活参数建立PDU会话，该PDU会话用于传输第二数据包。
应用程序向应用处理器发送的第一数据包，通常先经过应用处理器到达基带处理器，再由基带处理器发送给核心网设备，最后由核心网设备发送给应用服务器。由于应用程序发送第一数据包可能并不包括应用程序的标识信息，所以基带处理器可能无法根据其标识信息进行URSP匹配选择并建立PDU会话。
而在本实施例中，应用处理器先给应用程序的每一个第一数据包均添加应用程序的标识信息，形成第二数据包之后，再将第二数据包发送给基带处理器。随后，基带处理器就能够获取到该应用程序的标识信息，根据该标识信息在URSP列表中确定对应的URSP，并根据该URSP建立PDU会话。因此，本实施例提供的PDU会话建立方法，可以通过基带处理器进行URSP匹配选择并建立PDU会话，为应用程序与应用服务器提供数据传输通。
在一些实施例中，标识信息为应用标识App ID，或者用户账号标识UID。其中，AppID用于唯一标识该应用程序，UID用于唯一标识该应用程序的一个用户账号。
在一些实施例中，若标识信息为App ID，则基带处理器在URSP列表中查找与该标识信息对应的URSP，包括：基带处理器在URSP列表查找与App ID对应的URSP。
通过本实施例提供的PDU会话建立方法，基带处理器能够确定待传输的第二数据包的App ID，并根据该App ID进行URSP匹配选择并建立PDU会话，为应用程序与应用服务器提供数据传输通。
在一些实施例中，若标识信息为UID，则基带处理器在URSP列表中查找与标识信息对应的URSP，包括：基带处理器根据预设的对应关系表确定该UID对应的App ID，该对应关系表中包括UID和App ID的对应关系；以及，在URSP列表查找与该App ID对应的URSP。
通过本实施例提供的PDU会话建立方法，基带处理器能够确定待传输的第二数据包的UID，并根据该UID进行URSP匹配选择并建立PDU会话，为应用程序与应用服务器提供数据传输通。
在一些实施例中，应用处理器给第一数据包添加应用程序的标识信息形成第二数据包，包括：应用处理器在第一数据包的以太网首部或者以太网尾部未被占用的字段添加应用程序的标识信息，形成该第二数据包。
通过将标识信息添加在第一数据包的以太网首部或者以太网尾部中的未被占用的字段，避免了应用处理器给该第一数据包添加新的字段，有助于节约资源。
在一些实施例中，在应用处理器获取应用程序的第一数据包之前，该方法还包括：基带处理器向核心网设备发送注册请求；以及，接收核心网设备发送的注册受理消息，该注册受理消息携带核心网设备允许该终端设备使用的网络切片选择辅助信息AllowedNSSAI；以及，存储该Allowed NSSAI。
可以理解，基带处理器向核心网注册并将Allowed NSSAI存储在本地之后，在根据URSP确定PDU会话激活参数的过程中，基带处理器便能够根据Allowed NSSAI选择URSP中合法的S-NSSAI建立PDU会话。
在一些实施例中，在基带处理器存储该Allowed NSSAI之后，在应用处理器获取应用程序发送的第一数据包之前，该方法还包括：基带处理器接收核心网设备发送的终端设备管理命令，该命令中携带至少一个URSP；以及存储该至少一个URSP，形成URSP列表；以及，向核心网设备发送终端设备管理完成消息，该消息用于指示该基带处理器已处理该终端设备管理命令。
可以理解，基带处理器通过在本地存储URSP列表之后，才能在本地根据应用程序的标识信息基于该URSP列表执行URSP匹配策略，建立PDU会话。
在一些实施例中，PDU会话激活参数包括单个网络切片选择辅助信息S-NSSAI、数据网络名称DNN和协议类型；其中，该S-NSSAI包括在允许的网络切片选择辅助信息AllowedNSSAI中。
在一些实施例中，该方法还包括：基带处理器接收核心网设备发送的配置更新命令，该配置更新命令携带第一URSP和第二URSP，该第二URSP为第一URSP更新后的URSP；以及，根据配置更新命令，将URSP列表中的第一URSP替换为第二URSP。
通过该方法可以更新URSP列表中无效的URSP，在一定程度上避免应用程序在运行过程中出现网络异常的情况。
在一些实施例中，基带处理器根据PDU会话激活参数建立PDU会话，包括：基带处理器确定已建立的PDU会话；若已建立的PDU会话中不存在根据PDU会话激活参数建立的PDU会话，则基带处理器根据PDU会话激活参数建立PDU会话。通过该方法可以在一定程度上避免基带处理根据同一PDU会话激活参数重复建立PDU会话，造成资源浪费的问题。
在一些实施例中，基带处理器为调制解调器。
第二方面，本申请实施例提供一种终端设备，该终端设备包括应用处理器和基带处理器，基带处理器中存储有终端设备路由选择策略URSP列表，该URSP列表中包括至少一个URSP。
应用处理器被配置为，获取应用程序的第一数据包；给第一数据包添加该应用程序的标识信息形成第二数据包；以及，将该第二数据包发送给该基带处理器。
基带处理器被配置为，在该URSP列表中查找与该标识信息对应的URSP；根据与该标识信息对应的URSP，确定PDU会话激活参数；以及，根据该PDU会话激活参数建立PDU会话，该PDU会话用于传输第二数据包。
在一些实施例中，标识信息为应用标识App ID，或者用户账号标识UID。
在一些实施例中，若标识信息为App ID，则基带处理器在URSP列表中查找与标识信息对应的URSP，包括：基带处理器在URSP列表查找与App ID对应的URSP。
在一些实施例中，若标识信息为UID，则基带处理器在URSP列表中查找与标识信息对应的URSP，包括：基带处理器根据预设的对应关系表确定UID对应的App ID，对应关系表中包括UID和App ID的对应关系；以及，在URSP列表查找与App ID对应的URSP。
在一些实施例中，应用处理器给第一数据包添加应用程序的标识信息形成第二数据包，具体包括：
应用处理器在第一数据包的以太网首部或者以太网尾部未被占用的字段添加该应用程序的标识信息，形成第二数据包。
在一些实施例中，在应用处理器获取应用程序的第一数据包之前，基带处理器还被配置为，向核心网设备发送注册请求；接收核心网设备发送的注册受理消息，该注册受理消息携带核心网设备允许该终端设备使用的网络切片选择辅助信息Allowed NSSAI；以及，存储该Allowed NSSAI。
在一些实施例中，在基带处理器存储Allowed NSSAI之后，在应用处理器获取应用程序发送的第一数据包之前，基带处理器还被配置为：接收核心网设备发送的终端设备管理命令，该命令中携带至少一个URSP；存储该至少一个URSP，形成URSP列表；以及，向核心网设备发送终端设备管理完成消息，该消息用于指示基带处理器已处理终端设备管理命令。
在一些实施例中，PDU会话激活参数包括单个网络切片选择辅助信息S-NSSAI、数据网络名称DNN和协议类型；其中，S-NSSAI包括在允许的网络切片选择辅助信息AllowedNSSAI中。
在一些实施例中，基带处理器还被配置为，接收核心网设备发送的配置更新命令，配置更新命令携带第一URSP和第二URSP，第二URSP为第一URSP更新后的URSP；以及，根据配置更新命令将URSP列表中的该第一URSP替换为第二URSP。
在一些实施例中，基带处理器根据PDU会话激活参数建立PDU会话，包括：基带处理器确定已建立的PDU会话；若已建立的PDU会话中不存在根据该PDU会话激活参数建立的PDU会话，则基带处理器根据该PDU会话激活参数建立PDU会话。
在一些实施例中，基带处理器为调制解调器。
第三方面，本申请实施例提供一种芯片系统，包括存储器，与存储器耦合的应用处理器和基带处理器，应用处理器和基带处理器执行存储器中存储的计算机程序，以实现如上述第一方面提供的PDU会话建立方法。
第四方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被应用处理器和基带处理器执行时实现如上述第一方面提供的PDU会话建立方法。
第五方面，本申请实施例提供一种计算机程序产品，当该计算机程序产品在终端设备上运行时，使得该终端设备执行如上述第一方面提供的PDU会话建立方法。
可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
图1为本申请实施例提供的5G通信系统架构的示意性框图；
图2为本申请实施例提供的网络切片的应用场景示意图；
图3为本申请实施例提供的终端设备的结构示意图；
图4为本申请的一个实施例提供的PDU会话建立的第一阶段的流程示意图；
图5为本申请的一个实施例提供的PDU会话建立的第二阶段的流程示意图；
图6为本申请实施例提供的URSP匹配策略的流程示意图；
图7为本申请的另一个实施例提供的PDU会话建立的第一阶段的流程示意图；
图8为本申请的另一个实施例提供的PDU会话的建立方法的流程示意图；
图9为本申请实施例提供的数据包的结构示意图。
图10为本申请的又一个实施例提供的PDU会话建立的第二阶段的流程示意图；
图11为本申请的其他一些实施例提供的PDU会话建立的第二阶段的流程示意图。
具体实施方式
本申请实施例提供一种PDU会话建立方法，该方法适用于5G通信系统、5G以上的通信系统、未来演进的公共陆地移动网络(public land mobile network，PLMN)以及后续支持第三代合作伙伴计划(3rd generation partnership project，3GPP)协议版本的通信系统，本申请实施例对此不进行限定。
下面以5G通信系统为例，对本申请实施例提供的PDU会话建立方法进行说明。
图1为本申请实施例提供的5G通信系统架构的示意性框图。参见图1所示，5G通信系统包括：终端设备110、接入网设备120、核心网设备130以及数据网络160(data network，DN)。
其中，终端设备110可以通过无线空口连接到运营商部署的接入网设备120，继而通过核心网设备130连接到数据网络160。在本实施例中，终端设备110可以为用户设备(user equipment，UE)，例如智能手机、平板电脑、笔记本电脑、智能可穿戴设备、个人数字助理(personal digital assistant，PDA)等。
接入网设备120主要用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理等功能。在本实施例中，接入网设备可以为接入网(accessnetwork，AN)或者无线接入网(radio access network，RAN)设备。
核心网设备130包括管理设备140和网关设备150。其中，管理设备140可以包括接入与移动性管理功能(access&mobility function，AMF)、会话管理功能(sessionmanagement function，SMF)、策略控制功能(policy control function，PCF)等功能单元。这些功能单元可以独立工作，也可以组合在一起实现某些控制功能。例如，AMF、SMF和PCF可以协同工作，完成终端设备的接入鉴权、安全加密、位置注册等接入控制和移动性管理功能，以及用户面传输路径的建立、释放和更改等会话管理功能，以及分析一些网络切片相关的数据、终端设备相关的数据的功能。网关设备150主要用于与终端设备间建立通道，在该通道上转发终端设备和外部数据网络之间的数据包。
数据网络160可对应于多种不同的业务域，例如IP多媒体子系统(IP multimediasubsystem，IMS)、互联网(Internet)、第三方应用相关的业务领域等，主要用于为终端设备提供多种数据业务服务，其中可以包含例如服务器(如第三方的应用服务器)、路由器、网关等网络设备。
需要说明的是，图1仅为5G通信系统的示例性架构图，除过图1中所示功能单元之外，5G通信系统的网络架构还可以包括其他功能单元或者功能实体，本实施例对此不进行限定。
5G通信系统中包括多个网络切片。其中，网络切片是在物理网络中，将相关的业务功能、网络资源和网络配置组合在一起而形成的一个逻辑网络，能够满足特定的业务需求(例如特定范围内的时延、抖动、丢包率、带宽等)。通过网络切片，5G通信系统可以对不同的应用程序(例如游戏应用程序、聊天应用程序等)同时提供不同的业务承载能力，从而提高5G网络架构的灵活性、业务适应性以及资源利用率。
应用厂商(即应用程序的提供厂商)通过与运营商签约网络切片业务，使得用户在运行该应用程序时能够通过网络切片与对应的应用服务器通信，提高该应用程序在终端设备中运行的流畅性，提高用户体验。具体地，应用厂商与运营商签约网络切片业务时，会与运营商协商确定一个服务质量规则(quality of service rules，Qos rules)。其中，Qosrules中约定了所签约的网络切片传输数据的带宽、时延、丢包率等基本参数。在Qos rules确定之后，运营商的核心网设备会生成一个终端设备路由选择策略(UE route selectionpolicy，URSP)。
终端设备根据URSP为应用程序选择对应的网络切片，并建立与该网络切片的PDU会话，以便应用程序与应用服务器通信。其中，URSP包括流量描述符(traffic descriptor)和路由选择描述符(route selection descriptor)。
流量描述符用于描述终端设备传输的流量的特性，可以包括应用标识(application identification，App ID)、目标网际互联协议(internet protocol，IP)三元组、数据网络名称(data network name，DNN)、访问目标的全限定域名(fully qualifieddomain name，FQDN)等参数中的任意一种。其中，App ID用于唯一标识一个应用程序，IP三元组包括目的IP地址、目的端口号以及协议类型。
路由选择描述符用于描述终端设备激活与网络切片的PDU会话所需的参数，可以包括网络切片选择辅助信息(network slice selection assistance information，NSSAI)、DNN、协议类型等参数。其中，NSSAI通常包括多个单个网络切片选择辅助信息(single-NSSAI，S-NSSAI)，S-NSSAI用于唯一标识一个单独的网络切片。此外，协议类型可以为传输控制协议(transmission control protocol，TCP)、用户数据报协议(userdatagram protocol，UDP)等。
在一些实施例中，核心网设备可以根据终端设备与运营商的签约信息，将对应的URSP发送给终端设备。示例性的，用户可以通过运营商的营业大厅、拨打运营商客服电话等方式签约购买一个定向5G网络切片套餐。该套餐内的资源可以包含：100GB指定应用程序的多网络切片定向流量，这些指定应用程序可以包括应用程序A、应用程序B、应用程序C、应用程序D等。签约成功之后，或者终端设备在核心网设备注册成功之后，核心网设备便将该套餐范围内所有指定应用程序的相关URSP发送给签约手机号码对应的终端设备。示例性的，该相关的URSP可以包括应用程序A、应用程序B、应用程序C、应用程序D对应的URSP。
需要说明的是，每一个应用程序都可能有多个URSP。以应用程序A为例，例如表1所示，核心网发送的应用程序A的URSP包括URSP-A1、URSP-A2和URSP-A3。在应用程序A的各个URSP中，流量描述符通常是不同的，路由选择描述符可以相同，也可以不同。例如，URSP-A1、URSP-A2和URSP-A3的流量描述符可以分别为App ID、IP三元组和DNN，路由选择描述符可以依次为NSSAI1+DNN+TCP、NSSAI1+DNN+TCP和NSSAI2+DNN+TCP。其中，NSSAI可以是一个路由选择列表，在该路由选择列表中，按照优先级的不同依次记录了与流量描述符对应的多个S-NSSAI。示例性的，如表2所示，在NSSAI1对应的路由选择列表中，按照优先级由高到低的次序依次包括S-NSSAI1、S-NSSAI2、S-NSSAI3、S-NSSAI4和S-NSSAI5。
表1应用程序A的URSP
Figure BDA0002631917360000061
表2路由选择列表
S-NSSAI1
S-NSSAI2
S-NSSAI3
S-NSSAI4
S-NSSAI5
图2为本申请实施例提供的网络切片的应用场景示意图。参见图2，终端设备中的应用程序可以根据URSP选择对应的网络切片，并连接到对应的应用服务器。终端设备中应用程序所使用的网络切片，是根据应用厂商与运营商签约的网络切片业务确定的。各个应用程序与网络切片之间的对应关系可以包括如下(1)～(3)所示：
(1)不同的应用程序可以通过不同的网络切片连接到不同的应用服务器。例如，参见图2，应用程序A可以使用第一网络切片连接到应用服务器A-1，应用程序B使用第三网络切片连接到应用服务器B。
(2)同一应用程序可以通过不同的网络切片连接到不同的应用服务器。例如，参见图2，应用程序A可以使用第一网络切片连接到应用服务器A-1，也可以使用第二网络切片连接到应用服务器A-2。
(3)不同应用程序可以通过同一网络切片连接到不同的应用服务器。例如，参见图2，应用程序C可以使用第四网络切片连接到应用服务器C。应用程序D可以使用第四网络切片连接到应用服务器D。
然而，终端设备只有在建立与网络切片之间的PDU会话之后，应用程序才能使用该PDU会话，通过网络切片与应用服务器通信。为此，本申请实施例提供一种PDU会话建立方法，用于建立终端设备与网络切片之间的PDU会话，提高数据传输速率，提高用户体验。
参见图3，本申请实施例所涉及的终端设备可以包括应用程序层(APP)、应用处理器(application processor，AP)和基带处理器(如调制解调器Modem)。其中，应用程序层可以包括一系列应用程序包，该应用程序包可以包括游戏应用、聊天应用，短信息，日历，相机，视频，导航，图库，通话等应用程序。应用处理器用于向应用程序层的各个应用程序提供应用编程接口(application programming interface，API)和编程框架。应用处理器可以包括一些预先定义的函数，例如用于接收应用程序框架层所发送的事件的函数。Modem用于收发其他设备(例如核心网设备)的消息，在发送端通过调制将数字信号转换为模拟信号，在接收端通过解调再将模拟信号转换为数字信号。
本实施例提供的PDU会话建立过程可以分两个阶段。第一阶段，终端设备在开机、更换客户识别模块(subscriber identity module，SIM)卡或者取消飞行模式等场景之后，向核心网设备注册。并且如果终端设备有被配置使用的网络切片，则核心网设备在终端设备注册成功之后，向终端设备发送URSP。第二阶段，终端设备根据不同的应用程序建立PDU会话。具体地，终端设备可以通过应用处理器执行URSP匹配策略，建立与网络切片的PDU会话；也可以通过调制解调器执行URSP匹配策略，建立与网络切片的PDU会话，具体如下所示。
下面结合图3所示的终端设备，对PDU会话建立的两个阶段进行介绍。
图4为本申请的一个实施例提供的PDU会话建立的第一阶段的流程示意图。参见图4，该方法具体包括如下步骤S401～S409。
S401，调制解调器向核心网设备发送注册请求。
示例性的，终端设备在开机、更换SIM卡或者取消飞行模式之后，调制解调器会自动向终端设备发送注册请求(Registration request)，从而向核心网设备发起注册流程。或者调制解调器在接收到应用处理器下发的命令之后，向核心网设备发送注册请求。
S402，核心网设备向调制解调器发送注册受理消息，该注册受理消息携带允许的网络切片选择辅助信息(Allowed NSSAI)。
核心网设备在接收到终端设备发送的注册请求之后，会向终端设备的调制解调器发送注册受理消息(Registration Accept)，该注册受理消息中携带Allowed NSSAI。其中，Allowed NSSAI为核心网设备允许该终端设备使用的NSSAI。
S403，调制解调器将Allowed NSSAI发送给应用处理器。
S404，应用处理器存储Allowed NSSAI。
可以理解，结合参见下文步骤S601-S609中示出的PDU会话激活参数的确定过程可知，应用处理器将Allowed NSSAI存储在本地之后，便能够在根据URSP确定PDU会话激活参数的过程中，根据Allowed NSSAI选择URSP中合法的S-NSSAI建立PDU会话。
通过上述步骤S401～S404，终端设备在核心网设备注册成功。在终端设备在核心网设备注册成功之后，示例性的，如果终端设备当前使用的手机号码签约了网络切片业务，或者某些应用厂商给该终端设备配置了其所提供的应用程序时的网络切片，则核心网设备继续执行后续步骤S405-S409，以便向该终端设备发送与上述网络切片业务对应的URSP。
S405，核心网设备向终端设备的调制解调器发送终端设备管理命令(Manage UEpolicy command)，该命令中携带至少一个URSP。
示例性的，若终端设备当前所使用的手机号码签约了上述本实施例提供的5G定向网络切片套餐，核心网设备可以通过下行非接入层传输通道(DL NAS Transport)将该套餐范围内所有指定应用程序的相关URSP发送给该终端设备。示例性的，该相关的URSP可以包括应用程序A、应用程序B、应用程序C、应用程序D对应的URSP。
S406，调制解调器将该至少一个URSP发送给应用处理器。
S407，应用处理器存储该至少一个URSP，形成URSP列表。
由于5G通信系统的运营商有多个，只有当终端设备所安装的SIM卡和所要使用的网络切片属于同一运营商时，终端设备才能使用该网络切片。因此，应用处理器在收到调制解调器发送的URSP码流之后，需要对URSP进行解码和合法性校验。其中，对URSP进行合法性校验是指将判断URSP携带的PLMN标识码，是否与终端设备当前通信的SIM卡的PLMN标识码相同。如果不相同，则说明该URSP合法，存储该URSP。如果不相同，则不存储该URSP。其中，PLMN标识码用于标识所属的运营商。
示例性的，基于终端设备当前所使用的手机号码签约了上述本实施例提供的5G定向网络切片套餐，该URSP列表可以如表3所示。该URSP列表中包括有核心网设备下发给终端设备的所有URSP，其中包括应用程序A、应用程序B、应用程序C以及应用程序D对应的URSP。在该URSP列表中，按照从上到下的顺序，各个URSP的优先级依次降低。
需要说明的是，在URSP列表中，至少包括一个默认网络切片的默认URSP(即Default URSP)。在该Default URSP中，其流量描述符为Match All，各个应用程序均可使用该默认网络切片。
表3URSP列表
URSP-A1
URSP-A2
URSP-A3
URSP-B1
URSP-B2
…
Default URSP
S408，应用处理器向调制解调器发送终端设备管理完成消息(Manage UE policycomplete)。
应用处理器在存储URSP之后，向调制解调器发送终端设备管理完成消息。其中，终端设备管理完成消息用于通知核心网设备终端设备已响应终端设备管理命令。
S409，调制解调器向核心网设备发送终端设备管理完成消息。
具体地，调制解调器可以通过上行非接入层传输通道(UL NAS Transport)向核心网设备发送终端设备管理完成消息。
需要说明的是，在上述过程中，如果URSP校验不合法，则应用处理器删除该URSP，并且调制解调器通过UL NAS Transport向核心网设备发送终端设备管理拒绝消息(ManageUE policy reject)，用于通知核心网设备终端设备已拒绝终端设备管理命令。
此外，在一些实施例中，终端设备在核心网设备注册成功之后，其所签约的应用程序的URSP可能会发生变更，例如由第一URSP变更为第二URSP。若URSP发生变更，核心网设备则向终端设备发送配置更新命令(Configuration update command)，该配置更新命令可以携带第一URSP和第二URSP，用于指示应用处理器将URSP列表中的第一URSP替换为第二URSP。
下面基于步骤S401～S409示出的PDU会话建立的第一阶段的内容，对PDU会话的建立的第二阶段进行说明。
图5为本申请的一个实施例提供的PDU会话建立的第二阶段的流程示意图。在该方法中，终端设备的应用处理器执行URSP匹配策略，并控制建立与网络切片的PDU会话。该方法具体包括如下步骤S501～S506。
S501，应用处理器监听到应用程序到达前台运行。
应理解，在本实施例中，应用程序的运行包括前台运行和后台运行。
在一些实施例中，前台运行是指应用程序在终端设备运行过程中，用户当前可以操作控制该应用程序。而后台运行是指应用程序在终端设备运行过程中，用户无法操作控制该应用程序。
在另一些实施例中，应用程序前台运行可以是当前应用程序处于激活态activity态，而应用程序处于后台运行时，应用程序处于inactivity态。
S502，响应于应用程序到达前台运行，应用处理器获取该应用程序的数据包的标识信息。示例性的，该数据包的标识信息可以为App ID、IP三元组、DNN、FQDN等。
S503，应用处理器根据该标识信息和URSP匹配策略，在URSP列表中查找PDU会话激活参数。
应用处理器在监听到应用程序到达前台运行之后，应用处理器可以根据URSP匹配策略(请参见下文所示的步骤S601-S609)，使用该标识信息匹配选择对应的URSP，并从该URSP中选择PDU会话激活参数，以便在后续步骤中根据该PDU会话激活参数激活对应的PDU会话。
S504，应用处理器根据PDU会话激活参数，向调制解调器发送PDU会话建立请求。
由于不同的应用程序可能会使用同一网络切片，所以该PDU会话激活参数对应的网络切片可能已经激活，即终端设备和该网络切片之间的PDU会话已建立。因此，在一种可能的实现方式中，应用处理器在根据该PDU会话激活参数，向调制解调器发送PDU会话建立请求之前，可以先判断该PDU会话激活参数对应的网络切片是否已经激活成功。如果已经激活成功，则无需再进行激活，避免重复操作。如果未激活成功，则根据该PDU会话激活参数，向调制解调器发送PDU会话建立请求，以激活该网络切片。需要说明的是，激活网络切片是指建立终端设备与网络切片的PDU会话。
其中，PDU会话建立请求(PDU session establishment request)携带PDU会话激活参数，以请求激活与该PDU会话激活参数对应的网络切片的PDU会话。例如，当该PDU会话激活参数是S-NSSAI1时，PDU会话建立请求用于请求激活与标识为S-NSSAI1的网络切片的PDU会话。
S505，调制解调器向核心网设备发送该PDU会话建立请求。
S506，核心网设备向调制解调器发送的PDU会话受理消息。
PDU会话受理消息(PDU session establishment accept)携带PDU会话激活参数，用于表示已激活与该PDU会话激活参数对应的网络切片的PDU会话。例如，当该PDU会话激活参数包括S-NSSAI1时，PDU会话受理消息用于表示S-NSSAI1对应的网络切片的PDU会话已激活。
S507，调制解调器向应用处理器发送的PDU会话受理消息。
通过上述步骤S501-S507，终端设备即可根据应用程序的数据包的标识信息，通过应用处理器执行URSP匹配策略，建立与网络切片的PDU会话。在PDU会话激活之后，应用处理器将包含该标识信息的数据包路由绑定在该PDU会话上。此后，包括该标识信息的数据包即可通过该PDU会话传输，实现应用程序与应用服务器之间通过网络切片通信。
图6为本申请实施例提供的URSP匹配策略的流程示意图，描述了上述步骤S503中根据数据包的标识信息和URSP匹配策略，在URSP列表中查找PDU会话激活参数的过程。该URSP匹配策略可以应用于应用处理器，也可以应用于调制解调器。具体包括如下步骤S601～S608。
S601，开始按照优先级遍历URSP列表。
S602，判断URSP列表中是否存在未访问的URSP。如果不存在未访问的URSP，则PDU激活参数选择失败。如果存在未访问的URSP，则执行下一步骤S603。
S603，根据标识信息匹配未访问的URSP中，优先级最高的URSP的流量描述符。示例性的，若未访问的URSP中，优先级最高的URSP是URSP-A1，其流量描述符包括App ID，则将该应用程序的App ID与该流量描述符进行匹配。
S604，判断流量描述符是否匹配成功。
具体地，如果该应用程序的App ID与当前访问的URSP的流量描述符不同，则流量描述符匹配失败，返回执行步骤S602。如果相同，则流量描述符匹配成功，则说明URSP选择成功，执行下一步骤S605。
S605，开始按照优先级遍历该URSP的路由选择列表(route selection list)。
S606，判断该路由选择列表中是否存在未访问的S-NSSAI。
具体地，如果该路由选择列表中存在未访问的S-NSSAI，则执行下一步骤S607。如果该路由选择列表中不存在未访问的S-NSSAI，则执行步骤S609。
S607，判断未访问的S-NSSAI中，优先级最高的S-NSSAI是否在Allowed NSSAI列表中。
具体地，如果未访问的S-NSSAI中，优先级最高的S-NSSAI不在Allowed NSSAI列表中，则返回执行步骤S606。如果该优先级最高的S-NSSAI在Allowed NSSAI列表中，则执行下一步骤S608。
S608，选择该S-NSSAI和当前访问的URSP中的其余路由信息作为PDU会话激活参数。
在本实施例中，其余路由信息是指路由选择描述符中除NSSAI之外的其余信息，例如DNN、协议类型等。示例性的，以网络切片的运营商时中国移动为例，其DNN为cmnet，其协议类型可以为TCP协议或者UDP协议等。
S609，选择当前访问的URSP中的其余路由选择描述符作为PDU会话激活参数。需要说明的是，由于终端设备没有选择到S-NSSAI，因此终端设备根据DNN、协议类型等信息使用默认网络切片。
通过上述步骤S601～S609，即可选择到与标识信息对应的PDU会话激活参数。
图7为本申请的另一个实施例提供的PDU会话建立的第一阶段的流程示意图。参见图7，该方法具体包括如下步骤S701～S706。
S701，调制解调器向核心网设备发送注册请求。
示例性的，终端设备开机、更换SIM卡或者取消飞行模式之后，调制解调器会自动向终端设备发送注册请求(Registration request)，从而向核心网设备发起注册流程。或者调制解调器接收到应用处理器下发的命令之后，向核心网设备发送注册请求。
S702，核心网设备向调制解调器发送注册受理消息，该消息携带Allowed NSSAI。
步骤S702的具体内容请参见S402，本实施例在此不再赘述。
S703，调制解调器存储Allowed NSSAI。
可以理解，结合参见上文步骤S601-S609中示出的PDU会话激活参数的确定过程可知，调制解调器将Allowed NSSAI存储在本地之后，在根据URSP确定PDU会话激活参数的过程中，便能够根据Allowed NSSAI选择URSP中合法的S-NSSAI建立PDU会话。
通过上述步骤S701～S703，终端设备即在核心网注册成功。
在终端设备在核心网设备注册成功之后，示例性的，如果终端设备当前使用的手机号码签约了网络切片业务，或者某些应用厂商给该终端设备配置了其所提供的应用程序时的网络切片，则核心网设备继续执行后续步骤S704-S706，以便向终端设备发送与上述网络切片业务对应的URSP。
S704，核心网设备向调制解调器发送终端设备管理命令，该命令中携带至少一个URSP。
在本实施例中，核心网可以通过下行非接入层传输通道(DL NAS Transport)发送终端设备管理命令，以传递相关的URSP给终端设备。
S705，调制解调器存储该至少一个URSP，形成URSP列表。
具体地，调制解调器在收到应用处理器下发的URSP码流之后，对URSP进行解码和合法性校验，并在校验合法之后存储URSP，形成URSP列表。其中，关于合法性校验的具体内容请参见步骤S407，本实施例在此不在赘述。
S706，调制解调器向核心网设备发送终端设备管理完成消息。
具体地，调制解调器可以通过上行非接入层传输通道(UL NAS Transport)向核心网设备发送终端设备管理完成消息。
可以理解，基带处理器通过在本地存储URSP列表之后，才能在本地根据应用程序的标识信息基于该URSP列表执行URSP匹配策略，建立PDU会话。
相比于步骤S401-S409示出的建立PDU会话的第一阶段的流程，步骤S701～S706示出的流程更加简单。在步骤S701～S706中，调制解调器在获取Allowed NSSAI、URSP等参数之后，直接将其存储在本地，而无需再将其转发给应用处理器，有助于提高注册和URSP的下发效率。
需要说明的是，在终端设备向核心网注册的过程中，如果URSP校验不合法，则调制解调器删除URSP，并向核心网设备发送终端设备管理拒绝消息。
此外，在一些实施例中，终端设备在核心网注册成功之后，其URSP可能会发生变更，例如由第一URSP变更为第二URSP。若URSP发生变更，核心网设备则向终端设备发送配置更新命令(Configuration update command)，该配置更新命令可以携带第一URSP和第二URSP，用于指示调制解调器将URSP列表中的第一URSP替换为第二URSP。
下面基于步骤S701-S706示出的PDU会话建立的第一阶段的内容，对PDU会话的建立的第二阶段进行说明。
图8为本申请的一个实施例提供的PDU会话的建立的第二阶段的流程示意图，描述了调制解调器侧执行URSP匹配策略，建立PDU会话的过程，具体包括如下步骤S801～S807。
S801，应用程序将第一数据包发送给应用处理器。
应用程序在运行过程中，通常会产生多个第一数据包，并将这些第一数据包发送给应用处理器。
S802，应用处理器在第一数据包中添加App ID，形成第二数据包。
应用处理器在接收到的每一个第一数据包中添加一个App ID，以标识该第一数据包所属的应用程序。
参见图9，终端设备的软件系统架构可以包括应用程序层、TCP层、IP层和物理层。在终端设备中，应用程序在运行过程中产生的用户数据可以依次经过应用程序层、TCP层、IP层和物理层传输给核心网设备。首先，应用程序层给用户数据添加应用头部形成应用数据，并将应用数据发送给TCP层。其次，TCP层给该应用数据添加TCP首部，形成TCP段。随后，IP层给TCP段添加IP首部，形成IP数据包。其中，IP数据包最大为1500字节。最后，物理层给IP数据包添加以太网(Ethernet)首部和以太网尾部，形成以太网帧。在本实施例中，应用处理器可以在该数据包的以太网首部或者尾部的无效字段中添加App ID。其中，该无效字段是指没有被占用的字段。
可以理解，应用处理器通过将标识信息添加在第一数据包的以太网首部或者以太网尾部中的无效字段，避免了给该第一数据包添加新的字段。
S803，应用处理器将第二数据包发送给调制解调器。
S804，调制解调器根据App ID和URSP匹配策略，在URSP列表中查找PDU会话激活参数。
步骤S804中根据App ID和URSP匹配策略，在URSP列表中查找PDU会话激活参数的具体内容，请参见步骤S601～S609，本实施例在此不再赘述。
S805，调制解调器根据PDU会话激活参数向核心网设备发送PDU会话建立请求(PDUsession establishment request)。
由于终端设备中安装有不同的应用程序，这些应用程序可能会使用相同的网络切片，访问相同的服务器，因此，其可能会具有相同的PDU会话激活参数。因此，在本实施例中，调制解调器在根据PDU会话激活参数向终端设备发送PDU会话建立请求时，首先确定已建立的PDU会话是否存在根据该PDU会话激活参数建立的PDU会话。若不存在该PDU回话，则向核心网设备发送PDU会话建立请求，以建立PDU会话。若存在该PDU会话，则调制解调器不再重复根据该PDU会话激活参数建立PDU会话，并使用已建立的该PDU会话传输第二数据包。
其中，PDU会话建立请求携带PDU会话激活参数，以请求激活与该PDU会话激活参数对应的网络切片的PDU会话。例如，当该PDU会话激活参数包括S-NSSAI1时，PDU会话建立请求用于请求激活与标识为S-NSSAI1的网络切片的PDU会话。
S806，核心网设备向调制解调器发送PDU会话受理消息。
其中，PDU会话受理消息(PDU session establishment accept)携带PDU会话激活参数，用于表示已激活与该PDU会话激活参数对应的网络切片的PDU会话。例如，当该PDU会话激活参数包括S-NSSAI1时，该PDU会话受理消息用于表示S-NSSAI1对应的网络切片的PDU会话已激活。
在PDU会话激活之后，调制解调器将包含该App ID的数据包路由绑定在该PDU会话上。此后，包括该App ID的数据包即可通过该PDU会话传输，实现应用程序与应用服务器之间通过网络切片通信。
本领域技术人员可以理解，应用程序向应用处理器发送的第一数据包，通常先经过应用处理器到达调制解调器，再由调制解调器发送给核心网设备，最后由核心网设备发送给应用服务器。由于应用程序发送第一数据包可能并不包括应用程序的标识信息，所以调制解调器无法根据其标识信息进行URSP匹配选择并建立PDU会话。
而在本实施例中，应用处理器先给应用程序的每一个第一数据包均添加应用程序的标识信息，形成第二数据包之后，再将第二数据包发送给调制解调器。随后，调制解调器就能够获取到该应用程序的标识信息，根据该标识信息在URSP列表中确定对应的URSP，并根据该URSP建立PDU会话。因此，本实施例提供的PDU会话建立方法，可以通过调制解调器进行URSP匹配选择并建立PDU会话，为应用程序与应用服务器提供数据传输通。
图10为本申请的又一个实施例提供的PDU会话建立的第二阶段的流程示意图，描述了调制解调器执行URSP匹配策略，建立与网络切片的PDU会话的过程，包括如下步骤S1001～S1007。
需要说明的是，在本实施例提供的PDU会话建立的第二阶段之前，终端设备也需要执行步骤S701～S706示出的PDU会话建立的第一阶段的流程，本实施在此不再赘述。此外，应用处理器还需要将各个应用程序的用户账号标识(User Identification，UID)与App ID的对应关系表发送给调制解调器进行存储，并由调制解调器转发送给核心网设备。其中，UID用于唯一标识应用程序的一个账户，其可以为该账户的注册手机号码、注册邮箱号码、注册身份证号码、应用服务器分配的账号标识(Identification，ID)等。
S1001，应用程序将第一数据包发送给应用处理器。
应用程序在运行过程中，通常会产生多个第一数据包，并将这些第一数据包发送给应用处理器。
S1002，应用处理器在第一数据包中添加UID，形成第二数据包。
在本实施例中，应用处理器在第一数据包中添加UID的方法，请参见步骤S802中应用处理器在第一数据包中添加App ID的方法，本实施例在此不再赘述。
S1003，应用处理器将第二数据包，发送给调制解调器。
S1004，调制解调器根据预设的对应关系表，确定该UID对应的App ID。
示例性的，UID与App ID的对应关系表可以如表4所示。示例性的，应用程序A的UID-A对应的App ID-A。应用程序B的UID-B对应的App ID-B。
表4对应关系表
UID App ID
UID-A App ID-A
UID-B App ID-B
UID-C App ID-C
UID-D App ID-D
… …
S1005，调制解调器根据App ID和URSP匹配策略，在URSP列表中查找PDU会话激活参数。
S1006，调制解调器根据该PDU会话激活参数向核心网设备发送PDU会话建立请求。
S1007，核心网设备向调制解调器发送PDU会话受理消息。
步骤S1005-S1007的内容请参见步骤S804-S806，本实施例在此不再赘述。
在本实施例中，终端设备使用UID即可通过调制解调器执行URSP匹配策略，建立与网络切片的PDU会话。在PDU会话激活之后，调制解调器将包含该UID的数据包路由绑定在该PDU会话上。此后，包括该UID的数据包即可通过该PDU会话传输，实现应用程序与应用服务器之间通过网络切片通信。
图11为本申请的其他一些实施例提供的PDU会话建立的第二阶段的流程示意图，描述了调制解调器根据IP三元组、FQND或者DNN，在调制解调器执行URSP匹配策略，并建立PDU会话的过程。该方法包括如下步骤S1101-S1105。
S1101，应用程序将数据包发送给应用处理器。
S1102，应用处理器将数据包发送给调制解调器。
S1103，调制解调器根据数据包的IP三元组、FQND、DNN中的任意一个以及URSP匹配策略，在URSP列表中查找PDU会话激活参数。
其中，根据IP三元组、FQND、DNN中的任意一个，确定PDU会话激活参数的过程，请参见步骤S601-S608中示出的根据标识信息确定PDU会话激活参数的过程，本实施例在此不再赘述。
S1104，调制解调器根据该PDU会话激活参数向核心网设备发送PDU会话建立请求。
S1105，核心网设备向调制解调器发送PDU会话受理消息。
步骤S1104-S1105请参见步骤S805-S806，本实施例在此不再赘述。
在本实施例中，终端设备可以根据IP三元组、FQND或者DNN，通过调制解调器执行URSP匹配策略，建立与网络切片的PDU会话。在PDU会话激活之后，调制解调器将包含该IP三元组、FQND或者DNN的数据包路由绑定在该PDU会话上，实现应用程序与应用服务器之间通过网络切片通信。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
基于上述本实施例提供的PDU会话建立方法，本实施例还提供一种终端设备，该终端设备包括应用处理器和基带处理器，基带处理器中存储有终端设备路由选择策略URSP列表，该URSP列表中包括至少一个URSP。其中，应用处理器被配置为，获取应用程序的第一数据包；给第一数据包添加该应用程序的标识信息形成第二数据包；以及，将第二数据包发送给基带处理器。基带处理器被配置为，在URSP列表中查找与该标识信息对应的URSP；根据与标识信息对应的URSP，确定PDU会话激活参数；以及，根据PDU会话激活参数建立PDU会话，PDU会话用于传输第二数据包。
在一些实施例中，标识信息为应用标识App ID，或者用户账号标识UID。
在一些实施例中，若标识信息为App ID，则基带处理器在URSP列表中查找与标识信息对应的URSP，包括：基带处理器在URSP列表查找与App ID对应的URSP。
在一些实施例中，若标识信息为UID，则基带处理器在URSP列表中查找与标识信息对应的URSP，包括：基带处理器根据预设的对应关系表确定UID对应的App ID，对应关系表中包括UID和App ID的对应关系；以及，在URSP列表查找与App ID对应的URSP。
在一些实施例中，应用处理器给第一数据包添加该应用程序的标识信息形成第二数据包，具体包括：应用处理器在第一数据包的以太网首部或者以太网尾部未被占用的字段添加该应用程序的标识信息，形成第二数据包。
在一些实施例中，在应用处理器获取应用程序的第一数据包之前，基带处理器还被配置为，向核心网设备发送注册请求；接收核心网设备发送的注册受理消息，该注册受理消息携带核心网设备允许该终端设备使用的网络切片选择辅助信息Allowed NSSAI；以及，存储该Allowed NSSAI。
在一些实施例中，在基带处理器存储Allowed NSSAI之后，在应用处理器获取应用程序发送的第一数据包之前，基带处理器还被配置为：接收核心网设备发送的终端设备管理命令，该命令中携带URSP；存储该至少一个URSP，形成URSP列表；以及，向核心网设备发送终端设备管理完成消息，该消息用于指示基带处理器已处理终端设备管理命令。
在一些实施例中，PDU会话激活参数包括单个网络切片选择辅助信息S-NSSAI、数据网络名称DNN和协议类型；其中，该S-NSSAI包括在允许的网络切片选择辅助信息AllowedNSSAI中。
在一些实施例中，基带处理器还被配置为，接收核心网设备发送的配置更新命令，配置更新命令携带第一URSP和第二URSP，第二URSP为第一URSP更新后的URSP；根据该配置更新命令，将URSP列表中的该第一URSP替换为第二URSP。
在一些实施例中，基带处理器根据PDU会话激活参数建立PDU会话，包括：基带处理器确定已建立的PDU会话；若已建立的PDU会话中不存在根据该PDU会话激活参数建立的PDU会话，则基带处理器根据该PDU会话激活参数建立PDU会话。
在一些实施例中，基带处理器为调制解调器。
本申请实施例还提供一种芯片系统，该芯片系统包括存储器，与该存储器耦合的应用处理器和基带处理器，该应用处理器和该基带处理器执行该存储器中存储的计算机程序，以实现如上述实施例提供的PDU会话建立方法。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，其特征在于，该计算机程序被应用处理器和基带处理器执行时实现如上述实施例提供的PDU会话建立方法。
应理解，本实施例中的计算机可读介质至少可以包括：能够将计算机程序代码携带到终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
本申请实施例还提供一种计算机程序产品，当该计算机程序产品在终端设备上运行时，使得该终端设备执行实现如上述实施例提供的PDU会话建立方法。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的网络切片管理系统、应用服务器和终端设备的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
应理解，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (25)

1.一种PDU会话建立方法，应用于终端设备，所述终端设备包括应用处理器和基带处理器，其特征在于，所述基带处理器中存储有终端设备路由选择策略URSP列表，所述URSP列表中包括至少一个URSP；所述方法包括：
所述应用处理器，获取应用程序的第一数据包；以及，
给所述第一数据包添加所述应用程序的标识信息形成第二数据包；以及，
将所述第二数据包发送给所述基带处理器；
所述基带处理器，在所述URSP列表中查找与所述标识信息对应的URSP；以及，
根据与所述标识信息对应的URSP，确定协议数据单元PDU会话激活参数；以及，
根据所述PDU会话激活参数建立PDU会话，所述PDU会话用于传输所述第二数据包。
2.根据权利要求1所述的方法，其特征在于，所述标识信息为应用标识App ID，或者用户账号标识UID。
3.根据权利要求2所述的方法，其特征在于，若所述标识信息为App ID，则所述基带处理器在所述URSP列表中查找与所述标识信息对应的URSP，包括：
所述基带处理器在所述URSP列表查找与所述App ID对应的URSP。
4.根据权利要求2所述的方法，其特征在于，若所述标识信息为UID，则所述基带处理器在所述URSP列表中查找与所述标识信息对应的URSP，包括：
所述基带处理器根据预设的对应关系表确定所述UID对应的App ID，所述对应关系表中包括UID和App ID的对应关系；以及，
在所述URSP列表查找与所述App ID对应的URSP。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述应用处理器给所述第一数据包添加所述应用程序的标识信息形成第二数据包，包括：
所述应用处理器在所述第一数据包的以太网首部或者以太网尾部未被占用的字段添加所述标识信息，形成所述第二数据包。
6.根据权利要求1-5任一项所述的方法，其特征在于，在所述应用处理器获取应用程序的第一数据包之前，所述方法还包括：
所述基带处理器向核心网设备发送注册请求；以及，
接收所述核心网设备发送的注册受理消息，所述注册受理消息携带核心网设备允许所述终端设备使用的网络切片选择辅助信息Allowed NSSAI；以及，
存储所述Allowed NSSAI。
7.根据权利要求6所述的方法，其特征在于，在所述基带处理器存储所述AllowedNSSAI之后，在所述应用处理器获取应用程序发送的第一数据包之前，所述方法还包括：
所述基带处理器接收所述核心网设备发送的终端设备管理命令，所述命令中携带所述至少一个URSP；以及，
存储所述至少一个URSP，形成URSP列表；以及，
向所述核心网设备发送终端设备管理完成消息，所述消息用于指示所述基带处理器已处理所述终端设备管理命令。
8.根据权利要求6或7所述的方法，其特征在于，所述PDU会话激活参数包括单个网络切片选择辅助信息S-NSSAI、数据网络名称DNN和协议类型；其中，所述S-NSSAI包括在所述Allowed NSSAI中。
9.根据权利要求1-8任一项所述的方法，其特征在于，所述方法还包括：
所述基带处理器接收核心网设备发送的配置更新命令，所述配置更新命令携带第一URSP和第二URSP，所述第二URSP为所述第一URSP更新后的URSP；以及，
根据所述配置更新命令，将所述URSP列表中的所述第一URSP替换为所述第二URSP。
10.根据权利要求1-9任一项所述的方法，其特征在于，所述基带处理器根据所述PDU会话激活参数建立PDU会话，包括：
若已建立的PDU会话中不存在根据所述PDU会话激活参数建立的PDU会话，则所述基带处理器根据所述PDU会话激活参数建立PDU会话。
11.根据权利要求1-10任一项所述的方法，其特征在于，所述基带处理器为调制解调器。
12.一种终端设备，所述终端设备包括应用处理器和基带处理器，其特征在于，所述基带处理器中存储有终端设备路由选择策略URSP列表，所述URSP列表中包括至少一个URSP；
所述应用处理器被配置为，
获取应用程序的第一数据包；
给所述第一数据包添加所述应用程序的标识信息形成第二数据包；
将所述第二数据包发送给所述基带处理器；
所述基带处理器被配置为，
在所述URSP列表中查找与所述标识信息对应的URSP；
根据与所述标识信息对应的URSP，确定协议数据单元PDU会话激活参数；
根据所述PDU会话激活参数建立PDU会话，所述PDU会话用于传输所述第二数据包。
13.根据权利要求12所述的终端设备，其特征在于，所述标识信息为应用标识App ID，或者用户账号标识UID。
14.根据权利要求13所述的终端设备，其特征在于，若所述标识信息为App ID，则所述基带处理器在所述URSP列表中查找与所述标识信息对应的URSP，包括：
所述基带处理器在所述URSP列表查找与所述App ID对应的URSP。
15.根据权利要求13所述的终端设备，其特征在于，若所述标识信息为UID，则所述基带处理器在所述URSP列表中查找与所述标识信息对应的URSP，包括：
所述基带处理器根据预设的对应关系表确定所述UID对应的App ID，所述对应关系表中包括UID和App ID的对应关系；以及，
在所述URSP列表查找与所述App ID对应的URSP。
16.根据权利要求12-15任一项所述的终端设备，其特征在于，所述应用处理器给所述第一数据包添加所述应用程序的标识信息形成第二数据包，具体包括：
所述应用处理器在所述第一数据包的以太网首部或者以太网尾部未被占用的字段添加所述标识信息，形成所述第二数据包。
17.根据权利要求12-16任一项所述的终端设备，其特征在于，在所述应用处理器获取应用程序的第一数据包之前，所述基带处理器还被配置为，
向核心网设备发送注册请求；
接收所述核心网设备发送的注册受理消息，所述注册受理消息携带核心网设备允许所述终端设备使用的网络切片选择辅助信息Allowed NSSAI；
存储所述Allowed NSSAI。
18.根据权利要求17所述的终端设备，其特征在于，在所述基带处理器存储所述Allowed NSSAI之后，在所述应用处理器获取应用程序发送的第一数据包之前，所述基带处理器还被配置为：
接收所述核心网设备发送的终端设备管理命令，所述命令中携带所述至少一个URSP；
存储所述至少一个URSP，形成URSP列表；
向所述核心网设备发送终端设备管理完成消息，所述消息用于指示所述基带处理器已处理所述终端设备管理命令。
19.根据权利要求17或18所述的终端设备，其特征在于，所述PDU会话激活参数包括单个网络切片选择辅助信息S-NSSAI、数据网络名称DNN和协议类型；
其中，所述S-NSSAI包括在所述Allowed NSSAI中。
20.根据权利要求12-19任一项所述的终端设备，其特征在于，所述基带处理器还被配置为，
接收核心网设备发送的配置更新命令，所述配置更新命令携带第一URSP和第二URSP，所述第二URSP为所述第一URSP更新后的URSP；
根据所述配置更新命令，将所述URSP列表中的所述第一URSP替换为所述第二URSP。
21.根据权利要求12-20任一项所述的终端设备，其特征在于，所述基带处理器根据所述PDU会话激活参数建立PDU会话，包括：
若已建立的PDU会话中不存在根据所述PDU会话激活参数建立的PDU会话，则所述基带处理器根据所述PDU会话激活参数建立所述PDU会话。
22.根据权利要求12-21任一项所述的终端设备，其特征在于，所述基带处理器为调制解调器。
23.一种芯片系统，其特征在于，所述芯片系统包括存储器，与所述存储器耦合的应用处理器和基带处理器，所述应用处理器和所述基带处理器执行所述存储器中存储的计算机程序，以实现如权利要求1至11任一项中的协议数据单元PDU会话建立方法。
24.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被应用处理器和基带处理器执行时实现如权利要求1至11任一项中的协议数据单元PDU会话建立方法。
25.一种计算机程序产品，其特征在于，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行如权利要求1至11任一项中的协议数据单元PDU会话建立方法。
CN202010813681.9A 2020-08-13 2020-08-13 一种pdu会话建立方法、终端设备和芯片系统 Active CN114080054B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202010813681.9A CN114080054B (zh) 2020-08-13 2020-08-13 一种pdu会话建立方法、终端设备和芯片系统
EP21855398.0A EP4192184A4 (en) 2020-08-13 2021-08-02 PDU SESSION SETUP METHOD, TERMINAL DEVICE AND CHIP SYSTEM
PCT/CN2021/110029 WO2022033345A1 (zh) 2020-08-13 2021-08-02 一种pdu会话建立方法、终端设备和芯片系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010813681.9A CN114080054B (zh) 2020-08-13 2020-08-13 一种pdu会话建立方法、终端设备和芯片系统

Publications (2)

Publication Number Publication Date
CN114080054A true CN114080054A (zh) 2022-02-22
CN114080054B CN114080054B (zh) 2024-09-24

Family

ID=80247710

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010813681.9A Active CN114080054B (zh) 2020-08-13 2020-08-13 一种pdu会话建立方法、终端设备和芯片系统

Country Status (3)

Country Link
EP (1) EP4192184A4 (zh)
CN (1) CN114080054B (zh)
WO (1) WO2022033345A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114845355A (zh) * 2022-04-29 2022-08-02 中国电信股份有限公司 网络接入方法及装置、终端设备、网络设备、存储介质
CN114978911A (zh) * 2022-05-20 2022-08-30 中国联合网络通信集团有限公司 网络切片的关联方法、设备主体、通信模组及终端设备
CN114980364A (zh) * 2022-04-18 2022-08-30 成都鼎桥通信技术有限公司 基于ursp规则的本地局域网通信方法、装置及介质
WO2023185850A1 (zh) * 2022-03-28 2023-10-05 维沃移动通信有限公司 Ursp规则优化方法、装置、终端、网络侧设备及介质
WO2023221479A1 (zh) * 2022-05-16 2023-11-23 Oppo广东移动通信有限公司 通信异常处理方法及相关装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116723587B (zh) * 2023-08-07 2023-11-21 荣耀终端有限公司 一种会话管理方法及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110301153A (zh) * 2018-02-13 2019-10-01 华为技术有限公司 一种数据路由选择的方法及装置
CN110474840A (zh) * 2018-05-09 2019-11-19 华为技术有限公司 数据传输方法、装置和可读存储介质
CN110602761A (zh) * 2018-06-13 2019-12-20 华为技术有限公司 一种数据传输方法及装置
US10602422B1 (en) * 2018-12-10 2020-03-24 Verizon Patent And Licensing Inc. Application-based user equipment route selection policy mapping

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109548175B (zh) * 2017-08-15 2021-11-19 华为技术有限公司 一种会话处理方法及装置
CN114125817A (zh) * 2017-12-13 2022-03-01 华为技术有限公司 用户策略的获取
US11039369B2 (en) * 2018-08-10 2021-06-15 Mediatek Inc. Handling 5G QoS rules on QoS operation errors
KR20200031900A (ko) * 2018-09-17 2020-03-25 삼성전자주식회사 Pdu 세션 제어 방법 및 장치
CN111988828B (zh) * 2018-11-23 2021-08-10 腾讯科技（深圳）有限公司 路由选择策略的获取方法、装置及设备
CN111314475B (zh) * 2020-02-21 2021-05-04 北京紫光展锐通信技术有限公司 会话创建方法及相关设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110301153A (zh) * 2018-02-13 2019-10-01 华为技术有限公司 一种数据路由选择的方法及装置
CN110474840A (zh) * 2018-05-09 2019-11-19 华为技术有限公司 数据传输方法、装置和可读存储介质
CN110602761A (zh) * 2018-06-13 2019-12-20 华为技术有限公司 一种数据传输方法及装置
US10602422B1 (en) * 2018-12-10 2020-03-24 Verizon Patent And Licensing Inc. Application-based user equipment route selection policy mapping

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "TS 23.501: Handling of PDU sessions at slice unavailability", SA WG2 MEETING #121 S2-174018 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023185850A1 (zh) * 2022-03-28 2023-10-05 维沃移动通信有限公司 Ursp规则优化方法、装置、终端、网络侧设备及介质
CN114980364A (zh) * 2022-04-18 2022-08-30 成都鼎桥通信技术有限公司 基于ursp规则的本地局域网通信方法、装置及介质
CN114845355A (zh) * 2022-04-29 2022-08-02 中国电信股份有限公司 网络接入方法及装置、终端设备、网络设备、存储介质
CN114845355B (zh) * 2022-04-29 2024-06-28 中国电信股份有限公司 网络接入方法及装置、终端设备、网络设备、存储介质
WO2023221479A1 (zh) * 2022-05-16 2023-11-23 Oppo广东移动通信有限公司 通信异常处理方法及相关装置
CN114978911A (zh) * 2022-05-20 2022-08-30 中国联合网络通信集团有限公司 网络切片的关联方法、设备主体、通信模组及终端设备
CN114978911B (zh) * 2022-05-20 2024-03-08 中国联合网络通信集团有限公司 网络切片的关联方法、设备主体、通信模组及终端设备

Also Published As

Publication number Publication date
CN114080054B (zh) 2024-09-24
WO2022033345A1 (zh) 2022-02-17
EP4192184A1 (en) 2023-06-07
EP4192184A4 (en) 2024-01-24

Similar Documents

Publication Publication Date Title
US11979798B2 (en) Session establishment to join a group communication
US11412418B2 (en) Third party charging in a wireless network
US12088501B2 (en) Systems and methods for supporting traffic steering through a service function chain
US10462828B2 (en) Policy and billing services in a cloud-based access solution for enterprise deployments
CN114080054B (zh) 一种pdu会话建立方法、终端设备和芯片系统
US20210112379A1 (en) Communication method and communications apparatus
US20220248318A1 (en) Control of Network Slice
CN109314917B (zh) 网络切片选择策略更新方法、及装置
US11729137B2 (en) Method and device for edge application server discovery
KR20210005279A (ko) 세션 관리 방법, 장치 및 시스템
CN114365518B (zh) 一种通过服务应用影响核心网络中数据业务路由的方法
KR20210138812A (ko) 세션 관리 기능 선택을 위한 방법 및 장치
CN111512653B (zh) 通过桥接实体路由漫游用户设备的注册请求的技术
US11895083B2 (en) Address obtaining method and an address obtaining apparatus
WO2022021971A1 (zh) 通信方法、第一策略控制网元及通信系统
CN108476467B (zh) 用于经由通信网络来建立通信终端的通信连接的方法
CN113630272A (zh) 一种通信方法及装置
CN116097751A (zh) 利用smf重新选择来重新锚定
CN115361713A (zh) 网络切片的切换方法、装置和通信系统
CN115866712A (zh) 网络切片分配和网络切片拒绝
CN113824789B (zh) 一种通路描述符的配置方法、装置、设备及存储介质
US20240283791A1 (en) Authorization of a User Equipment to Access a Resource
CN112953748B (zh) 一种通信方法及装置
US20220361093A1 (en) Network Slice Admission Control (NSAC) Discovery and Roaming Enhancements
JP2023508371A (ja) ユーザ装置を構成する方法、ユーザ装置、及び規則管理エンティティ

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