CN111836219A - 一种消息传输方法和通信设备 - Google Patents

Abstract

本发明实施例提供一种消息传输方法和通信设备，该方法包括：获取第一消息，所述第一消息包括数据包类型信息；根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。从而避免通信设备直接响应第一消息，以提高终端的性能，如提高用户体验效果。

Description

一种消息传输方法和通信设备

技术领域

本发明涉及通信技术领域，尤其涉及一种消息传输方法和通信设备。

背景技术

在一些通信系统中一些通信设备(例如：终端)经常会接收到一些消息(例如：寻呼消息、通知消息等)。而目前通信设备在接收到这些消息时，会直接执行消息的响应操作。直接执行这些消息的响应操作，可能会导致终端延期响应其他消息的操作，或者影响用户对通信设备的使用等。可见，目前通信设备直接执行消息的响应消息会导致终端的性能比较差，如用户体验效果差。

发明内容

本发明实施例提供一种消息传输方法和通信设备，以解决终端的性能比较差的问题。

第一方面，本发明实施例提供一种消息传输方法，应用于第一通信设备，包括：

获取第一消息，所述第一消息包括数据包类型信息；

根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。

第二方面，本发明实施例提供一种消息传输方法，应用于第二通信设备，包括：

确定第一数据包的数据包类型信息；

发送所述数据包类型信息且所述数据包类型信息包含在第一消息中。

第三方面，本发明实施例提供一种消息传输方法，应用于第三通信设备，包括：

发送所述第三通信设备倾向接收的数据包类型信息和/或所述第三通信设备不倾向接收的数据包类型信息。

第四方面，本发明实施例提供一种消息传输方法，应用于第四通信设备，包括：

获取第一信息，所述第一信息包括以下至少一项：第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一数据包的数据包类型信息、第一能力相关信息、终端的签约信息、第一请求；

根据所述第一信息，确定是否发送第一消息。

第五方面，本发明实施例提供一种消息传输方法，应用于第五通信设备，包括：

发送第一能力相关信息和/或第一请求；

其中，所述第一能力相关信息包括以下至少一项：

终端支持数据包类型信息的相关功能的相关指示信息、

终端不支持数据包类型信息的相关功能的相关指示信息；

所述第一请求用于请求获取数据包类型信息。

第六方面，本发明实施例提供一种消息传输方法，应用于第六通信设备，包括：

获取寻呼消息，所述寻呼消息包括寻呼原因信息；

根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作。

第七方面，本发明实施例提供一种消息传输方法，应用于第七通信设备，包括：

确定寻呼原因信息；

发送模块，用于发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中。

第八方面，本发明实施例提供一种第一通信设备，包括：

获取模块，用于获取第一消息，所述第一消息包括数据包类型信息；

确定模块，用于根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。

第九方面，本发明实施例提供一种第二通信设备，包括：

确定模块，用于确定第一数据包的数据包类型信息；

发送所述数据包类型信息且所述数据包类型信息包含在第一消息中

第十方面，本发明实施例提供一种第三通信设备，包括：

发送模块，用于发送所述第三通信设备倾向接收的数据包类型信息和/或所述第三通信设备不倾向接收的数据包类型信息。

第十一方面，本发明实施例提供一种第四通信设备，包括：

获取模块，用于获取第一信息，所述第一信息包括以下至少一项：第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一数据包的数据包类型信息、第一能力相关信息、终端的签约信息、第一请求；

确定模块，用于根据所述第一信息，确定是否发送第一消息。

第十二方面，本发明实施例提供一种第五通信设备，包括：

发送模块，用于发送第一能力相关信息和/或第一请求；

其中，所述第一能力相关信息包括以下至少一项：

终端支持数据包类型信息的相关功能的相关指示信息、

终端不支持数据包类型信息的相关功能的相关指示信息；

所述第一请求用于请求获取数据包类型信息。

第十三方面，本发明实施例提供一种第六通信设备，包括：

获取模块，用于获取寻呼消息，所述寻呼消息包括寻呼原因信息；

确定模块，用于根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作。

第十四方面，本发明实施例提供一种第七通信设备，包括：

确定模块，用于确定寻呼原因信息；

发送模块，用于发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中。

第十五方面，本发明实施例提供一种通信设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现本发明实施例提供第一通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第二通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第三通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第四通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第五通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第六通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第七通信设备的消息传输方法的步骤。

第十六方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本发明实施例提供第一通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第二通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第三通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第四通信设备的消息传输方法的步骤，或者，实现本发明实施例提供第五通信设备的消息传输方法的步骤。

本发明实施例中，获取第一消息，所述第一消息包括数据包类型信息；根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。从而避免通信设备直接响应第一消息，以提高终端的性能，如提高用户体验效果。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例可应用的一种消息传输系统的结构图；

图2是本发明实施例提供的一种消息传输方法的流程图；

图3是本发明实施例提供的另一种消息传输方法的流程图；

图4是本发明实施例提供的另一种消息传输方法的流程图；

图5是本发明实施例提供的另一种消息传输方法的流程图；

图6是本发明实施例提供的另一种消息传输方法的流程图；

图7是本发明实施例提供的另一种消息传输方法的流程图；

图8是本发明实施例提供的另一种消息传输方法的流程图；

图9是本发明实施例提供的一种消息传输方法的示意图；

图10是本发明实施例提供的另一种消息传输方法的示意图；

图11是本发明实施例提供的另一种消息传输方法的示意图；

图12是本发明实施例提供的另一种消息传输方法的示意图；

图13是本发明实施例提供的第一通信设备的结构图；

图14是本发明实施例提供的第二通信设备的结构图；

图15是本发明实施例提供的另第二通信设备的结构图；

图16是本发明实施例提供的第三通信设备的结构图；

图17是本发明实施例提供的第四通信设备的结构图；

图18是本发明实施例提供的第五通信设备的结构图；

图19是本发明实施例提供的第六通信设备的结构图；

图20是本发明实施例提供的第七通信设备的结构图；

图21是本发明实施例提供的通信设备的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在现网中，双卡双待手机越来越常用。多卡终端的能力可以是单发双收、单发单收和双发双收。对只能单发(如单发单收，单发双收)的终端，只能同时有一张卡处于活跃状态，存在在第一卡和第二卡之间选择其一的问题，比如以下三种场景。

第一卡和第二卡是空闲态时，如果同时收到对第一卡的寻呼和对第二卡的寻呼，由于终端只有单发，只能响应一张卡的寻呼，由于不知道触发寻呼的数据是什么，是否重要，只能按照先到先得进行响应。

第一卡连接态，存在正在进行的业务，第二卡是空闲态。此时，如果收到对第二卡的寻呼，由于终端只有单发，如果响应对第二卡的寻呼，就要中断正在进行的业务。但触发第二卡相关的寻呼的数据需要响应寻呼后才能知道是否重要。

第一卡和第二卡是空闲态时，如果收到对第一卡的寻呼和第二卡存在数据要发送给网络，由于终端只有单发，要么建立第一卡的RRC连接，响应对第一卡的寻呼；要么建立第二卡的RRC连接，发送第二卡的数据。

为了优化多卡的用户体验，还需要解决以下问题：

问题1：实际上，触发寻呼的原因有两类1)存在NAS数据包要发送给UE；2)接收DL数据通知；触发RAN寻呼的原因有两类1)RAN接收到CN下发的NAS Container；2)RAN接收到用户面节点发送的数据包。一般来说，NAS信令比数据要更有重要。目前，终端无法识别信令和非信令。

问题2：MMS(彩信)和SMS不同，MMS将下载地址发送给终端，终端再通过用户面连接进行下载。SMS则是直接发送给UE。目前，终端也无法却分MMS

问题3：现有寻呼要求终端对所有寻呼进行响应。而寻呼原因暗示了终端可以选择性地响应寻呼或者说选择性连接建立。但是，不是所有终端都需要解析寻呼原因和选择性的响应寻呼。寻呼原因的判断对网络是一项较大的开销。对不支持寻呼原因的终端，可以不必向终端提供寻呼原因。比如单卡终端。

本发明一种可选实施例中，获取可以理解为从配置获得、接收、通过请求后接收、通过自学习获取、根据未收到的信息推导获取或者是根据接收的信息处理后获得，具体可根据实际需要确定，本发明实施例对此不作限定。比如当未收到设备发送的某个能力指示信息时可推导出该设备不支持该能力。

本发明一种可选实施例中，发送可以包含广播，系统消息中广播，响应请求后返回。

本发明一种可选实施例中，寻呼原因信息可以体现为寻呼指示信息。

本发明一种可选实施例中，寻呼消息可以为以下之一：CN网元触发的寻呼消息(如AMF或MME向UE触发的Paging)、RAN网元触发的寻呼消息(如RAN寻呼消息)。

本发明一种可选实施例中，数据包类型信息的相关功能可以包含寻呼原因信息的相关功能、寻呼指示信息的相关功能、通知原因信息的相关功能。

本发明一种实施例中，当一个物理终端上具有多个SIM卡或多个签约时，终端可以与每个SIM卡或签约构成多个逻辑终端(如UE)。所述SIM卡可以是置于终端设备卡槽中的卡，或者是终端设备中的电子卡。本发明一种可选的实施例中，SIM卡可以包括以下之一：SIM卡、USIM卡、eSIM。SIM卡也可以做为别的命名，本发明不做限制。对具有两个SIM卡的终端，其中一卡可以为主卡，另一卡可为副卡。

一种可选实施方式中，UE即签约主体。一个终端设备上可以配置有多个签约主体。签约主体可以通过SIM(Subscriber Identity Module)卡体现。一个SIM卡对应一个网络的签约主体。SIM卡中保存着签约主体的标识，即UE的标识，比如SUPI(SubscriptionPermanent Identifier)，或IMSI(International Mobile Subscription Identity)等。所以一个终端上插入多个SIM卡或配置多个电子SIM卡信息时，终端与不同的签约主体可以构成不同的UE。

另一种实施方式中，UE可以是以下之一：终端设备和签约主体构成的终端、终端设备、SIM卡、SIM卡对应的签约主体、终端设备和SIM卡构成的终端。

本发明一种可选的实施例中，第一签约和第二签约可以是同一终端设备的两个签约。从网络的角度，签约即为UE。第一签约可以称为第一UE，第二签约可以称为第二UE。

本发明一种可选的实施例中，终端设备和终端可以代表同一个意思。本发明一种可选的实施例中，签约(subscription，或Subscriber)可以包括以下至少一项：SIM卡、SIM卡对应的签约主体、SIM卡所关联的UE、终端设备、终端设备和签约主体、终端设备和SIM卡。

本发明一种可选的实施例中，多媒体短消息MMS也称为彩信。参见图1，图1是本发明实施例可应用的一种消息传输系统的结构图，如图1所示，包括终端11、无线接入网(Radio Access Network，RAN)网元12和核心网(Core Network，CN)网元13，其中，终端11可以是UE(User Equipment)，例如：可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digital assistant，简称PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等终端侧设备，需要说明的是，在本发明实施例中并不限定终端11的具体类型。

需要说明的是，在本发明实施例中并不限定RAN网元12的具体类型。终端12通过RAN网元12可以与CN网元13进行通信。另外，位置服务客户14可以向CN网元13发送位置服务请求，CN网元13可以响应或者拒绝该位置服务请求。

终端11、RAN网元12和CN网元13的具体功能将通过以下多个实施例进行具体描述。

本发明一种可选实施例中，通信设备可以包括：终端。

本发明另一种可选实施例中，通信设备可以包括以下至少一项：核心网网元和无线接入网网元。

本发明实施例中，核心网网元(CN网元)可以包含但不限于如下至少一项：核心网设备、核心网节点、核心网功能、核心网网元、移动管理实体(Mobility ManagementEntity，MME)、接入移动管理功能(Access Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、服务网关(serving GW,SGW)、PDN网关(PDN Gate Way，PDN网关)、策略控制功能(PolicyControl Function、PCF)、策略与计费规则功能单元(Policy and Charging RulesFunction，PCRF)、GPRS服务支持节点(Serving GPRS Support Node，SGSN)、网关GPRS支持节点(Gateway GPRS Support Node，GGSN)，用户数据管理功能UDM，统一数据存储(UnifiedData Repository，UDR)，应用功能(Application Function，AF)，位置服务管理功能(Location Management Function，LMF)，增强型服务移动定位中心(Enhanced ServingMobile Location Centre，E-SMLC)，网关移动位置中心(Gateway Mobile LocationCentre,GMLC)，网络公开功能(Network Exposure Function，NEF)。

本发明实施例中，RAN网元可以包含但不限于至少以下之一：无线接入网设备、无线接入网节点、无线接入网功能、RAN网元、3GPP无线接入网、非3GPP无线接入网、集中单元(Centralized Unit，CU)、分布式单元(Distributed Unit，DU)、基站、演进型基站(evolvedNode B，eNB)、5G基站(gNB)、无线网络控制器(Radio Network Controller，RNC)、基站(NodeB)、非3GPP互操作功能(Non-3GPP Inter Working Function，N3IWF)、接入控制(Access Controller，AC)节点、接入点(Access Point，AP)设备或无线局域网(WirelessLocal Area Networks，WLAN)节点、N3IWF。

基站，可以是全球移动通信系统(Global System For Mobile Communications，GSM)或码分多址(Code Division Multiple Access，CDMA)中的基站(BTS时间敏感，BaseTransceiver Station，BTS)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(eNB或e-NodeB，evolutional Node B)及5G基站(gNB)，本发明实施例并不限定。

本发明实施例中，UE即终端。终端可以包括支持终端功能的中继和/或支持中继功能的终端。终端也可以称作终端设备或者用户终端(User Equipment，UE)。

另外，需要说明的是，本发明实施例中，第一消息可以为以下之一：寻呼消息、通知消息、寻呼请求消息。

本发明实施例中，非连接态可以为非活跃态(也可以称作非激活态，如RRC非活跃态)或者空闲态(如RRC空闲态)。

本发明实施例中，数据包类型包括但不限于：信令类型、非信令类型和彩信(Membership Management System，MMS)类型。

在本发明实施例中，终端与CN网元之间的交互的信息都可以通过无线接入网转发或透传。

在本发明实施例中，终端可以是多卡多待，如双卡双待终端。但由于缺乏网络间协商，导致用户适用体验不够优化，比如寻呼冲突等。如何优化双卡手机的用户体验，是目前亟待解决的技术问题。

以双卡双待终端为例，终端的能力可以是单发双收、单发单收和双发双收。对只能单发(如单发单收，单发双收)的终端，只能同时有一张卡处于活跃状态。

在本发明实施例中，终端多卡可以理解为，终端具备多个签约，以双卡终端为例，终端具备第一签约和第二签约，其中，第一签约也可以称作第一卡(例如：SIM卡)或者第一UE，第二签约也可以称作第二卡或者第二UE。

请参见图2，图2是本发明实施例提供的一种消息传输方法的流程图，应用于第一通信设备。所述第一通信设备包括但不限于：终端、RAN网元和CN网元。如图2所示，包括以下步骤：

步骤201、获取第一消息，所述第一消息包括数据包类型信息。

可选的，第一消息可以为以下之一：寻呼消息、通知消息、寻呼请求消息。

进一步地，寻呼消息可以为以下之一：CN网元触发的寻呼消息、RAN网元触发的寻呼消息(如RAN寻呼消息)。

在一些实施方式中，上述寻呼消息可以是核心网网元触发的寻呼消息。例如：当第一通信设备具有第一签约和第二签约。第一签约处于连接态，第二签约处于空闲态时，第二通信设备是第一签约和第二签约共同的服务设备时，可以通过通知消息将第二签约的寻呼原因发送给第二签约。

在一些实施方式中，上述第一消息可以是通过第一签约接收到关于第二签约的消息，例如：上述通知消息或者寻呼请求消息可以是第一通信设备的第一签约接收到的通知消息或者寻呼请求消息，该通知消息或者寻呼请求消息用于通知第一通信设备的第二签约有寻呼消息。例如：第一签约处于连接态，第二签约处于空闲态时，第二通信设备是第一签约的服务设备时，可以通过寻呼请求消息或者通知消息将第二签约的寻呼原因发送给第一签约的服务设备。再通过第一签约的服务设备发送给第一签约。

在一些实施方式中，上述寻呼消息可以是RAN网元触发的寻呼消息。

在一些实施方式中，上述数据包类型信息可以是上述第一消息相关的第一数据包的数据包类型信息，该第一数据包可以是一个或者多个数据包，也可以包括同一类型或者不同的类型的数据包。所以不难理解，上述数据包类型信息可以包括多种数据包类型信息。

可选的，所述数据包类型信息为第一数据包的数据包类型信息；

所述第一数据包为，在所述第一通信设备执行所述响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包(比如需要发送给第一通信设备的数据包)。

一种实施方式中，从至少以下之一：LMF、UDM、SMF、UPF、SMSF获取第一数据包的数据包类型信息。

在一些实施方式中，上述发送给所述第一通信设备的数据包可以是，第二通信设备发送第一通信设备，例如：RAN网元或者核心网元发送第一数据包给终端。

一种实施方式中，通过接收到所述第一数据包后，触发所述第一消息。比如RAN网元接收所述第一数据包后，触发所述第一消息(如RAN寻呼消息)。不难理解，此时第一通信设备可以为RAN网元。

另一种实施方式中，通过接收到所述第一数据包相关的下行数据通知触发所述第一消息。比如第一网元(如UPF或PGW)接收所述第一数据包后，向第二网元(如SMF或SGW)发送所述第一数据包相关的下行数据通知，第二通信网元向第三通信网元发送所述第一数据包相关的下行数据通知，第三通信网元(如AMF或MME)接收所述下行数据通知后触发所述第一消息(如寻呼消息)。不难理解，此时第二通信设备可以为第三通信网元。

在一些实施方式中，所述数据包类型信息可以体现但不限于以下之一：寻呼原因、寻呼指示、通知原因、通知指示。比如，当第一消息为寻呼消息或寻呼请求消息时，所述数据包类型信息可以体现为寻呼原因或寻呼指示。当第一消息为通知消息时，所述数据包类型信息可以体现为通知原因或通知指示。

一种实施方式中，当终端处于空闲态(如RRC空闲态、MM(Mobility Management)移动性管理空闲态或CM(Connection Management)连接管理空闲态)时，收到下行数据通知，触发第一消息且第一消息为寻呼消息。

另一种实施方式中，当终端处于RRC非活跃态，收到数据包，触发第一消息且第一消息为RAN寻呼消息。

另一种实施方式中，终端的第一签约处于连接态，第一通信设备收到关于终端的第二签约的下行数据通知或寻呼请求，触发第一消息且第一消息为通知消息，且第一通信设备为第一签约的通信网元。

另一种实施方式中，终端的第一签约处于连接态，第一通信设备收到关于终端的第二签约的下行数据通知，触发第一消息且第一消息为寻呼请求消息，且第一通信设备为第二签约的通信网元。所述寻呼请求消息发送给第一签约的通信网元。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示多媒体短消息MMS类型；

所述第四指示用于指示终端(或称为UE)策略类型；

所述第五指示用于指示蜂窝物联网Cellular IoT(Internet of thing)CIOT(Cellular IoT或称为控制面CIOT)类型；

所述第六指示用于指示位置服务(location serving，LCS)类型；

所述第七指示用于指示基于非接入层(Non-access stratum，NAS)的短信类型。

一种实施方式中，所述第N指示(N为一至七的任一整数)与其指示的数据包类型信息存在一一对应关系，且第一通信设备可以是已经保存第N指示与其对应数据包类型信息的对应关系。不难理解，通过接收第N指示和与其对应数据包类型信息的对应关系，可以获取数据包类型信息。

一种实施方式中，上述第一指示用于指示信令类型可以理解为，上述数据包类型信息包括信令类型，例如：第一消息为寻呼消息时，该寻呼消息的原因为信令类型的数据包触发，即信令触发。

一种实施方式中，上述第二指示用于指示非信令类型可以理解为，上述数据包类型信息包括非信令类型，例如：第一消息为寻呼消息时，该寻呼消息的原因为非信令类型的数据包触发，即非信令触发。

一种实施方式中，上述第三指示用于指示MMS类型可以理解为，上述数据包类型信息包括MMS类型，例如：第一消息为寻呼消息时，该寻呼消息的原因为MMS类型的数据包触发，即MMS类型触发。

进一步的，所述第一指示包括如下至少一项：NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

(一)一种实施方式中，当NAS数据包触发寻呼时，所述数据包类型信息可以包含信令类型或NAS信令类型的相关指示信息。另一种实施方式中，当NAS数据包触发寻呼时，所述数据包类型信息需要根据所述NAS数据包的类型决定是否包含信令类型或NAS信令类型相关的指示信息。比如：控制面CIOT是通过NAS信令传送用户面数据，不属于所述NAS信令类型。另一种实施方式中，将NAS信令类型进一步区分，指示不同类型的NAS数据包类型。

一种实施方式，进一步的，所述NAS数据包为以下第一类型时，所述数据包类型信息不包含NAS信令类型或信令类型相关的指示信息，或者可以包含非信令类型相关的指示信息。第一类型包括但不限于至少以下之一：位置服务相关信令、用于传送短消息相关信令、控制面CIOT相关信令。另一种实施方式中，所述NAS数据包为第二类型时，所述数据包类型信息可以包含信令类型或NAS信令类型相关的指示信息。第二类型包括但不限于至少以下之一：会话管理(Session Management，SM)相关信令、移动管理(mobile management，MM)相关信令、重新注册要求相关信令。

(二)一种实施方式中，当RRC数据包触发寻呼时，所述数据包类型信息可以包含信令类型或RRC信令类型的相关指示信息。另一种实施方式中，当RRC数据包触发寻呼时，所述数据包类型信息需要根据所述RRC数据包的类型决定是否包含信令类型或RRC信令类型相关的指示信息。比如：用于传送NAS数据包的RRC信令，可以不属于所述RRC信令类型。另一种实施方式中，将RRC信令类型进一步区分，指示不同类型的RRC数据包类型。

一种实施方式，进一步的，所述RRC数据包为以下第三类型时，所述数据包类型信息不包含RRC信令类型或信令类型相关的指示信息，或者可以包含非信令类型相关的指示信息。第三类型包括但不限于至少以下之一：用于传送NAS数据包的相关RRC信令。另一种实施方式中，所述RRC数据包为第四类型时，所述数据包类型信息可以包含信令类型或RRC信令类型相关的指示信息。第四类型包括但不限于至少以下之一：系统消息变更相关的RRC信令、RNA位置更新相关的RRC信令，RAN网元触发的RRC信令。

(三)进一步的，所述NAS信令类型相关的指示信息可以包括以下至少一项：会话管理(Session Management，SM)相关NAS信令、移动管理(mobile management，MM)相关NAS信令、重新注册要求相关NAS信令、签约数据相关NAS信令(如签约数据更新相关NAS信令)、终端策略相关NAS信令(如终端策略配置或更新相关信令)、位置服务相关NAS信令、用于传送短消息相关NAS信令的、控制面CIOT相关NAS信令、用户数据管理(User data management，UDM)引起的NAS信令、位置服务管理功能(Location Management Function，LMF)引起的NAS信令和策略控制功能(Policy Control Function、PCF)引起的NAS信令、短消息功能引起的NAS信令、AMF触发的NAS信令、SMF引起的NAS信令。在一些实施方式中，可以理解为上述第一消息为寻呼消息，所述第一消息可以由所述至少一项NAS信令类型的NAS数据包触发。

(四)进一步的，所述RRC信令类型相关指示信息可以包括以下至少一项：用于传送NAS数据包的RRC信令、系统消息变更相关的RRC信令、RNA位置更新相关的RRC信令、RAN网元触发的RRC信令。在一些实施方式中，可以理解为上述第一消息为寻呼消息，所述第一消息可以由所述至少一项RRC信令类型的RRC数据包触发。

步骤202、根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。

可选的，所述执行对第一消息的响应操作包括：

执行连接建立或连接恢复的相关操作。

在一些实施方式中，执行连接建立或连接恢复的相关操作包括以下之一：发送服务请求消息、发送通知响应消息、RRC建立请求消息和RRC恢复请求消息。

在一些实施方式中，步骤202可以是根据所述数据包类型信息和配置信息，确定是否执行对所述第一消息的响应操作，其中，该配置信息可以是用于配置哪些数据包类型可以执行第一消息的响应操作，以及配置哪些数据包类型不执行第一消息的响应操作。

可选的，所述根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作，包括：

根据所述数据包类型信息和用户倾向信息，确定是否执行对所述第一消息的响应操作。

在一些实施方式中，所述用户倾向信息包括如下至少一项：

预先设置在所述第一通信设备(如终端)中的用户倾向信息；

所述第一通信设备询问用户后获得的答复信息。

一种实施方式中，上述预先设置在所述第一通信设备中的用户倾向信息可以用户预先设置好的用户倾向信息。

另一种实施方式中，上述答复信息向用户提供询问信息后，接收到用户响应该询问信息反馈的答复信息。

在一些实施方式中，所述方法还包括：

在确认不执行所述第一消息的响应操作的情况下，向第二通信设备发送用于指示不执行所述响应操作的指示信息，其中，所述第二通信设备为发送所述第一消息的通信设备。

在一些实施方式，不执行上述响应操作可以是根据用户倾向信息或者预先配置信息不执行响应操作。通过上述指示信息可以指示第一通信设备不执行上述响应操作，以避免第二通信设备过长时间等待第一通信设备执行上述响应操作。

本发明实施例中，获取第一消息，所述第一消息包括数据包类型信息；根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。从而支持第一通信设备可以选择性的执行第一消息的响应操作，以避免通信设备直接响应第一消息，以提高终端的性能，如提高多卡终端的用户体验效果。

请参见图3，图3是本发明实施例提供的另一种消息传输方法的流程图，该方法应用于第二通信设备，所述第二通信设备包括但不限于以下至少一项：RAN网元和CN网元，如图3所示，包括以下步骤：

步骤301、确定第一数据包的数据包类型信息；

步骤302、发送所述数据包类型信息且所述数据包类型信息包含在第一消息中。

一种实施方式中，第二通信设备可以直接确定第一数据包的数据包类型信息。比如，AMF生成NAS信令，可以确定第一数据包的数据包类型为NAS信令。

另一种实施方式中，第二通信设备可以通过获取第一数据包的数据包类型信息确定第一数据包的数据包类型信息。比如接收第一数据包相关的下行数据通知，获取第一数据包的数据包类型信息。比如AMF接收SMF发送的下行数据通知。

另一种实施方式中，第二通信设备接收第一数据包相关的信令消息，确定第一数据包的数据包类型信息。比如AMF接收UDM发送的通知消息，通知终端的配置更新，AMF生成NAS信令用于传送新的配置。此时，第一数据包的数据包类型信息可以是UDM相关的信令或配置更新。

可选的，

所述第一数据包为，在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包(比如需要发送给第一通信设备的数据包)。

在一些实施方式中，上述第一通信设备相关的数据包可以是，需要发送给第一通信设备。

而上述在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包和触发所述第一消息的数据包可以参见图2所示的实施例的相应说明，此处不作赘述。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

一种实施方式中，所述第N指示(N为一至七的任一整数)与其指示的数据包类型信息存在一一对应关系，且第二通信设备可以是已经保存第N指示与其对应数据包类型信息的对应关系。不难理解，通过发送第N指示，可以有效地避免泄漏其指示的数据包类型信息。

进一步的，所述第一指示包括如下至少一项：NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

(一)一种实施方式中，当NAS数据包触发寻呼时，所述数据包类型信息可以包含信令类型或NAS信令类型的相关指示信息。另一种实施方式中，当NAS数据包触发寻呼时，所述数据包类型信息需要根据所述NAS数据包的类型决定是否包含信令类型或NAS信令类型相关的指示信息。比如：控制面CIOT是通过NAS信令传送用户面数据，不属于所述NAS信令类型。另一种实施方式中，将NAS信令类型进一步区分，指示不同类型的NAS数据包类型。

一种实施方式，进一步的，所述NAS数据包为以下第一类型时，所述数据包类型信息不包含NAS信令类型或信令类型相关的指示信息，或者可以包含非信令类型相关的指示信息。第一类型包括但不限于至少以下之一：位置服务相关信令、用于传送短消息相关信令、控制面CIOT相关信令。另一种实施方式中，所述NAS数据包为第二类型时，所述数据包类型信息可以包含信令类型或NAS信令类型相关的指示信息。第二类型包括但不限于至少以下之一：会话管理(Session Management，SM)相关信令、移动管理(mobile management，MM)相关信令、重新注册要求相关信令。

(二)一种实施方式中，当RRC数据包触发寻呼时，所述数据包类型信息可以包含信令类型或RRC信令类型的相关指示信息。另一种实施方式中，当RRC数据包触发寻呼时，所述数据包类型信息需要根据所述RRC数据包的类型决定是否包含信令类型或RRC信令类型相关的指示信息。比如：用于传送NAS数据包的RRC信令，可以不属于所述RRC信令类型。另一种实施方式中，将RRC信令类型进一步区分，指示不同类型的RRC数据包类型。

一种实施方式，进一步的，所述RRC数据包为以下第三类型时，所述数据包类型信息不包含RRC信令类型或信令类型相关的指示信息，或者可以包含非信令类型相关的指示信息。第三类型包括但不限于至少以下之一：用于传送NAS数据包的相关RRC信令。另一种实施方式中，所述RRC数据包为第四类型时，所述数据包类型信息可以包含信令类型或RRC信令类型相关的指示信息。第四类型包括但不限于至少以下之一：系统消息变更相关的RRC信令、RNA位置更新相关的RRC信令，RAN网元触发的RRC信令。

(三)进一步的，所述NAS信令类型相关的指示信息可以包括以下至少一项：会话管理(Session Management，SM)相关NAS信令、移动管理(mobile management，MM)相关NAS信令、重新注册要求相关NAS信令、签约数据相关NAS信令(如签约数据更新相关NAS信令)、终端策略相关NAS信令(如终端策略配置或更新相关信令)、位置服务相关NAS信令、用于传送短消息相关NAS信令的、控制面CIOT相关NAS信令、用户数据管理(User data management，UDM)引起的NAS信令、位置服务管理功能(Location Management Function，LMF)引起的NAS信令和策略控制功能(Policy Control Function、PCF)引起的NAS信令、短消息功能引起的NAS信令、AMF触发的NAS信令、SMF引起的NAS信令。在一些实施方式中，可以理解为上述第一消息为寻呼消息，所述第一消息可以由所述至少一项NAS信令类型的NAS数据包触发。

(四)进一步的，所述RRC信令类型相关指示信息可以包括以下至少一项：用于传送NAS数据包的RRC信令、系统消息变更相关的RRC信令、RNA位置更新相关的RRC信令、RAN网元触发的RRC信令。在一些实施方式中，可以理解为上述第一消息为寻呼消息，所述第一消息可以由所述至少一项RRC信令类型的RRC数据包触发。

可选的，所述确定第一数据包的数据包类型信息；发送所述数据包类型信息且所述数据包类型信息包含在第一消息中，包括：

在满足第一条件的情况下，确定第一数据包的数据包类型信息；

发送所述数据包类型信息且所述数据包类型信息包含在第一消息中；

所述第一条件包括如下至少一项：

网络具有数据包类型信息的相关功能的能力；

终端具有数据包类型信息的相关功能的能力；

所述终端的签约信息包括允许获取数据包类型信息；

所述终端的签约信息包括允许选择性响应寻呼；

所述终端请求获取数据包类型信息。

一种实施方式中，在执行步骤301之前，接收第一请求，所述第一请求用于请求获取数据包类型信息。所述第一请求如图6实施例所述，此处不再赘述。

一种实施方式中，在执行步骤301之前，接收终端支持数据包类型信息的相关功能的相关指示信息；所述终端支持数据包类型信息的相关功能的相关指示信息如图6实施例所述，此处不再赘述。

一种实施方式中，数据包类型信息的相关功能包括但不限于以下至少一项：能够确定数据包类型信息的功能、能够在第一消息中发送数据包类型信息的功能、能够解读第一消息中数据包类型信息的功能。

一种实施方式中，所述终端请求获取数据包类型信息包括：终端请求网络在发送第一消息时提供数据包类型信息(如第一数据包的数据包类型信息)。

可选的，所述方法还包括：

在第一通信设备确认不执行所述第一消息的响应操作的情况下，接收用于指示不执行所述响应操作的指示信息。

其中，所述用于指示不执行所述响应操作的指示信息由第一通信设备发送。

在一些实施方式，接收上述指示信息，确认第一通信设备不执行上述响应操作后，可以不等待第一通信设备执行上述响应操作，或者丢弃第一消息相关的数据包，例如：上述第一数据包。

可选的，所述第一消息可以为以下之一：寻呼消息、通知消息、寻呼请求消息。

进一步地，寻呼消息可以为以下之一：CN网元触发的寻呼消息、RAN网元触发的寻呼消息(如RAN寻呼消息)。

其中，第一消息可以参见图2所示的实施例的相应说明，此处不作赘述。

本实施例中，发送所述数据包类型信息且所述数据包类型信息包含在第一消息中，从而避免通信设备直接响应第一消息，以提高终端的性能，如提高多卡终端用户体验效果。

请参见图4，图4是本发明实施例提供的另一种消息传输方法的流程图，该方法应用于第三通信设备，所述第三通信设备包括但不限于以下至少一项：终端、RAN网元和CN网元，如图4所示，包括以下步骤：

步骤401、发送所述第三通信设备倾向接收的数据包类型信息和/或所述第三通信设备不倾向接收的数据包类型信息。

在一些实施方式中，倾向接收的数据包类型信息和/或不倾向接收的数据包类型信息可以是，用户设置在终端中的用户倾向信息或者询问用户后获得的答复信息。

在一些实施方式中，上述发送可以是向第四通信设备发送上述数据包类型信息。比如终端可以向CN网元或RAN网元发送上述数据包类型信息。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

在一些实施方式中，上述数据包类型信息包括如下至少一项可以是第三通信设备倾向接收的数据包类型信息和/或第三通信设备不倾向接收的数据包类型信息包括上述至少一项。也就是说，倾向接收的数据包类型信息可以包括第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示中的至少一项，不倾向接收的数据包类型信息可以也包括第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示中的至少一项。其中，倾向接收的数据包类型信息和不倾向接收的数据包类型信息都发送时，二者包括的指示所指示的内容可以不同。

其中，第一指示可以包括的项目可以参见图2所示的相应说明，此处不作赘述。

本实施例中，由于发送所述第三通信设备倾向接收的数据包类型信息和/或所述第三通信设备不倾向接收的数据包类型信息，从而可以降低向第一通信设备发送的消息数量，比如用户或终端不感兴趣的信息，一方面提高终端的性能，如提高多卡终端的用户体验效果；另一方面节省网络的资源。

请参见图5，图5是本发明实施例提供的另一种消息传输方法的流程图，该方法应用于第四通信设备，所述第四通信设备包括但不限于以下至少一项：RAN网元和CN网元，如图5所示，包括以下步骤：

501、获取第一信息，所述第一信息包括以下至少一项：第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一数据包的数据包类型信息、第一能力相关信息、终端的签约信息、第一请求。

一种实施方式中，从至少以下之一获取至少一项第一信息：终端、UDM、SMF、LMF、SMF、UPF、SMSF。一种实施方式中，从终端获取以下至少一项：第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一能力相关信息、第一请求。一种实施方式中，从UDM获取终端的签约信息。一种实施方式中，从至少以下之一：LMF、UDM、SMF、UPF、SMSF获取第一数据包的数据包类型信息。

其中，上述第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息可以参见图4所示的实施例的相应说明，此处不作赘述。

其中，第一能力相关信息、第一请求如图6实施例所述，此处不再赘述。终端的签约信息包括以下至少一项：是否允许获取数据包类型信息，是否允许选择性响应寻呼。

在一种实施方式中，获取上述第一数据包的数据包类型信息可以是第四通信设备可以直接确定第一数据包的数据包类型信息。比如，AMF生成NAS信令，可以确定第一数据包的数据包类型为NAS信令。

另一种实施方式中，第四通信设备可以通过获取第一数据包的数据包类型信息确定第一数据包的数据包类型信息。比如接收第一数据包相关的下行数据通知，获取第一数据包的数据包类型信息。比如AMF接收SMF发送的下行数据通知。

另一种实施方式中，第四通信设备接收第一数据包相关的信令消息，确定第一数据包的数据包类型信息。比如AMF接收UDM发送的通知消息，通知终端的配置更新，AMF生成NAS信令用于传送新的配置。此时，第一数据包的数据包类型信息可以是UDM相关的信令或配置更新。

可选的，

所述第一数据包为，在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包(比如需要发送给第一通信设备的数据包)。

其中，上述第一数据包可以参见图2和3所示的实施例的相应说明，此处不作赘述。

步骤502、根据所述第一信息，确定是否发送第一消息。

可选的，所述根据所述第一信息，确定是否发送第一消息包括：

根据所述第一信息，在满足第二条件时，确定发送第一消息；

第二条件包括以下至少一项：

所述第一数据包的数据包类型信息包括所述第三通信设备倾向接收的数据包类型信息；

在所述第一数据包的数据包类型信息存在不属于所述第三通信设备不倾向接收的数据包类型信息；

所述第三通信设备(如终端)为非连接态；

网络具有数据包类型信息的相关功能的能力；

终端具有数据包类型信息的相关功能的能力；

所述终端的签约信息包括允许获取数据包类型信息；

所述终端的签约信息包括允许选择性响应寻呼；

所述终端请求获取数据包类型信息。

在一种实施方式中，若所述第一数据包的数据包类型信息包括所述第三通信设备倾向接收的数据包类型信息的情况下，确定发送第一消息，例如：第一数据包是第三通信设备倾向接收的数据包。

在另一种实施方式中，在所述第一数据包的数据包类型信息存在不属于所述第三通信设备不倾向接收的数据包类型信息的情况下，确定发送第一消息，例如：第一数据包不是第三通信设备不倾向接收的数据包。

在一种实施方式中，若所述第一数据包的数据包类型信息包括所述第三通信设备倾向接收的数据包类型信息，且第三通信设备为非连接态的情况下，确定发送第一消息。

在另一种实施方式中，在所述第一数据包的数据包类型信息存在不属于所述第三通信设备不倾向接收的数据包类型信息，且第三通信设备为非连接态的情况下，确定发送第一消息。

可选的，所述根据所述第一信息，确定是否发送第一消息包括：

根据所述第一信息，在满足第三条件时，确定不发送第一消息；

第三条件包括以下至少一项：

所述第一数据包的所述数据包类型信息不包括所述第三通信设备倾向接收的数据包类型信息；

所述第一数据包的所述数据包类型信息属于所述第三通信设备不倾向接收的数据包类型信息；

所述第三通信设备为非连接态；

网络不具有数据包类型信息的相关功能的能力；

终端不具有数据包类型信息的相关功能的能力；

所述终端的签约信息不包括允许获取数据包类型信息；

所述终端的签约信息不包括允许选择性响应寻呼；

所述终端不请求获取数据包类型信息。

在一种实施方式中，在第一数据包的所述数据包类型信息不包括所述第三通信设备倾向接收的数据包类型信息的情况下，确定不发送第一消息，例如：第一数据包不是第三通信设备倾向接收的数据包。

在一种实施方式中，在所述第一数据包的所述数据包类型信息属于所述第三通信设备不倾向接收的数据包类型信息的情况下，确定不发送第一消息，例如：第一数据包是第三通信设备不倾向接收的数据包。

在一种实施方式中，在第一数据包的所述数据包类型信息不包括所述第三通信设备倾向接收的数据包类型信息，且第三通信设备为非连接态的情况下，确定不发送第一消息。

在一种实施方式中，在所述第一数据包的所述数据包类型信息属于所述第三通信设备不倾向接收的数据包类型信息，且第三通信设备为非连接态的情况下，确定不发送第一消息。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

在一些实施方式中，上述数据包类型信息包括如下至少一项可以是第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一数据包的数据包类型信息中的至少一项包括上述至少一项。也就是说，倾向接收的数据包类型信息可以包括第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示中的至少一项，不倾向接收的数据包类型信息可以也包括第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示中的至少一项，第一数据包的数据包类型信息也可以包括第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示中的至少一项。其中，倾向接收的数据包类型信息和不倾向接收的数据包类型信息都发送时，二者包括的指示所指示的内容可以不同，而第一数据包的数据包类型信息包括的指示所指示的内容可以与倾向接收的数据包类型信息或者不倾向接收的数据包类型信息存在重叠的内容。

可选的，所述第一消息可以为以下之一：寻呼消息、通知消息、寻呼请求消息。

进一步地，寻呼消息可以为以下之一：CN网元触发的寻呼消息、RAN网元触发的寻呼消息(如RAN寻呼消息)。

其中，第一消息可以参见图2所示的相应说明，此处不作赘述。

本实施例中，由于根据所述第一信息，确定是否发送第一消息，从而可以降低向第一通信设备发送的消息数量，以提高终端的性能，如提高用户体验效果。

请参见图6，图6是本发明实施例提供的另一种消息传输方法的流程图，该方法应用于第五通信设备，所述第五通信设备包括但不限于以下至少一项：终端、RAN网元和CN网元，如图6所示，包括以下步骤：

步骤601、发送第一能力相关信息和/或第一请求，

具体地，所述第一能力相关信息包括以下至少一项：

终端支持数据包类型信息的相关功能的相关指示信息；

终端不支持数据包类型信息的相关功能的相关指示信息；

其中，上述数据包类型信息的相关功能的能力可以参见图3所示的实施例的相应说明，此处不作赘述。

具体地，所述第一请求用于请求获取数据包类型信息。

一种实施方式中，终端向RAN网元或CN网元发送第一能力相关信息和/或第一请求。

一种实施方式中，所述请求获取数据包类型信息可以包括：请求网络在发送第一消息时提供数据包类型信息(如第一数据包的数据包类型信息)。具体地，比如请求网络在发送寻呼消息时提供寻呼原因。其中，这里的第一消息可以是图2至图5任一所示实施例中的第一消息，且这里的数据包类型信息可以是参见图2至图5任一实施例的相应说明，此处不作赘述。

另一种实施方式中，上述请求获取数据包类型信息可以理解为请求发送第一消息的原因，例如：第一消息为寻呼消息的情况下，请求网络发送寻呼消息的寻呼原因信息，或者用于请求网络要求第五通信设备转入连接态时提供具体原因。

可选的，所述发送第一请求包括：

在满足第四条件时，发送第一请求；

其中，所述第四条件包括以下至少一项：

网络确认支持数据包类型信息的相关功能；所述第五通信设备倾向信息倾向发送所述第一请求。

一种实施方式中，发送第一能力相关信息的步骤之后，接收是否支持数据包类型信息的相关功能的指示信息。一种实施方式中，从网络接收是否支持数据包类型信息的相关功能的指示信息。

另一种实施方式中，发送第一能力相关信息和/或第一请求的步骤之后，从网络接收是否支持数据包类型信息的相关功能的指示信息。

在一种实施方式中，上述第五通信设备倾向信息可以是预先设置的倾向信息，或者用户针对第五通信设备的询问回复的答复信息。

在一种实施方式中，上述倾向信息倾向发送所述第一请求还可以是终端进入免打扰模式或者终端是多签约模式(也可以称作多卡模式)。

一种实施方式中，第一能力相关信息和第一请求不是同时发送的。比如先发送第一能力相关信息后，接收到网络支持第一能力的信息之后，根据需求，向网络发送第一请求。不难理解，在终端和网络都支持第一能力的情况下，也是按需请求寻呼原因的。因为比如对一些单卡终端，即使支持第一能力，但并不需要获取寻呼原因。

一种实施方式，第一请求可以在终端连接态时发送给网络，也可以在终端与网络连接释放的过程中发送给网络。

一种实施方式，第一请求可以包含但不限于以下消息中：注册请求，附着请求，TAU请求、RRC信令、终端发送的RRC连接挂起请求、终端发送的连接释放请求或离开请求。另一种实施方式中，第一请求可以包含在终端辅助信息中发送给RAN网元。

本实施例中，由于发送上述第一能力相关信息和/或发送第一请求，所述第一请求用于请求获取数据包类型信息，从而可以降低向第一通信设备发送的消息数量，以提高终端的性能，如提高用户体验效果。

请参见图7，图7是本发明实施例提供的一种消息传输方法的流程图，应用于第六通信设备。所述第六通信设备包括但不限于：终端、RAN网元和核心网网元。如图7所示，包括以下步骤：

步骤701、获取寻呼消息，所述寻呼消息包括寻呼原因信息。

可选的，寻呼消息为可以以下之一：CN触发的寻呼消息、RAN触发的寻呼消息。

在一些实施方式中，上述寻呼原因信息可以是上述寻呼消息相关的寻呼原因。由于可能是是一个或者多个数据包触发了寻呼，所述上述寻呼原因信息可以包括同一类型或者不同的类型的寻呼原因。

可选的，所述寻呼原因信息为第一数据包的寻呼原因信息；

可选的，所述寻呼原因信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令(如NAS信令和/或RRC信令)类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

一种实施方式中，所述第N指示(N为一至七的任一整数)与其指示的寻呼原因信息存在一一对应关系，且第六通信设备可以是已经保存第N指示与其对应寻呼原因信息的对应关系。不难理解，通过接收第N指示和与其对应寻呼原因信息的对应关系，可以获取寻呼原因信息。

一种实施方式中，上述第一指示用于指示信令类型可以理解为，上述寻呼原因信息包括信令类型，例如：，该寻呼消息的原因为信令类型的数据包触发，即信令触发。

一种实施方式中，上述第二指示用于指示非信令类型可以理解为，上述寻呼原因信息包括非信令类型，例如：该寻呼消息的原因为非信令类型的数据包触发，即非信令触发。

一种实施方式中，上述第三指示用于指示MMS类型可以理解为，上述寻呼原因信息包括MMS类型，例如：该寻呼消息的原因为MMS类型的数据包触发，即MMS类型触发。

进一步的，所述第一指示包括如下至少一项：NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

(一)一种实施方式中，当NAS数据包触发寻呼时，所述寻呼原因信息可以包含信令类型或NAS信令类型的相关指示信息。另一种实施方式中，当NAS数据包触发寻呼时，所述寻呼原因信息需要根据所述NAS数据包的类型决定是否包含信令类型或NAS信令类型相关的指示信息。比如：控制面CIOT是通过NAS信令传送用户面数据，不属于所述NAS信令类型。另一种实施方式中，将NAS信令类型进一步区分，指示不同类型的NAS数据包类型。

一种实施方式，进一步的，所述NAS数据包为以下第一类型时，所述寻呼原因信息不包含NAS信令类型或信令类型相关的指示信息，或者可以包含非信令类型相关的指示信息。第一类型包括但不限于至少以下之一：位置服务相关信令、用于传送短消息相关信令、控制面CIOT相关信令。另一种实施方式中，所述NAS数据包为第二类型时，所述寻呼原因信息可以包含信令类型或NAS信令类型相关的指示信息。第二类型包括但不限于至少以下之一：会话管理(Session Management，SM)相关信令、移动管理(mobile management，MM)相关信令、重新注册要求相关信令。

(二)一种实施方式中，当RRC数据包触发寻呼时，所述寻呼原因信息可以包含信令类型或RRC信令类型的相关指示信息。另一种实施方式中，当RRC数据包触发寻呼时，所述寻呼原因信息需要根据所述RRC数据包的类型决定是否包含信令类型或RRC信令类型相关的指示信息。比如：用于传送NAS数据包的RRC信令，可以不属于所述RRC信令类型。另一种实施方式中，将RRC信令类型进一步区分，指示不同类型的RRC数据包类型。

一种实施方式，进一步的，所述RRC数据包为以下第三类型时，所述寻呼原因信息不包含RRC信令类型或信令类型相关的指示信息，或者可以包含非信令类型相关的指示信息。第三类型包括但不限于至少以下之一：用于传送NAS数据包的相关RRC信令。另一种实施方式中，所述RRC数据包为第四类型时，所述寻呼原因信息可以包含信令类型或RRC信令类型相关的指示信息。第四类型包括但不限于至少以下之一：系统消息变更相关的RRC信令、RNA位置更新相关的RRC信令，RAN网元触发的RRC信令。

(三)进一步的，所述NAS信令类型相关的指示信息可以包括以下至少一项：会话管理(Session Management，SM)相关NAS信令、移动管理(mobile management，MM)相关NAS信令、重新注册要求相关NAS信令、签约数据相关NAS信令(如签约数据更新相关NAS信令)、终端策略相关NAS信令(如终端策略配置或更新相关信令)、位置服务相关NAS信令、用于传送短消息相关NAS信令的、控制面CIOT相关NAS信令、用户数据管理(User data management，UDM)引起的NAS信令、位置服务管理功能(Location Management Function，LMF)引起的NAS信令和策略控制功能(Policy Control Function、PCF)引起的NAS信令、短消息功能引起的NAS信令、AMF触发的NAS信令、SMF引起的NAS信令。在一些实施方式中，可以理解为上述寻呼消息由所述至少一项NAS信令类型的NAS数据包触发。

(四)进一步的，所述RRC信令类型相关指示信息可以包括以下至少一项：用于传送NAS数据包的RRC信令、系统消息变更相关的RRC信令、RNA位置更新相关的RRC信令、RAN网元触发的RRC信令。在一些实施方式中，可以理解为上述寻呼消息可以由所述至少一项RRC信令类型的RRC数据包触发。

步骤702、根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作。

可选的，所述执行对寻呼消息的响应操作包括：

执行连接建立或连接恢复的相关操作。

在一些实施方式中，执行连接建立或连接恢复的相关操作包括以下之一：发送服务请求消息、发送通知响应消息、RRC建立请求消息和RRC恢复请求消息。

在一些实施方式中，步骤702可以是根据所述寻呼原因信息和第一配置信息，确定是否执行对所述寻呼消息的响应操作，其中，该第一配置信息可以是用于配置哪些数据包类型可以执行寻呼消息的响应操作，以及配置哪些数据包类型不执行寻呼消息的响应操作。

可选的，所述根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作，包括：

根据所述寻呼原因信息和用户倾向信息，确定是否执行对所述寻呼消息的响应操作。

在一些实施方式中，所述用户倾向信息包括如下至少一项：

预先设置在所述第六通信设备(如终端)中的用户倾向信息；

所述第六通信设备询问用户后获得的答复信息。

一种实施方式中，上述预先设置在所述第六通信设备中的用户倾向信息可以用户预先设置好的用户倾向信息。

另一种实施方式中，上述答复信息向用户提供询问信息后，接收到用户响应该询问信息反馈的答复信息。

在一些实施方式中，所述方法还包括：

在确认不执行所述寻呼消息的响应操作的情况下，向第七通信设备发送用于指示不执行所述响应操作的指示信息，其中，所述第七通信设备为发送所述寻呼消息的通信设备。

在一些实施方式，不执行上述响应操作可以是根据用户倾向信息或者预先配置信息不执行响应操作。通过上述指示信息可以指示第六通信设备不执行上述响应操作，以避免第七通信设备过长时间等待第六通信设备执行上述响应操作。

本发明实施例中，获取寻呼消息，所述寻呼消息包括寻呼原因信息；根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作。从而支持第六通信设备可以选择性的执行寻呼消息的响应操作，以避免通信设备直接响应寻呼消息，以提高终端的性能，如提高多卡终端的用户体验效果。

请参见图8，图8是本发明实施例提供的另一种消息传输方法的流程图，该方法应用于第七通信设备，所述第七通信设备包括但不限于以下至少一项：RAN网元和CN网元，如图8所示，包括以下步骤：

步骤801、确定寻呼原因信息；

步骤802、发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中。

可选的，寻呼消息为可以以下之一：CN触发的寻呼消息、RAN触发的寻呼消息。一种实施方式中，确定寻呼原因信息包括：确定第一数据包的数据包类型信息，根据所述第一数据包的数据包类型信息确定寻呼原因信息。第一数据包的数据包类型信息与寻呼原因信息一一映射，即所述寻呼原因信息为第一数据包的数据包类型信息。

其中，所述确定第一数据包的数据包类型信息的步骤、第一数据包、数据包类型信息如图3所示的实施例的相应说明，此处不作赘述。

可选的，所述寻呼原因信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

一种实施方式中，所述第N指示(N为一至七的任一整数)与其指示的寻呼原因信息存在一一对应关系，且第七通信设备可以是已经保存第N指示与其对应寻呼原因信息的对应关系。不难理解，通过发送第N指示，可以有效地避免泄漏其指示的寻呼原因信息。

可选的，所述第一指示包括如下一项：NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

(一)一种实施方式中，当NAS数据包触发寻呼时，所述数据包类型信息可以包含信令类型或NAS信令类型的相关指示信息。另一种实施方式中，当NAS数据包触发寻呼时，所述数据包类型信息需要根据所述NAS数据包的类型决定是否包含信令类型或NAS信令类型相关的指示信息。比如：控制面CIOT是通过NAS信令传送用户面数据，不属于所述NAS信令类型。另一种实施方式中，将NAS信令类型进一步区分，指示不同类型的NAS数据包类型。

一种实施方式，进一步的，所述NAS数据包为以下第一类型时，所述数据包类型信息不包含NAS信令类型或信令类型相关的指示信息，或者可以包含非信令类型相关的指示信息。第一类型包括但不限于至少以下之一：位置服务相关信令、用于传送短消息相关信令、控制面CIOT相关信令。另一种实施方式中，所述NAS数据包为第二类型时，所述数据包类型信息可以包含信令类型或NAS信令类型相关的指示信息。第二类型包括但不限于至少以下之一：会话管理(Session Management，SM)相关信令、移动管理(mobile management，MM)相关信令、重新注册要求相关信令。

(二)一种实施方式中，当RRC数据包触发寻呼时，所述数据包类型信息可以包含信令类型或RRC信令类型的相关指示信息。另一种实施方式中，当RRC数据包触发寻呼时，所述数据包类型信息需要根据所述RRC数据包的类型决定是否包含信令类型或RRC信令类型相关的指示信息。比如：用于传送NAS数据包的RRC信令，可以不属于所述RRC信令类型。另一种实施方式中，将RRC信令类型进一步区分，指示不同类型的RRC数据包类型。

一种实施方式，进一步的，所述RRC数据包为以下第三类型时，所述数据包类型信息不包含RRC信令类型或信令类型相关的指示信息，或者可以包含非信令类型相关的指示信息。第三类型包括但不限于至少以下之一：用于传送NAS数据包的相关RRC信令。另一种实施方式中，所述RRC数据包为第四类型时，所述数据包类型信息可以包含信令类型或RRC信令类型相关的指示信息。第四类型包括但不限于至少以下之一：系统消息变更相关的RRC信令、RNA位置更新相关的RRC信令，RAN网元触发的RRC信令。

(三)进一步的，所述NAS信令类型相关的指示信息可以包括以下至少一项：会话管理(Session Management，SM)相关NAS信令、移动管理(mobile management，MM)相关NAS信令、重新注册要求相关NAS信令、签约数据相关NAS信令(如签约数据更新相关NAS信令)、终端策略相关NAS信令(如终端策略配置或更新相关信令)、位置服务相关NAS信令、用于传送短消息相关NAS信令的、控制面CIOT相关NAS信令、用户数据管理(User data management，UDM)引起的NAS信令、位置服务管理功能(Location Management Function，LMF)引起的NAS信令和策略控制功能(Policy Control Function、PCF)引起的NAS信令、短消息功能引起的NAS信令、AMF触发的NAS信令、SMF引起的NAS信令。在一些实施方式中，可以理解为上述第一消息为寻呼消息，所述第一消息可以由所述至少一项NAS信令类型的NAS数据包触发。

(四)进一步的，所述RRC信令类型相关指示信息可以包括以下至少一项：用于传送NAS数据包的RRC信令、系统消息变更相关的RRC信令、RNA位置更新相关的RRC信令、RAN网元触发的RRC信令。在一些实施方式中，可以理解为上述第一消息为寻呼消息，所述第一消息可以由所述至少一项RRC信令类型的RRC数据包触发。

可选的，所述步骤801确定寻呼原因信息；发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中步骤，包括：

在满足第一条件的情况下，执行步骤801确定寻呼原因信息；发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中步骤所述第一条件包括如下至少一项：

网络具有寻呼原因信息的相关功能的能力；

终端具有寻呼原因信息的相关功能的能力；

所述终端的签约信息包括允许获取寻呼原因信息。

所述终端请求获取寻呼原因信息。

一种实施方式中，寻呼原因信息的相关功能包括但不限于以下至少一项：能够确定寻呼原因信息的功能、能够在寻呼消息中发送寻呼原因信息的功能、能够解读寻呼消息中寻呼原因信息的功能。

一种实施方式中，所述终端请求获取寻呼原因信息包括：终端请求网络在发送寻呼消息时提供寻呼原因信息。

可选的，所述方法还包括：

在第六通信设备确认不执行所述寻呼消息的响应操作的情况下，接收用于指示不执行所述响应操作的指示信息。所述用于指示不执行所述响应操作的指示信息由第六通信设备发送。

在一些实施方式，接收上述指示信息，确认第六通信设备不执行上述响应操作后，可以不等待第六通信设备执行上述响应操作，或者丢弃寻呼消息相关的数据包，例如：上述第一数据包。

其中，寻呼消息可以参见图2所示的实施例的相应说明，此处不作赘述。

本实施例中，发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中，从而避免通信设备直接响应寻呼消息，以提高终端的性能，如提高多卡终端用户体验效果。

下面通过多个应用场景举例对本发明实施例提供的消息传输方法进行举例说明：

应用场景1

该应用场景主要描述通过CN网元寻呼UE的过程。请参阅图9所示，包括以下步骤：

步骤1、UE处于RRC空闲态，CN网元需要寻呼UE，比如CN网元(如MME，或AMF)产生NAS信令要发送给终端，或者CN网元接收到下行数据通知，或者接收要发送给UE的信令。

当满足第一条件时，CN网元向RAN网元发送关于UE的寻呼消息，所述寻呼消息包含寻呼原因信息。其中，第一条件可以参见图3所示的实施例中的第一条件，这里的寻呼原因信息可以是图2所示实施例中的数据包类型信息。

步骤2、RAN网元向UE发送寻呼消息。所述寻呼消息包含寻呼原因信息。

步骤3、UE根据所述寻呼原因信息，决定是否响应所述寻呼。当不响应时，流程结束。当决定响应寻呼时，则进入步骤4至步骤7。

步骤4、UE向RAN网元发送RRC连接建立请求。

步骤5、RAN网元向UE发送RRC连接建立

步骤6、UE向RAN网元发送RRC连接建立完成。所述RRC连接建立完成中包含NAS数据包，如服务请求消息。

步骤7、RAN网元向CN网元发送初始UE消息。所述初始UE消息中包含NAS数据包，如服务请求消息。

1<应用场景2>

应用场景2

该应用场景2主要描述通过RAN网元寻呼UE的过程。请参阅图10所示，包括以下步骤：

步骤1、UE处于RRC非活跃态，RAN网元需要寻呼UE，比如RAN网元(如MME，或AMF)产生RRC信令要发送给终端，或者接收到要发送给UE的用户面数据，或者接收要发送给UE的NAS数据包。

当满足第一条件时，RAN网元向UE发送RAN寻呼消息且所述RAN寻呼消息包含寻呼原因信息。其中，第一条件可以参见图3所示的实施例中的第一条件，这里的寻呼原因信息可以是图2所示实施例中的数据包类型信息。

步骤2、UE根据所述寻呼原因信息，决定是否响应所述寻呼。当确定不响应寻呼时，流程结束。当确定响应寻呼时，则吉恩如步骤3。

步骤3、UE向RAN网元发送RRC连接恢复请求。

2<应用场景3>

应用场景3

该应用场景主要描述通过第一签约发送关于第二签约寻呼的过程。所述第一签约和第二签约为终端设备上的两个签约。从网络的角度，第一签约为第一UE，第二签约为第二UE且第一UE与第二UE存在关联关系。请参阅图11所示，包括以下步骤：

步骤1：终端设备的第二签约处于空闲态，第二CN网元需要寻呼第二签约。

第一CN网元是终端设备的第一签约的CN网元。

第二CN网元是终端设备的第二签约的CN网元。

第一RAN网元是终端设备的第一签约连接的RAN网元。

当满足第一条件时，第二CN网元向第一CN网元发送寻呼请求消息，所述寻呼请求消息包含寻呼原因信息。第二UE的寻呼消息如图2实施例所述。，

可选的，第一条件可以包括以下至少一项：

第一签约和/或第二签约的终端设备能力为单收；

第一签约处于连接态；

第一签约与第二签约存在关联。

步骤2，

当满足第一条件时，第一CN网元向第一签约发送通知消息(notification)，所述通知消息包含通知原因信息。所述通知原因信息未关于第二签约的寻呼原因信息。寻呼原因信息如图2实施例所述。

可选的，第一条件可以包括以下至少一项：

第一签约和/或第二签约的终端设备能力为单收；

第一签约处于连接态；

第一签约与第二签约存在关联。

步骤3：终端设备根据所述通知消息中的通知原因信息，决定是否响应所述通知消息。当决定不响应所述通知消息时，流程结束。当决定响应所述通知消息时，终端设备执行连接建立或连接恢复的相关操作：

-当第二签约是RRC空闲态时，则进入步骤4至步骤7。

-当第二签约是RRC非活跃态时，则进入步骤8。

步骤4至步骤7如图9步骤4至步骤7所述，此处不再赘述。

步骤8、UE向RAN网元发送RRC连接恢复请求。

3<应用场景4>

应用场景4

该应用场景4主要描述UE注册的过程。请参阅图12所示，包括以下步骤：

步骤1：UE通过RAN向AMF发起注册请求。注册请求中可以包含第一请求和/或第一能力相关信息。第一能力相关信息和/或第一请求如图6实施例所述。

步骤2：CN网元根据至少以下一项确认是否支持数据包类型信息的相关功能：

网络是否具有数据包类型信息的相关功能的能力；

终端是否具有数据包类型信息的相关功能的能力；

所述终端的签约信息是否允许获取数据包类型信息；

所述终端的签约信息是否允许选择性响应寻呼；

所述终端是否发送第一请求。

步骤2、CN网元通过RAN网元向UE发送注册响应。所述注册响应中包含是否支持数据包类型信息的相关功能的指示信息的指示信息。

CN网元向RAN网元发送初始上下文建立请求消息。所述初始上下文建立请求消息包含NAS数据包。所述NAS数据包为所述注册响应。

步骤3、CN网元向UE发送RRC消息。所述RRC消息包含NAS数据包。所述NAS数据包为所述注册响应。

步骤4、当是否支持数据包类型信息的相关功能的指示信息指示支持数据包类型信息的相关功能时，UE可以执行以下之一：

向CN网元发送连接释放请求、连接挂起请求或离开请求(如步骤5所示)；

向RAN网元发送RRC连接释放请求、RRC连接挂起请求或离开请求(如步骤6所示)；

向RAN网元发送第一请求(如步骤7所示)；

向CN网元发送第一请求(如步骤8所示)。可选的，所述向CN发送的连接释放、连接挂起请求或离开请求消息中可以包含第一请求。

可选的，所述向RAN网元发送RRC连接释放请求、RRC连接挂起请求或离开请求消息中可以包含第一请求。

当UE决定进入空闲态时，可以向CN网元发起连接释放、连接挂起请求或离开请求，如步骤5；或者可以向RAN发起RRC连接释放、RRC连接挂起请求或离开请求，如步骤6。

步骤6、UE向RAN发送RRC连接释放、RRC连接挂起请求或离开请求。所述离开请求可以包含在UE辅助信息中发送给RAN网元、

步骤7、UE向CN发送第一请求。第一请求如图6所述。

步骤8、UE向RAN网络发送第一请求。

步骤5：UE向CN发起连接释放、连接挂起请求或离开请求。

参见图13，图13是本发明实施例提供的一种第一通信设备的结构图。本实施例的第一通信设备为上述方法实施例中的第一通信设备。如图13所示，第一通信设备1300包括：

获取模块1301，用于获取第一消息，所述第一消息包括数据包类型信息；

确定模块1302，用于根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。

可选的，所述执行对第一消息的响应操作包括：

执行连接建立或连接恢复的相关操作。

可选的，所述数据包类型信息为第一数据包的数据包类型信息；

所述第一数据包为，在所述第一通信设备执行所述响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示彩信MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示位置服务LCS类型；

所述第七指示用于指示基于非接入层NAS的短信类型。

可选的，所述第一指示包括如下一项：

NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

可选的，所述确定模块1102用于根据所述数据包类型信息和用户倾向信息，确定是否执行对所述第一消息的响应操作。

可选的，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

第一通信设备1300能够实现本发明方法实施例中第一通信设备实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

参见图14，图14是本发明实施例提供的一种第二通信设备的结构图。本实施例的第二通信设备为上述方法实施例中的第二通信设备。如图14所示，第二通信设备1400包括：

确定模块1401，用于确定第一数据包的数据包类型信息；

发送模块1402，用于发送所述数据包类型信息且所述数据包类型信息包含在第一消息中。

可选的，，

所述第一数据包为，第一通信设备相关的数据包；或者

所述第一数据包为，在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一指示包括如下一项：

NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

可选的，所述确定第一数据包的数据包类型信息；发送所述数据包类型信息且所述数据包类型信息包含在第一消息中，包括：

在满足第一条件的情况下，确定第一数据包的数据包类型信息；

发送所述数据包类型信息且所述数据包类型信息包含在第一消息中；

所述第一条件包括如下至少一项：

网络具有数据包类型信息的相关功能的能力；

终端具有数据包类型信息的相关功能的能力；

所述终端的签约信息包括允许获取数据包类型信息。

所述终端的签约信息包括允许选择性响应寻呼；

所述终端请求获取数据包类型信息。

可选的，如图15所示，第二通信设备1400还包括：

接收模块1403，用于在第一通信设备确认不执行所述第一消息的响应操作的情况下，接收用于指示不执行所述响应操作的指示信息。

可选的，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

第二通信设备1400能够实现本发明方法实施例中第二通信设备实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

参见图16，图16是本发明实施例提供的一种第三通信设备的结构图。本实施例的第三通信设备为上述方法实施例中的第三通信设备。如图16所示，第三通信设备1600包括：

发送模块1601，用于发送所述第三通信设备倾向接收的数据包类型信息和/或所述第三通信设备不倾向接收的数据包类型信息。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一指示包括如下一项：

NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

第三通信设备1600能够实现本发明方法实施例中第三通信设备实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

参见图17，图17是本发明实施例提供的一种第四通信设备的结构图。本实施例的第四通信设备为上述方法实施例中的第四通信设备。如图17所示，第四通信设备1700包括：

获取模块1701，用于获取第一信息，所述第一信息包括以下至少一项：第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一数据包的数据包类型信息、第一能力相关信息、终端的签约信息、第一请求；

确定模块1702，用于根据所述第一信息，确定是否发送第一消息。

可选的，所述第一数据包为，第一通信设备相关的数据包；或者

所述第一数据包为，在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

可选的，所述根据所述第一信息，确定是否发送第一消息包括：

根据所述第一信息，在满足第二条件时，确定发送第一消息；

第二条件包括以下至少一项：

所述第一数据包的数据包类型信息包括所述第三通信设备倾向接收的数据包类型信息；

所述第一数据包的数据包类型信息存在不属于所述第三通信设备不倾向接收的数据包类型信息；

所述第三通信设备为非连接态；

网络具有数据包类型信息的相关功能的能力；

终端具有数据包类型信息的相关功能的能力；

所述终端的签约信息包括允许获取数据包类型信息；

所述终端的签约信息包括允许选择性响应寻呼；

所述终端请求获取数据包类型信息。

可选的，所述根据所述第一信息，确定是否发送第一消息包括：

根据所述第一信息，在满足第三条件时，确定不发送第一消息；

所述第三条件包括以下至少一项：

所述第一数据包的所述数据包类型信息不包括所述第三通信设备倾向接收的数据包类型信息；

在所述第一数据包的所述数据包类型信息属于所述第三通信设备不倾向接收的数据包类型信息；

所述第三通信设备为非连接态；

网络不具有数据包类型信息的相关功能的能力；

终端不具有数据包类型信息的相关功能的能力；

所述终端的签约信息不包括允许获取数据包类型信息；

所述终端的签约信息不包括允许选择性响应寻呼；

所述终端不请求获取数据包类型信息。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

第四通信设备1700能够实现本发明方法实施例中第四通信设备实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

参见图18，图18是本发明实施例提供的一种第五通信设备的结构图。本实施例的第五通信设备为上述方法实施例中的第五通信设备。如图18所示，第五通信设备1800包括：

发送模块1801，用于发送第一能力相关信息和/或第一请求；

其中，所述第一能力相关信息包括以下至少一项：

终端支持数据包类型信息的相关功能的相关指示信息、

终端不支持数据包类型信息的相关功能的相关指示信息；

所述第一请求用于请求获取数据包类型信息。

可选的，所述发送第一请求包括：

在满足第四条件时，发送第一请求；

其中，所述第四条件包括：

网络确认支持数据包类型信息的相关功能；

所述第五通信设备倾向信息倾向发送所述第一请求。

第五通信设备1800能够实现本发明方法实施例中第五通信设备实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

参见图19，图19是本发明实施例提供的一种第六通信设备的结构图。本实施例的第六通信设备为上述方法实施例中的第六通信设备。如图19所示，第六通信设备1900包括：

获取模块1901，用于获取寻呼消息，所述寻呼消息包括寻呼原因信息；

确定模块1902，用于根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作。

可选的，寻呼消息为可以以下之一：CN触发的寻呼消息、RAN触发的寻呼消息。

可选的，所述寻呼原因信息为第一数据包的寻呼原因信息；

可选的，所述寻呼原因信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令(如NAS信令和/或RRC信令)类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一指示包括如下至少一项：NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

可选的，所述执行对寻呼消息的响应操作包括：

执行连接建立或连接恢复的相关操作。

可选的，所述根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作，包括：

根据所述寻呼原因信息和用户倾向信息，确定是否执行对所述寻呼消息的响应操作。

第六通信设备1900能够实现本发明方法实施例中第六通信设备实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

参见图20，图20是本发明实施例提供的一种第七通信设备的结构图。本实施例的第七通信设备为上述方法实施例中的第七通信设备。如图20所示，第七通信设备2000包括：

确定模块2001，用于确定寻呼原因信息；

发送模块2002，用于发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中。

可选的，寻呼消息为可以以下之一：CN触发的寻呼消息、RAN触发的寻呼消息。

可选的，所述寻呼原因信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一指示包括如下一项：NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

可选的，所述确定寻呼原因信息；发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中步骤，包括：

在满足第一条件的情况下，确定寻呼原因信息；发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中步骤所述第一条件包括如下至少一项：

网络具有寻呼原因信息的相关功能的能力；

终端具有寻呼原因信息的相关功能的能力；

所述终端的签约信息包括允许获取寻呼原因信息。

所述终端请求获取寻呼原因信息。

第七通信设备还用于在第六通信设备确认不执行所述寻呼消息的响应操作的情况下，接收用于指示不执行所述响应操作的指示信息。所述用于指示不执行所述响应操作的指示信息由第六通信设备发送。

第七通信设备2000能够实现本发明方法实施例中第七通信设备实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

参见图21，图21是本发明实施例提供的通信设备的结构图。如图21所示，通信设备2100包括：存储器2101、处理器2102及存储在存储器2101上并可在处理器2102上运行的计算机程序21011。

其中，在通信设备2100表现为上述方法实施例中的第一通信设备时，计算机程序21011被处理器2102执行时实现如下步骤：

获取第一消息，所述第一消息包括数据包类型信息；

根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。

可选的，所述执行对第一消息的响应操作包括：

执行连接建立或连接恢复的相关操作。

可选的，所述数据包类型信息为第一数据包的数据包类型信息；

所述第一数据包为，在所述第一通信设备执行所述响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示彩信MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示位置服务LCS类型；

所述第七指示用于指示基于非接入层NAS的短信类型。

可选的，所述第一指示包括如下一项：

NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

可选的，所述根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作，包括：

根据所述数据包类型信息和用户倾向信息，确定是否执行对所述第一消息的响应操作。

可选的，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

其中，在通信设备2100表现为上述方法实施例中的第二通信设备时，计算机程序21011被处理器2102执行时实现如下步骤：

确定第一数据包的数据包类型信息；

发送所述数据包类型信息且所述数据包类型信息包含在第一消息中。

可选的，所述第一数据包为，第一通信设备相关的数据包；或者

所述第一数据包为，在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一指示包括如下一项：

NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

可选的，所述确定第一数据包的数据包类型信息；发送所述数据包类型信息且所述数据包类型信息包含在第一消息中，包括：

在满足第一条件的情况下，确定第一数据包的数据包类型信息；

发送所述数据包类型信息且所述数据包类型信息包含在第一消息中；

所述第一条件包括如下至少一项：

网络具有数据包类型信息的相关功能的能力；

终端具有数据包类型信息的相关功能的能力；

所述终端的签约信息包括允许获取数据包类型信息。

所述终端的签约信息包括允许选择性响应寻呼；

所述终端请求获取数据包类型信息。

可选的，所述方法还包括：

在第一通信设备确认不执行所述第一消息的响应操作的情况下，接收用于指示不执行所述响应操作的指示信息。

可选的，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

其中，在通信设备2100表现为上述方法实施例中的第三通信设备时，计算机程序21011被处理器2102执行时实现如下步骤：

发送所述第三通信设备倾向接收的数据包类型信息和/或所述第三通信设备不倾向接收的数据包类型信息。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一指示包括如下一项：

NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

其中，在通信设备2100表现为上述方法实施例中的第四通信设备时，计算机程序21011被处理器2102执行时实现如下步骤：

获取第一信息，所述第一信息包括以下至少一项：第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一数据包的数据包类型信息、第一能力相关信息、终端的签约信息、第一请求；

根据所述第一信息，确定是否发送第一消息。

可选的，所述第一数据包为，第一通信设备相关的数据包；或者

所述第一数据包为，在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

可选的，所述根据所述第一信息，确定是否发送第一消息包括：

根据所述第一信息，在满足第二条件时，确定发送第一消息；

第二条件包括以下至少一项：

所述第一数据包的数据包类型信息包括所述第三通信设备倾向接收的数据包类型信息；

所述第一数据包的数据包类型信息存在不属于所述第三通信设备不倾向接收的数据包类型信息；

所述第三通信设备为非连接态；

网络具有数据包类型信息的相关功能的能力；

终端具有数据包类型信息的相关功能的能力；

所述终端的签约信息包括允许获取数据包类型信息；

所述终端的签约信息包括允许选择性响应寻呼；

所述终端请求获取数据包类型信息。

可选的，所述根据所述第一信息，确定是否发送第一消息包括：

根据所述第一信息，在满足第三条件时，确定不发送第一消息；

所述第三条件包括以下至少一项：

所述第一数据包的所述数据包类型信息不包括所述第三通信设备倾向接收的数据包类型信息；

在所述第一数据包的所述数据包类型信息属于所述第三通信设备不倾向接收的数据包类型信息；

所述第三通信设备为非连接态；

网络不具有数据包类型信息的相关功能的能力；

终端不具有数据包类型信息的相关功能的能力；

所述终端的签约信息不包括允许获取数据包类型信息；

所述终端的签约信息不包括允许选择性响应寻呼；

所述终端不请求获取数据包类型信息。

可选的，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

其中，在通信设备2100表现为上述方法实施例中的第五通信设备时，计算机程序21011被处理器2102执行时实现如下步骤：

发送第一能力相关信息和/或第一请求；

其中，所述第一能力相关信息包括以下至少一项：

终端支持数据包类型信息的相关功能的相关指示信息、

终端不支持数据包类型信息的相关功能的相关指示信息；

所述第一请求用于请求获取数据包类型信息。

可选的，所述发送第一请求包括：

在满足第四条件时，发送第一请求；

其中，所述第四条件包括：

网络确认支持数据包类型信息的相关功能；

所述第五通信设备倾向信息倾向发送所述第一请求。

其中，在通信设备2100表现为上述方法实施例中的第六通信设备时，计算机程序21011被处理器2102执行时实现如下步骤：

获取寻呼消息，所述寻呼消息包括寻呼原因信息；

根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作。

可选的，寻呼消息为可以以下之一：CN触发的寻呼消息、RAN触发的寻呼消息。

可选的，所述寻呼原因信息为第一数据包的寻呼原因信息；

可选的，所述寻呼原因信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令(如NAS信令和/或RRC信令)类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一指示包括如下至少一项：NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

可选的，所述执行对寻呼消息的响应操作包括：

执行连接建立或连接恢复的相关操作。

可选的，所述根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作，包括：

根据所述寻呼原因信息和用户倾向信息，确定是否执行对所述寻呼消息的响应操作。

其中，在通信设备2100表现为上述方法实施例中的第七通信设备时，计算机程序21011被处理器2102执行时实现如下步骤：

确定寻呼原因信息；

发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中。

可选的，寻呼消息为可以以下之一：CN触发的寻呼消息、RAN触发的寻呼消息。

可选的，所述寻呼原因信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT(或称为控制面CIOT)类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

可选的，所述第一指示包括如下一项：NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

可选的，所述确定寻呼原因信息；发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中步骤，包括：

在满足第一条件的情况下，确定寻呼原因信息；发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中步骤所述第一条件包括如下至少一项：

网络具有寻呼原因信息的相关功能的能力；

终端具有寻呼原因信息的相关功能的能力；

所述终端的签约信息包括允许获取寻呼原因信息。

所述终端请求获取寻呼原因信息。

计算机程序21011被处理器2102执行时还实现如下步骤：

在第六通信设备确认不执行所述寻呼消息的响应操作的情况下，接收用于指示不执行所述响应操作的指示信息。所述用于指示不执行所述响应操作的指示信息由第六通信设备发送。

通信设备2100能够实现上述方法实施例中各通信设备实现的各个过程，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述任一消息传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (36)

1.一种消息传输方法，应用于第一通信设备，其特征在于，包括：

获取第一消息，所述第一消息包括数据包类型信息；

根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。

2.如权利要求1所述的方法，其特征在于，所述执行对第一消息的响应操作包括：

执行连接建立或连接恢复的相关操作。

3.如权利要求1所述的方法，其特征在于，所述数据包类型信息为第一数据包的数据包类型信息；

所述第一数据包为，在所述第一通信设备执行所述响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

4.如权利要求1所述的方法，其特征在于，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示多媒体短消息MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示蜂窝物联网CIOT类型；

所述第六指示用于指示位置服务LCS类型；

所述第七指示用于指示基于非接入层NAS的短信类型。

5.如权利要求4所述的方法，其特征在于，所述第一指示包括如下一项：

非接入层NAS信令类型相关的指示信息和无线资源控制RRC信令类型相关的指示信息。

6.如权利要求1所述的方法，其特征在于，所述根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作，包括：

根据所述数据包类型信息和用户倾向信息，确定是否执行对所述第一消息的响应操作。

7.如权利要求1所述的方法，其特征在于，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

8.一种消息传输方法，应用于第二通信设备，其特征在于，包括：

确定第一数据包的数据包类型信息；

发送所述数据包类型信息且所述数据包类型信息包含在第一消息中。

9.如权利要求8所述的方法，其特征在于，

所述第一数据包为，在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

10.如权利要求8所述的方法，其特征在于，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

11.如权利要求10所述的方法，其特征在于，所述第一指示包括如下一项：

NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

12.如权利要求8所述的方法，其特征在于，所述确定第一数据包的数据包类型信息；发送所述数据包类型信息且所述数据包类型信息包含在第一消息中，包括：

在满足第一条件的情况下，确定第一数据包的数据包类型信息；

发送所述数据包类型信息且所述数据包类型信息包含在第一消息中；

所述第一条件包括如下至少一项：

网络具有数据包类型信息的相关功能的能力；

终端具有数据包类型信息的相关功能的能力；

所述终端的签约信息包括允许获取数据包类型信息；

所述终端的签约信息包括允许选择性响应寻呼；

所述终端请求获取数据包类型信息。

13.如权利要求8所述的方法，其特征在于，所述方法还包括：

在第一通信设备确认不执行所述第一消息的响应操作的情况下，接收用于指示不执行所述响应操作的指示信息。

14.如权利要求8所述的方法，其特征在于，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

15.一种消息传输方法，应用于第三通信设备，其特征在于，包括：

发送所述第三通信设备倾向接收的数据包类型信息和/或所述第三通信设备不倾向接收的数据包类型信息。

16.如权利要求15所述的方法，其特征在于，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

17.如权利要求16所述的方法，其特征在于，所述第一指示包括如下一项：

NAS信令类型相关的指示信息和RRC信令类型相关的指示信息。

18.一种消息传输方法，应用于第四通信设备，其特征在于，包括：

获取第一信息，所述第一信息包括以下至少一项：第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一数据包的数据包类型信息、第一能力相关信息、终端的签约信息、第一请求；

根据所述第一信息，确定是否发送第一消息。

19.如权利要求18所述的方法，其特征在于，

所述第一数据包为，在第一通信设备执行所述第一消息的响应操作后，发送给所述第一通信设备的数据包；或者

所述第一数据包为，触发所述第一消息的数据包；或者

所述第一数据包为，第三通信设备相关的数据包。

20.如权利要求18所述的方法，其特征在于，所述根据所述第一信息，确定是否发送第一消息包括：

根据所述第一信息，在满足第二条件时，确定发送第一消息；

所述第二条件包括以下至少一项：

所述第一数据包的数据包类型信息包括所述第三通信设备倾向接收的数据包类型信息；

所述第一数据包的数据包类型信息存在不属于所述第三通信设备不倾向接收的数据包类型信息；

所述第三通信设备为非连接态；

网络具有数据包类型信息的相关功能的能力；

终端具有数据包类型信息的相关功能的能力；

所述终端的签约信息包括允许获取数据包类型信息；

所述终端的签约信息包括允许选择性响应寻呼；

所述终端请求获取数据包类型信息。

21.如权利要求18所述的方法，其特征在于，所述根据所述第一信息，确定是否发送第一消息包括：

根据所述第一信息，在满足第三条件时，确定不发送第一消息；

所述第三条件包括以下至少一项：

所述第一数据包的所述数据包类型信息不包括所述第三通信设备倾向接收的数据包类型信息；

在所述第一数据包的所述数据包类型信息属于所述第三通信设备不倾向接收的数据包类型信息；

所述第三通信设备为非连接态；

网络不具有数据包类型信息的相关功能的能力；

终端不具有数据包类型信息的相关功能的能力；

所述终端的签约信息不包括允许获取数据包类型信息；

所述终端的签约信息不包括允许选择性响应寻呼；

所述终端不请求获取数据包类型信息。

22.如权利要求18所述的方法，其特征在于，所述数据包类型信息包括如下至少一项：

第一指示、第二指示、第三指示、第四指示、第五指示、第六指示和第七指示；

其中，所述第一指示用于指示信令类型：

所述第二指示用于指示非信令类型；

所述第三指示用于指示MMS类型；

所述第四指示用于指示UE策略类型；

所述第五指示用于指示CIOT类型；

所述第六指示用于指示LCS类型；

所述第七指示用于指示基于NAS的短信类型。

23.如权利要求18所述的方法，其特征在于，所述第一消息为以下之一：寻呼消息、通知消息、寻呼请求消息。

24.一种消息传输方法，应用于第五通信设备，其特征在于，包括：

发送第一能力相关信息和/或第一请求；

其中，所述第一能力相关信息包括以下至少一项：

终端支持数据包类型信息的相关功能的相关指示信息、

终端不支持数据包类型信息的相关功能的相关指示信息；

所述第一请求用于请求获取数据包类型信息。

25.如权利要求24所述的方法，其特征在于，所述发送第一请求包括：

在满足第四条件时，发送第一请求；

其中，所述第四条件包括：

网络确认支持数据包类型信息的相关功能；

所述第五通信设备倾向信息倾向发送所述第一请求。

26.一种消息传输方法，应用于第六通信设备，其特征在于，包括：

获取寻呼消息，所述寻呼消息包括寻呼原因信息；

根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作。

27.一种消息传输方法，应用于第七通信设备，其特征在于，包括：

确定寻呼原因信息；

发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中。

28.一种第一通信设备，其特征在于，包括：

获取模块，用于获取第一消息，所述第一消息包括数据包类型信息；

确定模块，用于根据所述数据包类型信息，确定是否执行对所述第一消息的响应操作。

29.一种第二通信设备，其特征在于，包括：

确定模块，用于确定第一数据包的数据包类型信息；

发送模块，用于发送所述数据包类型信息且所述数据包类型信息包含在第一消息中。

30.一种第三通信设备，其特征在于，包括：

发送模块，用于发送所述第三通信设备倾向接收的数据包类型信息和/或所述第三通信设备不倾向接收的数据包类型信息。

31.一种第四通信设备，其特征在于，包括：

获取模块，用于获取第一信息，所述第一信息包括以下至少一项：第三通信设备倾向接收的数据包类型信息、第三通信设备不倾向接收的数据包类型信息数据包类型信息、第一数据包的数据包类型信息、第一能力相关信息、终端的签约信息、第一请求；

确定模块，用于根据所述第一信息，确定是否发送第一消息。

32.一种第五通信设备，其特征在于，包括：

发送模块，用于发送第一能力相关信息和/或第一请求；

其中，所述第一能力相关信息包括以下至少一项：

终端支持数据包类型信息的相关功能的相关指示信息、

终端不支持数据包类型信息的相关功能的相关指示信息；

所述第一请求用于请求获取数据包类型信息。

33.一种第六通信设备，其特征在于，包括：

获取模块，用于获取寻呼消息，所述寻呼消息包括寻呼原因信息；

确定模块，用于根据所述寻呼原因信息，确定是否执行对所述寻呼消息的响应操作。

34.一种第七通信设备，其特征在于，包括：

确定模块，用于确定寻呼原因信息；

发送模块，用于发送所述寻呼原因信息，且所述寻呼原因信息包含在所述寻呼消息中。

35.一种通信设备，其特征在于，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的消息传输方法的步骤，或者，实现如权利要求8至14中任一项所述的消息传输方法的步骤，或者，实现如权利要求15至17中任一项所述的消息传输方法的步骤，或者，实现如权利要求18至23中任一项所述的消息传输方法的步骤，或者，实现如权利要求24至25中任一项所述的消息传输方法的步骤，或者，实现如权利要求26所述的消息传输方法的步骤，或者，实现如权利要求27所述的消息传输方法的步骤。

36.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的消息传输方法的步骤，或者，实现如权利要求8至14中任一项所述的消息传输方法的步骤，或者，实现如权利要求15至17中任一项所述的消息传输方法的步骤，或者，实现如权利要求18至23中任一项所述的消息传输方法的步骤，或者，实现如权利要求24至25中任一项所述的消息传输方法的步骤，或者，实现如权利要求26所述的消息传输方法的步骤，或者，实现如权利要求27所述的消息传输方法的步骤。

Images