CN109818917B - 一种通信方法及其装置 - Google Patents
一种通信方法及其装置 Download PDFInfo
- Publication number
- CN109818917B CN109818917B CN201711209692.0A CN201711209692A CN109818917B CN 109818917 B CN109818917 B CN 109818917B CN 201711209692 A CN201711209692 A CN 201711209692A CN 109818917 B CN109818917 B CN 109818917B
- Authority
- CN
- China
- Prior art keywords
- downlink data
- data packet
- upf
- header information
- smf
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种通信方法及其装置,其中方法可包括如下步骤:UPF接收非IP类型PDU会话的下行数据包,所述非IP类型PDU会话的接入网隧道信息未存储在所述UPF中;所述UPF根据所述下行数据包的传输层IP包头信息或者所述下行数据包的内层包头信息确定所述下行数据包对应的标记值;所述UPF向会话管理功能SMF发送下行数据通知,所述下行数据通知包括所述下行数据包对应的标记值,所述下行数据包对应的标记值用于所述SMF确定所述下行数据包的寻呼策略标识。本申请实施例可以实现非IP类型PDU会话标记值的确定,进而确定寻呼策略。
Description
技术领域
本申请实施例涉及通信技术领域,具体涉及一种通信方法及其装置。
背景技术
移动网络中注册的终端设备(例如,用户终端(user equipment,UE))有三种状态:空闲态、连接态和待激活(in-active)态。在空闲态下的UE,网络可以知道UE所处的注册区域,即跟踪区列表(tracking area list,TAL),如果网络需要向UE发送数据,首先需要向UE所处的TAL中的所有基站发送寻呼请求,基站寻呼UE,UE发送服务注册请求,进入连接态。在连接态下的UE,网络知道UE所连接的基站,可以直接向UE发送数据。在in-active态下的UE,网络可以将位置管理、可达性管理功能下放至UE所连接的基站,由基站代网络管理UE,例如UE的寻呼,数据的缓存等。
网络触发的业务请求流程,可参见图1所示,主要发生在网络侧存在针对UE的下行数据时,此时UE处于空闲态,用户面功能(user plane function,UPF)通知步骤2a和2b过程通知会话管理功能(session management function,SMF),SMF通过步骤3a和3b向接入和移动性管理功能(access and mobility management function,AMF)发送N11消息(UE可行性调用请求),AMF向TAL中的每个无线接入网(radio access network,RAN)发送寻呼命令,RAN通过步骤5寻呼UE,UE执行步骤7的UE触发的业务请求流程。之后,在步骤8停止寻呼UE,最后UPF传输UE的下行数据。如果AMF发现UE不可达,或者UE只能为法规服务进行寻呼,AMF需要通知SMF,SMF通知UPF失败,UPF启动数据处理策略,暂时缓存或者丢弃。
在图1所示的流程中,对于互联网协议(Internet protocol,IP)类型(type)协议数据单元(protocol data unit,PDU)会话(session),可以根据内层IP数据包头确定标记值,例如差分服务码(differentiated service code point,DSCP)值,从而帮助AMF决策UE的寻呼策略。其中,寻呼策略针对一个PDU会话中的不同流或业务,可以包括:寻呼重传输机制,即寻呼的频率或时间间隔;是否在AMF高负载的时候寻呼UE;是否应用子区域寻呼,例如先在UE的最后***(tracking area,TA)或者小区(cell)下发寻呼,然后在UE的整个注册区域寻呼等。
第五代移动通信技术(5th-Generation,5G)标准中定义5G网络支持三种类型的会话,IP(例如IPv4,IPv6)类型PDU会话、以太网(Ethernet)类型PDU会话和非结构化(Unstructured)类型PDU会话。目前给出了针对IP类型PDU会话确定DSCP值的方案,但是未给出针对非IP类型PDU会话如何确定DSCP值的方案。
发明内容
本申请实施例所要解决的技术问题在于,提供一种通信方法及其装置,可以实现非IP类型PDU会话标记值的确定,进而确定寻呼策略。
本申请实施例第一方面提供一种通信方法,包括:
UPF接收非IP类型PDU会话的下行数据包,非IP类型PDU会话的接入网隧道信息未存储在该UPF中;
UPF根据下行数据包的传输层IP包头信息或者下行数据包的内层包头信息确定下行数据包对应的标记值;
UPF向SMF发送下行数据通知,该下行数据通知包括下行数据包对应的标记值,该下行数据包对应的标记值用于SMF确定下行数据包的寻呼策略标识(paging policyindication,PPI),该PPI用于AMF确定下行数据包的寻呼策略。
第二方面,本申请实施例提供一种UPF,包括用于执行以上第一方面各个步骤的单元或手段(means)。
第三方面,本申请实施例提供一种UPF,包括至少一个处理元件和至少一个存储元件,其中至少一个存储元件用于存储程序和数据,至少一个处理元件用于执行本申请第一方面中提供的方法。
第四方面,本申请实施例提供一种UPF,包括用于执行以上第一方面的方法的至少一个处理元件(或芯片)。
第五方面,本申请实施例提供一种程序,该程序在被处理器执行时用于执行以上第一方面的方法。
第六方面,本申请实施例提供一种程序产品,例如计算机可读存储介质,包括第五方面的程序。
可见,在以上第一至第六方面,UPF通过下行数据包的传输层IP包头信息或下行数据包的内层包头信息确定下行数据包对应的标记值,实现UPF确定非IP类型PDU会话的标记值,进而便于AMF确定寻呼策略。
其中,标记值可以是DSCP值。传输层IP包头信息可以包括N6/N9隧道IP头信息,N6/N9隧道IP头信息可以包括N6/N9隧道IP头DSCP值。内层包头信息可以是优先级,优先级可以是优先级码点(DEI/PCPority code point,PCP),也可以是丢弃合格指示(drop eligibleindicator,DEI),还可以是PCP+DEI。
在一种可能实现的方式中,UPF预先配置非IP类型PDU会话的标记值生成规则,即在接收到非IP类型PDU会话的下行数据包之前配置非IP类型PDU会话的标记值生成规则。该标记值生成规则可以为根据优先级与标记值之间的映射关系生成标记值的规则,即根据优先级与标记值之间的映射关系查找对应的标记值。该标记值生成规则可以为根据N6/N9隧道IP头信息生成标记值的规则,即将N6/N9隧道IP头信息所包括的N6/N9隧道IP头DSCP值确定为标记值。UPF预先配置标记值生成规则,以便在接收到非IP类型PDU会话的下行数据包时,可以结合标记值生成规则和下行数据包的信息确定出下行数据包对应的标记值。
在一种可能实现的方式中,UPF根据下行数据包的传输层IP包头信息确定下行数据包的N6/N9隧道IP头信息,即提取下行数据包的N6/N9隧道IP头信息,并根据下行数据包的N6/N9隧道IP头信息,以及根据N6/N9隧道IP头信息生成标记值的规则确定下行数据包对应的标记值,即将下行数据包的N6/N9隧道IP头DSCP值确定为下行数据包对应的标记值,从而实现非IP类型PDU会话标记值的确定。该种方式适用于以太网类型PDU会话和非结构化类型PDU会话。
在一种可能实现的方式中,UPF根据下行数据包的内层包头信息确定下行数据包的优先级,即提取下行数据包的优先级,并根据下行数据包的优先级,以及根据优先级与标记值之间的映射关系生成标记值的规则确定下行数据包对应的标记值,即查找下行数据包的优先级对应的标记值,从而实现非IP类型PDU会话标记值的确定。该种方式适用于可以获取到优先级的以太网类型PDU会话。
本申请实施例第七方面提供一种通信方法,包括:
UPF接收非IP类型PDU会话的下行数据包,非IP类型PDU会话的接入网隧道信息未存储在UPF中;
UPF根据配置信息获取下行数据包的传输层IP包头信息或者下行数据的内层包头信息;
UPF向SMF发送下行数据通知,该下行数据通知包括下行数据包的传输层IP包头信息或者下行数据包的内层包头信息,下行数据包的传输层IP包头信息或者下行数据包的内层包头信息用于SMF确定下行数据包对应的标记值。
第八方面,本申请实施例提供一种UPF,包括用于执行以上第七方面各个步骤的单元或手段(means)。
第九方面,本申请实施例提供一种UPF,包括至少一个处理元件和至少一个存储元件,其中至少一个存储元件用于存储程序和数据,至少一个处理元件用于执行本申请第七方面中提供的方法。
第十方面,本申请实施例提供一种UPF,包括用于执行以上第七方面的方法的至少一个处理元件(或芯片)。
第十一方面,本申请实施例提供一种程序,该程序在被处理器执行时用于执行以上第七方面的方法。
第十二方面,本申请实施例提供一种程序产品,例如计算机可读存储介质,包括第十一方面的程序。
可见,在以上第七至第十二方面,UPF根据配置信息向SMF发送下行数据包的传输层IP包头信息或下行数据包的内层包信息,以便SMF根据下行数据包的传输层IP包头信息或下行数据包的内层包信息确定下行数据包对应的标记值,从而实现SMF确定非IP类型PDU会话的标记值,进而便于AMF确定寻呼策略。
在一种可能实现的方式中,UPF预先配置上述配置信息,即在接收到非IP类型PDU会话的下行数据包之前配置上述配置信息,该配置信息用于规定下行数据通知需包括传输层IP包头信息或内层包头信息。UPF通过该配置信息可以针对性地从下行数据包获取信息,并在下行数据通知中携带相应的信息。
本申请实施例第十三方面提供一种通信方法,包括:
SMF接收UPF发送的下行数据通知,该下行数据通知包括下行数据包的传输层IP包头信息或者下行数据的内层包头信息;
SMF根据下行数据包的传输层IP包头信息或者下行数据的内层包头信息确定下行数据包对应的标记值;
SMF根据下行数据包对应的标记值确定下行数据包的PPI;
SMF向AMF发送请求消息,该请求消息包括PPI,PPI用于AMF确定下行数据包的寻呼策略。
第十四方面,本申请实施例提供一种SMF,包括用于执行以上第十三方面各个步骤的单元或手段(means)。
第十五方面,本申请实施例提供一种SMF,包括至少一个处理元件和至少一个存储元件,其中至少一个存储元件用于存储程序和数据,至少一个处理元件用于执行本申请第十三方面中提供的方法。
第十六方面,本申请实施例提供一种SMF,包括用于执行以上第十三方面的方法的至少一个处理元件(或芯片)。
第十七方面,本申请实施例提供一种程序,该程序在被处理器执行时用于执行以上第十三方面的方法。
第十八方面,本申请实施例提供一种程序产品,例如计算机可读存储介质,包括第十七方面的程序。
可见,在以上第十三至第十八方面,SMF通过UPF发送的下行数据包的传输层IP包头信息或下行数据包的内层包头信息来确定下行数据对应的标记值,从而实现SMF确定非IP类型PDU会话的标记值,进而便于AMF确定寻呼策略。
在一种可能实现的方式中,SMF预先配置非IP类型PDU会话的标记值生成规则。该标记值生成规则可以为根据优先级与标记值之间的映射关系生成标记值的规则,即根据优先级与标记值之间的映射关系查找对应的标记值。该标记值生成规则可以为根据N6/N9隧道IP头信息生成标记值的规则,即将N6/N9隧道IP头信息所包括的N6/N9隧道IP头DSCP值确定为标记值。UPF预先配置标记值生成规则,以便在接收到非IP类型PDU会话的下行数据包时,可以结合标记值生成规则和下行数据包的信息确定出下行数据包对应的标记值。
在一种可能实现的方式中,SMF根据下行数据包的传输层IP包头信息确定下行数据包的N6/N9隧道IP头信息,即提取下行数据包的N6/N9隧道IP头信息,并根据下行数据包的N6/N9隧道IP头信息,以及根据N6/N9隧道IP头信息生成标记值的规则确定下行数据包对应的标记值,即将下行数据包的N6/N9隧道IP头DSCP值确定为下行数据包对应的标记值,从而实现非IP类型PDU会话标记值的确定。该种方式适用于以太网类型PDU会话和非结构化类型PDU会话。
在一种可能实现的方式中,SMF根据下行数据包的内层包头信息确定下行数据包的优先级,即提取下行数据包的优先级,并根据下行数据包的优先级,以及根据优先级与标记值之间的映射关系生成标记值的规则确定下行数据包对应的标记值,即查找下行数据包的优先级对应的标记值,从而实现非IP类型PDU会话标记值的确定。该种方式适用于可以获取到优先级的以太网类型PDU会话。
本申请实施例十九方面提供一种通信方法,包括:
UPF接收非IP类型PDU会话的下行数据包,非IP类型PDU会话的接入网隧道信息未存储在UPF中;
UPF根据配置信息获取非IP类型PDU会话的会话类型和下行数据包的优先级;
UPF向SMF发送下行数据通知,下行数据通知包括会话类型和下行数据包的优先级。
第二十方面,本申请实施例提供一种UPF,包括用于执行以上第十九方面各个步骤的单元或手段(means)。
第二十一方面,本申请实施例提供一种UPF,包括至少一个处理元件和至少一个存储元件,其中至少一个存储元件用于存储程序和数据,至少一个处理元件用于执行本申请第十九方面中提供的方法。
第二十二方面,本申请实施例提供一种UPF,包括用于执行以上第十九方面的方法的至少一个处理元件(或芯片)。
第二十三方面,本申请实施例提供一种程序,该程序在被处理器执行时用于执行以上第十九方面的方法。
第二十四方面,本申请实施例提供一种程序产品,例如计算机可读存储介质,包括第二十三方面的程序。
可见,在以上第十九至第二十四方面,UPF将会话类型和下行数据包的优先级发送至SMF,由SMF将这些信息发送至AMF,最终由AMF确定寻呼策略,实现非IP类型PDU会话的寻呼策略的确定。
在一种可能实现的方式中,UPF预先配置上述配置信息,该配置信息用于规定下行数据通知包括会话类型和优先级,以便UPF向SMF发送这些信息。
本申请实施例第二十五方面提供一种通信方法,该方法应用于非IP类型PDU会话,非IP类型PDU会话的接入网隧道信息未存储在UPF中,该方法包括:
AMF接收SMF发送的会话类型和非IP类型PDU会话的下行数据包的优先级;
AMF根据会话类型和下行数据包的优先级确定下行数据包的寻呼策略。
第二十六方面,本申请实施例提供一种AMF,包括用于执行以上第二十五方面各个步骤的单元或手段(means)。
第二十七方面,本申请实施例提供一种AMF,包括至少一个处理元件和至少一个存储元件,其中至少一个存储元件用于存储程序和数据,至少一个处理元件用于执行本申请第二十五方面中提供的方法。
第二十八方面,本申请实施例提供一种AMF,包括用于执行以上第二十五方面的方法的至少一个处理元件(或芯片)。
第二十九方面,本申请实施例提供一种程序,该程序在被处理器执行时用于执行以上第二十五方面的方法。
第三十方面,本申请实施例提供一种程序产品,例如计算机可读存储介质,包括第二十九方面的程序。
可见,在以上第二十五至第三十方面,AMF根据会话类型和下行数据包的优先级确定下行数据包的寻呼策略,从而实现非IP类型PDU会话的寻呼策略的确定。
在一种可能实现的方式中,AMF预先配置非IP类型PDU会话的寻呼策略生成规则,该寻呼策略生成规则包括根据会话类型和优先级生成寻呼策略,以便AMF在接收到会话类型和优先级的情况下,可直接根据会话类型和优先级生成寻呼策略,从而实现非IP类型PDU会话的寻呼策略的确定。
本申请实施例第三十一方面提供一种通信方法,该方法应用于非IP类型PDU会话,非IP类型PDU会话的接入网隧道信息未存储在UPF中,该方法包括:
SMF接收UPF发送的下行数据通知,下行数据通知包括非IP类型PDU会话的会话类型和下行数据包的优先级;
SMF向AMF发送会话类型和下行数据包的优先级。
第三十二方面,本申请实施例提供一种AMF,包括用于执行以上第二十五方面各个步骤的单元或手段(means)。
第三十三方面,本申请实施例提供一种AMF,包括至少一个处理元件和至少一个存储元件,其中至少一个存储元件用于存储程序和数据,至少一个处理元件用于执行本申请第二十五方面中提供的方法。
第三十四方面,本申请实施例提供一种AMF,包括用于执行以上第二十五方面的方法的至少一个处理元件(或芯片)。
第三十五方面,本申请实施例提供一种程序,该程序在被处理器执行时用于执行以上第二十五方面的方法。
第三十六方面,本申请实施例提供一种程序产品,例如计算机可读存储介质,包括第二十九方面的程序。
可见,在以上第三十一至第三十六方面,SMF从UPF接收会话类型和下行数据包的优先级,并将其发送至AMF,由AMF根据会话类型和下行数据包的优先级确定下行数据的寻呼策略,进而实现非IP类型PDU会话的寻呼策略的确定。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为网络触发的业务请求流程的示意图;
图2为应用本申请实施例的网络架构示意图;
图3为IPv4报文头中DSCP与IP优先权的位示意图;
图4为本申请实施例一提供的通信方法的流程示意图;
图5为本申请实施例二提供的通信方法的流程示意图;
图6为本申请实施例三提供的通信方法的流程示意图;
图7为本申请实施例四提供的通信方法的流程示意图;
图8为本申请实施例五提供的通信方法的流程示意图;
图9为本申请实施例提供的通信装置的逻辑结构示意图;
图10为本申请实施例提供的通信装置的实体结构示意图。
具体实施方式
请参见图2,为应用本申请实施例的网络架构示意图。该网络架构示意图可以为5G***的网络架构示意图,包括认证服务器功能(authentication server function,AUSF)、统一数据管理(unified data management,UDM)、接入和移动性管理(AMF)、会话管理功能(SMF)、策略控制功能(policy control function,PCF)、应用功能(applicationfunction,AF)、终端设备、接入网(access network,AN)、用户面功能(UPF)和数据网络(data network,DN)。其中,接入网可以是无线接入网(radio access network,RAN)。
其中,终端设备与AMF之间的接口为N1接口,(R)AN与AMF之间的接口为N2接口,(R)AN与UPF之间的接口为N3接口,UPF与SMF之间的接口为N4接口,PCF与AF之间的接口为N5接口,UPF与DN之间的接口为N6接口,SMF与PCF之间的接口为N7接口,AMF与UDM之间的接口为N8接口,UPF与UPF之间的接口为N9接口,UDM与SMF之间的接口为N10接口,SMF与AMF之间的接口为N11接口,AMF与AUSF之间的接口为N12接口,AUSF与UDM之间的接口为N13接口,AMF与AMF之间的接口为N14接口,AMF与PCF之间的接口为N15接口。
终端设备是移动用户与网络交互的入口,能够提供基本的计算能力,存储能力,向用户显示业务窗口,接受用户操作输入。终端设备与(R)AN建立信号连接,数据连接,从而传输控制信号和业务数据到移动网络。
(R)AN类似于传统网络里面的基站,部署在靠近终端设备的位置,为特定区域的授权用户提供入网功能,并能够根据用户的级别,业务的需求等使用不同质量的传输隧道传输用户数据。(R)AN能够管理自身的资源,合理利用,按需为终端设备提供接入服务,把控制信号和用户数据在终端设备和核心网之间转发。
核心网负责维护移动网络的签约数据,管理移动网络的网元,为终端设备提供会话管理,移动性管理,策略管理,安全认证等功能。在终端设备附着的时候,为终端设备提供入网认证;在终端设备有业务请求时,为终端设备分配网络资源;在终端设备移动的时候,为终端设备更新网络资源;在终端设备空闲的时候,为终端设备提供快恢复机制;在终端设备去附着的时候,为终端设备释放网络资源;在终端设备有业务数据时,为终端设备提供数据路由功能,如转发上行数据到数据网络;或者从数据网络接收终端设备下行数据,转发到(R)AN,从而发送给终端设备。核心网包括UPF、AUSF、AMF、SMF、UDM、PCF和AF。核心网用户面包括UPF,核心网控制面包括AUSF、AMF、SMF、UDM、PCF和AF。
UPF,根据SMF的路由规则执行用户数据包转发。AUSF,负责终端设备的安全认证。AMF,负责终端设备的接入管理和移动性管理。SMF,负责终端设备的会话管理。UDM,负责用户签约上下文管理。PCF,负责用户策略管理。AF,负责用户应用管理。
数据网络是为用户提供业务服务的数据网络,一般客户端位于终端设备,服务端位于数据网络。数据网络可以是私有网络,如局域网,也可以是不受运营商管控的外部网络,如因特网(Internet),还可以是运营商共同部署的专有网络,如为了配置IP多媒体网络子***(IP multimedia core network subsystem,IMS)IMS服务。
DSCP在每个数据包IP头部的服务类别(type of service,ToS)标识字节中,利用已使用的6比特和未使用的2比特,通过编码值来区分优先级。可以理解的是,DSCP就是为了保证通信的服务质量(quality of service,QoS),在数据包IP头部的标识字节进行编码,来划分服务类别,区分服务的优先级。
在IPv4报文头中,ToS字段是1字节(8位),前三位为IP优先权(IP Precedence),这三位可划分八个优先级,即IP优先级字段,可以应用于流分类,数值越大表示优先级越高。这三位IP优先级字段只能划分出八种服务的优先级,这在服务种类单一,业务量少的年代,是足够使用了。但是在网络中实际部署的时候,八个优先级是远远不够用的,于是又对ToS进行了新的定义,把前六位定义成了DSCP,后两位保留。这样,DSCP值的范围就是0到63。图3为IPv4报文头中DSCP与IP优先权的位示意图。
由上述可知,针对IP类型PDU会话,可直接根据IP报文中的ToS字段确定DSCP值。但是,针对非IP类型PDU会话,则无法确定DSCP值,例如目前所存在的以太网帧格式,没有一种以太网帧格式可以提供优先级字段,进而无法根据优先级字段确定DSCP值,再例如非结构化数据报文对于UPF不可见,UPF无法获取DSCP值。
鉴于此,本申请实施例提供一种通信方法及其装置,针对非IP类型PDU会话提供确定DSCP的方法,进而便于确定针对非IP类型会话的寻呼策略。
需要说明的是,本申请实施例中所涉及的标记值(marking value)可以是DSCP值,本申请实施例以DSCP值为例进行介绍。
目前,非IP类型PDU会话包括以太网类型PDU会话和非结构化类型PDU会话,随着标准的发展或者通信技术的发展,可能还包括其他非IP类型PDU会话。本申请实施例针对以太网类型PDU会话和非结构化类型PDU会话进行介绍,可以理解的是,其他非IP类型PDU会话理应落入本申请实施例的保护范围。
下面将结合附图4-附图8,从多端交互的角度对本申请实施例提供的通信方法进行详细介绍。
请参见图4,为本申请实施例一提供的通信方法的流程示意图,该实施例可以包括但不限于步骤S401-步骤S407:
步骤S401,UPF配置非IP类型PDU会话的标记值生成规则。
UPF配置以太网类型PDU会话的标记值生成规则和非结构化类型PDU会话的标记值生成规则。
针对以太网类型,在802.1Q/P标准中对以太网帧格式进行了修改,在源介质访问控制(media access control,MAC)地址字段和协作类型字段之间加入4字节的802.1Q标签(tag)。这四字节中的优先级(priority,PRI)可以用作以太网帧的服务类别(class ofservice,CoS),CoS与层三的ToS类似,不同之处在于CoS在层二做差分,ToS在层三做差分。可以理解的是,CoS与ToS类似,那么可以从CoS字段中获取优先级。
其中,优先级可以是优先级码点(DEI/PCPority code point,PCP),也可以是丢弃合格指示(drop eligible indicator,DEI),还可以是PCP+DEI。PCP用于标记数据帧的优先级别,DEI用于标识报文的丢弃优先级别。
若可以从CoS字段中获取优先级,则标记值生成规则为根据DEI和/或PCP与标记值之间的映射关系生成标记值的规则,具体可以为根据DEI和/或PCP字段的值与标记值的之间的映射关系确定标记值的规则。可以理解的是,DEI和/或PCP为内层数据包(innerpacket)的优先级,内层数据包为终端设备可以应用的数据包。
若不可以从CoS字段中获取优先级字段,则标记值生成规则为根据N6/N9隧道IP头信息生成标记值的规则。其中,N6隧道为UPF与数据网络之间的隧道,N6隧道IP头信息为UPF与数据网络之间进行传输时,将N6隧道IP头信息携带在数据包中;N9隧道为UPF与UPF之间的隧道,N9隧道IP头信息为UPF与UPF之间进行传输时,将N9隧道IP头信息携带在数据包中。可以理解的是,N6/N9隧道IP头信息是数据包在通过N6/N9隧道传输之后才携带的,可以将N6/N9隧道IP头信息当作是传输层IP包头信息。
其中,N6/N9隧道IP头信息包括DSCP值,该DSCP值与IPv4报文头中的DSCP类似,那么根据N6/N9隧道IP头信息生成标记值的规则即为将N6/N9隧道IP头信息所包括的DSCP值作为下行数据包对应的标记值的规则。
针对非结构化类型,由于非结构化类型数据对UPF不可见且没有优先级指示,那么无法根据DEI和/或PCP与标记值之间的映射关系确定标记值,可根据N6/N9隧道IP头信息生成标记值,那么针对非结构化类型,其标记值生成规则为根据N6/N9隧道IP头信息生成标记值的规则。
由上述归纳可得,针对非结构化类型PDU会话,UPF配置其标记值生成规则为根据N6/N9隧道IP头信息生成标记值的规则,即将N6/N9隧道IP头信息所包括的DSCP值作为下行数据包对应的标记值。针对以太网类型PDU会话,在可以获取优先级的情况下,UPF配置其标记值生成规则为根据优先级与标记值的映射关系生成标记值的规则,即根据DEI和/或PCP与标记值之间的映射关系生成标记值的规则,在无法获取优先级的情况下,UPF配置其标记值生成规则为根据N6/N9隧道IP头信息生成标记值的规则。
步骤S402,UPF接收非IP类型PDU会话的下行数据包。
UPF从数据网络接收非IP类型PDU会话的下行数据包,其中,非IP类型PDU会话的接入网隧道信息未存储在UPF中。
可以理解的是,UPF从数据网络接收非IP类型PDU会话的下行数据包之前,终端设备建立了非IP类型PDU会话,终端设备处于空闲态。
步骤S403,UPF根据下行数据包的传输层IP包头信息或者下行数据包的内层包头信息确定下行数据包对应的标记值。
UPF在接收到下行数据包时,确定下行数据包的传输层IP包头信息或下行数据包的内层包头信息。其中,下行数据包的传输层IP包头信息为下行数据包在传输过程中将传输层IP包头信息添加至下行数据包中,可能包括N6/N9隧道IP头信息。其中,下行数据包的内层包头信息为下行数据包的内层数据包信息,可能包括优先级。
UPF根据步骤S401所配置的非IP类型PDU会话的标记值生成规则,结合下行数据包的传输层IP包头信息或下行数据包的内层包头信息,确定下行数据包对应的标记值。
在一种可能实现的方式中,若UPF可以根据下行数据包的传输层IP包头信息确定下行数据包的N6/N9隧道IP头信息,即传输层IP包头信息包括N6/N9隧道IP头信息,那么UPF根据下行数据包的N6/N9隧道IP头信息和根据N6/N9隧道IP头信息生成标记值的规则确定下行数据包对应的标记值,即将下行数据包的N6/N9隧道IP头信息所包括的DSCP值确定为下行数据包对应的标记值。
在一种可能实现的方式中,若UPF可以根据下行数据包的内层包头信息确定下行数据包的优先级,即内层包头信息包括优先级,那么UPF根据下行数据包的优先级和根据优先级与标记值之间的映射关系生成标记值的规则确定下行数据包对应的标记值,即根据优先级与标记值的映射关系查找下行数据包的优先级对应的标记值,即根据DEI和/或PCP与标记值的映射关系查找下行数据包的DEI和/或PCP对应的标记值。
在一种可能实现的方式中,UPF可以综合考虑会话类型、地址类型和N6/N9隧道IP头信息/优先级等参数来确定下行数据包对应的标记值。其中,会话类型为非结构化类型或以太网类型,地址类型为多播或广播。UPF根据这些参数确定标记值的具体方法在本申请实施例中不做限定。
步骤S404,UPF向SMF发送下行数据通知,该下行数据通知包括下行数据包对应的标记值。相应地,SMF从UPF接收该下行数据通知。
UPF在确定下行数据包对应的标记值的情况下,向SMF发送下行数据通知(downlink data notification),该下行数据通知包括UPF确定的下行数据包对应的标记值。该下行数据通知还可包括非IP类型PDU会话的会话标识(identifier,ID),会话标识用于标识不同的非IP类型PDU会话。
步骤S405,SMF根据下行数据包对应的标记值确定下行数据包对应的PPI。
SMF在接收到UPF发送的下行数据通知的情况下,根据下行数据通知所携带的下行数据包对应的标记值确定下行数据包对应的寻呼策略标识(paging policy indication,PPI)。标记值与PPI之间存在映射关系,根据标记值可以确定其对应的PPI。
步骤S406,SMF向AMF发送请求消息,该请求消息包括下行数据包对应的PPI。相应地,AMF从SMF接收该请求消息。
SMF在确定下行数据包对应的PPI的情况下,向AMF发送请求消息,该请求消息包括SMF确定的下行数据包对应的PPI,还可包括非IP类型PDU会话的会话标识。该请求消息可以是调用终端设备可达***请求。
步骤S407,AMF根据下行数据包对应的PPI确定下行数据包的寻呼策略,进行寻呼。
AMF在接收到该请求消息的情况下,根据下行数据包对应的PPI确定下行数据包的寻呼策略,进行寻呼。
其中,寻呼策略可以包括寻呼重传机制,即寻呼的频率或时间间隔;是否在AMF高负载的时候寻呼终端设备;是否应用子区域寻呼,例如先在终端设备的最后***或者小区下发寻呼,然后在终端设备的整个注册区域寻呼等。
AMF可向SMF发送寻呼响应,该寻呼响应用于指示寻呼成功或寻呼失败。若该寻呼响应指示寻呼失败,则SMF向UPF发送寻呼失败指示,以使UPF启动响应的数据处理策略,例如缓冲或丢弃等。
AMF确定寻呼策略,进行寻呼的流程为:
a,AMF向跟踪区列表中的每个无线接入网发送寻呼命令,即向跟踪区列表中的每个基站发送寻呼命令。
b,基站向终端设备发送寻呼请求。
c,终端设备执行终端设备触发的业务请求流程,包括终端设备通过基站向AMF发送业务请求信令,AMF通过AUSF对终端设备进行安全认证,SMF为非IP类型PDU会话恢复网络侧的用户面资源,网络侧更新基站侧隧道地址和转发隧道。通过终端设备触发的业务请求流程,终端设备可以进入连接态,恢复非IP类型PDU会话的用户面资源,以传输数据网络的下行数据。
d,终端设备进入连接态并成功恢复非IP类型PDU会话的用户面资源;
e,UPF将数据网络下发的下行数据发送至终端设备。
图4所示的实施例,通过UPF配置非IP类型PDU会话的标记值生成规则,并在接收到下行数据包的情况下,将下行数据包的传输层IP包头信息或者下行数据包的内层包头信息与标记值生成规则结合,确定出下行数据包对应的标记值,将其发送至SMF,以便SMF确定下行数据包的PPI,SMF将下行数据包的PPI发送至AMF,由AMF确定寻呼策略,进行寻呼,从而实现非IP类型PDU会话的标记值的确定,以便确定寻呼策略,实现非IP类型PDU会话的寻呼策略确定。
请参见图5,为本申请实施例二提供的通信方法的流程示意图,该实施例中与图4所示实施例相同或类似的地方请参见图4的具体描述,在此不再赘述,图5所示的实施例可以包括但不限于步骤S501-步骤S510:
步骤S501,UPF配置非IP类型PDU会话的标记值生成规则。
步骤S502,PCF确定业务数据流与标记值的映射关系或服务质量流与标记值的映射关系。
终端设备建立非IP类型PDU会话,例如以太网类型PDU会话或者非结构化类型PDU会话。在终端设备建立非IP类型PDU会话的过程中,SMF向PCF发送会话请求消息,该会话请求消息可以是PDU会话使能请求消息(PDU-CAN session message)。
PCF在接收到SMF发送的请求的情况下,从应用功能AF/网络开放功能(networkexposure function,NEF)获取业务种类、业务数据流(service data flow,SDF)信息、协议类型、N6接口信息等信息,从统一数据管理UDM获取用户签约信息。PCF根据获取的这些信息确定每个非IP类型PDU会话中的SDF与标记值之间的映射关系,或确定每个非IP类型PDU会话中的服务质量(quality of service,QoS)流与标记值之间的映射关系。
可以理解的是,PCF根据获取的这些信息动态决策每个非IP类型PDU会话的SDF与标记值之间的映射关系或每个非IP类型PDU会话的QoS流与标记值之间的映射关系。这是一种细粒度的标记值生成规则。UPF配置的标记值生成规则是一种粗粒度的标记值生成规则。粗粒度和细粒度确定标记值的方法执行其中一种即可,可分别对应的步骤S506a和步骤S506b。
步骤S503,PCF向SMF发送会话消息,该会话消息包括业务数据流与标记值的映射关系和SDF标识(SDF ID),或包括服务质量流与标记值的映射关系和服务质量流标识(QoSflow identity,QFI)。相应地,SMF从PCF接收该会话消息。
PCF在决策出每个非IP类型PDU会话的SDF与标记值的映射关系或每个非IP类型PDU会话的QoS流与标记值的映射关系的情况下,向SMF发送会话消息,该会话消息可以是会话响应消息,用于响应会话请求消息,可以是PDU会话使能响应消息(PDU-CAN sessionmessage)。
在一种可能实现的方式中,该会话消息包括非IP类型PDU会话的SDF标识(SDF ID)和SDF与标记值的映射关系。在一种可能实现的方式中,该会话消息包括非IP类型PDU会话的QFI和服务质量流与标记值的映射关系。
步骤S504,SMF向UPF发送N4消息,该N4消息包括业务数据流与标记值的映射关系和SDF ID,或包括服务质量流与标记值的映射关系和QFI。相应地,UPF从SMF接收该N4消息。
基站侧为非IP类型PDU会话配置用户面路径资源,UPF为非IP类型PDU会话配置用户面路径资源,同时SMF将SDF与标记值的映射关系或QoS流与标记值的映射关系配置到UPF上,即向UPF发送SDF与标记值的映射关系或QoS流与标记值的映射关系。此时,终端设备处于空闲态。
SMF通过N4消息向UPF发送SDF与标记值的映射关系或QoS流与标记值的映射关系。其中,N4为UPF与SMF之间的接口,N4消息为UPF与SMF之间通过N4接口传输的消息。N4消息还包括非IP类型PDU会话的SDF ID或QFI。N4消息还可以包括非IP类型PDU会话的会话标识(session ID)。
UPF在接收到SDF与标记值的映射关系或QoS流与标记值的映射关系时,可对映射关系进行存储。
步骤S505,UPF接收非IP类型PDU会话的下行数据包。
UPF在接收到非IP类型PDU会话的下行数据包的情况下,确定下行数据包的传输层IP包头信息或下行数据包的内层包头信息。
若下行数据包的传输层IP包头信息包括N6/N9隧道IP头信息,或下行数据包的内层包头信息包括优先级,则执行步骤S506a。
若下行数据包的传输层IP包头信息不包括N6/N9隧道IP头信息,且下行数据包的内层包头信息不包括优先级,则执行步骤S506b。可以理解的是,此时无法根据下行数据包的传输层IP包头信息或内层包头信息确定出下行数据包对应的标记值。
步骤S506a,UPF根据下行数据包的传输层IP包头信息或者下行数据包的内层包头信息确定下行数据包对应的标记值。
步骤S506b,UPF根据N4消息所包括的映射关系确定下行数据包对应的标记值。
在UPF无法根据下行数据包的传输层IP包头信息或内层包头信息确定出下行数据包对应的标记值的情况下,UPF根据SDF ID以及SDF与标记值的映射关系确定下行数据包对应的标记值,或根据QFI以及服务质量流与标记值的映射关系确定下行数据包对应的标记值。
步骤S507,UPF向SMF发送下行数据通知,该下行数据通知包括下行数据包对应的标记值。相应地,SMF从UPF接收该下行数据通知。
其中,该下行数据通知包括下行数据包对应的标记值。
步骤S508,SMF根据下行数据包对应的标记值确定下行数据包对应的PPI。
步骤S509,SMF向AMF发送请求消息,该请求消息包括下行数据包对应的PPI。相应地,AMF从SMF接收该请求消息。
步骤S510,AMF根据下行数据包对应的PPI确定下行数据包的寻呼策略,进行寻呼。
图5所示的实施例,在图4所示实施例的基础上,增加了PCF动态决策SDF与标记值的映射关系或服务质量流与标记值的映射关系的流程,以便在无法根据下行数据包的传输层IP包头信息或内层包头信息确定下行数据包对应的标记值的情况下,可以根据SDF与标记值的映射关系或服务质量流与标记值的映射关系确定下行数据包对应的标记值,采用两种方式实现非IP类型PDU会话的标记值的确定,以便确定寻呼策略,实现非IP类型PDU会话的寻呼策略确定。
请参见图6,为本申请实施例三提供的通信方法的流程示意图,图6所示的实施例可以包括但不限于步骤S601-步骤S609:
步骤S601,SMF配置非IP类型PDU会话的标记值生成规则。
SMF配置以太网类型PDU会话的标记值生成规则和非结构化类型PDU会话的标记值生成规则。
针对非结构化类型PDU会话,SMF配置其标记值生成规则为根据N6/N9隧道IP头信息生成标记值的规则,即将N6/N9隧道IP头信息所包括的DSCP值作为下行数据包对应的标记值。针对以太网类型PDU会话,在可以获取优先级的情况下,SMF配置其标记值生成规则为根据优先级与标记值之间的映射关系生成标记值的规则,在无法获取优先级的情况下,SMF配置其标记值生成规则为根据N6/N9隧道IP头信息生成标记值的规则。
步骤S602,UPF配置配置信息,该配置信息规定下行数据通知包括传输层IP包头信息或内层包头信息。
UPF配置配置信息,该配置信息用于规定UPF向SMF发送的下行数据通知需包括哪些内容,具体需包括传输层IP包头信息或内层包头信息,即需包括N6/N9隧道IP头信息或优先级。
需要说明的是,本申请实施例中不限定步骤S601和步骤S602执行的先后顺序。
步骤S603,UPF接收非IP类型PDU会话的下行数据包。
UPF从数据网络接收非IP类型PDU会话的下行数据包,其中,非IP类型PDU会话的接入网隧道信息未存储在UPF中。
可以理解的是,UPF从数据网络接收非IP类型PDU会话的下行数据包之前,终端设备建立了非IP类型PDU会话,终端设备处于空闲态。
需要说明的是,SMF和UPF的配置在终端设备建立非IP类型PDU会话之前。
步骤S604,UPF根据配置信息获取下行数据包的传输层IP包头信息或者下行数据的内层包头信息。
UPF根据配置信息所规定的内容在接收到非IP类型PDU会话的下行数据包时,获取下行数据包的传输层IP包头信息或者下行数据的内层包头信息。其中,传输层IP包头信息包括N6/N9隧道IP头信息,内层包头信息包括优先级。
步骤S605,UPF向SMF发送下行数据通知,该下行数据通知包括下行数据包的传输层IP包头信息或者下行数据包的内层包头信息。相应地,SMF从UPF接收该下行数据通知。
UPF根据配置信息所规定的内容向SMF发送下行数据通知,该下行数据通知包括下行数据包的传输层IP包头信息或者下行数据包的内层包头信息。
SMF在接收到该下行数据通知时,可向UPF反馈下行数据通知确认(downlink datanotification ack),以告知UPF,SMF接收到该下行数据通知。
步骤S606,SMF根据下行数据包的传输层IP包头信息或者下行数据的内层包头信息确定下行数据包对应的标记值。
SMF在接收到该下行数据通知时,根据其所包括的下行数据包的传输层IP包头信息或者下行数据的内层包头信息确定下行数据包对应的标记值。
在一种可能实现的方式中,SMF根据下行数据包的N6/N9隧道IP头信息和根据N6/N9隧道IP头信息生成标记值的规则确定下行数据包对应的标记值,即将下行数据包的N6/N9隧道IP头信息所包括的标记值确定为下行数据包对应的标记值。
在一种可能实现的方式中,SMF根据下行数据包的优先级和根据优先级与标记值的映射关系生成标记值的规则确定下行数据包对应的标记值,即根据优先级与标记值的映射关系查找下行数据包的优先级对应的标记值,即根据DEI和/或PCP与标记值的映射关系查找下行数据包的DEI和/或PCP对应的标记值。
在一种可能实现的方式中,若配置信息规定下行数据通知还需包括其他信息,例如会话类型、地址类型等参数,那么UPF向SMF发送的下行数据通知还包括这些信息,SMF可根据这些参数来确定下行数据包对应的标记值,SMF根据这些参数进行确定的具体方法在本申请实施例中不做限定。
步骤S607,SMF根据下行数据包对应的标记值确定下行数据包的PPI。
标记值与PPI之间存在映射关系,SMF可根据下行数据包对应的标记值可以确定下行数据包对应的PPI。除根据标记值确定PPI之外,还可以根据会话类型和优先级确定PPI。
步骤S608,SMF向AMF发送请求消息,该请求消息包括下行数据包对应的PPI。相应地,AMF从SMF接收该请求消息。
步骤S609,AMF根据下行数据包对应的PPI确定下行数据包的寻呼策略,进行寻呼。
步骤S608和步骤S609的具体实现可参见图4所示实施例中的步骤S406和步骤S407的具体描述,在此不再赘述。
在图6所示的实施例中,标记值生成规则由SMF进行配置,UPF配置下行数据通知需携带的内容,而图4所示实施例中标记值生成规则是由UPF进行配置,这样可以简化UPF的功能,不过使得SMF的功能复杂化了,可以达到和图4所示实施例相同的效果。
作为一个可选的实施例,在图6所示实施例的基础上,可增加PCF动态决策SDF与标记值的映射关系或服务质量流与标记值的映射关系的流程,所增加的流程可与图5类似,不过无需SMF向UPF发送携带映射关系的N4消息,且SMF可根据会话消息携带的SDF与标记值的映射关系和SDF ID,或包括服务质量流与标记值的映射关系和QFI确定标记值,进而确定PPI,从而采用两种方式实现非IP类型PDU会话的标记值的确定,以便确定寻呼策略,实现非IP类型PDU会话的寻呼策略确定。
请参见图7,为本申请实施例四提供的通信方法的流程示意图,图7所示的实施例可以包括但不限于步骤S701-步骤S707:
步骤S701,AMF配置非IP类型PDU会话的寻呼策略生成规则,该寻呼策略生成规则包括根据会话类型和优先级生成寻呼策略。
步骤S702,UPF配置配置信息,该配置信息规定下行数据通知包括会话类型和优先级。
该配置信息规定UPF向SMF发送的下行数据通知包括非IP类型PDU会话的会话类型和优先级。会话类型可为以太网类型或非结构化类型。
需要说明的是,本申请实施例中不限定步骤S701和步骤S702执行的先后顺序。
步骤S703,UPF接收非IP类型PDU会话的下行数据包。
UPF从数据网络接收非IP类型PDU会话的下行数据包,其中,非IP类型PDU会话的接入网隧道信息未存储在UPF中。
可以理解的是,UPF从数据网络接收非IP类型PDU会话的下行数据包之前,终端设备建立了非IP类型PDU会话,终端设备处于空闲态。
需要说明的是,AMF和UPF的配置在终端设备建立非IP类型PDU会话之前。
步骤S704,UPF根据配置信息获取会话类型和下行数据包的优先级。
UPF根据配置信息获取非IP类型PDU会话的会话类型和下行数据包的优先级。
步骤S705,UPF向SMF发送下行数据通知,该下行数据通知包括会话类型和下行数据包的优先级。相应地,SMF从UPF接收该下行数据通知。
步骤S706,SMF向AMF发送N11消息,该N11消息包括会话类型和下行数据包的优先级。相应地,AMF从SMF接收该N11消息。
其中,N11为AMF与SMF之间的接口,N11消息为AMF与SMF之间通过N11接口传输的消息。
AMF在接收到该N11消息之后,可向SMF反馈N11消息确认(N11message ack),用于告知SMF,AMF已接收到该N11消息。
步骤S707,AMF根据会话类型和下行数据包的优先级确定下行数据包的寻呼策略,进行寻呼。
AMF在接收到该N11消息的情况下,根据会话类型和下行数据包的优先级确定下行数据包的寻呼策略,进行寻呼。
AMF可向SMF发送寻呼响应,该寻呼响应用于指示寻呼成功或寻呼失败。若该寻呼响应指示寻呼失败,则SMF向UPF发送寻呼失败指示,以使UPF启动响应的数据处理策略,例如缓冲或丢弃等。
AMF确定寻呼策略,进行寻呼的流程可参见图4所示实施例中的具体描述,在此不再赘述。
在图7所示的实施例中,SMF和UPF均不配置标记值生成规则,直接由AMF根据会话类型和下行数据包的优先级确定寻呼策略,可以简化SMF和UPF的功能,同样可以实现非IP类型PDU会话的标记值的确定,以便确定寻呼策略,实现非IP类型PDU会话的寻呼策略确定。
请参见图8,为本申请实施例五提供的通信方法的流程示意图,图8在图5所示实施例的基础上,将PCF动态决策映射关系扩展到中间UPF(intermediate,I-UPF)和锚点UPF(anchor,A-UPF)的场景,即扩展到会话存在多个UPF的场景,与图5相同的部分可参见图5具体描述,在此不再赘述。图8所示的实施例可以包括但不限于步骤S801-步骤S809:
步骤S801,I-UPF配置非IP类型PDU会话的标记值生成规则。
需要说明的是,I-UPF配置的非IP类型PDU会话的标记值生成规则可同步至A-UPF。
可以理解的是,I-UPF是偏远地区的UPF,主要负责转发,A-UPF是中心地区的UPF,主要负责核心功能的执行。
步骤S802,PCF确定业务数据流与标记值的映射关系或服务质量流与标记值的映射关系。
步骤S803,PCF向SMF发送会话消息,该会话消息包括SDF与标记值的映射关系和SDF ID,或包括服务质量流与标记值的映射关系和QFI。相应地,SMF从PCF接收该会话消息。
步骤S804,SMF向A-UPF发送N4消息,该N4消息包括业务数据流与标记值的映射关系和SDF ID,或包括服务质量流与标记值的映射关系和QFI。相应地,A-UPF从SMF接收该N4消息。
基站侧为非IP类型PDU会话配置用户面路径资源,A-UPF和I-UPF为非IP类型PDU会话配置用户面路径资源,同时SMF将SDF与标记值的映射关系或QoS流与标记值的映射关系配置到A-UPF上,即向A-UPF发送SDF与标记值的映射关系或QoS流与标记值的映射关系。此时,终端设备处于空闲态。
步骤S805,A-UPF接收非IP类型PDU会话的下行数据包。
步骤S806a,A-UPF根据下行数据包的N6隧道IP头信息或者下行数据包的内层包头信息确定下行数据包对应的标记值。
A-UPF根据下行数据包的N6隧道IP头信息或者下行数据包的内层包头信息确定下行数据包对应的标记值。
步骤S806b,A-UPF根据N4消息所包括的映射关系确定下行数据包对应的标记值。
A-UPF根据N4消息所包括的映射关系确定下行数据包对应的标记值。
步骤S807,A-UPF将下行数据包对应的标记值设置为N9隧道IP头的DSCP值。
A-UPF将下行数据包对应的标记值设置为N9隧道IP头的DSCP值,那么下行数据包在通过N9接口传输至I-UPF时,就会携带N9隧道IP头的DSCP值,那么I-UPF在接收到下行数据包时,可以获取N9隧道IP头的DSCP值。
步骤S808,A-UPF向I-UPF发送下行数据包,该下行数据包包括N9隧道IP头的DSCP值。相应地,I-UPF从A-UPF接收下行数据包。
由于A-UPF向I-UPF发送的下行数据包经N9接口传输,那么下行数据包会携带N9隧道IP头的DSCP值。
步骤S809,I-UPF向SMF发送下行数据通知,该下行数据通知包括N9隧道IP头的DSCP值。相应地,SMF从I-UPF接收该下行数据通知。
SMF在接收到该下行数据通知时,可将该下行数据通知所包括的N9隧道IP头的DSCP值作为标记值。
步骤S810,SMF根据N9隧道IP头的DSCP值确定下行数据包对应的PPI。
SMF根据N9隧道IP头的DSCP值确定下行数据包对应的PPI。
步骤S811,SMF向AMF发送请求消息,该请求消息包括下行数据包对应的PPI。相应地,AMF从SMF接收该请求消息。
步骤S812,AMF根据下行数据包对应的PPI确定下行数据包的寻呼策略,进行寻呼。
图8所示的实施例中,将图5所示的实施例扩展到I-UPF和A-UPF的场景,若存在多个I-UPF,那么N9隧道IP头的DSCP值可在多个I-UPF之间转发,最终由一个I-UPF通过下行数据通知发送至SMF,同样可以实现非IP类型PDU会话的标记值的确定,以便确定寻呼策略,实现非IP类型PDU会话的寻呼策略确定。
作为一个可选的实施例,在图8所示的实施例中,可以删除PCF动态决策映射关系的流程,即将图4所示的实施例扩展到I-UPF和A-UPF的场景,达到与图4所示实施例相同的效果。
上述详细阐述了本申请实施例的方法,下面提供了本申请实施例的装置。
请参见图8,是本申请实施例提供的通信装置的逻辑结构示意图,该通信装置40可以包括处理单元401和收发单元402。该通信装置40可以是图4-图7所示实施例中的UPF或SMF或AMF,还可以是图8所示实施例中的I-UPF或A-UPF或SMF或AMF。
若通信装置40是图4-图7所示实施例中的UPF,则收发单元402可用于与SMF和数据网络进行通信,例如执行图4所示实施例中的步骤S402和步骤S404,执行图5所示实施例中的步骤S504、步骤S505和步骤S507,执行图6所示实施例中的步骤S603和步骤S605,执行图7所示实施例中的步骤S703和步骤S705。处理单元401可用于执行控制UPF的操作,例如执行图4所示实施例中的步骤S401和步骤S403,执行图5所示实施例中的步骤S501、步骤S506a和步骤S506b,执行图6所示实施例中的步骤S602和步骤S604,执行图7所示实施例中的步骤S702和步骤S704。具体可参见图4-图7所示实施例中相应的描述,在此不再赘述。
若通信装置40是图8所示实施例中的A-UPF,则收发单元402可用于与I-UPF、SMF以及数据网络进行通信,例如执行图8所示实施例中的步骤S804、步骤S805和S808。处理单元401可用于执行控制A-UPF的操作,例如执行图8所示实施例中的步骤S806a、步骤S806b和步骤S807。具体可参见图8所示实施例中的描述,在此不再赘述。
若通信装置40是图8所示实施例中的I-UPF,则收发单元402可用于与A-UPF和SMF进行通信,例如执行图8所示实施例中的步骤S808和S809。处理单元401可用于执行控制A-UPF的操作,例如执行图8所示实施例中的步骤S801。具体可参见图8所示实施例中的描述,在此不再赘述。
若通信装置40是图4-图8所示实施例中的AMF,则收发单元402可用于与SMF和其他通信设备进行通信,例如执行图4所示实施例中的步骤S406,执行图5所示实施例中的步骤S509,执行图6所示实施例中的步骤S608,执行图7所示实施例中的步骤S706,执行图8所示实施例中的步骤S811。处理单元401可用于执行控制AMF的操作,例如执行图4所示实施例中的步骤S407,执行图5所示实施例中的步骤S510,执行图6所示实施例中的步骤S609,执行图7所示实施例中的步骤S701和步骤S707,执行图8所示实施例中的步骤S812。具体可参见图4-图8所示实施例中相应的描述,在此不再赘述。
若通信装置40是图4-图8所示实施例中的SMF,则收发单元402可用于与AMF、UPF和其他通信设备进行通信,例如执行图4所示实施例中的步骤S404和步骤S406,执行图5所示实施例中的步骤S503、步骤S504、步骤S507和步骤S509,执行图6所示实施例中的步骤S605和步骤S608,执行图7所示实施例中的步骤S705和步骤S706,执行图8所示实施例中的步骤S803、步骤S804、步骤S809和步骤S811。处理单元401可用于执行控制AMF的操作,例如执行图4所示实施例中的步骤S405,执行图5所示实施例中的步骤S508,执行图6所示实施例中的步骤S601、步骤S606和步骤S607,执行图8所示实施例中的步骤S810。具体可参见图4-图8所示实施例中相应的描述,在此不再赘述。
请参见图9,是本申请实施例提供的通信装置的实体结构简化示意图,该通信装置50可以是图4-图7所示实施例中的UPF或SMF或AMF,还可以是图8所示实施例中的I-UPF或A-UPF或SMF或AMF。该通信装置50包括收发器501、处理器502和存储器503。收发器501、处理器502和存储器503可以通过总线504相互连接,也可以通过其它方式相连接。图8所示的处理单元401所实现的相关功能可以通过一个或多个处理器502来实现。图8所示的收发单元402所实现的相关功能可以由收发器501来实现。
存储器503包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmableread only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器503用于相关指令及数据。
收发器501用于发送数据和/或信令,以及接收数据和/或信令。
处理器502可以包括是一个或多个处理器,例如包括一个或多个中央处理器(central processing unit,CPU),在处理器502是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
若该通信装置50为UPF,则处理器502用于支持UPF执行图4所示实施例中的步骤S401和步骤S403,执行图5所示实施例中的步骤S501、步骤S506a和步骤S506b,执行图6所示实施例中的步骤S602和步骤S604,执行图7所示实施例中的步骤S702和步骤S704。
若该通信装置50为A-UPF,则处理器502用于支持A-UPF执行图8所示实施例中的步骤S806a、步骤S806b和步骤S807。
若该通信装置50为I-UPF,则处理器502用于支持I-UPF执行图8所示实施例中的步骤S801。
若该通信装置50为AMF,则处理器502用于支持AMF执行图4所示实施例中的步骤S407,执行图5所示实施例中的步骤S510,执行图6所示实施例中的步骤S609,执行图7所示实施例中的步骤S701和步骤S707,执行图8所示实施例中的步骤S812。
若该通信装置50为SMF,则处理器502用于支持SMF执行图4所示实施例中的步骤S405,执行图5所示实施例中的步骤S508,执行图6所示实施例中的步骤S601、步骤S606和步骤S607,执行图8所示实施例中的步骤S810。
存储器503用于存储通信装置50的程序代码和数据。
收发器501用于与其它通信装置通信,若该通信装置50为UPF,收发器501用于与SMF和数据网络进行通信通信;若该通信装置为A-UPF,收发器501用于与I-UPF、SMF以及数据网络进行通信;若该通信装置为I-UPF,收发器用于与A-UPF和SMF进行通信;若该通信装置为AMF,收发器501用于与SMF和其他通信设备进行通信;若该通信装置为SMF,收发器501用于与AMF、UPF和其他通信设备进行通信。
关于处理器502和收发器501所执行的步骤,具体可参见可参见图4-图8所示实施例的描述,在此不再赘述。
可以理解的是,图9仅仅示出了通信装置的简化设计。在实际应用中,通信装置还可以分别包含必要的其他元件,包含但不限于任意数量的收发器、处理器、控制器、存储器、通信单元等,而所有可以实现本申请的通信装置都在本申请的保护范围之内。
本申请实施例还提供了一种通信***,包括图4、图6和图7所示的AMF、SMF和UPF,或包括图5所示的AMF、PCF、SMF和UPF,或包括图8所示的AMF、PCF、SMF、I-UPF和A-UPF。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。因此,本申请又一实施例提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本申请又一实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本领域普通技术人员可以意识到,结合本申请中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriberline,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
Claims (12)
1.一种通信方法,其特征在于,包括:
用户面功能UPF接收非互联网协议IP类型协议数据单元PDU会话的下行数据包,所述非IP类型PDU会话的接入网隧道信息未存储在所述UPF中;
所述UPF根据所述下行数据包的传输层IP包头信息或者所述下行数据包的内层包头信息确定所述下行数据包对应的标记值;
所述UPF向会话管理功能SMF发送下行数据通知,所述下行数据通知包括所述下行数据包对应的标记值,所述下行数据包对应的标记值用于所述SMF确定所述下行数据包的寻呼策略标识PPI。
2.根据权利要求1所述的方法,其特征在于,所述UPF接收非IP类型PDU会话的下行数据包之前,还包括:
所述UPF配置所述非IP类型PDU会话的标记值生成规则,所述标记值生成规则为根据优先级与标记值之间的映射关系生成标记值的规则,或根据N6/N9隧道IP头信息生成标记值的规则。
3.根据权利要求2所述的方法,其特征在于,所述UPF根据所述下行数据包的传输层IP包头信息或者所述下行数据包的内层包头信息确定所述下行数据包对应的标记值,包括:
所述UPF根据所述下行数据包的传输层IP包头信息确定所述下行数据包的N6/N9隧道IP头信息;
所述UPF根据所述下行数据包的N6/N9隧道IP头信息和所述根据N6/N9隧道IP头信息生成标记值的规则确定所述下行数据包对应的标记值;
或,所述UPF根据所述下行数据包的内层包头信息确定所述下行数据包的优先级;
所述UPF根据所述下行数据包的优先级和所述根据优先级与标记值之间的映射关系生成标记值的规则确定所述下行数据包对应的标记值。
4.一种通信方法,其特征在于,包括:
UPF接收非IP类型PDU会话的下行数据包,所述非IP类型PDU会话的接入网隧道信息未存储在所述UPF中;
所述UPF根据配置信息获取所述下行数据包的传输层IP包头信息或者所述下行数据的内层包头信息;
所述UPF向SMF发送下行数据通知,所述下行数据通知包括所述下行数据包的传输层IP包头信息或者所述下行数据包的内层包头信息,所述下行数据包的传输层IP包头信息或者所述下行数据包的内层包头信息用于所述SMF确定所述下行数据包对应的标记值。
5.根据权利要求4所述的方法,其特征在于,所述UPF接收所述非IP类型PDU会话的下行数据包之前,还包括:
所述UPF配置所述配置信息,所述配置信息规定所述下行数据通知包括传输层IP包头信息或者内层包头信息。
6.一种通信方法,其特征在于,包括:
SMF接收UPF发送的下行数据通知,所述下行数据通知包括下行数据包的传输层IP包头信息或者所述下行数据的内层包头信息;
所述SMF根据所述下行数据包的传输层IP包头信息或者所述下行数据的内层包头信息确定所述下行数据包对应的标记值;
所述SMF根据所述下行数据包对应的标记值确定所述下行数据包的PPI;
所述SMF向AMF发送请求消息,所述请求消息包括所述PPI,所述PPI用于所述AMF确定所述下行数据包的寻呼策略。
7.根据权利要求6所述的方法,其特征在于,所述SMF接收UPF发送的下行数据通知之前,还包括:
所述SMF配置非IP类型PDU会话的DSCP生成规则,其中,所述DSCP生成规则为根据优先级与标记值之间的映射关系生成标记值的规则,或根据N6/N9隧道IP头信息生成标记值的规则。
8.根据权利要求7所述的方法,其特征在于,所述SMF根据所述下行数据包的传输层IP包头信息或者所述下行数据的内层包头信息确定所述下行数据包对应的标记值,包括:
所述SMF根据所述下行数据包的传输层IP包头信息确定所述下行数据包的N6/N9隧道IP头信息;
所述SMF根据所述下行数据包的N6/N9隧道IP头信息和所述根据N6/N9隧道IP头信息生成标记值的规则确定所述下行数据包对应的标记值;
或,所述SMF根据所述下行数据包的内层包头信息确定所述下行数据包的优先级;
所述SMF根据所述下行数据包的优先级和所述根据优先级与标记值的映射关系生成标记值的规则确定所述下行数据包对应的标记值。
9.一种通信装置,其特征在于,所述通信装置用于执行如权利要求1-3任一项所述的方法。
10.一种通信装置,其特征在于,所述通信装置用于执行如权利要求4-5任一项所述的方法。
11.一种通信装置,其特征在于,所述通信装置用于执行如权利要求6-8任一项所述的方法。
12.一种计算机可读存储介质,其特征在于,所述存储有计算机程序,所述计算机程序用于实现权利要求1至8任意一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711209692.0A CN109818917B (zh) | 2017-11-21 | 2017-11-21 | 一种通信方法及其装置 |
PCT/CN2018/116215 WO2019101041A1 (zh) | 2017-11-21 | 2018-11-19 | 一种通信方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711209692.0A CN109818917B (zh) | 2017-11-21 | 2017-11-21 | 一种通信方法及其装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109818917A CN109818917A (zh) | 2019-05-28 |
CN109818917B true CN109818917B (zh) | 2021-10-26 |
Family
ID=66601426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711209692.0A Active CN109818917B (zh) | 2017-11-21 | 2017-11-21 | 一种通信方法及其装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109818917B (zh) |
WO (1) | WO2019101041A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111800857B (zh) * | 2019-08-27 | 2023-01-03 | 维沃移动通信有限公司 | 一种寻呼方法和设备 |
CN112867039B (zh) * | 2019-11-28 | 2022-04-05 | 大唐移动通信设备有限公司 | 一种用户面网元故障处理方法和装置 |
EP4140163A4 (en) * | 2020-04-23 | 2024-01-17 | Qualcomm Incorporated | MOBILE TERMINATION (MT) PAGING PROCEDURE FOR IP MULTIMEDIA SUBSYSTEM (IMS) CALLS |
CN113573381A (zh) * | 2020-04-28 | 2021-10-29 | 大唐移动通信设备有限公司 | 非ip类型数据的传输处理方法、设备、装置及介质 |
CN111526552B (zh) * | 2020-05-13 | 2024-02-02 | 腾讯科技(深圳)有限公司 | Ue执行的方法及ue、以及smf实体执行的方法及smf实体 |
EP4156613A4 (en) * | 2020-05-29 | 2023-05-10 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | DATA TRANSMISSION METHOD AND DEVICE AND STORAGE MEDIUM |
CN114979963A (zh) * | 2021-02-25 | 2022-08-30 | 华为技术有限公司 | 组播/广播业务的通信方法、装置及*** |
CN117062142A (zh) * | 2022-05-05 | 2023-11-14 | 华为技术有限公司 | 通信方法和装置 |
CN115842793A (zh) * | 2022-11-16 | 2023-03-24 | 深圳市丰润达科技有限公司 | 三层交换机的路由转发方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101931898A (zh) * | 2009-06-26 | 2010-12-29 | 华为技术有限公司 | 用户面数据的传输方法、装置及*** |
CN102595508A (zh) * | 2011-01-14 | 2012-07-18 | 中兴通讯股份有限公司 | 一种策略控制方法及*** |
CN102843348A (zh) * | 2011-06-23 | 2012-12-26 | 中兴通讯股份有限公司 | 业务数据流处理方法及装置 |
CN103731919A (zh) * | 2012-10-15 | 2014-04-16 | ***通信集团公司 | 一种基于优先级的寻呼方法和设备 |
WO2017173098A1 (en) * | 2016-03-30 | 2017-10-05 | Idac Holdings, Inc. | System and methods for supporting low mobility devices in next generation wireless network |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017196161A1 (en) * | 2016-05-13 | 2017-11-16 | Samsung Electronics Co., Ltd. | Light connection control method and apparatus |
-
2017
- 2017-11-21 CN CN201711209692.0A patent/CN109818917B/zh active Active
-
2018
- 2018-11-19 WO PCT/CN2018/116215 patent/WO2019101041A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101931898A (zh) * | 2009-06-26 | 2010-12-29 | 华为技术有限公司 | 用户面数据的传输方法、装置及*** |
CN102595508A (zh) * | 2011-01-14 | 2012-07-18 | 中兴通讯股份有限公司 | 一种策略控制方法及*** |
CN102843348A (zh) * | 2011-06-23 | 2012-12-26 | 中兴通讯股份有限公司 | 业务数据流处理方法及装置 |
CN103731919A (zh) * | 2012-10-15 | 2014-04-16 | ***通信集团公司 | 一种基于优先级的寻呼方法和设备 |
WO2017173098A1 (en) * | 2016-03-30 | 2017-10-05 | Idac Holdings, Inc. | System and methods for supporting low mobility devices in next generation wireless network |
Non-Patent Citations (1)
Title |
---|
Draft Report of SA WG2 meetings #122BIS;Secretary of SA WG2;《3GPP S2-176831》;20171027;第6.5.4节 * |
Also Published As
Publication number | Publication date |
---|---|
CN109818917A (zh) | 2019-05-28 |
WO2019101041A1 (zh) | 2019-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109818917B (zh) | 一种通信方法及其装置 | |
US10616120B2 (en) | Service layer southbound interface and quality of service | |
CN110225550B (zh) | 实现反射式eps承载的***和方法 | |
CN111770545B (zh) | 一种业务流路由控制方法、装置及*** | |
US20220377819A1 (en) | Method and apparatus for establishing data transmission link and computer-readable storage medium | |
CN110166414B (zh) | 一种通信方法、装置及*** | |
US10924518B2 (en) | UPF programming over enhanced N9 interface | |
Jun et al. | Ultra‐low‐latency services in 5G systems: A perspective from 3GPP standards | |
CN110831094A (zh) | 一种数据传输通道的处理方法及装置 | |
US20200076724A1 (en) | Path management for segment routing based mobile user-plane using seamless bfd | |
WO2019196000A1 (en) | Methods and system for carrying out small data fast path communication | |
WO2017177753A1 (zh) | 一种基于流的承载管理方法、数据传输方法及装置 | |
CN110138685B (zh) | 一种通信方法及装置 | |
WO2017080422A1 (zh) | 一种QoS管理的方法及装置 | |
CN113055293B (zh) | 软件定义广域网中的选路方法及装置、通信*** | |
US9560174B2 (en) | Network routing overlay | |
CN109819530B (zh) | 一种通信方法及装置 | |
Parker et al. | Ultra-low latency 5G CHARISMA architecture for secure intelligent transportation verticals | |
US11570079B2 (en) | Quality-of-service in cellular information centric network | |
WO2015062040A1 (zh) | 一种能力协商的方法、***及装置 | |
US10623279B2 (en) | Method and network entity for control of value added service (VAS) | |
US8811344B1 (en) | Methods and apparatus for assigning same sequence number to multiple GTP messages | |
CN114915519A (zh) | 通信方法和通信装置 | |
WO2023246118A1 (zh) | 报文的转发方法、装置、存储介质及电子装置 | |
CN117643038B (zh) | 用于在电信***中在ue路由选择策略(ursp)中引用本地资源的方法及其*** |
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 |