CN116234010A - 一种通信方法及装置 - Google Patents
一种通信方法及装置 Download PDFInfo
- Publication number
- CN116234010A CN116234010A CN202111456170.7A CN202111456170A CN116234010A CN 116234010 A CN116234010 A CN 116234010A CN 202111456170 A CN202111456170 A CN 202111456170A CN 116234010 A CN116234010 A CN 116234010A
- Authority
- CN
- China
- Prior art keywords
- network element
- indication information
- information
- paging
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- 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/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
-
- 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
-
- 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)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及通信技术领域,提供一种通信方法及装置,用以决策由哪些接入网设备对终端设备进行寻呼。数据面网元接收来自IMS网元的第一信息,第一信息包括第一DSCP信息和第一指示信息,第一指示信息用于指示第一业务类型,第一业务类型为第一DSCP信息指示的业务范围包括的业务类型中的一种;同一业务范围包括的不同的业务类型对应不同的寻呼策略,寻呼策略用于指示需要对终端进行寻呼的至少一个接入网设备。数据面网元向移动性管理网元发送第二指示信息,用于指示第一DSCP信息指示的业务范围包括的第一业务类型。以便移动性管理网元基于业务类型关联的寻呼策略来决策哪些接入网设备对终端进行寻呼,避免接入网设备资源浪费。
Description
技术领域
本申请实施例涉及通信等领域,尤其涉及一种通信方法及装置。
背景技术
空闲态终端设备在有移动端(mobile terminal,MT)业务时,网络侧会针对该终端设备进行寻呼处理,例如,移动性管理网元向接入网设备发送寻呼消息,接入网设备再向终端设备发送寻呼消息。终端设备和网络侧建立无线连接后,MT业务接通。
在寻呼终端设备时,如何决策由哪些接入网设备对终端设备进行寻呼,是需要解决的技术问题。
发明内容
本申请实施例提供一种通信方法及装置,用以决策由哪些接入网设备对终端设备进行寻呼。
第一方面,提供了一种通信方法,数据面网元接收来自因特网协议(internetprotocol,IP)多媒体子系统(IP multimedia subsystem,IMS)网元的第一信息,所述第一信息包括第一差分服务代码点(differentiated services code point,DSCP)信息和第一指示信息,所述第一指示信息用于指示第一业务类型,所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备。然后,所述数据面网元可以向移动性管理网元发送第二指示信息,所述第二指示信息用于指示所述第一DSCP信息指示的业务范围包括的所述第一业务类型。
在该第一方面中,IMS网元向数据面网元告知业务类型,数据面网元将业务类型告知给移动性管理网元,以便移动性管理网元基于业务类型关联的寻呼策略来决策哪些接入网设备对终端设备进行寻呼,以避免接入网设备的资源浪费和降低寻呼到终端设备的时延。另外,由于IMS网元向数据面网元告知的第一业务类型是在一个较大的业务范围内的更细粒度的业务类型,基于更细粒度的业务类型确定的寻呼策略更加精准,更加精准的寻呼策略可以进一步优化接入网设备的资源使用和降低寻呼到终端设备的时延。
在一种可能的实现中,所述第二指示信息可以包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型;所述第三指示信息和所述第一指示信息可以相同,也可以不同。在各个网元上进行业务类型的全局规划,统一业务类型的指示方式,即通过DSCP信息和更细粒度的业务类型指示信息来指示业务类型,对于其中任一网元来说,无需更多的处理。
或者,所述第二指示信息也可以为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。对于任一网元来说,可以自行确定如何来指示业务类型,可控性更强。
在一种可能的实现中,所述第一信息可以为网络层协议消息或传输层协议消息或应用层协议消息。多层协议消息均可以指示更细粒度的业务类型,覆盖面较广。
在一种可能的实现中,可以在所述第一信息的消息头中包括所述第一指示信息,这样可以更容易解析出业务类型,对于系统性能要求较低。或者,在所述第一信息的消息体中包括所述第一指示信息。
在一种可能的实现中,所述传输层协议消息可以为传输控制协议TCP连接建立请求消息。这样在业务建立之前就可以知道业务类型。
在一种可能的实现中,所述数据面网元可以通过对所述应用层协议消息的消息体进行深度报文解析DPI,得到所述第一指示信息。目前,数据面网元不对应用层协议消息的消息体进行解析处理,而是直接转出去,本申请中的数据面网元可以实现对应用层协议消息的消息体进行解析处理,可以不改变现有的传输机制,利用用户面网元原有的DPI功能实现业务识别。
第二方面,提供了一种通信方法,移动性管理网元接收来自数据面网元的第二指示信息,所述第二指示信息用于指示第一DSCP信息指示的业务范围包括的第一业务类型;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备。然后,所述移动性管理网元可以根据所述第二指示信息确定所述第一业务类型对应的第一寻呼策略,并向所述第一寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息。
在该第二方面中,数据面网元将业务类型告知给移动性管理网元,以便移动性管理网元基于业务类型关联的寻呼策略来决策哪些接入网设备对终端设备进行寻呼,以避免接入网设备的资源浪费和降低寻呼到终端设备的时延。另外,由于数据面网元向移动性管理网元告知的第一业务类型是在一个较大的业务范围内的更细粒度的业务类型,基于更细粒度的业务类型确定的寻呼策略更加精准,更加精准的寻呼策略可以进一步优化接入网设备的资源使用和降低寻呼到终端设备的时延。
在一种可能的实现中,所述第二指示信息可以包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型;所述第三指示信息和所述第一指示信息可以相同,也可以不同。在各个网元上进行业务类型的全局规划,统一业务类型的指示方式,即通过DSCP信息和更细粒度的业务类型指示信息来指示业务类型,对于其中任一网元来说,无需更多的处理。
或者,所述第二指示信息还可以为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。对于任一网元来说,可以自行确定如何来指示业务类型,可控性更强。
在一种可能的实现中,所述移动性管理网元可以分别向所述第一寻呼策略指示的需要对终端设备进行寻呼的N(N≥1)个接入网设备发送寻呼消息;其中,向第i个接入网设备发送的寻呼消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级,所述i取遍1至N中的任意一个正整数。这样,各个接入网设备可以基于自己的寻呼优先级决策在拥塞场景下的寻呼丢包率,可以降低接入网设备的寻呼压力。接入网设备可以尽量保证高优先级的寻呼消息被处理,丢弃低优先级的寻呼消息。既保证寻呼成功率、又能保证不同业务的需求。
第三方面,提供了一种通信方法,数据面网元接收来自因特网协议多媒体子系统IMS网元的第一信息,所述第一信息包括第一差分服务代码点DSCP信息和第一指示信息,所述第一指示信息用于指示第一业务类型,所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备。然后,所述数据面网元向移动性管理网元发送寻呼策略指示信息,所述寻呼策略指示信息用于指示第一寻呼策略,所述第一寻呼策略为所述第一业务类型对应的寻呼策略。
在该第三方面中,IMS网元向数据面网元告知业务类型,数据面网元基于业务类型确定出对应的寻呼策略,并将寻呼策略告知给移动性管理网元,以便移动性管理网元基于寻呼策略来决策哪些接入网设备对终端设备进行寻呼,以避免接入网设备的资源浪费和降低寻呼到终端设备的时延。另外,由于IMS网元向数据面网元告知的第一业务类型是在一个较大的业务范围内的更细粒度的业务类型,基于更细粒度的业务类型确定的寻呼策略更加精准,更加精准的寻呼策略可以进一步优化接入网设备的资源使用和降低寻呼到终端设备的时延。
该第三方面与第一方面的区别包括:第一方面中用户面网元向移动性管理网元发送业务类型指示信息(即第二指示信息);而在第三方面中,用户面网元可以基于业务类型确定寻呼策略,用户面网元向移动性管理网元发送寻呼策略指示信息。另外,关于第一信息和第二指示信息的具体细节可以参考第一方面的描述,不再重复赘述。
第四方面,提供了一种通信装置,所述装置具有实现上述第一方面及第一方面任一可能的实现中的功能,或实现上述第二方面及第二方面任一可能的实现中的功能,或实现上述第三方面及第三方面任一可能的实现中的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的功能模块。
第五方面,提供了一种通信装置,包括处理器,可选的,还包括存储器;所述处理器和所述存储器耦合;所述存储器,用于存储计算机程序或指令;所述处理器,用于执行所述存储器中的部分或者全部计算机程序或指令,当所述部分或者全部计算机程序或指令被执行时,用于实现上述第一方面及第一方面任一可能的实现的方法中数据面网元的功能,或实现上述第二方面及第二方面任一可能的实现中移动性管理网元的功能,或实现上述第三方面及第三方面任一可能的实现中数据面网元的功能。
第六方面,本申请提供了一种芯片系统,该芯片系统包括一个或多个处理器(也可以称为处理电路),所述处理器与存储器(也可以称为存储介质)之间电耦合;所述存储器可以位于所述芯片系统中,也可以不位于所述芯片系统中;所述存储器,用于存储计算机程序或指令;所述处理器,用于执行所述存储器中的部分或者全部计算机程序或指令,当所述部分或者全部计算机程序或指令被执行时,用于实现上述第一方面及第一方面任一可能的实现的方法中数据面网元的功能,或实现上述第二方面及第二方面任一可能的实现中移动性管理网元的功能,或实现上述第三方面及第三方面任一可能的实现中数据面网元的功能。
在一种可能的实现中,该芯片系统可以由芯片构成,也可以包括芯片和其他分立器件。
第七方面,提供了一种计算机可读存储介质,用于存储计算机程序,所述计算机程序包括用于实现第一方面及第一方面任一可能的实现中的功能的指令,或用于实现第二方面及第二方面任一可能的实现中的功能的指令,或用于实现第三方面及第三方面任一可能的实现中的功能的指令。
或者,一种计算机可读存储介质,用于存储计算机程序,所述计算机程序被计算机执行时,可以使得所述计算机执行上述第一方面及第一方面任一可能的实现的方法中数据面网元执行的方法,或执行上述第二方面及第二方面任一可能的实现中移动性管理网元执行的方法,或执行上述第三方面及第三方面任一可能的实现中数据面网元执行的方法。
第八方面,提供了一种计算机程序产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面及第一方面任一可能的实现中由数据面网元执行的方法,或执行上述第二方面及第二方面任一可能的实现中由移动性管理网元执行的方法,或执行上述第三方面及第三方面任一可能的实现中由数据面网元执行的方法。
第九方面,提供了一种通信系统,所述通信系统包括用于执行上述第一方面及第一方面任一可能的实现的方法中的数据面网元和用于执行上述第二方面及第二方面任一可能的实现的方法中的移动性管理网元。
上述第四方面至第九方面的技术效果可以参照上述第一方面至第三方面中的相应效果描述,重复之处不再赘述。
附图说明
图1a和图1b分别为本申请实施例中提供的一种通信系统结构示意图;
图2a为本申请实施例中提供的一种因特网协议IP报文格式示意图;
图2b为本申请实施例中提供的一种传输控制协议TCP报文格式示意图;
图3为本申请实施例中提供的一种通信流程示意图;
图4为本申请实施例中提供的一种通信流程示意图;
图5为本申请实施例中提供的一种通信流程示意图;
图6为本申请实施例中提供的一种通信流程示意图;
图7为本申请实施例中提供的一种通信流程示意图;
图8为本申请实施例中提供的一种通信装置结构图;
图9为本申请实施例中提供的一种通信装置结构图。
具体实施方式
为便于理解本申请实施例的技术方案,下面将对本申请实施例提供的方法的系统架构进行简要说明。可理解的,本申请实施例描述的系统架构是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定。
本申请实施例的技术方案可以应用于各种通信系统,例如:卫星通信系统、传统的移动通信系统。其中,所述卫星通信系统可以与传统的移动通信系统(即地面通信系统)相融合。通信系统例如:无线局域网(wireless local area network,WLAN)通信系统,无线保真(wireless fidelity,WiFi)系统,长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、第五代(5th generation,5G)系统或新无线(new radio,NR),第六代(6thgeneration,6G)系统,以及其他未来的通信系统等,还支持多种无线技术融合的通信系统,例如,还可以应用于无人机、卫星通信系统、高空平台(high altitude platform station,HAPS)通信等非地面网络(non-terrestrial network,NTN)融合地面移动通信网络的系统。
以下作为示例性说明,仅以第五代通信系统为例,描述本申请实施例的应用场景以及本申请实施例的方法。
本申请以5G通信系统进行举例说明。
例如,图1a为本申请可以适用的一种5G的通信系统架构示意图。具体的,图1a为基于服务化架构的5G网络架构示意图。
例如,图1b为本申请可以适用的另一种5G的通信系统架构示意图。具体的,图1b为基于点对点的5G架构示意图。图1a与图1b的主要区别在于,图1a中的各个网元之间的接口是服务化的接口,图1b的各个网元之间的接口是点对点的接口。
图1a和图1b所示的5G网络架构中可包括终端设备部分、接入网部分,核心网部分。可选的,还包括数据网络(data network,DN)和应用功能(application function,AF)网元部分。终端通过接入网接入核心网,核心网与DN或AF进行通信。下面对其中的部分网元的功能进行简单介绍说明。
终端设备(terminal device),也可以称为用户设备(user equipment,UE),是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtualreality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
本申请中的(R)AN设备,是一种为终端设备提供无线通信功能的设备,(R)AN设备也称为接入网设备。本申请中的RAN设备包括但不限于:5G中的下一代基站(g nodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(basetransceiver station,BTS)、家庭基站(例如,home evolved nodeB,或home node B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receiving point,TRP)、发射点(transmitting point,TP)、移动交换中心等。在采用不同的无线接入技术的系统中,具备基站功能的设备的名称可能会有所不同,例如,在第五代(5th generation,5G)系统中,称为RAN或者gNB(5G NodeB);在LTE系统中,称为演进的节点B(evolved NodeB,eNB或者eNodeB);在第三代(3rd generation,3G)系统中,称为节点B(Node B)等。
数据网络DN,可部署多种业务,可为终端设备提供数据和/或语音等服务。例如,DN是某智能工厂的私有网络,智能工厂安装在车间的传感器可为终端设备,DN中部署了传感器和控制服务器,控制服务器可为传感器提供服务。传感器可与控制服务器通信,获取控制服务器的指令,根据指令将采集的传感器数据传送给控制服务器等。又例如,DN是某公司的内部办公网络,该公司员工的手机或者电脑可为终端设备,员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。
应用网元,主要支持与第三代合作伙伴计划(3rd generation partnershipproject,3GPP)核心网交互来提供服务,例如影响数据路由决策,策略控制功能或者向网络侧提供第三方的一些服务。在5G通信系统中,该应用网元可以是应用功能(applicationfunction,AF)网元。在未来通信系统中,应用网元仍可以是AF网元,或者,还可以有其它的名称,本申请不做限定。
核心网部分可包括以下网元中的一个或多个:
接入管理网元(也可以称为移动性管理网元),是由运营商网络提供的控制面网元,负责终端设备接入运营商网络的接入控制和移动性管理,例如包括移动状态管理,分配用户临时身份标识,认证和用户等功能。在5G通信系统中,该接入管理网元可以是接入与移动性管理功能(access and mobility management function,AMF)网元。在未来通信系统中,接入管理网元仍可以是AMF网元,或者,还可以有其它的名称,本申请不做限定。
会话管理网元,主要负责移动网络中的会话管理,如会话建立、修改、释放。具体功能如为用户分配IP地址、选择提供报文转发功能的用户面网元等。在5G通信系统中,该会话管理网元可以是会话管理功能(session management function,SMF)网元。在未来通信系统中,会话管理网元仍可以是SMF网元,或者,还可以有其它的名称,本申请不做限定。
用户面网元(也可以称为数据面网元),负责终端设备中用户数据的转发和接收。可以从数据网络接收用户数据,通过接入网设备传输给终端设备;用户面网元还可以通过接入网设备从终端设备接收用户数据,转发到数据网络。用户面网元中为终端设备提供服务的传输资源和调度功能由SMF网元管理控制的。在5G通信系统中,该用户面网元可以是用户面功能(user plane function,UPF)网元。在未来通信系统中,用户面网元仍可以是UPF网元,或者,还可以有其它的名称,本申请不做限定。
数据管理网元,用于生成认证信任状,用户标识处理(如存储和管理用户永久身份等),接入控制和签约数据管理等。在5G通信系统中,该数据管理网元可以是统一数据管理(unified data management,UDM)网元。在未来通信系统中,统一数据管理仍可以是UDM网元,或者,还可以有其它的名称,本申请不做限定。
策略控制网元,主要支持提供统一的策略框架来控制网络行为,提供策略规则给控制层网络功能,同时负责获取与策略决策相关的用户签约信息。在4G通信系统中,该策略控制网元可以是策略和计费规则功能(policy and charging rules function,PCRF)网元。在5G通信系统中,该策略控制网元可以是策略控制功能(policy control function,PCF)网元。在未来通信系统中,策略控制网元仍可以是PCF网元,或者,还可以有其它的名称,本申请不做限定。
网络存储网元,可用于提供网元发现功能,基于其他网元的请求,提供网元类型对应的网元信息。NRF还提供网元管理服务,如网元注册、更新、去注册以及网元状态订阅和推送等。在5G通信系统中,该网络存储网元可以是网络注册功能(network repositoryfunction,NRF)网元。在未来通信系统中,网络存储网元仍可以是NRF网元,或者,还可以有其它的名称,本申请不做限定。
网络开放功能网元,可用于提供用于安全地向外部开放由3GPP网络功能设备提供的业务和能力等。在5G通信系统中,网络开放功能网元可以是网络开放功能(networkexposure function,NEF)网元。在未来通信系统中,网络开放功能网元仍可以是NEF网元,或者,还可以有其它的名称,本申请不做限定。
网络切片选择网元,可用于为终端的业务选择合适的网络切片。在5G通信系统中,网络切片选择网元可以是网络切片选择功能(network slice selection function,NSSF)网元。在未来通信系统中,网络开放功能网元仍可以是NSSF网元,或者,还可以有其它的名称,本申请不做限定。
网络数据分析网元,可以从各个网络功能(network function,NF),例如策略控制网元、会话管理网元、用户面网元、接入管理网元、应用功能网元(通过网络能力开放功能网元)收集数据,并进行分析和预测。在5G通信系统中,网络数据分析网元可以是网络数据分析功能(network data analytics function,NWDAF)。在未来通信系统中,网络开放功能网元仍可以是NWDAF网元,或者,还可以有其它的名称,本申请不做限定。
统一数据存储网元,负责存储结构化的数据信息,其中包括签约信息,策略信息,以及有标准格式定义的网络数据或业务数据。在5G通信系统中,统一数据存储网元可以是统一数据存储(unified data repository,UDR)。在未来通信系统中,网络开放功能网元仍可以是UDR网元,或者,还可以有其它的名称,本申请不做限定。
可以理解的是,上述网元或者功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。一种可能的实现方式,上述网元或者功能可以由一个设备实现,也可以由多个设备共同实现,还可以是一个设备内的一个功能模块,本申请实施例对此不作具体限定。
另外,因特网协议(internet protocol,IP)多媒体子系统(IP multimediasubsystem,IMS)实现移动与固网融合,引入语音、数据、视频三重融合。IMS系统中涉及的主要功能实体包括:
本地用户服务器(home subscriber server,HSS),在IMS中作为用户信息存储的数据库,主要存放用户认证信息、签约用户的特定信息、签约用户的动态信息、网络策略规则和设备标识寄存器信息,用于用户业务数据管理。它是一个逻辑实体,物理上可以由多个物理数据库组成。
呼叫会话控制功能(call session control function,CSCF),是IMS的核心部分,主要用于基于分组交换的SIP会话控制。在IMS中,CSCF负责对用户多媒体会话进行处理。
多媒体资源功能(multimedia resource function,MRF),主要完成多方呼叫与多媒体会议功能。
网关功能,主要包括:断开网关控制功能(breakout gateway control function,BGCF)、媒体网关控制功能(media gateway control function,MGCF)、IMS媒体网关(mediagateway,MGW)和信令网关(signaling gateway,SGW)。
为便于理解本申请实施例,以下对本申请实施例的部分用语进行解释说明,以便于本领域技术人员理解。
1)、七层模型,亦称开放系统互连(open system interconnection,OSI)模型,OSI模型有7层结构,每层可以有一个或多个子层。OSI模型的7层从上到下分别是:应用层、表示层、会话层、传输层、网络层、数据链路层、物理层。高层(即应用层、表示层、会话层、传输层)定义了应用程序的功能,下面3层(即网络层、数据链路层、物理层)主要面向通过网络的端到端,点到点的数据流。
TCP/IP协议族是一个四层协议系统,自下而上分别是:数据链路层、网络层、传输层和应用层。每一层完成不同的功能,且通过若干协议来实现,上层协议使用下层协议提供的服务。
应用层,网络服务与最终用户的一个接口。
传输层,定义传输数据的协议端口号,以及流控和差错校验。传输层为两台主机上的应用程序提供端到端(end to end)的通信。与网络层使用的逐跳通信方式不同,传输层只关心通信的起始端和目的端,而不在乎数据包的中转过程。传输层协议包括:传输控制协议(transmission control protocol,TCP),用户数据报协议(user datagram protocol,UDP)等。
网络层,进行逻辑地址寻址,实现不同网络之间的路径选择。对端到端的包传输进行定义,定义了能够标识所有结点的逻辑地址,及路由实现的方式和学习的方式。网络层协议包括:因特网协议(internet protocol,IP)等。例如,根据数据包的目的IP地址来决定如何投递数据包。如果数据包不能直接发送给目标主机,那么IP就为它寻找一个合适的下一跳(next hop)路由器,并将数据包交付给该路由器来转发。多次重复这一过程,数据包最终到达目标主机,或者由于发送失败而被丢弃。IP使用逐跳(hop by hop)的方式确定通信路径。
数据链路层,实现了网卡接口的网络驱动程序,以处理数据在物理媒介(比如以太网、令牌环等)上的传输。
2)、如图2a所示,提供了一种IP报文格式的示意图,差分服务代码点(differentiated services code point,DSCP)在数据包IP头部的服务类型TOS标识字节中,DSCP占用多个比特,通过多个比特的编码值来区分报文的优先级。例如,IP优先级(IPPrecedence)使用最高3比特来表示,可以定义8个优先级,分别为:7预留、6预留、5语音、4视频会议、3呼叫信号、2高优先级数据、1中优先级数据、0尽力服务数据。优先级可以应用于流分类。
3)如图2b所示,提供了一种TCP报文格式的示意图:
源端口和目的端口:长度各为16位,为封装的数据指定了源和目的应用程序。
序列号:字段长度为32位,确定了发送方发送的数据流中被封装的数据所在位置。
确认号:长度为32位,确定了源点下一次期望从目标接受的序列号,隐含地确认了收到了该编号的上一个数据包。
报头长度:长度为4位,指定了以32位字为单位的报头长度。
保留:长度为4位或6位,通常设置为0。
标记:6位或8位,用于流和连接控制。例如,6位时从左到右依次是:URG、ACK、PSH、RST、SYN、FIN。
窗口大小:字段长度16位,主要用于流控制。窗口大小指明接收方接收缓冲区的大小。
校验和:长度为16位,对报头和被封装数据进行校验。
紧急指针:长度为16位,被添加到序列号上用于指明紧急数据的结束。
4)深度数据包检测(deep packet inspection,DPI),本质是一种数据报文过滤技术。所谓“深度”是相对“普通的报文解析”而言的。普通报文检测仅会分析数据报文的IP五元组(源地址、目的地址、源端口、目的端口以及协议类型)。而DPI除了支持报文首部解析之外,还增加了对应用层有效载荷(Payload)的解析,可以识别各种应用类型及其内容。简而言之,所谓“深度”就是要看见数据流实际的业务内容。
为便于理解本申请实施例,接下来对本请的应用场景进行介绍,本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
在现网业务部署中,空闲态UE在有移动端(mobile terminal,MT)业务时,网络侧会针对该UE进行寻呼处理,UE和网络侧建立无线连接后,MT业务接通。IMS系统中涉及很多类型的业务,例如,MT短信息服务(short messaging service,SMS)业务、MT语音通话(voice call)业务等。不同类型的业务时延、可靠性等要求会有所不同。例如,短信业务相对于语音业务来讲,业务接通时延要求略低一些。针对不同类型的业务,可以设置不同的寻呼策略(或者称为寻呼原因),以优化接入网设备的资源使用。
如图3所示,介绍了一种寻呼方法的流程。
步骤300:终端设备向IMS网元发送消息,消息中包括差分服务代码点(differentiated services code point,DSCP)值。
例如,主叫侧的终端设备向IMS网元(例如CSCF网元)发送消息,具体的,主叫侧的终端设备通过主叫侧的接入网设备、数据面网元等向CSCF网元发送消息,以便CSCF网元可以通过被叫侧的数据面网元、接入网设备等向被叫侧的终端设备发送寻呼消息。
步骤301:IMS网元向数据面网元(例如用户面功能UPF或用户面网关GW-U)发送数据报文,数据报文的报文头中携带DSCP。
例如,在IP报文头中打包DSCP值。例如,在如图2a所示的服务类型TOS标识字节中打包DSCP值。
步骤302:数据面网元向控制面网元(例如SMF)发送下行消息,所述下行消息中包括寻呼策略指示(paging policy indicator,PPI)信息。
数据面网元收到数据报文后,基于DSCP值映射寻呼策略指示PPI。数据面网元在下行消息(例如下行数据报告(downlink data report))中携带DSCP映射的PPI信息。通常,不同DSCP值映射不同的PPI值。
可选的,控制面网元向数据面网元发送确认(acknowledge,ACK)消息,以表示接收到来自数据面网元的PPI信息。
步骤303:控制面网元向移动性管理网元(例如AMF)进行消息传递(messagetransfer),将寻呼策略指示PPI信息告知给移动性管理网元。
可选的,移动性管理网元向控制面网元发送响应(response)消息,以表示接收到来自控制面网元的PPI信息。
步骤304:移动性管理网元根据PPI,触发对应的寻呼策略。即向寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息。
DSCP值本身是用来区分报文的优先级,以实现流分类的,通过DSCP值来映射寻呼策略的方式,所决策出的用于寻呼终端设备的接入网设备是不够准确的。
基于此,本申请提出来基于业务类型确定寻呼策略的方式,针对不同类型的业务,设置不同的寻呼策略,可以使确定出用于寻呼终端设备的接入网设备更加准确,可以避免接入网设备的资源浪费,也可以降低寻呼到终端设备的时延。
接下来将结合附图对方案进行详细介绍。附图中以虚线标识的特征或内容可理解为本申请实施例的可选操作或者可选结构。
实施例1:
图4所示,提供了一种通信的方法;该方法可以应用于如图1a或如图1b所示的通信系统。下文提及的数据面网元可以是UPF、或GW-U等,移动性管理网元可以是MME、或AMF等。IMS网元可以是CSCF网元等。
步骤401:IMS网元向数据面网元发送第一信息。相应的,数据面网元接收来自IMS网元的第一信息。
所述第一信息包括第一差分服务代码点DSCP信息和第一指示信息。
将第一信息中携带的DSCP信息称为第一DSCP信息。DSCP信息可以占用1个或多个bit。在本申请中,每个DSCP信息指示其对应的业务范围,每个业务范围中包括一个或多个业务类型。
所述第一指示信息可以用于指示第一业务类型,所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种。第一指示信息可以占用1个或多个bit。
同一业务范围包括的不同的业务类型对应不同的寻呼策略(寻呼策略也可以称为寻呼原因)。例如,业务范围例如为IMS业务范围,或非IMS业务范围。IMS业务范围包括短信息服务SMS、语音通话(voice call)、传真或者其他需要特殊寻呼策略的业务类型。非IMS业务范围包括OTT(over the top,指互联网越过运营商)语音通话、OTT视频通话等业务类型。
所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备。例如寻呼策略为精准寻呼,该精准寻呼用于指示终端设备上一次驻留的接入网设备(例如lastgNB/eNB)来对终端设备进行寻呼。例如寻呼策略为在跟踪区(tracking area,TA)列表(list)范围内进行寻呼,该在跟踪区列表范围内进行寻呼用于指示终端设备注册的跟踪区列表范围内的接入网设备来对终端设备进行寻呼。
例如,IMS业务范围内的语音通话业务对应的寻呼策略为在跟踪区列表范围内进行寻呼,可以保证尽快寻呼到UE,保证接通时延。
例如,IMS业务范围内的短信息服务SMS业务对应的寻呼策略为精准寻呼。可以避免资源浪费。
在一种可选的示例中,所述第一信息为传输层协议消息(消息也可以称为报文)。传输层协议消息例如传输控制协议TCP消息,或用户数据报协议UDP消息。当第一信息为TCP消息时,可以是TCP连接建立请求消息。TCP连接建立请求消息用于指示请求建立IMS网元与数据面网元的连接。这样在业务建立之前就可以知道业务类型。
在一种可选的示例中,所述第一信息为应用层协议消息。应用层协议消息也可以称为业务消息。例如,会话初始协议(session initiation protocol,SIP)消息。SIP消息例如为邀请(invite)消息。
在一种可选的示例中,所述第一消息可以为网络层协议消息。网络层协议消息例如可以是IP消息。
第一信息在包含第一指示信息时,可以是第一信息的消息头中包括所述第一指示信息;也可以是第一信息的消息体中包括所述第一指示信息。例如,在如图2a所示的“可选项”位中携带第一指示信息,也可以在如图2a所示的“数据”位中携带第一指示信息。再例如,可以在如图2b所示的“保留”位中携带第一指示信息,也可以在如图2b所示的“数据”位中携带第一指示信息。
第一信息在包含第一DSCP信息时,可以是第一信息的消息头中包括所述第一DSCP信息;也可以是第一信息的消息体中包括所述第一DSCP信息。例如,在如图2a所示的“可选项”位中携带第一DSCP信息,也可以在如图2a所示的“数据”位中携带第一DSCP信息。再例如,可以在如图2b所示的“保留”位中携带第一DSCP信息,也可以在如图2b所示的“数据”位中携带第一DSCP信息。
在一种可选的示例中,所述数据面网元可以通过对所述应用层协议消息的消息体进行深度报文解析DPI,得到所述第一指示信息。通常数据面网元不会对应用层消息的消息体进行处理,而是直接转出去,而在本申请中,数据面网元可以实现对应用层协议消息的消息体进行解析处理,可以不改变现有的传输机制,利用用户面网元原有的DPI功能实现业务识别。
步骤402:所述数据面网元向移动性管理网元发送第二指示信息,相应的,移动性管理网元接收来自数据面网元的第二指示信息。
所述第二指示信息可以用于指示所述第一DSCP信息指示的业务范围包括的所述第一业务类型。
一种可选的示例中,所述第二指示信息可以包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型。所述第三指示信息和所述第一指示信息可以相同,也可以不同。在各个网元上进行业务类型的全局规划,统一业务类型的指示方式,即通过DSCP信息和更细粒度的业务类型指示信息来指示业务类型,对于其中任一网元来说,无需更多的处理。
例如,当第一指示信息与第三指示信息占用的比特数相同,且比特位的取值也相同,则第一指示信息与第三指示信息相同。例如第一指示信息占用2bit,2bit的取值为00(即IMS网元与数据面网元约定第一业务类型对应的取值为00)。第三指示信息也占用2bit,且2bit的取值也为00(即数据面网元与移动性管理网元约定第一业务类型对应的取值也为00)。
再例如,第一指示信息与第三指示信息占用的比特位的数目不同,则第一指示信息与第三指示信息不同。
再例如,第一指示信息与第三指示信息占用的比特位的数目相同,但针对第一业务类型,比特位的取值不同,则第一指示信息与第三指示信息不同。
一种可选的示例中,所述第二指示信息为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。在这种情况下,可以看做是第二指示信息不包括第一DSCP信息。对于任一网元来说,可以自行确定如何来指示业务类型,可控性更强。
例如,DSCP信息占用1bit,0表示DSCP1:IMS业务,1表示DSCP2:非IMS业务。业务类型占用2bit,DSCP1包括3个业务类型:短信息服务SMS、语音通话(voice call)、传真,分别用00、01、10表示;DSCP2包括2个业务类型:OTT语音通话、OTT视频通话,分别用00、01表示。第一业务类型为DSCP2中的00所表示的业务类型(即非IMS业务的OTT语音通话)。对这5个业务类型(DSCP1包括的3个业务类型,DSCP2包括的2个业务类型)进行重新标记,分别为000、001、010、011、100、101。若DSCP2中的00表示的业务类型用011标记,则第二指示信息为011。
另外,可以理解的是数据面网元可以将第二指示信息直接发送给移动性管理网元或者通过某个中间网元(例如控制面网元,例如SMF网元)发送给移动性管理网元。
步骤403:移动性管理网元根据所述第二指示信息确定所述第一业务类型对应的第一寻呼策略,并向所述第一寻呼策略指示的需要对终端设备进行寻呼的至少一个(例如N(N≥1)个)接入网设备发送寻呼消息。
移动性管理网元在根据所述第二指示信息确定第一业务类型对应的第一寻呼策略时,可以是移动性管理网元从第二指示信息中解析出第一业务类型,然后根据业务类型与寻呼策略的对应关系,确定第一业务类型对应的第一寻呼策略。
移动性管理网元可以分别向所述第一寻呼策略指示的需要对终端设备进行寻呼的N(N≥1)个接入网设备发送寻呼消息。例如,第一寻呼策略为在跟踪区列表范围内进行寻呼时,则移动性管理网元可以分别向跟踪区列表范围内的接入网设备发送寻呼消息。例如,第一寻呼策略为精准寻呼时,移动性管理网元可以向终端设备上一次驻留的接入网设备(例如last gNB/eNB)发送寻呼消息。若寻呼不到终端设备,则再让TA list内的接入网设备来寻呼终端设备。
另外,可以理解的是,为了寻呼终端设备,从IMS网元到接入网设备的消息中,都可以带需要寻呼的终端设备(可以理解为被叫侧的终端设备)的标识。
在该实施例中,IMS网元向数据面网元告知业务类型,数据面网元将业务类型告知给移动性管理网元,以便移动性管理网元基于业务类型关联的寻呼策略来决策哪些接入网设备对终端设备进行寻呼,以避免接入网设备的资源浪费和降低寻呼到终端设备的时延。另外,由于IMS网元向数据面网元告知的第一业务类型是在一个较大的业务范围内的更细粒度的业务类型,基于更细粒度的业务类型确定的寻呼策略更加精准,更加精准的寻呼策略可以进一步优化接入网设备的资源使用和降低寻呼到终端设备的时延。
例如,如果只考虑业务范围,不考虑业务类型,IMS业务可能对应的寻呼策略为在跟踪区TAlist范围内进行寻呼。本申请中考虑到业务范围内的更细粒度的业务类型,针对更细粒度的业务类型来制定寻呼策略,例如,IMS业务范围内的短信息服务SMS业务对应的寻呼策略为精准寻呼,相对于在跟踪区列表范围内进行寻呼,更加精准,可以优化接入网设备的资源使用。
实施例2:
在另一种实施例中,数据面网元基于业务类型确定寻呼策略,向移动性管理网元发送寻呼策略指示信息,用以指示第一DSCP信息指示的业务范围包括的第一业务类型对应的第一寻呼策略。例如:
首先,IMS网元向数据面网元发送第一信息。相应的,数据面网元接收来自IMS网元的第一信息。所述第一信息与上文介绍的第一信息相同,不再重复描述。
然后,数据面网元根据所述第一指示信息确定所述第一业务类型对应的第一寻呼策略,向移动性管理网元发送寻呼策略指示信息,相应的,移动性管理网元接收来自数据面网元的寻呼策略指示信息。
所述寻呼策略指示信息用于指示所述第一DSCP信息指示的业务范围包括的第一业务类型对应的第一寻呼策略。
例如,数据面网元可以从第一指示信息中解析出第一业务类型,然后根据业务类型与寻呼策略的对应关系,确定第一业务类型对应的第一寻呼策略。
接下来,移动性管理网元基于所述寻呼策略指示信息确定出第一寻呼策略(直接从寻呼策略指示信息中解析出第一寻呼策略),并向所述第一寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息。
该实施例涉及的具体过程可以参考上文,不再重复赘述。
IMS网元向数据面网元告知业务类型,数据面网元基于业务类型确定出对应的寻呼策略,并将寻呼策略告知给移动性管理网元,以便移动性管理网元基于寻呼策略来决策哪些接入网设备对终端设备进行寻呼,以避免接入网设备的资源浪费和降低寻呼到终端设备的时延。另外,由于IMS网元向数据面网元告知的第一业务类型是在一个较大的业务范围内的更细粒度的业务类型,基于更细粒度的业务类型确定的寻呼策略更加精准,更加精准的寻呼策略可以进一步优化接入网设备的资源使用和降低寻呼到终端设备的时延。
实施例3:
在另一种实施例中,基于业务类型确定寻呼策略的过程可以由IMS网元确定,这样,IMS网元向数据面网元发送的第一信息用于指示第一寻呼策略,数据面网元向移动性管理网元发送寻呼策略指示信息,用于指示第一寻呼策略。
适用于上述任一实施例的一种可选的示例中,向第i个(所述i取遍1至N中的任意一个正整数)接入网设备发送的寻呼消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级,优先级也可以称为寻呼概率,寻呼概率越大,则优先级越高。对所述终端设备进行寻呼的优先级也可以理解为对该寻呼消息的处理优先级,此处的处理为执行该寻呼消息对应的寻呼。本申请中,在寻呼消息中携带优先级(或称为寻呼概率),可以告知接入网设备需要寻呼的终端设备是否容易被寻呼到,以便于接入网设备合理安排资源来对该终端设备进行寻呼。例如当优先级较高时,接入网设备可以优先处理对该终端设备的寻呼。
例如,移动性管理网元可以动态记录UE上一次驻留的接入网设备(last gNB/eNB)的标识ID。在下次针对该UE的寻呼流程中,移动性管理网元可以向该UE上一次驻留的接入网设备发送寻呼消息,寻呼消息中的第四指示信息所指示的优先级较高些,如果还需要向其它接入网设备发送寻呼消息,则向其它接入网设备所指示的优先级较低些。
接收到来自移动性管理网元的寻呼消息的接入网设备可以基于第四指示信息以及当前的拥塞情况,来决定是否向,以及什么时候向终端设备发送寻呼消息。接入网设备基于自己的寻呼优先级(寻呼概率)可以决策在拥塞场景下的寻呼丢包率,可以降低接入网设备的寻呼压力。接入网设备可以尽量保证高优先级的寻呼消息被处理,丢弃低优先级的寻呼消息。既保证寻呼成功率、又能保证不同业务的需求。
如图5所示,以第一信息为TCP连接建立请求消息为例,介绍一种具体通信方法。包括以下步骤:
步骤500:终端设备(例如,主叫UE)向IMS网元发送TCP连接建立请求消息,TCP连接建立请求消息中包括第一差分服务代码点DSCP信息和第一指示信息。
所述第一指示信息用于指示第一业务类型。所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种。
终端设备在有MT业务时,可以触发TCP连接建立,终端设备与IMS网元建立TCP连接。本申请对现有的TCP连接建立请求消息进行扩展,可以扩展消息头,也可以扩展消息体,来携带第一DSCP信息和第一指示信息。例如,可以扩展如图2b所示的“保留”位,通过1个或多个bit标识不同的业务类型。再例如,在TCP连接建立请求消息的消息体中,通过一个新的信元指示不同的业务类型。
具体的,例如,在如图2b所示的“保留”位中携带第一指示信息,也可以在如图2b所示的“数据”位中携带第一指示信息。例如,在如图2b所示的“保留”位中携带第一DSCP信息,也可以在如图2b所示的“数据”位中携带第一DSCP信息。
步骤501:IMS网元向数据面网元发送TCP连接建立请求消息,TCP连接建立请求消息中包括第一DSCP信息和第一指示信息。
终端设备在有呼叫业务时,可以先建立终端设备与IMS网络之间的连接,才能传输业务报文。在采用TCP传输场景中,IMS网元可以向数据面网元发送TCP连接建立请求消息。IMS网元可以向数据面网元发送的TCP连接建立请求消息中的第一DSCP信息和第一指示信息,与步骤500中的IMS网元接收到的TCP连接建立请求消息中的第一DSCP信息和第一指示信息相同,不再重复赘述。
步骤502:数据面网元向控制面网元(例如SMF)发送下行消息,所述下行消息中包括第二指示信息。
所述第二指示信息在指示第一寻呼策略时,第二指示信息可以看做是寻呼策略指示PPI信息。例如数据面网元在TCP连接建立请求消息的消息头中解析出第一DSCP信息,以及在TCP连接建立请求消息的消息头或消息体中解析出第一指示信息所指示的第一业务类型,基于业务类型与寻呼策略的对应关系,确定第一业务类型对应的第一寻呼策略。并向控制面网元发送寻呼策略指示PPI信息。
所述第二指示信息在指示第一DSCP信息指示的业务范围包括的第一业务类型时,第二指示信息可以看做是业务类型指示信息。前文已经介绍,所述第二指示信息包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型。所述第三指示信息和所述第一指示信息可以相同,也可以不同。或者,所述第二指示信息为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。在这种情况下,可以看做是第二指示信息不包括第一DSCP信息。例如数据面网元在TCP连接建立请求消息的消息头中解析出第一DSCP信息,以及在TCP连接建立请求消息的消息头或消息体中解析出第一指示信息所指示的第一业务类型,并向控制面网元发送业务类型指示信息。
可选的,数据面网元在接收到TCP连接建立请求后,可以先查看是否有该业务对应的下行传输路径,在没有该业务对应的下行传输路径时,再对TCP连接建立请求消息进行解析。
可选的,控制面网元向数据面网元发送确认ACK消息,以表示接收到来自数据面网元的消息。
步骤503:控制面网元向移动性管理网元(例如AMF)进行消息传递(messagetransfer),向移动性管理网元发送第二指示信息(即寻呼策略指示信息或业务类型指示信息)。
可选的,移动性管理网元向控制面网元发送响应(response)消息,以表示接收到来自控制面网元的消息。
步骤504:移动性管理网元针对不同的寻呼策略指示或业务类型指示,发起不同的寻呼策略。
即向第一寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息。这样,接入网设备就可以向终端设备(例如被叫UE)发送寻呼消息,实现对终端设备的寻呼。
移动性管理网元在接收到寻呼策略指示信息的情况下,可以直接解析出第一寻呼策略。
移动性管理网元在接收到业务类型指示信息的情况下,可以直接解析出第一业务类型,并基于业务类型与寻呼策略的对应关系,找到对应的第一寻呼策略。例如,IMS业务范围内的语音通话业务对应的寻呼策略为在跟踪区列表范围内进行寻呼。例如,IMS业务范围内的短信息服务SMS业务对应的寻呼策略为精准寻呼。
在一种并列的方案中,移动性管理网元发送给接入网设备的寻呼paging消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级。具体过程可以参考上文描述,不再重复赘述。
例如,移动性管理动态记录每个UE上一次驻留的接入网设备(last gNB/eNB)的标识ID。在下次针对该UE的寻呼流程中,移动性管理网元可以向该UE上一次驻留的接入网设备发送的寻呼消息中所指示的优先级较高些(下发高概率指示),向其它接入网设备发送寻呼消息中所指示的优先级较低些(下发低概率指示)。
这样,处于拥塞状态的接入网设备可以优先保证高概率的寻呼请求,提升寻呼成功率。
如图6所示,以第一信息为业务消息(即应用层协议消息)为例,介绍一种具体通信方法。在业务消息的消息头中携带第一指示信息。
步骤600:终端设备(例如,主叫UE)向IMS网元发送业务消息(业务消息也可以称为应用层协议消息)。业务消息的消息头中包括第一差分服务代码点DSCP信息和第一指示信息。
所述第一指示信息用于指示第一业务类型。所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种。
主叫侧的终端设备在与IMS网络连接建立成功后,可以发送业务消息。本申请对现有的业务消息进行扩展,可以扩展消息头,来携带第一DSCP信息和第一指示信息。
步骤601:IMS网元向数据面网元发送业务消息(业务消息也可以称为应用层协议消息),业务消息的消息头中包括第一DSCP信息和第一指示信息。
在该示例中,IMS网元侧扩展应用层的数据报文头发送给用户面网元,扩展的报文头中增加业务类型指示信息,来标识不同的业务类型。IMS网元可以向数据面网元发送的业务消息中的第一DSCP信息和第一指示信息,与步骤600中的IMS网元接收到的业务消息中的第一DSCP信息和第一指示信息可以相同。
数据面网元发现没有下行路径需要寻呼UE,数据面网元解析业务报文头,获知对应业务类型或者其他可标识寻呼策略指示的信息。
可选的,数据面网元查看没有该业务对应的下行传输路径时,对业务消息进行解析,获知第一业务类型。
步骤602:数据面网元向控制面网元(例如SMF)发送下行消息,所述下行消息中包括第二指示信息。与步骤502相同,不再重复赘述。
步骤603:控制面网元向移动性管理网元(例如AMF)进行消息传递(messagetransfer),向移动性管理网元发送第二指示信息(即寻呼策略指示信息或业务类型指示信息)。与步骤503相同,不再重复赘述。
步骤604:移动性管理网元针对不同的寻呼策略指示或业务类型指示,发起不同的寻呼策略。与步骤504相同,不再重复赘述。
在一种并列的方案中,移动性管理网元发送给接入网设备的寻呼paging消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级。具体过程可以参考上文描述,不再重复赘述。
数据面网元至终端设备的寻呼过程可以参考图5的示例,不再重复赘述。
如图7所示,以第一信息为业务消息(即应用层协议消息)为例,介绍一种具体通信方法。在业务消息的消息体中携带第一指示信息。
步骤700:终端设备(例如,主叫UE)向IMS网元发送业务消息(例如邀请invite消息)(业务消息也可以称为应用层协议消息)。业务消息中包括第一差分服务代码点DSCP信息和第一指示信息。
第一指示信息位于业务消息的消息体中,第一DSCP信息位于业务消息的消息体或者消息头中。
所述第一指示信息用于指示第一业务类型。所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种。
业务消息例如为invite消息,主叫侧的终端设备在与IMS网络连接建立成功后,可以发送业务消息。本申请对现有的业务消息进行扩展,可以扩展消息体,来携带第一指示信息。
步骤701:IMS网元向数据面网元发送业务消息(例如邀请invite消息)(业务消息也可以称为应用层协议消息),业务消息中包括第一DSCP信息和第一指示信息。
在该示例中,IMS网元侧在应用层的数据报文体中携带第一指示信息,来标识不同的业务类型。第一DSCP信息位于业务消息的消息体或者消息头中。IMS网元可以向数据面网元发送的业务消息中的第一DSCP信息和第一指示信息,与步骤700中的IMS网元接收到的业务消息中的第一DSCP信息和第一指示信息可以相同。
数据面网元对业务消息的消息体进行深度报文解析DPI,得到所述第一指示信息。如果第一DSCP信息也位于消息体中,通过DPI也可以解析出第一DSCP信息。
可选的,数据面网元查看没有该业务对应的下行传输路径时,对业务消息进行解析,获知第一业务类型。
步骤702:数据面网元向控制面网元(例如SMF)发送下行消息,所述下行消息中包括第二指示信息。与步骤502相同,不再重复赘述。
步骤703:控制面网元向移动性管理网元(例如AMF)进行消息传递(messagetransfer),向移动性管理网元发送第二指示信息(即寻呼策略指示信息或业务类型指示信息)。与步骤503相同,不再重复赘述。
步骤704:移动性管理网元针对不同的寻呼策略指示或业务类型指示,发起不同的寻呼策略。与步骤504相同,不再重复赘述。
在一种并列的方案中,移动性管理网元发送给接入网设备的寻呼paging消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级。具体过程可以参考上文描述,不再重复赘述。
数据面网元至终端设备的寻呼过程可以参考图5的示例,不再重复赘述。
前文介绍了本申请实施例的方法,下文中将介绍本申请实施例中的装置。方法、装置是基于同一技术构思的,由于方法、装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
本申请实施例可以根据上述方法示例,对装置进行功能模块的划分,例如,可以对应各个功能划分为各个功能模块,也可以将两个或两个以上的功能集成在一个模块中。这些模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,具体实现时可以有另外的划分方式。
基于与上述方法的同一技术构思,参见图8,提供了一种通信装置800结构示意图,该装置800可以包括:处理模块810,可选的,还包括接收模块820a、发送模块820b、存储模块830。处理模块810可以分别与存储模块830和接收模块820a和发送模块820b相连,所述存储模块830也可以与接收模块820a和发送模块820b相连。
在一种示例中,上述的接收模块820a和发送模块820b也可以集成在一起,定义为收发模块。
在一种示例中,该装置800可以为数据面网元,也可以为应用于数据面网元中的芯片或功能单元。该装置800具有上述方法中数据面网元的任意功能,例如,该装置800能够执行上述图4-图7的方法中由数据面网元执行的各个步骤。
所述接收模块820a,可以执行上述方法实施例中数据面网元执行的接收动作。
所述发送模块820b,可以执行上述方法实施例中数据面网元执行的发送动作。
所述处理模块810,可以执行上述方法实施例中数据面网元执行的动作中,除发送动作和接收动作外的其它动作。
在一种示例中,所述接收模块820a,用于接收来自因特网协议多媒体子系统IMS网元的第一信息,所述第一信息包括第一差分服务代码点DSCP信息和第一指示信息,所述第一指示信息用于指示第一业务类型,所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备;
所述发送模块820b,用于向移动性管理网元发送第二指示信息,所述第二指示信息用于指示所述第一DSCP信息指示的业务范围包括的所述第一业务类型。
例如,所述第二指示信息包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型;或者,所述第二指示信息为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。
例如,所述第一信息为网络层协议消息或传输层协议消息或应用层协议消息。
例如,所述第一信息的消息头中包括所述第一指示信息;或者,所述第一信息的消息体中包括所述第一指示信息。
例如,所述传输层协议消息为传输控制协议TCP连接建立请求消息。
所述处理模块810,用于对所述应用层协议消息的消息体进行深度报文解析DPI,得到所述第一指示信息。
在一种示例中,所述存储模块830,可以存储数据面网元执行的方法的计算机执行指令,以使处理模块810和接收模块820a和发送模块820b执行上述示例中数据面网元执行的方法。
示例的,存储模块可以包括一个或者多个存储器,存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储模块可以是寄存器、缓存或者RAM等,存储模块可以和处理模块集成在一起。存储模块可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备,存储模块可以与处理模块相独立。
所述收发模块可以是输入或者输出接口、管脚或者电路等。
在一种示例中,该装置800可以为移动性管理网元,也可以为应用于移动性管理网元中的芯片或功能单元。该装置800具有上述方法中移动性管理网元的任意功能,例如,该装置800能够执行上述图4-图7的方法中由移动性管理网元执行的各个步骤。
所述接收模块820a,可以执行上述方法实施例中移动性管理网元执行的接收动作。
所述发送模块820b,可以执行上述方法实施例中移动性管理网元执行的发送动作。
所述处理模块810,可以执行上述方法实施例中移动性管理网元执行的动作中,除发送动作和接收动作外的其它动作。
在一种示例中,所述接收模块820a,用于接收来自数据面网元的第二指示信息,所述第二指示信息用于指示第一DSCP信息指示的业务范围包括的第一业务类型;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备;
所述处理模块810,用于根据所述第二指示信息确定所述第一业务类型对应的第一寻呼策略;
所述发送模块820b,用于向所述第一寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息。
例如,所述第二指示信息包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型;或者,所述第二指示信息为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。
所述发送模块820b,具体用于所述移动性管理网元分别向所述第一寻呼策略指示的需要对终端设备进行寻呼的N个接入网设备发送寻呼消息;其中,向第i个接入网设备发送的寻呼消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级,所述i取遍1至N中的任意一个正整数。
在一种示例中,所述存储模块830,可以存储移动性管理网元执行的方法的计算机执行指令,以使处理模块810和接收模块820a和发送模块820b执行上述示例中移动性管理网元执行的方法。
示例的,存储模块可以包括一个或者多个存储器,存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储模块可以是寄存器、缓存或者RAM等,存储模块可以和处理模块集成在一起。存储模块可以是ROM或者可存储静态信息和指令的其他类型的静态存储设备,存储模块可以与处理模块相独立。
所述收发模块可以是输入或者输出接口、管脚或者电路等。
作为一种可能的产品形态,装置可以由一般性的总线体系结构来实现。
如图9所示,提供了一种通信装置900的示意性框图。
该装置900可以包括:处理器910,可选的,还包括收发器920、存储器930。该收发器920,可以用于接收程序或指令并传输至所述处理器910,或者,该收发器920可以用于该装置900与其他通信设备进行通信交互,比如交互控制信令和/或业务数据等。该收发器920可以为代码和/或数据读写收发器,或者,该收发器920可以为处理器与收发机之间的信号传输收发器。所述处理器910和所述存储器930之间电耦合。
一种示例中,该装置900可以为数据面网元,也可以为应用于数据面网元中的芯片。应理解,该装置具有上述方法中数据面网元的任意功能,例如,所述装置900能够执行上述图4-图7的方法中由数据面网元执行的各个步骤。示例的,所述存储器930,用于存储计算机程序;所述处理器910,可以用于调用所述存储器930中存储的计算机程序或指令,执行上述示例中数据面网元执行的方法,或者通过所述收发器920执行上述示例中数据面网元执行的方法。
一种示例中,该装置900可以为移动性管理网元,也可以为应用于移动性管理网元中的芯片。应理解,该装置具有上述方法中移动性管理网元的任意功能,例如,所述装置900能够执行上述图4-图7的方法中由移动性管理网元执行的各个步骤。示例的,所述存储器930,用于存储计算机程序;所述处理器910,可以用于调用所述存储器930中存储的计算机程序或指令,执行上述示例中移动性管理网元执行的方法,或者通过所述收发器920执行上述示例中移动性管理网元执行的方法。
图8中的处理模块810可以通过所述处理器910来实现。
图8中的接收模块820a和发送模块820b可以通过所述收发器920来实现。或者,收发器920分为接收器和发送器,接收器执行接收模块的功能,发送器执行发送模块的功能。
图8中的存储模块830可以通过所述存储器930来实现。
作为一种可能的产品形态,装置可以由通用处理器(通用处理器也可以称为芯片或芯片系统)来实现。
一种可能的实现方式中,实现应用于数据面网元的装置或移动性管理网元的装置的通用处理器包括:处理电路(处理电路也可以称为处理器);可选的,还包括:与所述处理电路内部连接通信的输入输出接口、存储介质(存储介质也可以称为存储器),所述存储介质用于存储处理电路执行的指令,以执行上述示例中数据面网元或移动性管理网元执行的方法。
图8中的处理模块810可以通过处理电路来实现。
图8中的接收模块820a和发送模块820b可以通过输入输出接口来实现。或者,输入输出接口分为输入接口和输出接口,输入接口执行接收模块的功能,输出接口执行发送模块的功能。
图8中的存储模块830可以通过存储介质来实现。
作为一种可能的产品形态,本申请实施例的装置,还可以使用下述来实现:一个或多个FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。
本申请实施例还提供了一种计算机可读存储介质,存储有计算机程序,该计算机程序被计算机执行时,可以使得所述计算机用于执行上述通信方法。或者说:所述计算机程序包括用于实现上述通信方法的指令。
本申请实施例还提供了一种计算机程序产品,包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机可以执行上述提供的通信方法。
本申请实施例还提供了一种通信的系统,所述通信系统包括:执行上述通信方法的数据面网元和移动性管理网元。
一种示例中,所述数据面网元,用于接收来自因特网协议多媒体子系统IMS网元的第一信息,所述第一信息包括第一差分服务代码点DSCP信息和第一指示信息,所述第一指示信息用于指示第一业务类型,所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备;并向移动性管理网元发送第二指示信息,所述第二指示信息用于指示所述第一DSCP信息指示的业务范围包括的所述第一业务类型。
所述移动性管理网元,用于根据所述第二指示信息确定所述第一业务类型对应的第一寻呼策略,并向所述第一寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息。
一种示例中,所述第二指示信息包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型;或者,所述第二指示信息为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。
一种示例中,所述第一信息为网络层协议消息或传输层协议消息或应用层协议消息。
一种示例中,所述第一信息的消息头中包括所述第一指示信息;或者,所述第一信息的消息体中包括所述第一指示信息。
一种示例中,所述传输层协议消息为传输控制协议TCP连接建立请求消息。
一种示例中,所述数据面网元,还用于对所述应用层协议消息的消息体进行深度报文解析DPI,得到所述第一指示信息。
一种示例中,所述移动性管理网元,具体用于分别向所述第一寻呼策略指示的需要对终端设备进行寻呼的N(N≥1)个接入网设备发送寻呼消息;其中,向第i个接入网设备发送的寻呼消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级,所述i取遍1至N中的任意一个正整数。
另外,本申请实施例中提及的处理器可以是中央处理器(central processingunit,CPU),基带处理器,基带处理器和CPU可以集成在一起,或者分开,还可以是网络处理器(network processor,NP)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片或其他通用处理器。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)及其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等或其任意组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-OnlyMemory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本申请描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例中提及的收发器中可以包括单独的发送器,和/或,单独的接收器,也可以是发送器和接收器集成一体。收发器可以在相应的处理器的指示下工作。可选的,发送器可以对应物理设备中发射机,接收器可以对应物理设备中的接收机。
本领域普通技术人员可以意识到,结合本文中所公开的实施例中描述的各方法步骤和单元,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者第二装置等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请中的“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请中所涉及的多个,是指两个或两个以上。另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (22)
1.一种通信方法,其特征在于,包括:
数据面网元接收来自因特网协议多媒体子系统IMS网元的第一信息,所述第一信息包括第一差分服务代码点DSCP信息和第一指示信息,所述第一指示信息用于指示第一业务类型,所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备;
所述数据面网元向移动性管理网元发送第二指示信息,所述第二指示信息用于指示所述第一DSCP信息指示的业务范围包括的所述第一业务类型。
2.如权利要求1所述的方法,其特征在于,所述第二指示信息包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型;或者,
所述第二指示信息为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。
3.如权利要求1所述的方法,其特征在于,所述第一信息为网络层协议消息或传输层协议消息或应用层协议消息。
4.如权利要求3所述的方法,其特征在于,所述第一信息的消息头中包括所述第一指示信息;或者,所述第一信息的消息体中包括所述第一指示信息。
5.如权利要求3或4所述的方法,其特征在于,所述传输层协议消息为传输控制协议TCP连接建立请求消息。
6.如权利要求3或4所述的方法,其特征在于,还包括:
所述数据面网元对所述应用层协议消息的消息体进行深度报文解析DPI,得到所述第一指示信息。
7.一种通信方法,其特征在于,包括:
移动性管理网元接收来自数据面网元的第二指示信息,所述第二指示信息用于指示第一DSCP信息指示的业务范围包括的第一业务类型;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备;
所述移动性管理网元根据所述第二指示信息确定所述第一业务类型对应的第一寻呼策略,并向所述第一寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息。
8.如权利要求7所述的方法,其特征在于,所述第二指示信息包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型;或者,
所述第二指示信息为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。
9.如权利要求7所述的方法,其特征在于,所述移动性管理网元向所述第一寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息,包括:
所述移动性管理网元分别向所述第一寻呼策略指示的需要对终端设备进行寻呼的N个接入网设备发送寻呼消息;其中,向第i个接入网设备发送的寻呼消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级,所述i取遍1至N中的任意一个正整数。
10.一种通信系统,其特征在于,包括:数据面网元和移动性管理网元;
所述数据面网元,用于接收来自因特网协议多媒体子系统IMS网元的第一信息,所述第一信息包括第一差分服务代码点DSCP信息和第一指示信息,所述第一指示信息用于指示第一业务类型,所述第一业务类型为所述第一DSCP信息指示的业务范围包括的业务类型中的一种;同一业务范围包括的不同的业务类型对应不同的寻呼策略,所述寻呼策略用于指示需要对终端设备进行寻呼的至少一个接入网设备;并向移动性管理网元发送第二指示信息,所述第二指示信息用于指示所述第一DSCP信息指示的业务范围包括的所述第一业务类型
所述移动性管理网元,用于根据所述第二指示信息确定所述第一业务类型对应的第一寻呼策略,并向所述第一寻呼策略指示的需要对终端设备进行寻呼的至少一个接入网设备发送寻呼消息。
11.如权利要求10所述的系统,其特征在于,所述第二指示信息包括所述第一DSCP信息和第三指示信息,所述第三指示信息用于指示所述第一业务类型;或者,
所述第二指示信息为在多个DSCP信息分别指示的业务范围包括的业务类型中,所述第一业务类型对应的指示信息,所述多个DSCP信息包括所述第一DSCP信息。
12.如权利要求10所述的系统,其特征在于,所述第一信息为网络层协议消息或传输层协议消息或应用层协议消息。
13.如权利要求12所述的系统,其特征在于,所述第一信息的消息头中包括所述第一指示信息;或者,所述第一信息的消息体中包括所述第一指示信息。
14.如权利要求12或13所述的系统,其特征在于,所述传输层协议消息为传输控制协议TCP连接建立请求消息。
15.如权利要求12或13所述的系统,其特征在于,所述数据面网元,还用于对所述应用层协议消息的消息体进行深度报文解析DPI,得到所述第一指示信息。
16.如权利要求10所述的系统,其特征在于,所述移动性管理网元,具体用于分别向所述第一寻呼策略指示的需要对终端设备进行寻呼的N个接入网设备发送寻呼消息;其中,向第i个接入网设备发送的寻呼消息中包括第四指示信息,所述第四指示信息用于指示所述第i个接入网设备对所述终端设备进行寻呼的优先级,所述i取遍1至N中的任意一个正整数。
17.一种通信装置,其特征在于,包括:用于实现如权利要求1-6任一项所述方法的功能模块、或用于实现如权利要求7-9任一项所述方法的功能模块。
18.一种通信装置,其特征在于,包括处理器,所述处理器与存储器耦合;
当所述存储器中存储的部分或者全部计算机程序或指令被所述处理器执行时,实现如权利要求1-6任一项所述的方法、或实现如权利要求7-9任一项所述的方法。
19.一种通信装置,其特征在于,包括处理器和存储器;
所述存储器存储有计算机程序或指令;
所述处理器,用于执行所述存储器中的部分或者全部计算机程序或指令,以实现如权利要求1-6任一项所述的方法、或实现如权利要求7-9任一项所述的方法。
20.一种芯片系统,其特征在于,包括:处理电路;所述处理电路与存储介质耦合;
所述处理电路,用于执行所述存储介质中的部分或者全部计算机程序或指令,以实现如权利要求1-6任一项所述的方法、或实现如权利要求7-9任一项所述的方法。
21.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序包括用于实现权利要求1-6任一项所述的方法的指令、或实现权利要求7-9任一项所述的方法的指令。
22.一种计算机程序产品,其特征在于,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得所述计算机执行如权利要求1-6任一项所述的方法、或执行如权利要求7-9任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111456170.7A CN116234010A (zh) | 2021-12-02 | 2021-12-02 | 一种通信方法及装置 |
PCT/CN2022/132763 WO2023098489A1 (zh) | 2021-12-02 | 2022-11-18 | 一种通信方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111456170.7A CN116234010A (zh) | 2021-12-02 | 2021-12-02 | 一种通信方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116234010A true CN116234010A (zh) | 2023-06-06 |
Family
ID=86584743
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111456170.7A Pending CN116234010A (zh) | 2021-12-02 | 2021-12-02 | 一种通信方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN116234010A (zh) |
WO (1) | WO2023098489A1 (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11985626B2 (en) * | 2018-11-19 | 2024-05-14 | Apple Inc. | Paging cause determination for an inactive device in a 5G system |
CN113785634B (zh) * | 2019-03-11 | 2023-04-14 | 欧芬诺有限责任公司 | 通过无线网络进行无线设备寻呼 |
US11832214B2 (en) * | 2019-09-26 | 2023-11-28 | Intel Corporation | Paging cause determination for inactive device in the 5G system |
US11902338B2 (en) * | 2020-02-13 | 2024-02-13 | Lg Electronics Inc. | Communication related to multi-access PDU sessions |
CN113709903A (zh) * | 2020-05-21 | 2021-11-26 | 华为技术有限公司 | 一种通信方法、设备及系统 |
-
2021
- 2021-12-02 CN CN202111456170.7A patent/CN116234010A/zh active Pending
-
2022
- 2022-11-18 WO PCT/CN2022/132763 patent/WO2023098489A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023098489A1 (zh) | 2023-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10980084B2 (en) | Supporting multiple QOS flows for unstructured PDU sessions in wireless system using non-standardized application information | |
CN112889254B (zh) | 使用策略处理数据包的方法和系统 | |
US11368873B2 (en) | Method and system of packet aggregation | |
EP3641423B1 (en) | Method for registering terminal in wireless communication system and apparatus therefor | |
US11671373B2 (en) | Systems and methods for supporting traffic steering through a service function chain | |
CN111758279B (zh) | 跟踪QoS违规事件 | |
US10631357B2 (en) | Method for interaction between layers in wireless communication system and apparatus therefor | |
US20180124857A1 (en) | Radio access network device, data processing method, and ip packet processing method | |
EP3952599A1 (en) | Method for establishing communication bearer, device and system | |
US11201761B2 (en) | Method and terminal for acquiring information on service function chain in next-generation mobile communication network | |
KR20210024160A (ko) | 통신 방법 및 장치 | |
WO2022020020A1 (en) | 5g time sensitive networking bridge configuration | |
WO2023213177A1 (zh) | 一种通信方法及装置 | |
US20230115431A1 (en) | Communication method and device in wireless communication system supporting unmanned aerial system service | |
WO2023098489A1 (zh) | 一种通信方法及装置 | |
CN115915196A (zh) | 一种链路状态检测方法、通信装置及通信系统 | |
CN111373834B (zh) | 用于建立数据无线承载的客户端设备、接入网设备、方法及计算机程序 | |
US20230136984A1 (en) | Method and apparatus for verifying compliance with ue route selection policy | |
US20240214282A1 (en) | Traffic steering for service function chaining (sfc) in next generation cellular networks | |
WO2023179331A1 (zh) | 一种发送数据包的方法、通信装置及通信系统 | |
WO2024012376A1 (zh) | 一种通信方法、通信装置及通信系统 | |
EP4336885A1 (en) | Communication method and apparatus | |
US20240155418A1 (en) | Method and apparatus for connecting qos flow based terminal in wireless communication system | |
KR20240063563A (ko) | 무선 통신 시스템에서 트래픽 특성 변화에 기반하여 정보를 전달하는 방법 및 장치 | |
WO2019213905A1 (zh) | 一种绑定数据流的方法及装置、计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |