一种寻呼方法及装置
技术领域
本发明涉及通信技术领域,尤其涉及一种寻呼方法及装置。
背景技术
移动通信网络在支持传统的移动宽带(Mobile Broadband,MBB)场景的同时,还需要支持新的场景。新的场景对网络有不同的需求,例如对计费,策略控制,安全和移动性等功能有不同的需求。移动宽带场景可能要求与应用相关的计费和策略控制,然而其他场景可能要求更简单的计费或策略。
为了更好地支持不同的场景,需要隔离不同场景的业务。例如,大量的电子传感器故障不能影响MBB用户。凭借网络切片技术,单一物理网络可以划分成多个虚拟网络,从而为不同用户群使用的不同业务提供最佳支持。网络切片(Slice)的定义如下。
网络切片由三层组成:业务实例层,网络切片实例层和资源层。如图1所示,对上述三层的介绍如下:(1)、业务实例层代表的是支持的业务(终端用户业务或商业业务)。每个业务实例代表一个业务。一般而言,业务可由网络运营商或第三方提供。因此,业务实例可代表运营商业务或第三方提供的业务。(2)、网络切片实例向业务实例提供其所需的网络特征。网络运营商提供的多个业务实例可共享一个网络切片实例。网络切片实例可能包括0个、1个或多个子网实例,这些子网实例可能被其他的网络切片实例共享。子网实例由一组网络功能组成,这些网络功能运行于物理/逻辑资源之上。(3)、资源层包括物理资源和逻辑资源。其中物理资源是计算机,存储和传输资源(包括无线接入)的集合。逻辑资源是为网络功能专门划分的物理资源,或由一组网络功能共享的物理资源。
目前在3GPP TR 23.799中,将网络的切片方式和终端接入网络切片的方式进行了分类,包括:
Group A(A组):这类的网络切片中,每个网络切片中都具有核心网控制面功能和核心网用户面功能。终端从不同的网络切片和不同的核心网实例中获取不同的服务。这些不同的网络切片之间完全独立。
Group B(B组):这类的网络切片中,多个网络切片共享核心网控制面功能,每个网络切片中具有独立的核心网用户面功能。
Group C(C组):这类的网络切片中,多个网络切片共享核心网控制面功能和核心网用户面功能。
根据这些分类可以看出,网络切片的核心网控制面功能不再局限于部署在单一的实体上,甚至同时服务于一个UE(User Equipment,用户设备)的核心网控制面功能也可以位于不同的网络切片中,因此在多切片网络场景下如何准确的寻呼UE是研究人员亟待解决的技术问题。
发明内容
有鉴于此,本发明提供一种寻呼方法及装置,以在多切片网络场景下准确的寻呼用户设备。
为解决上述技术问题,本发明提供一种寻呼方法,包括:
接收核心网控制面功能发送的寻呼消息,在所述寻呼消息中包括网络切片的服务类型信息;
根据所述寻呼消息寻呼用户设备。
其中,所述根据所述寻呼消息寻呼用户设备,包括:
根据所述网络切片的服务类型信息进行寻呼资源配置和寻呼策略选择;
根据进行所述寻呼资源配置和所述寻呼策略选择的结果向所述用户设备发送寻呼消息。
其中,所述网络切片的服务类型信息包括一个以上的网络切片的服务类型信息。
其中,在所述向所述用户设备发送的寻呼消息中包括所述网络切片的服务类型信息。
其中,所述根据所述寻呼消息寻呼用户设备,还包括:
接收所述用户设备发送的接入网消息,在所述接入网消息中包括路由标识和非接入网响应寻呼信息;
根据所述路由标识将所述非接入网响应寻呼信息转发给对应的核心网控制面功能。
其中,所述根据所述网络切片的服务类型信息寻呼用户设备,还包括:
接收所述用户设备发送的接入网消息,在所述接入网消息中包括与所述网络切片的服务类型信息对应的非接入网响应寻呼信息、路由标识;
根据所述路由标识将所述与所述网络切片的服务类型信息对应的非接入网响应寻呼信息转发给对应的核心网控制面功能。
其中,在所述与所述网络切片的服务类型信息对应的非接入网响应寻呼信息中还包括:与所述网络切片的服务类型信息对应的用户面信息。
第二方面,本发明提供一种寻呼方法,包括:
接收核心网用户面控制功能发送的下行数据通知消息,在所述下行数据通知消息中包括网络切片的服务类型信息;
根据所述下行数据通知消息向接入网控制面功能发送寻呼消息,在所述寻呼消息中包括所述网络切片的服务类型信息。
其中,所述方法还包括:
接收所述接入网控制面功能发送的非接入网响应寻呼信息;
根据所述非接入网响应寻呼信息为所述用户设备建立用户面路径。
其中,在所述非接入网响应寻呼信息中还包括:与所述网络切片的服务类型信息对应的用户面信息。
其中,所述网络切片的服务类型信息包括一个以上的网络切片的服务类型信息。
第三方面,本发明提供一种寻呼方法,包括:
接收接入网控制面功能发送的寻呼消息;
根据所述寻呼消息触发寻呼响应过程。
其中,所述根据所述寻呼消息触发寻呼响应过程,包括:
根据所述寻呼消息获取路由标识,并确定非接入网响应寻呼信息;
向所述接入网控制面功能发送接入网消息,在所述接入网消息中包括所述路由标识和所述非接入网响应寻呼信息。
其中,在所述寻呼消息中包括网络切片的服务类型信息;
所述根据所述寻呼消息触发寻呼响应过程,包括:
根据所述寻呼消息获取路由标识,并确定与所述网络切片的服务类型信息对应的非接入网响应寻呼信息;
向所述接入网控制面功能发送接入网消息,在所述接入网消息中包括所述网络切片的服务类型信息对应的非接入网响应寻呼信息、路由标识。
其中,所述根据所述寻呼消息触发寻呼响应过程,还包括:
确定与所述网络切片的服务类型信息对应的用户面信息;
在所述非接入网响应寻呼信息中还包括所述用户面信息。
其中,所述网络切片的服务类型信息包括一个以上的网络切片的服务类型信息。
第四方面,本发明提供一种寻呼装置,包括:
接收模块,用于接收核心网控制面功能发送的寻呼消息,在所述寻呼消息中包括网络切片的服务类型信息;
寻呼模块,用于根据所述寻呼消息寻呼用户设备。
其中,所述寻呼模块包括:
配置和选择子模块,用于根据所述网络切片的服务类型信息进行寻呼资源配置和寻呼策略选择;
消息发送子模块,用于根据进行所述寻呼资源配置和所述寻呼策略选择的结果向所述用户设备发送寻呼消息。
其中,在所述向所述用户设备发送的寻呼消息中包括所述网络切片的服务类型信息。
其中,所述寻呼模块还包括:
第一消息接收子模块,用于接收所述用户设备发送的接入网消息,在所述接入网消息中包括路由标识和非接入网响应寻呼信息;
第一信息转发子模块,用于根据所述路由标识将所述非接入网响应寻呼信息转发给对应的核心网控制面功能。
其中,所述寻呼模块还包括:
第二消息接收子模块,用于接收所述用户设备发送的接入网消息,在所述接入网消息中包括与所述网络切片的服务类型信息对应的非接入网响应寻呼信息、路由标识;
第二信息转发子模块,用于根据所述路由标识将所述与所述网络切片的服务类型信息对应的非接入网响应寻呼信息转发给对应的核心网控制面功能。
其中,在所述与所述网络切片的服务类型信息对应的非接入网响应寻呼信息中还包括:与所述网络切片的服务类型信息对应的用户面信息。
第五方面,本发明提供一种寻呼装置,包括:
接收模块,用于接收核心网用户面控制功能发送的下行数据通知消息,在所述下行数据通知消息中包括网络切片的服务类型信息;
发送模块,用于根据所述下行数据通知消息向接入网控制面功能发送寻呼消息,在所述寻呼消息中包括所述网络切片的服务类型信息。
其中,所述接收模块,还用于接收所述接入网控制面功能发送的非接入网响应寻呼信息;
所述装置还包括:
建立模块,用于根据所述非接入网响应寻呼信息为所述用户设备建立用户面路径。
其中,其特征在于,在所述非接入网响应寻呼信息中还包括:与所述网络切片的服务类型信息对应的用户面信息。
第六方面,本发明提供一种用户设备,包括:
消息接收模块,用于接收接入网控制面功能发送的寻呼消息;
消息处理模块,用于根据所述寻呼消息触发寻呼响应过程。
其中,所述消息处理模块包括:
第一信息确定子模块,用于根据所述寻呼消息获取路由标识,并确定非接入网响应寻呼信息;
第一消息发送子模块,用于向所述接入网控制面功能发送接入网消息,在所述接入网消息中包括所述路由标识和所述非接入网响应寻呼信息。
其中,在所述寻呼消息中包括网络切片的服务类型信息;所述消息处理模块包括:
第二信息确定子模块,用于根据所述寻呼消息获取路由标识,并确定与所述网络切片的服务类型信息对应的非接入网响应寻呼信息;
第二消息发送子模块,用于向所述接入网控制面功能发送接入网消息,在所述接入网消息中包括所述网络切片的服务类型信息对应的非接入网响应寻呼信息、路由标识。
其中,所述第二信息确定子模块,还用于确定与所述网络切片的服务类型信息对应的用户面信息;
在所述非接入网响应寻呼信息中还包括所述用户面信息。
本发明的上述技术方案的有益效果如下:
在本发明实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据该服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE,从而准确的寻呼到UE。
附图说明
图1为现有技术中网络切片的结构示意图;
图2为本发明第一实施例的寻呼方法的流程图;
图3为本发明第二实施例的寻呼方法的流程图;
图4为本发明第三实施例的寻呼方法的流程图;
图5为本发明第四实施例的应用场景示意图;
图6为本发明第四实施例的寻呼方法的流程图;
图7为本发明第五实施例和第六实施例的应用场景示意图;
图8为本发明第五实施例的应用场景示意图;
图9为本发明第六实施例的寻呼方法的流程图;
图10为本发明第七实施例和第八实施例的应用场景示意图;
图11为本发明第七实施例的寻呼方法的流程图;
图12为本发明第八实施例的寻呼方法的流程图;
图13为本发明第九实施例的寻呼装置的示意图;
图14为本发明第十实施例的寻呼装置的示意图;
图15为本发明第十实施例的寻呼装置的结构图;
图16为第十一实施例的用户设备的示意图。
具体实施方式
下面将结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
如图2所示,本发明第一实施例的寻呼方法,由接入网控制面功能执行,包括:
步骤11、接收核心网控制面功能发送的寻呼消息,在所述寻呼消息中包括网络切片的服务类型信息。
当有下行数据时,核心网控制面功能在接收到核心网用户面控制功能的下行数据通知消息后,向接入网控制面功能发送寻呼消息,在所述寻呼消息0中包括网络切片的服务类型信息。其中,所述网络切片的服务类型信息包括一个以上的网络切片的服务类型信息。
其中,该核心网控制面功能与该网络切片可以是一一对应的关系,还可以是一对多的关系。也即,在本发明实施例中,每个网络切片中可分别设置有核心网控制面功能,还可以是多个网络切片共享一个核心网控制面功能。也就是说,在此实施例中,每一个核心网控制面功能发送的寻呼消息中,可能包括一个或者多个对应的网络切片的服务类型信息。在本发明实施例中,所述网络切片的服务类型信息包括但不限于为:eMBB service(增强的宽带业务,例如智能手机通信),CriC(低时延高可靠通信业务),mMTC(大量机器类型设备通信业务)等。
步骤12、根据所述寻呼消息寻呼用户设备。
在此实施例中,接入网控制面功能根据所述网络切片的服务类型信息进行寻呼资源配置和寻呼策略选择,然后,根据进行所述寻呼资源配置和所述寻呼策略选择的结果向所述用户设备发送寻呼消息。
对于不同的服务类型信息,接入网控制面功能可进行不同的寻呼资源配置和寻呼策略选择。例如,对于智能手机通信,机器通信两种服务类型信息,接入网控制面功能可为其分配不同的寻呼频率,设定不同的寻呼周期,重传策略等。
由上可以看出,在本发明实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据该服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE。。
如图3所示,本发明第二实施例的寻呼方法,由核心网控制面功能执行,包括:
步骤21、接收核心网用户面控制功能发送的下行数据通知消息,在所述下行数据通知消息中包括网络切片的服务类型信息。
在本发明实施例中,核心网控制面功能可对应有多个核心网用户面功能,而这些核心网用户面功能又可分别位于不同的网络切片中。当有下行数据时,核心网用户面控制功能可向核心网控制面功能发送下行数据通知消息,并在该下行数据通知消息中携带核心网用户面功能所对应的网络切片的服务类型信息。其中,所述网络切片的服务类型信息包括一个以上的网络切片的服务类型信息。
步骤22、根据所述下行数据通知消息向接入网控制面功能发送寻呼消息,在所述寻呼消息中包括所述网络切片的服务类型信息。
在收到核心网用户面功能发送的下行数据通知消息后,核心网控制面功能即可向接入网控制面功能发送寻呼消息,同时在该寻呼消息中携带所述网络切片的服务类型信息。
由上可以看出,在本发明实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据该服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE。
如图4所示,本发明第三实施例的寻呼方法,由UE执行,包括:
步骤31、接收接入网控制面功能发送的寻呼消息。
步骤32、根据所述寻呼消息触发寻呼响应过程。
具体的,在此步骤中,UE可根据所述寻呼消息获取路由标识,并确定非接入网响应寻呼信息,然后向所述接入网控制面功能发送接入网消息,在所述接入网消息中包括所述路由标识和所述非接入网响应寻呼信息。在这种情况下UE所确定的非接入网响应寻呼消息指的是UE默认的非接入网响应寻呼信息。
例如,例如只支持宽带业务的终端的默认非接入网响应寻呼信息为servicerequest message,用于请求网络为其恢复所有的用户面数据连接。支持机器通信业务类型的终端的默认非接入网响应寻呼信息为data service request message,用于只请求网络为其建立控制面信令连接,进行小数据传输。
在具体应用中,为进一步节约资源,在所述寻呼消息中还可包括网络切片的服务类型信息。其中,所述网络切片的服务类型信息包括一个以上的网络切片的服务类型信息。此时,在此步骤中,UE根据所述寻呼消息获取路由标识,并确定与所述网络切片的服务类型信息对应的非接入网响应寻呼信息,然后向所述接入网控制面功能发送接入网消息,在所述接入网消息中包括与所述网络切片的服务类型信息对应的非接入网响应寻呼信息、路由标识。
例如,对于同时支持宽带业务和机器类型业务的终端,在网络切片的服务类型信息为宽带业务时,非接入网响应寻呼信息为service request message,用于请求网络为其恢复所有的用户面数据连接;在网络切片的服务类型信息为机器通信业务时,非接入网响应寻呼信息为data service request message,用于只请求网络为其建立控制面信令连接,进行小数据传输。
其中,所述路由标识用于指示接入网控制面功能需要将该非接入网响应寻呼信息转发给哪个核心网控制面功能。其中,路由标识可以是UE的临时标识等。
由上可以看出,在本发明实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据该服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE。
以下,结合不同的实施例描述一下在不同的应用场景中的寻呼过程。
如图5所示,是本发明第四实施例的应用场景示意图。在该场景中,以两个网络切片为例,每个网络切片都分别包括核心网控制面功能和核心网用户面控制功能。两个核心网控制面功能连接到一个接入网控制面功能。对于同一UE,它可能连接到多个核心网控制面功能。
如图6所示,以核心网用户面控制功能1接收到发送给UE的下行数据为例,本发明第四实施例的寻呼方法包括:
步骤51、当有下行数据时,核心网控制面功能1接收核心网用户面控制功能1发送的下行数据通知消息,下行数据通知消息中携带网络切片1的服务类型信息1。
步骤52、核心网控制面功能1向接入网控制面功能发送寻呼消息,寻呼消息携带有步骤51中接收到的服务类型信息1。
此外,在本发明实施例中,为了更准确的寻呼到UE,在寻呼消息中还可包含其他位置信息(UE位置信息等)和UE能力信息等其他寻呼辅助信息。
步骤53、接入网控制面功能根据寻呼消息中的服务类型信息1和其他寻呼辅助信息进行寻呼资源配置和寻呼策略选择。
步骤54、接入网控制面功能向UE发送寻呼消息。
可选的,在此步骤中,寻呼消息中可携带服务类型信息1。
步骤55、经确认,如果寻呼消息携带服务类型信息1,UE根据寻呼消息中服务类型信息1确定对应的非接入网响应寻呼信息1。如果寻呼消息没有携带服务类型信息,UE选择默认的非接入网响应寻呼信息。同时,UE获取其临时标识。
步骤56、UE向接入网控制面功能发送接入网消息,在该接入网消息中携带有55中确定的非接入网响应寻呼信息和临时标识。
步骤57、接入网控制功能在接收到接入网消息后,根据其中的临时标识向核心网控制面功能转发非接入网响应寻呼信息。
步骤58、核心网控制面功能1发起用户面路径建立和维护过程。
在图5所示的场景下,如果核心网用户面控制功能2也收到了UE的下行数据,其处理过程与图6所示的相同,不同的是图6中的核心网控制面功能1和核心网用户面控制功能1分别被替换成了核心网控制面功能2和和核心网用户面控制功能2。
在上述过程中,如果接入网控制功能发送的寻呼消息中包括网络切片1的服务类型信息1,那么在步骤55中,UE还可确定与网络切片1的服务类型信息1对应的用户面消息,并将该与服务类型信息1对应的用户面消息包括在与服务类型信息1对应的非接入网响应寻呼信息中。此时,在步骤57中,接入网控制面功能转发的非接入网响应寻呼消息中也包括与服务类型信息1对应的用户面消息。
在本发明实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据该服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE。
如图7所示,是本发明第五实施例和第六实施例的应用场景示意图。在该场景中,以两个网络切片为例,核心网控制面功能可能被分别位于两个网络切片中的核心网用户面控制功能所共享。对于同一UE,连接到一个核心网控制面功能,连接到一个或者多个核心网用户面控制功能,且两个核心网控制面功能连接到一个接入网控制面功能。
如图8所示,以核心网用户面控制功能1接收到发送给UE的下行数据为例,本发明第五实施例的寻呼方法,包括:
步骤61、当有下行数据时,核心网控制面功能接收核心网用户面控制功能1发送的下行数据通知消息,下行数据通知消息中携带网络切片1的服务类型信息1。
步骤62、核心网控制面功能向接入网控制面功能发送寻呼消息,寻呼消息携带有步骤61中接收到的服务类型信息1。
此外,在本发明实施例中,为了更准确的寻呼到UE,在寻呼消息中还可包含其他位置信息(UE位置信息等)和UE能力信息等其他寻呼辅助信息。
步骤63、接入网控制面功能根据寻呼消息中的服务类型信息1和其他寻呼辅助信息进行寻呼资源配置和寻呼策略选择。
步骤64、接入网控制面功能向UE发送寻呼消息。
可选的,在此步骤中,寻呼消息中可携带服务类型信息1。
步骤65、如果寻呼消息携带服务类型信息1,UE根据寻呼消息中服务类型信息1确定对应的非接入网响应寻呼信息1,在所述与非接入网响应寻呼信息1中还包括与所述服务类型信息1对应的用户面消息1。
例如,对于同时支持宽带业务和机器类型业务的终端,在网络切片的服务类型信息为宽带业务时,非接入网响应寻呼信息为service request message,用于请求网络为其恢复所有的用户面数据连接。此时service request message消息中的用户面信息为UE本地所有激活的承载信息;在网络切片的服务类型信息为机器通信业务时,非接入网响应寻呼信息为data service request message,用于只请求网络为其建立控制面信令连接,进行小数据传输。此时data service request message消息中的用户面信息为UE空或者是UE需要发送的数据或者短消息。
如果寻呼消息没有携带服务类型信息,UE选择默认的非接入网响应寻呼信息,其中默认的非接入网响应寻呼消息中包括默认的用户面消息。
例如,只支持宽带业务的终端的默认非接入网响应寻呼信息为service requestmessage,用于请求网络为其恢复所有的用户面数据连接。此时servicerequest message消息中的用户面信息为UE本地所有激活的承载信息。支持机器通信业务类型的终端的默认非接入网响应寻呼信息为data service request message,用于只请求网络为其建立控制面信令连接,进行小数据传输。此时data service request message消息中的用户面信息为UE空或者是UE需要发送的数据或者短消息。
同时,UE获取其临时标识。
步骤66、UE向接入网控制面功能发送接入网消息,在该接入网消息中携带有步骤65中确定的非接入网响应寻呼信息和临时标识。
步骤67、接入网控制功能在接收到接入网消息后,根据其中的临时标识向核心网控制面功能转发非接入网响应寻呼信息。
步骤68、核心网控制面功能发起用户面路径建立和维护过程。
如图9所示,以核心网用户面控制功能1和核心网用户面控制功能2都接收到发送给UE的下行数据为例,本发明第六实施例的寻呼方法,包括:
步骤71、当有下行数据时,核心网控制面功能分别接收核心网用户面控制功能1和核心网用户面控制功能2发送的下行数据通知消息,下行数据通知消息中携带网络切片1的服务类型信息1和网络切片2的服务类型信息2。
步骤72、核心网控制面功能向接入网控制面功能发送寻呼消息,寻呼消息携带有步骤71中接收到的服务类型信息1和服务类型信息2。
此外,在本发明实施例中,为了更准确的寻呼到UE,在寻呼消息中还可包含其他位置信息(UE位置信息等)和UE能力信息等其他寻呼辅助信息。
步骤73、接入网控制面功能根据寻呼消息中的服务类型信息1、服务类型信息2和其他寻呼辅助信息进行寻呼资源配置和寻呼策略选择。
具体的,在此步骤中,接入网控制面功能可根据自身的策略设置,选择利用哪个服务类型信息进行寻呼资源配置和寻呼策略选择。
例如,接入网控制面功能可根据服务类型信息1、服务类型信息2优先级的高低选择其中优先级较高的服务类型信息进行寻呼资源配置和寻呼策略选择。
步骤74、接入网控制面功能向UE发送寻呼消息。
可选的,在此步骤中,寻呼消息中可携带服务类型信息1和服务类型信息2。
步骤75、如果寻呼消息中携带服务类型信息1和服务类型信息2,UE根据服务类型信息1或服务类型信息2确定相对应的非接入网响应寻呼消息;在非接入网响应寻呼消息中分别包括与服务类型信息1和服务类型信息2对应的用户面消息1和用户面消息2,或者在非接入网响应寻呼消息中包括用户面消息1或用户面消息2。
例如,当服务类型信息包括智能终端和机器类型业务时,非接入网响应寻呼信息为service request message,用于请求网络为其恢复所有的用户面数据连接。此时service request message消息中的用户面信息为UE本地所有激活的承载信息。
如果寻呼消息没有携带服务类型信息,UE选择默认的非接入网响应寻呼信息,其中默认的非接入网响应寻呼消息中包括默认的用户面消息。
同时,UE获取其临时标识。
步骤76、UE向接入网控制面功能发送接入网消息,在该接入网消息中携带有步骤75中确定的非接入网响应寻呼信息和临时标识。
步骤77、接入网控制功能在接收到接入网消息后,根据其中的临时标识向核心网控制面功能转发非接入网响应寻呼信息。
步骤78、核心网控制面功能发起用户面路径建立和维护过程。
具体的,在此步骤中,核心网控制面功能根据该承载消息中的用户面消息1和用户面消息2分别发起用户面路径建立和维护过程。
在本发明第五实施例和第六实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据该服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE。同时,对于多个网络切片的寻呼消息,在本发明实施例中采用同一寻呼消息来实现,从而节约了空口的信令开销。
如图10所示,是本发明第七实施例和第八实施例的应用场景示意图。在该场景中,以两个网络切片为例,核心网控制面功能和核心网用户面控制功能被位于不同网络切片中的核心网用户面转发功能所共享。对于同一UE,连接到一个核心网控制面功能,连接到一个核心网用户面控制功能,且核心网控制面功能只连接到一个接入网控制面功能。
如图11所示,以核心网用户面转发功能1接收到发送给UE的下行数据为例,本发明第七实施例的寻呼方法,包括:
步骤80、当核心网用户面转发功能1收到UE的下行数据时,向核心网用户面控制功能发送事件上报消息,用以通知核心网用户面控制功能开始UE的寻呼。
步骤81、核心网控制面功能接收核心网用户面控制功能发送的下行数据通知消息,下行数据通知消息中携带网络切片1的服务类型信息1。
步骤82、核心网控制面功能向接入网控制面功能发送寻呼消息,寻呼消息携带有步骤81中接收到的服务类型信息1。
此外,在本发明实施例中,为了更准确的寻呼到UE,在寻呼消息中还可包含其他位置信息(UE位置信息等)和UE能力信息等其他寻呼辅助信息。
步骤83、接入网控制面功能根据寻呼消息中的服务类型信息1和其他寻呼辅助信息进行寻呼资源配置和寻呼策略选择。
步骤84、接入网控制面功能向UE发送寻呼消息。
可选的,在此步骤中,寻呼消息中可携带服务类型信息1。
步骤85、如果寻呼消息携带服务类型信息1,UE根据寻呼消息中服务类型信息1确定对应的非接入网响应寻呼信息1,在所述与非接入网响应寻呼信息1中还包括与所述服务类型信息1对应的用户面消息1。
如果寻呼消息没有携带服务类型信息,UE选择默认的非接入网响应寻呼信息,其中默认的非接入网响应寻呼消息中包括默认的用户面消息。
同时,UE获取其临时标识。
步骤86、UE向接入网控制面功能发送接入网消息,在该接入网消息中携带有步骤85中确定的非接入网响应寻呼信息和临时标识。
步骤87、接入网控制功能在接收到接入网消息后,根据其中的临时标识向核心网控制面功能转发非接入网响应寻呼信息。
步骤88、核心网控制面功能发起用户面路径建立和维护过程。
如图12所示,以核心网用户面转发功能1和核心网用户面转发功能2都接收到发送给UE的下行数据为例,本发明第八实施例的寻呼方法包括:
步骤90、当核心网用户面转发功能1收到UE的下行数据时,向核心网用户面控制功能发送事件上报消息,用以通知核心网用户面控制功能开始UE的寻呼。当核心网用户面转发功能2收到UE的下行数据时,向核心网用户面控制功能发送事件上报消息,用以通知核心网用户面控制功能开始UE的寻呼。
步骤91、当有下行数据时,核心网控制面功能接收核心网用户面控制功能发送的下行数据通知消息,下行数据通知消息中携带网络切片1的服务类型信息1和网络切片2的服务类型信息2。
步骤92、核心网控制面功能向接入网控制面功能发送寻呼消息,寻呼消息携带有步骤91中接收到的服务类型信息1和服务类型信息2。
此外,在本发明实施例中,为了更准确的寻呼到UE,在寻呼消息中还可包含其他位置信息(UE位置信息等)和UE能力信息等其他寻呼辅助信息。
步骤93、接入网控制面功能根据寻呼消息中的服务类型信息1、服务类型信息2和其他寻呼辅助信息进行寻呼资源配置和寻呼策略选择。
具体的,在此步骤中,接入网控制面功能可根据自身的策略设置,选择利用哪个服务类型信息进行寻呼资源配置和寻呼策略选择。
例如,接入网控制面功能可根据服务类型信息1、服务类型信息2优先级的高低选择其中优先级较高的服务类型信息进行寻呼资源配置和寻呼策略选择。
步骤94、接入网控制面功能向UE发送寻呼消息。
可选的,在此步骤中,寻呼消息中可携带服务类型信息1和服务类型信息2。
步骤95、如果寻呼消息中携带服务类型信息1和服务类型信息2,UE根据服务类型信息1或服务类型信息2确定相对应的非接入网响应寻呼消息;在非接入网响应寻呼消息中分别包括与服务类型信息1和服务类型信息2对应的用户面消息1和用户面消息2,或者在非接入网响应寻呼消息中包括用户面消息1或用户面消息2。
例如,当服务类型信息包括智能终端和机器类型业务时,非接入网响应寻呼信息为service request message,用于请求网络为其恢复所有的用户面数据连接。此时service request message消息中的用户面信息为UE本地所有激活的承载信息。
如果寻呼消息没有携带服务类型信息,UE选择默认的非接入网响应寻呼信息,其中默认的非接入网响应寻呼消息中包括默认的用户面消息。
同时,UE获取其临时标识。
步骤96、UE向接入网控制面功能发送接入网消息,在该接入网消息中携带有步骤95中确定的非接入网响应寻呼信息和临时标识。
步骤97、接入网控制功能在接收到接入网消息后,根据其中的临时标识向核心网控制面功能转发非接入网响应寻呼信息。
步骤98、核心网控制面功能发起用户面路径建立和维护过程。
具体的,在此步骤中,核心网控制面功能根据该承载消息中的用户面消息1和用户面消息2分别发起用户面路径建立和维护过程。
在本发明第七实施例和第八实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据该服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE,从而准确的寻呼到UE。同时,对于多个网络切片的寻呼消息,在本发明实施例中采用同一寻呼消息来实现,从而节约了空口的信令开销。
如图13所示,本发明第九实施例的寻呼装置,包括:
接收模块131,用于接收核心网控制面功能发送的寻呼消息,在所述寻呼消息中包括网络切片的服务类型信息;寻呼模块132,用于根据所述寻呼消息寻呼用户设备。
其中,所述寻呼模块132可包括:
配置和选择子模块,用于根据所述网络切片的服务类型信息进行寻呼资源配置和寻呼策略选择;消息发送子模块,用于根据进行所述寻呼资源配置和所述寻呼策略选择的结果向所述用户设备发送寻呼消息。
在具体应用中,在所述向所述用户设备发送的寻呼消息中包括所述网络切片的服务类型信息。
为了进一步节约资源,在所述寻呼模块132中还包括:
第一消息接收子模块,用于接收所述用户设备发送的接入网消息,在所述接入网消息中包括路由标识和非接入网响应寻呼信息;第一信息转发子模块,用于根据所述路由标识将所述非接入网响应寻呼信息转发给对应的核心网控制面功能。
或者,所述寻呼模块132中还包括:
第二消息接收子模块,用于接收所述用户设备发送的接入网消息,在所述接入网消息中包括与所述网络切片的服务类型信息对应的非接入网响应寻呼信息、路由标识;第二信息转发子模块,用于根据所述路由标识将所述与所述网络切片的服务类型信息对应的非接入网响应寻呼信息转发给对应的核心网控制面功能。此时,在所述与所述网络切片的服务类型信息对应的非接入网响应寻呼信息中还包括:与所述网络切片的服务类型信息对应的用户面信息。
本发明所述装置的工作原理可参照前述方法实施例的描述。
由此可以看出,在本发明实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE,从而准确的寻呼到UE。同时,对于多个网络切片的寻呼消息,在本发明实施例中采用同一寻呼消息来实现,从而节约了空口的信令开销。
如图14所示,本发明第十实施例的寻呼装置,包括:
接收模块141,用于接收核心网用户面控制功能发送的下行数据通知消息,在所述下行数据通知消息中包括网络切片的服务类型信息;发送模块142,用于根据所述下行数据通知消息向接入网控制面功能发送寻呼消息,在所述寻呼消息中包括所述网络切片的服务类型信息。
此外,为准确的寻呼到UE,所述接收模块141,还用于接收所述接入网控制面功能发送的非接入网响应寻呼信息。如图15所示,所述装置还包括:建立模块143,用于根据所述非接入网响应寻呼信息为所述用户设备建立用户面路径。
在本发明实施例中,在所述非接入网响应寻呼信息中还包括:与所述网络切片的服务类型信息对应的用户面信息。
本发明所述装置的工作原理可参照前述方法实施例的描述。
由此可以看出,在本发明实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE。同时,对于多个网络切片的寻呼消息,在本发明实施例中采用同一寻呼消息来实现,从而节约了空口的信令开销。
如图16所示,本发明第十一实施例的用户设备,包括:
消息接收模块161,用于接收接入网控制面功能发送的寻呼消息;消息处理模块162,用于根据所述寻呼消息触发寻呼响应过程。
其中,所述消息处理模块162包括:
第一信息确定子模块,用于根据所述寻呼消息获取路由标识,并确定非接入网响应寻呼信息;第一消息发送子模块,用于向所述接入网控制面功能发送接入网消息,在所述接入网消息中包括所述路由标识和所述非接入网响应寻呼信息。
或者,在所述寻呼消息中包括网络切片的服务类型信息;所述消息处理模块162包括:第二信息确定子模块,用于根据所述寻呼消息获取路由标识,并确定与所述网络切片的服务类型信息对应的非接入网响应寻呼信息;第二消息发送子模块,用于向所述接入网控制面功能发送接入网消息,在所述接入网消息中包括所述网络切片的服务类型信息对应的非接入网响应寻呼信息、路由标识。
此外,所述第二信息确定子模块,还用于确定与所述网络切片的服务类型信息对应的用户面信息;在所述非接入网响应寻呼信息中还包括所述用户面信息。
本发明所述装置的工作原理可参照前述方法实施例的描述。
由此可以看出,在本发明实施例中,在多网络切片的场景下,当有下行数据时,通过在发送给接入网控制面功能的寻呼消息中携带的网络切片的服务类型信息,使得接入网控制面功能能够根据服务类型信息进行资源分配、寻呼算法选择,从而准确而有效的寻呼UE。同时,对于多个网络切片的寻呼消息,在本发明实施例中采用同一寻呼消息来实现,从而节约了空口的信令开销。
本发明的实施例十二提供一种数据处理装置,包括:处理器;以及通过总线接口与所述处理器相连接的存储器,所述存储器用于存储所述处理器在执行操作时所使用的程序和数据,当处理器调用并执行所述存储器中所存储的程序和数据时,包括实现如下的功能模块或单元:
接收模块,用于接收核心网控制面功能发送的寻呼消息,在所述寻呼消息中包括网络切片的服务类型信息;
寻呼模块,用于根据所述寻呼消息寻呼用户设备。
本发明的实施例十三提供一种数据处理装置,包括:处理器;以及通过总线接口与所述处理器相连接的存储器,所述存储器用于存储所述处理器在执行操作时所使用的程序和数据,当处理器调用并执行所述存储器中所存储的程序和数据时,包括实现如下的功能模块或单元:
消息接收模块,用于接收至少一个核心网用户面控制功能发送的下行数据通知消息,在所述下行数据通知消息中包括至少一个网络切片的服务类型信息;
消息发送模块,用于根据所述下行数据通知消息向接入网控制面功能发送寻呼消息,在所述寻呼消息中包括所述至少一个网络切片的服务类型信息。
本发明的实施例十四提供一种数据处理装置,包括:处理器;以及通过总线接口与所述处理器相连接的存储器,所述存储器用于存储所述处理器在执行操作时所使用的程序和数据,当处理器调用并执行所述存储器中所存储的程序和数据时,包括实现如下的功能模块或单元:
消息接收模块,用于接收接入网控制面功能发送的寻呼消息;
消息处理模块,用于根据所述寻呼消息触发寻呼响应过程。
需要说明的是,本发明第十二、十三、十四实施例提供的装置是能够对应实现上述方法实施例提供的寻呼方法的装置,故上述方法实施例提供的基于网络分片的寻呼方法的所有实施例均可对应适用于该十二、十三、十四实施例,且均能达到相同或相似的有益效果。
在本申请所提供的几个实施例中,应该理解到,所揭露方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。