传输消息的方法和装置与流程

文档序号:18941545发布日期:2019-10-23 01:11阅读:161来源:国知局
传输消息的方法和装置与流程

本申请涉及通信领域,并且更具体地,涉及一种传输消息的方法和装置。



背景技术:

在业务能力开放架构下,业务能力服务器(servicescapabilityserver,scs)/应用服务器(applicationserver,as)利用网络提供的多媒体广播组播业务(multimediabroadcast/multicastservice,mbms)用户业务向一组用户进行组消息投递。业务能力开放功能(servicecapabilityexposurefunction,scef)为该架构中的核心网元,使得3gpp网络能够安全地向第三方的业务提供者scs/as提供业务能力。

当前技术中,在scs/as进行组消息投递时,scs/as无法保证在mbms承载释放前完成组消息的投递。



技术实现要素:

本申请提供一种传输消息的方法和装置,通过引入组消息投递的结束时间,有助于保证服务器在组消息投递的结束时间前完成组消息投递。

第一方面,提供了一种传输消息的方法,包括:

业务能力开放功能实体接收服务器提供的第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;

所述业务能力开放功能实体根据所述第一时间信息确定承载释放时间,并向广播组播业务中心发送所述承载释放时间;或者,

所述业务能力开放功能实体根据所述第一时间信息向广播组播业务中心发送会话终结请求。

可选地,所述承载释放时间与所述组消息投递的结束时间相同,或者,所述承载释放时间晚于所述组消息投递的结束时间。

其中,所述会话终结请求用于请求广播组播业务中心终结正在进行的会话,使得广播组播业务中心释放承载。

在本申请实施例中,服务器通过向业务能力开放功能实体发送第一时间信息,所述第一时间信息用于指示组消息投递的结束时间,使得业务能力开放功能实体基于组消息投递的结束时间确定承载释放时间,确保服务器在组消息投递的结束时间前完成组消息投递。

在一些可能的实现方式中,所述方法还包括:

若所述业务能力开放功能实体接收到来自所述服务器的第一组消息投递完成指示并完成组消息投递后,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示,所述第一组消息投递完成指示用于指示所述服务器已完成组消息投递,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

因此,业务能力开放功能实体在接收到来自所述服务器的第一组消息投递完成指示并完成组消息投递后,向服务器发送第二组消息投递完成指示,以向服务器告知业务能力开放功能实体完成了组消息投递。

在一些可能的实现方式中,所述方法还包括:

所述业务能力开放功能实体接收来自所述服务器的第二时间信息,所述第二时间信息包括预设时间;

若所述业务能力开放功能实体在所述预设时间内没有接收到所述服务器发送的数据,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示。

因此,基于上述第二时间信息,如果业务能力开放功能实体在预设时间内没有检测到服务器发送的用户面数据,则可以确定组消息投递结束。

在一些可能的实现方式中,所述方法还包括:

所述业务能力开放功能实体接收所述广播组播业务中心发送的调整后的承载释放时间;

所述业务能力开放功能实体根据所述调整后的承载释放时间确定第三时间信息,并向所述服务器发送所述第三时间信息,所述第三时间信息用于指示调整后的组消息投递的结束时间。

可选地,所述调整后的组消息投递的结束时间与所述调整后的承载释放时间相同,或者所述调整后的组消息投递的结束时间早于所述调整后的承载释放时间。

因此,所述业务能力开放功能实体可以基于调整后的承载释放时间,对组消息投递的结束时间进行调整,有助于保证服务器在承载释放时间前完成组消息投递。

在一些可能的实现方式中,所述业务能力开放功能实体接收服务器提供的第一时间信息,具体包括:

所述业务能力开放功能实体接收所述服务器通过组消息投递请求或修改组消息投递请求中发送的所述第一时间信息。

这里,修改组消息投递请求可以理解为服务器对第一时间信息的修改,即服务器可以对组消息投递的结束时间进行修改。

因此,业务能力开放功能实体通过接收服务器发送的组消息投递请求或修改组消息投递请求,可以得到上述第一时间信息。

在一些可能的实现方式中,在所述业务能力开放功能实体向所述广播组播业务中心发送会话创建请求后,所述业务能力开放功能实体根据所述第一时间信息向广播组播业务中心发送会话终结请求,包括:

在所述第一时间信息指示的时间或之后,所述业务能力开放功能实体向所述广播组播业务中心发送所述会话终结请求。

因此,业务能力开放功能实体可以向广播组播业务中心发送会话终结请求,以释放承载。

第二方面,提供了一种传输消息的方法,包括:

服务器向业务能力开放功能实体发送第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;

所述服务器在所述组消息投递的结束时间前进行组消息投递。

在本申请实施例中,服务器通过向能力开放功能实体发送第一时间信息,以告知组消息投递的结束时间,并在组消息投递的结束时间前进行组消息投递,有助于确保服务器在组消息投递的结束时间前完成组消息投递。

在一些可能的实现方式中,所述方法还包括:

所述服务器向所述业务能力开放功能实体发送第一组消息投递完成指示,所述第一组消息投递完成指示用于指示所述服务器已完成组消息投递。

因此,服务器通过向业务能力开放功能实体发送组消息投递完成指示,以向业务能力开放功能实体告知服务器已完成组消息投递。

在一些可能的实现方式中,所述方法还包括:

所述服务器向所述业务能力开放功能实体发送第二时间信息,所述第二时间信息包括预设时间,所述预设时间用于所述业务能力开放功能实体在所述预设时间内没有接收到所述服务器发送的数据时确定所述服务器的组消息投递结束。

因此,服务器通过向业务能力开放功能实体发送第二时间信息,以向业务能力开放功能实体告知预设时间,使得服务器业务能力开放功能实体在预设时间内没有检测到服务器发送的用户面数据,则可以确定组消息投递结束。

在一些可能的实现方式中,所述方法还包括:

所述服务器接收来自所述业务能力开放功能实体发送的第二组消息投递完成指示,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

因此,服务器通过接收第二组消息投递完成指示,从而可以得知所述业务能力开放功能实体已完成组消息投递。

在一些可能的实现方式中,所述方法还包括:

所述服务器接收来自所述业务能力开放功能实体的第三时间信息,所述第三时间信息用于指示调整后的组消息投递结束时间;

其中,所述服务器在所述组消息投递的结束时间前进行组消息投递,包括:

所述服务器在所述调整后的组消息投递结束时间前,进行组消息投递。

因此,服务器通过接收业务能力开放功能实体发送的调整后的组消息投递结束时间,可以基于调整后的组消息投递结束时间进行组消息投递,以确保在调整后的组消息投递结束时间前完成组消息投递。

在一些可能的实现方式中,所述服务器向业务能力开放功能实体发送第一时间信息,包括:

所述服务器通过组消息投递请求或修改组消息投递请求,向所述业务能力开放功能实体发送所述第一时间信息。

这里,修改组消息投递请求可以理解为服务器对第一时间信息的修改,即服务器可以对组消息投递的结束时间进行修改。

因此,服务器通过上述方式向业务能力开放功能实体告知组消息投递的结束时间。

第三方面,提供了一种传输消息的方法,包括:

广播组播业务中心接收来自业务能力开放功能实体发送的承载释放时间;

所述广播组播业务中心根据所述承载释放时间,释放承载。

在本申请实施例中,广播组播业务中心通过接收业务能力开放功能实体发送的承载释放时间,以便于基于上述承载释放时间,释放承载,以确保服务器在承载释放时间前完成组消息投递。

可选地,上述承载(bearer)可以是mbms承载。

可选地,所述承载释放时间与所述组消息投递的结束时间相同,或者,所述承载释放时间晚于所述组消息投递的结束时间。

在一些可能的实现方式中,所述方法还包括:

所述广播组播业务中心对所述承载释放时间进行调整,得到调整后的承载释放时间;

所述广播组播业务中心向所述业务能力开放功能实体发送调整后的承载释放时间。

因此,广播组播业务中心可以向业务能力开放功能实体发送调整后的承载释放时间,从而使得业务能力开放功能实体基于调整后的承载释放时间对组消息投递的结束时间进行调整,以确保服务器在承载释放时间前完成组消息投递。

在一些可能的实现方式中,所述方法还包括:

所述广播组播业务中心接收所述业务能力开放功能实体发送的会话终结请求。

因此,广播组播业务中心通过接收会话终结请求,根据会话终结请求终结正在进行的会话,释放承载。

第四方面,提供了一种传输消息的方法,包括:

业务开放功能实体接收来自广播组播业务中心的承载释放时间;

所述业务能力开放功能实体根据所述承载释放时间,确定第一时间信息,所述第一信息用于指示组消息投递的结束时间;

所述业务能力开放功能实体向服务器发送所述第一时间信息。

可选地,所述组消息投递的结束时间与所述承载释放时间相同,或者,所述组消息投递的结束时间早于所述承载释放时间。

在本申请实施例中,业务开放功能实体通过获取广播组播业务中心提供的承载释放时间,根据该承载释放时间确定出组消息投递的结束时间,并将组消息投递的结束时间告知给服务器,使得服务器在组消息投递的结束时间前进行组消息投递,确保服务器在承载释放前完成组消息投递。

在一些可能的实现方式中,所述方法还包括:

若所述业务能力开放功能实体接收到来自所述服务器的第一组消息投递完成指示并完成组消息投递后,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示,所述第一组消息投递完成指示用于指示所述服务器已完成组消息投递,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

因此,业务能力开放功能实体在接收到来自所述服务器的第一组消息投递完成指示并完成组消息投递后,向服务器发送第二组消息投递完成指示,以向服务器告知业务能力开放功能实体完成了组消息投递。

在一些可能的实现方式中,所述方法还包括:

所述业务能力开放功能实体接收来自所述服务器的第二时间信息,所述第二时间信息包括预设时间;

若所述业务能力开放功能实体在所述预设时间内没有接收到所述服务器发送的数据,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示。

因此,基于上述第二时间信息,如果业务能力开放功能实体在预设时间内没有检测到服务器发送的用户面数据,则可以确定组消息投递结束。

在一些可能的实现方式中,所述方法还包括:

所述业务能力开放功能实体接收来自所述服务器的调整指示,所述调整指示用于对所述组消息投递的结束时间进行调整;

所述业务能力开放功能实体根据所述调整指示,获取调整后的承载释放时间;

所述业务能力开放功能实体根据所述调整后的承载释放时间,确定调整后的组消息投递的结束时间,其中,所述调整后的组消息的结束时间与所述调整后的承载释放时间相同或早于所述调整后的承载释放时间;

所述业务能力开放功能实体向服务器发送所述调整后的组消息投递的结束时间。

因此,业务能力开放功能实体通过接收服务器发送的调整指示,并基于上述调整指示确定调整后的组消息投递的结束时间。

第五方面,提供了一种传输消息的方法,包括:

服务器接收来自业务能力开放功能实体的第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;

所述服务器在所述组消息投递的结束时间前进行组消息投递。

在本申请实施例中,服务器通过接收业务能力开放功能实体发送的组消息投递的结束时间,并基于组消息投递的结束时间进行组消息投递,以确保服务器在组消息投递的结束时间前完成组消息投递。

可选地,承载释放时间与所述组消息投递的结束时间相同,或者,所述承载释放时间晚于所述组消息投递的结束时间。

在一些可能的实现方式中,所述方法还包括:

所述服务器向所述业务能力开放功能实体发送第二时间信息,所述第二时间信息包括预设时间。

因此,服务器通过向业务能力开放功能实体发送第二时间信息,以向业务能力开放功能实体告知预设时间,使得服务器业务能力开放功能实体在预设时间内没有检测到服务器发送的用户面数据,则可以确定组消息投递结束。

在一些可能的实现方式中,所述方法还包括:

所述服务器向所述业务能力开放功能实体发送第一组消息投递完成指示,所述第一组消息投递完成指示表示所述服务器已完成组消息投递。

因此,服务器通过向业务能力开放功能实体发送组消息投递完成指示,以向业务能力开放功能实体告知服务器已完成组消息投递。

在一些可能的实现方式中,所述方法还包括:

所述服务器接收来自所述业务能力开放功能实体发送的第二组消息投递完成指示,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

因此,服务器通过接收第二组消息投递完成指示,从而可以得知所述业务能力开放功能实体已完成组消息投递。

在一些可能的实现方式中,所述方法还包括:

所述服务器向所述业务能力开放功能实体发送调整指示,所述调整指示用于对所述组消息投递的结束时间进行调整。

因此,服务器可以向业务能力开放功能实体发送调整指示,以请求对组消息投递的结束时间进行修改。

第六方面,提供了一种传输消息的装置,该装置可以是业务能力开放功能实体(比如scef),也可以是芯片。该装置具有实现任一方面或任一方面中任意可能的实现方式中业务能力开放功能实体的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第七方面,提供了一种传输消息的装置,该装置可以是服务器(比如scs/as),也可以是芯片。该装置具有实现任一方面或任一方面中任意可能的实现方式中服务器的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第八方面,提供了一种传输消息的装置,该装置可以是广播组播业务中心(比如bm-sc),也可以是芯片。该装置具有实现任一方面或任一方面中任意可能的实现方式中广播组播业务中心的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第九方面,提供了一种装置,该装置包括处理器、存储器和收发器。处理器与存储器和收发器连接。存储器用于存储指令,处理器用于执行该指令,收发器用于在处理器的控制下与其他网元进行通信。该处理器执行该存储器存储的指令时,该执行使得该装置执行上述任一方面或任一方面中任意可能的实现方式中业务能力开放功能实体的方法。需要说明的是,该存储器可以集成于处理器中,也可以是独立于处理器之外。

第十方面,提供了一种装置,该装置包括处理器、存储器和收发器。处理器与存储器和收发器连接。存储器用于存储指令,处理器用于执行该指令,收发器用于在处理器的控制下与其他网元进行通信。该处理器执行该存储器存储的指令时,该执行使得该装置执行上述任一方面或任一方面中任意可能的实现方式中服务器的方法。需要说明的是,该存储器可以集成于处理器中,也可以是独立于处理器之外。

第十一方面,提供了一种装置,该装置包括处理器、存储器和收发器。处理器与存储器和收发器连接。存储器用于存储指令,处理器用于执行该指令,收发器用于在处理器的控制下与其他网元进行通信。该处理器执行该存储器存储的指令时,该执行使得该装置执行上述任一方面或任一方面中任意可能的实现方式中广播组播业务中心的方法。需要说明的是,该存储器可以集成于处理器中,也可以是独立于处理器之外。

第十二方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有程序,该程序使得业务能力开放功能实体执行上述任一方面或任一方面中任意可能的实现方式中业务能力开放功能实体的方法。

第十三方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有程序,该程序使得服务器执行上述任一方面或任一方面中任意可能的实现方式中服务器的方法。

第十四方面,提供了一种计算机可读存储介质,该计算机可读存储介质存储有程序,该程序使得广播组播业务中心执行上述任一方面或任一方面中任意可能的实现方式中广播组播业务中心的方法。

第十五方面,提供了一种通信芯片,其中存储有指令,当其在计算机设备上运行时,使得所述通信芯片执行上述任一方面的任意可能的实现方式中的方法。

第十六方面,提供了一种包含指令的计算机程序产品,其在计算机上运行时,使得计算机执行上述任一方面或其任意可能的实现方式中的方法。

第十七方面,提供一种传输消息的系统,该系统包括:业务能力开放功能实体,服务器和广播组播业务中心。

其中,所述服务器用于向所述业务能力开放功能实体发送第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;还用于在所述组消息投递的结束时间前进行组消息投递。

所述业务能力开放功能实体,用于根据所述第一时间信息确定承载释放时间,并向广播组播业务中心发送所述承载释放时间;或者,用于根据所述第一时间信息向广播组播业务中心发送会话终结请求。

所述广播组播业务中心,用于接收来自业务能力开放功能实体发送的承载释放时间;

还用于根据所述承载释放时间,释放承载。

在一种可能的实现方式中,业务能力开放功能实体可以是第一方面中的业务能力开放功能实体。相应的,服务器可以是上述第二方面中的服务器,广播组播业务中心可以是上述第三方面中的广播组播业务中心。

可选地,该系统也可以包括其他与业务能力开放功能实体、服务器或广播组播业务中心通信的网元,比如ue,ran,smf等网元。

第十八方面,提供一种传输消息的系统,该系统包括:业务能力开放功能实体,服务器和广播组播业务中心。

其中,所述服务器用于接收来自业务能力开放功能实体的第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;还用于在所述组消息投递的结束时间前进行组消息投递。

所述业务能力开放功能实体,用于接收来自广播组播业务中心的承载释放时间;还用于根据所述承载释放时间,确定第一时间信息,所述第一信息用于指示组消息投递的结束时间;还用于向服务器发送所述第一时间信息。

所述广播组播业务中心,用于向业务能力开放功能实体发送承载释放时间;还用于根据所述承载释放时间,释放承载。

在一种可能的实现方式中,业务能力开放功能实体可以是第四方面中的业务能力开放功能实体。相应的,服务器可以是上述第五方面中的服务器,广播组播业务中心可以是上述第三方面中的广播组播业务中心。

可选地,该系统也可以包括其他与业务能力开放功能实体、服务器或广播组播业务中心通信的网元,比如ue,ran,smf等网元。

附图说明

图1是应用本申请实施例的一种系统架构的示意图。

图2是应用于本申请的4g网络中的业务能力开放架构图。

图3是应用于本申请的5g网络中的业务能力开放架构图。

图4是应用本申请实施例的通信设备的示意性框图。

图5是本申请一个实施例的传输消息的方法的示意性流程图。

图6是本申请一个实施例的传输消息的方法的一个例子的示意性流程图。

图7是本申请一个实施例的传输消息的方法的另一个例子的示意性流程图。

图8是本申请另一个实施例的传输消息的方法的示意性流程图。

图9是本申请另一个实施例的传输消息的方法的一个例子的示意性流程图。

图10是本申请另一个实施例的传输消息的方法的另一个例子的示意性流程图。

图11是本申请一个实施例的传输消息的装置的示意性框图。

图12是本申请另一个实施例的传输消息的装置的示意性框图。

图13是本申请再一个实施例的传输消息的装置的示意性框图。

具体实施方式

下面将结合附图,对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(globalsystemofmobilecommunication,gsm)系统、码分多址(codedivisionmultipleaccess,cdma)系统、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)系统、通用分组无线业务(generalpacketradioservice,gprs)、长期演进(longtermevolution,lte)系统、lte频分双工(frequencydivisionduplex,fdd)系统、lte时分双工(timedivisionduplex,tdd)、通用移动通信系统(universalmobiletelecommunicationsystem,umts)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess,wimax)通信系统、未来的第五代(5thgeneration,5g)系统、未来其他系统或新无线(newradio,nr)、车到一切(vehicletoeverything,v2x)通信的车联网系统等。

应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

图1是应用本申请实施例的一种系统架构的示意图。如图1所示,该系统100包括:业务开放功能实体101、服务器102和广播组播业务中心103。该系统100可以用于执行本申请实施例中传输消息的方法。

在一种可能的实现方式中:业务开放功能实体101,用于接收服务器102提供的第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;还用于根据所述第一时间信息确定承载释放时间,并向广播组播业务中心103发送所述承载释放时间;或者,根据所述第一时间信息向广播组播业务中心103发送会话终结请求。

可选地,所述承载释放时间与所述组消息投递的结束时间相同,或者,所述承载释放时间晚于所述组消息投递的结束时间。

服务器102,用于向业务能力开放功能实体发送第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;还用于在所述组消息投递的结束时间前进行组消息投递。

广播组播业务中心103,用于接收来自业务能力开放功能实体发送的承载释放时间;还用于根据所述承载释放时间,释放承载。

在另一种可能的实现方式中:业务开放功能实体101,用于接收来自广播组播业务中心103的承载释放时间;还用于根据所述承载释放时间,确定第一时间信息,所述第一信息用于指示组消息投递的结束时间;还用于向服务器102发送所述第一时间信息。

服务器102,用于接收来自业务能力开放功能实体101的第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;还用于在所述组消息投递的结束时间前进行组消息投递。

需要说明的是,图1中的业务开放功能实体101、服务器102和广播组播业务中心103等仅是一个名字,名字对网元或设备本身不构成限定。在5g网络以及未来其他的网络(比如6g网络)中,业务开放功能实体101、服务器102和广播组播业务中心103所对应的设备或实体也可以是其他的名字,本申请实施例对此不作具体限定。

可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专业硬件上允许的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。

可选地,图1中的系统也可以包括终端。本申请实施例中的终端(terminal)可以指用户设备(userequipment,ue)、接入终端、v2x通信中的终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端设备、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol,sip)电话、无线本地环路(wirelesslocalloop,wll)站、个人数字处理(personaldigitalassistant,pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5g网络中的终端设备或者未来演进的公用陆地移动通信网络(publiclandmobilenetwork,plmn)中的终端设备等,本申请实施例对此并不限定。终端还可以包括v2x设备,例如为车辆或车辆中的车载单元(onboardunit,obu)。

本申请实施例中的终端通过无线的方式与无线接入网ran设备相连,无线接入网设备通过无线或有线方式与核心网设备连接。核心网设备与无线接入网设备可以是独立的不同的物理设备,也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上,还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端可以是固定位置的,也可以是可移动的。

无线接入网设备是终端通过无线方式接入到该移动通信系统中的接入设备,可以是基站nodeb、演进型基站enodeb、5g移动通信系统中的基站(gnodeb,gnb)、未来移动通信系统中的基站或无线保真(wirelessfidelity,wifi)系统中的接入节点等,还可以是云无线接入网络(cloudradioaccessnetwork,cran)场景下的无线控制器,或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5g网络中的网络设备或者未来演进的plmn网络中的网络设备等,本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。

核心网设备例如包括移动管理实体(mobilitymanagemententity,mme)、广播多播服务中心(broadcastmulticastservicecenter,bmsc)等,或者也可以包括5g系统中的相应功能实体,例如核心网控制面(controlplane,cp)或用户面(userplan,up)网络功能等,例如,会话管理网络功能(sessionmanagementnf,smf)、接入和移动性管理功能(accessandmobilitymanagementfunction,amf)等。其中,核心网控制面也可以理解为核心网控制面功能(controlplanefunction,cpf)实体。

v2x通信是指:车辆可以通过车辆与车辆之间通信(vehicletovehicle,v2v)或者车辆与路边基础设施通信(vehicletoinfrastructure,v2i),或者车辆与行人之间的通信(vehicletopedestrian,v2p),或者车辆与网络通信(vehicletonetwork,v2n)等方式来及时获取路况信息或接收信息。以最常见的v2v和v2i为例:车辆通过v2v通信,可以将自身的车速、行驶方向、具体位置、或是否踩了紧急刹车等信息广播给周围车辆,周围车辆通过获取该类信息,使得驾驶员可以更好地感知交通状况,从而对危险状况作出提前判断,进而及时作出避让。可选地,对于v2i通信,除了上述安全信息的交互外,路边基础设施还可以为车辆提供各类服务信息和数据网络的接入等,不停车收费、车内娱乐等功能都极大地提高了交通智能化。一般将v2x通信所使用的网络称为车联网。

无线接入网设备和终端可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上;还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对无线接入网设备和终端的应用场景不做限定。

本申请的实施例可以适用于下行报文传输,也可以适用于上行报文传输,还可以适用于设备到设备(devicetodevice,d2d)的报文传输。这里需要统一说明的是:报文可以是数据,或者,也可以是信号,对此不作限定。对于下行报文传输,发送设备是无线接入网设备或者中转设备(中转设备用于将下行报文转发给无线接入网设备,使得无线接入网设备将下行报文发送给终端),对应的接收设备是终端。对于上行报文传输,发送设备是终端,对应的接收设备可以是无线接入网设备或中转设备(中转设备用于将上行报文转发给无线接入网设备)。对于d2d的报文传输,发送设备是终端,对应的接收设备也是终端。本申请的实施例对报文的传输方向不做限定。

无线接入网设备和终端之间以及终端和终端之间可以通过授权频谱(licensedspectrum)进行通信,也可以通过免授权频谱(unlicensedspectrum)进行通信,也可以同时通过授权频谱和免授权频谱进行通信。无线接入网设备和终端之间以及终端和终端之间可以通过6g兆赫(gigahertz,ghz)以下的频谱进行通信,也可以通过6ghz以上的频谱进行通信,还可以同时使用6ghz以下的频谱和6ghz以上的频谱进行通信。本申请的实施例对无线接入网设备和终端之间所使用的频谱资源不做限定。

可选地,图1所示的系统100可以应用于4g网络或5g网络以及未来其他可能的网络,本申请实施例对此不作具体限定。

图2示出了可以应用于本申请的4g网络中的业务能力开放架构图。基于该架构,3gpp网络能够安全地向第三方的业务提供者业务能力服务器(servicescapabilityserver,scs)/应用服务器(applicationserver,as)提供业务能力。该架构图包括scs/as210、业务能力开放功能(servicecapabilityexposurefunction,scef)220、家乡用户服务器(homesubscriberserver,hss)230和广播组播业务中心(broadcast-multicastservicecentre,bm-sc)240。可选地,该架构图还可以包括图中未出的ue。

具体地,scef网元220为该架构中的核心网元,使得3gpp网络能够安全地向第三方的业务提供者scs/as提供业务能力。hss230为家乡(或者归属)用户签约服务器,保存用户的签约信息。scs/as210通过t8的应用程序编程接口(applicationprogramminginterface,api)接口调用scef提供的业务能力。bm-sc通过xmb接口向scef提供支持的业务和能力。bm-sc240支持mbms用户业务的提供和投递,用于作为内容提供者mbms传输的入口点、用于授权和发起mbms承载业务以及安排和传输mbms数据。

其中,图1所示的系统100应用于图2所示的4g网络中的业务能力开放(servicecapabilityexposure)架构,则如图2所示,比如,上述业务开放功能实体101可以是4g网络中的scef220,服务器102可以是4g网络中的scs/as210,广播组播业务中心103可以是4g网络中的bm-sc240。

需要说明的是,图2中的各个网元之间的接口名字只是一个示例,具体实现中接口名字可能为其他名字,本申请实施例对此不作具体限定。

需要说明的是,图2中包括的各个网元(比如scef、scs/as、bm-sc等)的命名仅是一个名字,名字对网元本身的功能不构成限定。在4g或5g网络以及未来其它的网络中,上述各个网元也可以是其他的名字,本申请实施例对此不作具体限定。例如,在6g网络中,上述各个网元中的部分或全部可以沿用4g或5g中的术语,也可能是其他命名,等等,在此进行统一说明,以下不再赘述。应理解,图2所示的架构图还可以包括其他的网元,这里不再一一示出。

图3示出了可以应用于本申请的5g网络中的业务能力开放架构图。图3所示的架构图包括scs/as310、网络开放功能(networkexposurefunction,nef)320、统一数据管理(unifieddatamanagement,udm)330、bm-sc340。可选地,该架构图还可以包括图中未出的ue、会话管理功能(sessionmanagementfunction,smf)、核心网接入和移动性管理功能(coreaccessandmobilitymanagementfunction,amf)等。

由于5g系统是基于服务化的架构,因此nef(类似于scef的功能)网元通过nnef服务向scs/as开发3gpp网络支持的业务和能力。udm(类似于hss中的移动性管理的部分的功能)网元通过nudm服务向nef提供支持的业务能力,amf(类似于mme的功能)网元通过namf服务向nef提供支持的业务和能力,smf(类似于mme中的会话管理的部分功能)网元通过nsmf服务向nef提供支持的业务和能力,bm-sc通过xmb接口向nef提供支持的业务和能力。

其中,图1所示的系统100应用于图3所示的5g网络中服务化架构,则如图3所示,比如,上述业务开放功能实体101可以是5g网络中的scef320,服务器102可以是5g网络中的scs/as310,广播组播业务中心103可以是5g网络中的bm-sc340。应理解,图3所示的架构图还可以包括其他的网元,这里不再一一示出。

需要说明的是,图3中的各个网元之间的接口名字只是一个示例,具体实现中接口名字可能为其他名字,本申请实施例对此不作具体限定。

需要说明的是,图3中包括的各个网元(比如scef、scs/as、bm-sc等)的命名仅是一个名字,名字对网元本身的功能不构成限定。

图1至图3系统中网元的具体工作过程和有益效果可以参见下文方法实施例中的描述。

图4示出了应用本申请实施例的通信设备400(或传输消息的装置)的示意性框图。上述图1中的业务开放功能实体101、服务器102或者广播组播业务中心103可以由图4中的通信设备的方式来实现。

如图4所示,该通信设备400包括:处理器401、存储器402和收发器403。可选地,收发器403也可以包括接收器和发送器,接收器用于实现接收功能,发送器用于实现发送功能,对此不作限定。

处理器401、存储器402和收发器403之间通过内部连接通路互相通信,传递控制和/或报文。

可以理解的是,尽管并未示出,通信设备400还可以包括其他装置,例如输入装置、输出装置、电池等。

可选的,在一些实施例中,存储器402可以存储用于执行本申请实施例的方法的执行指令。处理器401可以执行存储器402中存储的指令结合其他硬件(例如收发器403)完成下文所示方法执行的步骤,具体工作过程和有益效果可以参见下文方法实施例中的描述。

上述本申请实施例揭示的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现场可编程门阵列(fieldprogrammablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,还可以是系统芯片(systemonchip,soc),还可以是中央处理器(centralprocessorunit,cpu),还可以是网络处理器(networkprocessor,np),还可以是数字信号处理电路(digitalsignalprocessor,dsp),还可以是微控制器(microcontrollerunit,mcu),还可以是可编程控制器(programmablelogicdevice,pld)或其他集成芯片。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。

可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-onlymemory,rom)、可编程只读存储器(programmablerom,prom)、可擦除可编程只读存储器(erasableprom,eprom)、电可擦除可编程只读存储器(electricallyeprom,eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory,ram),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的ram可用,例如静态随机存取存储器(staticram,sram)、动态随机存取存储器(dynamicram,dram)、同步动态随机存取存储器(synchronousdram,sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram,ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram,esdram)、同步连接动态随机存取存储器(synchlinkdram,sldram)和直接内存总线随机存取存储器(directrambusram,drram)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

上述的通信设备400可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,通信设备400可以是台式机、便携式电脑、网络服务器、掌上电脑(personaldigitalassistant,pda)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图4中类似结构的设备。本申请实施例不限定通信设备400的类型。

图5示出了本申请一个实施例的传输消息的方法500的示意性流程图。可选地,图5中的业务能力开放功能实体可以是scef网元,服务器可以是scs/as,广播组播业务中心可以是bm-sc。如图5所示,所述方法500包括:

s510,服务器向业务能力开放功能实体发送第一时间信息,所述第一时间信息用于指示组消息投递的结束时间(stoptime)。

对应的,业务能力开放功能实体接收服务器提供的第一时间信息。

可选地,所述组消息投递的结束时间可以是一个时刻,也可以是时间段,即既可以是绝对时间,也可以是相对时间,本申请实施例对此不作限定。这里,若所述组消息投递的结束时间是时间段,则组消息投递的结束的时刻为组消息投递的开始时间加上该时间段。

可选地,所述第一时间信息可以携带于组消息投递请求中。其中,所述组消息投递请求可以是组消息投递流程中服务器发送给能力开放功能实体的消息。

可选地,所述组消息投递请求中还可以携带组标识和组消息投递的开始时间(starttime)。可选地,组消息投递的开始时间可以是一个绝对时间。

可选地,所述组消息投递请求中还可以携带组消息载荷。

s520,所述业务能力开放功能实体根据所述第一时间信息确定承载释放时间,并向广播组播业务中心发送所述承载释放时间;或者,

所述业务能力开放功能实体根据所述第一时间信息向广播组播业务中心发送会话终结请求。

可选地,会话终结请求也可以替换为会话终止请求或会话停止请求,作用都是用于请求广播组播业务中心终结正在进行的会话,使得广播组播业务中心释放承载。

可选地,所述承载释放时间与所述组消息投递的结束时间相同,或者,所述承载释放时间晚于所述组消息投递的结束时间。

上述承载释放时间可以是mbms承载(bearer)的释放时间。比如,业务能力开放功能实体可以基于mbms组消息投递的开始时间,确定mbms承载的开始时间,mbms承载的开始时间与组消息投递的开始时间相同或者早于组消息投递的开始时间;业务能力开放功能实体可以基于mbms组消息投递的结束时间,确定mbms承载的释放时间,mbms承载的释放时间与组消息投递的结束时间相同或者晚于组消息投递的结束时间。

可选地,在本申请实施例中,承载释放时间也可以称作为承载去激活时间。

其中,承载的开始时间可以称作承载激活时间或承载创建时间。

可选地,在本申请实施例中,承载释放时间可以是时间段,也可以是一个时刻,即既可以是相对时间,也可以是绝对时间。这里,若承载释放时间是时间段,则广播组播业务中心释放承载的时刻为承载的开始时间加上该时间段。

可选地,作为一个实施例,业务能力开放功能实体在得到承载释放时间后,可以向广播组播业务中心发送所述承载释放时间,以便于创建承载。相应地,广播组播业务中心在上述承载释放时间之前或者所述承载释放时间所在的时刻,发起承载激活流程,创建承载。可选地,广播组播业务中心也可以基于网络配置确定承载的窗口期,对此不作限定。

可选地,作为一个实施例,业务能力开放功能实体也可以基于所述第一时间信息,向广播组播业务中心发送会话终结请求,所述会话终结请求用于请求广播组播业务中心终结正在进行的会话,使得广播组播业务中心释放承载。

具体而言,如果所述业务能力开放功能实体正在向广播组播业务中心发送会话创建请求,则在组消息投递的结束时间或者之后(即所述第一时间信息指示的时间或之后)向广播组播业务中心发送会话终结请求。

s530,服务器在所述组消息投递的结束时间前进行组消息投递。

在本申请实施例中,服务器通过向业务能力开放功能实体发送第一时间信息,所述第一时间信息用于指示组消息投递的结束时间,使得业务能力开放功能实体基于组消息投递的结束时间确定承载释放时间,从而确保服务器在组消息投递的结束时间前完成组消息投递。

可选地,所述方法500还可以包括:

所述服务器向所述业务能力开放功能实体发送第一组消息投递完成指示。可选地,该第一组消息投递完成指示可以是控制面的消息,也可以是用户面的一个携带特殊标识的数据包,用于指示服务器已完成组消息投递。

对应地,若所述业务能力开放功能实体接收到来自所述服务器的第一组消息投递完成指示并完成组消息投递后,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

具体而言,如果业务能力开放功能实体接收到来自服务器的第一组消息投递完成指示,得知服务器已经完成组消息投递,并且,在业务能力开放功能实体自己也完成组消息投递的情况下,则业务能力开放功能实体向服务器发送第二组消息投递完成指示,以向服务器告知业务能力开放功能实体完成了组消息投递。

可选地,所述方法500还可以包括:

服务器向所述业务能力开放功能实体发送第二时间信息,所述第二时间信息包括预设时间。

可选地,所述第二时间信息也可以携带于上述组消息投递请求中。

对应的,所述业务能力开放功能实体接收来自所述服务器的第二时间信息;若所述业务能力开放功能实体在所述预设时间内没有接收到所述服务器发送的数据,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示。

具体而言,业务开放功能实体在预设时间内没有检测到服务器发送的用户面数据,则可以确定组消息投递结束。比如,预设时间可以称作不活跃时间(inactivetime)。

进一步地,在本申请实施例中,业务能力开放功能实体还可以对组消息投递的结束时间进行修改。具体即,可选地,所述方法500还可以包括:

所述广播组播业务中心向所述业务能力开放功能实体发送调整后的承载释放时间。

对应地,所述业务能力开放功能实体接收所述广播组播业务中心发送的调整后的承载释放时间;所述业务能力开放功能实体根据所述调整后的承载释放时间确定第三时间信息,并向所述服务器发送所述第三时间信息,所述第三时间信息用于指示调整后的组消息投递的结束时间。

可选地,本申请实施例的调整可以包括:增加、减少、更新、替换、修改等操作,具体作何种调整可以基于需求而定,本申请实施例对此不作具体限定。下文出现的调整也可作此解释,这里进行统一说明,下文不作赘述。

可选地,所述调整后的组消息投递的结束时间与所述调整后的承载释放时间相同,或者所述调整后的组消息投递的结束时间早于所述调整后的承载释放时间。

具体而言,所述广播组播业务中心可以根据网络策略修改承载的释放时间,并将修改后的承载释放时间返回给所述业务能力开放功能实体。所述业务能力开放功能实体基于修改后的承载释放时间确定新的组消息投递的结束时间(新的组消息投递的结束时间可以理解为调整后的组消息投递的结束时间),并将新的组消息投递的结束时间告知给服务器,使得服务器在新的组消息投递的结束时间之前进行组消息投递。其中,新的组消息投递的结束时间与修改后的承载释放时间相同,或者新的组消息投递的结束时间早于修改后的承载释放时间。因此,所述业务能力开放功能实体可以基于调整后的承载释放时间,对组消息投递的结束时间进行调整。

可选地,服务器也可以对组消息投递的结束时间进行调整。可选地,服务器也可以对上述第二时间信息中包括的预设时间进行调整,对此不作限定。

为了便于本领域技术人员理解本申请实施例的传输消息的方法,下面将结合图6和图7中的例子详细描述本申请实施例的方法。应理解,图6和图7的例子仅仅是为了便于本领域技术人员理解本申请实施例,并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图6和图7的例子,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本申请实施例的范围内。在下面的例子中,业务能力开放实体以scef为例,服务器以scs/as为例,广播组播业务中心以bm-sc为例,终端以ue为例,这里统一进行说明。可选地,图6和图7中的例子还可以包括ran,mbms-gw/网关gprs支持节点(gatewaygprssupportnode,ggsn)/mme/服务gprs支持节点(servinggprssupportnode,sgsn)。应理解,对于与现有流程中相同的术语或概念的解释可以参见现有技术中的描述,为了简洁,本申请实施例不作详尽描述。

如图6所示,该例中的流程包括以下步骤:

601,scs/as向scef发送组消息投递准备消息。

可选地,组消息投递准备消息中携带外部组标识externalgroupid,scs标识。

602,scef与hss/归属位置寄存器(homelocationregister,hlr)交互,决定scs/as是否可以授权进行组消息投递准备。

603,若授权通过,则scef与bm-sc交互,在bm-sc创建业务资源serviceresource,并从bm-sc获取serviceresource的相关属性,其中,serviceresource的相关属性包括resourceid。

604,scef向scs/as返回组消息投递准备响应消息,该组消息投递准备响应消息中携带resourceid。

605,scs/as与ue进行交互,并向ue提供resourceid等信息。

606,scs/sa向scef发送组消息投递请求消息。

该组消息投递请求消息中携带组标识和组消息投递开始时间start_time1,还可能携带组消息载荷。

这里,与现有流程不同的是,scs/as还向scef提供组消息投递结束的时间stop_time1和inactivetime。其中inactivetime用于表示在多长时间内没有检测到scs/as发送的用户面数据即表示组消息投递结束。stop_time1和inactivetime可以携带于组消息投递请求消息中。

607,scef与hss/hlr交互,决定scs/as是否可以授权进行组消息投递。

可选地,hss/hlr或scef对scs/as提供的start_time1和stop_time1进行校验,确定是否满足运营商策略。

608,若授权通过,则scef向bm-sc发送会话创建请求消息。

该会话创建请求消息用于请求在上述步骤603创建的serviceresource下进一步创建会话资源sessionresource。

609,bm-sc向scef发送第一确认消息(比如ok消息),并在上述步骤603创建的serviceresource下创建sessionresource。

对应的,scef根据start_time1确定mbmsbearer的创建(或激活)时间start_time2,其中,start_time2取值与start_time1相同或早于start_time1。

并且,scef根据stop_time1确定mbmsbearer的释放(或称去激活)时间stop_time2。stop_time2取值与stop_time1相同或晚于stop_time1。

可选地,scef可以在stop_time1时或stop_time1之后向bm-sc发送会话终结请求,该会话终结请求用于请求bm-sc终结正在进行的会话。具体地,bm-sc基于该会话终结请求发起mbmsbearerservice去激活流程,释放mbms承载。

610,scef向bm-sc发送会话修改请求消息,该会话修改请求消息中携带上述start_time2和stop_time2。

611,bm-sc发起mbmsbearerservice激活流程(具体即mbms会话开启请求或响应)。

具体而言,bm-sc保存接收到的信息,即上述start_time2和stop_time2。在start_time2时或start_time2之前,bm-sc发起mbmsbearerservice激活流程,创建(或称激活)mbmsbearer。在stop_time2时或stop_time2之后发起mbmsbearerservice去激活流程,释放(或称去激活)mbmsbearer;或者bm-sc将stop_time2发送给下游的其他网元,在stop_time2时或stop_time2之后,bm-sc以及下游的其他网元本地删除(或称去激活)mbms承载。

可选地,bm-sc可以根据网络策略将stop_time2修改为stop_time3,然后在stop_time3时或stop_time3之后发起mbmsbearerservice去激活流程,释放mbmsbearer,或者m-sc将stop_time3发送给下游的其他网元,在stop_time3时或stop_time3之后,bm-sc以及下游的其他网元本地删除(或称去激活)承载。

612,bm-sc向scef返回第二确认消息。

可选地,若bm-sc将stop_time2修改为stop_time3,则bm-sc向scef返回stop_time3。

613,scef向scs/s返回组消息投递响应。

这里,若bm-sc返回了新的mbms承载释放时间stop_time3,则scef根据stop_time3确定新的组消息投递结束时间stop_time4。stop_time4取值与stop_time3相同或早于stop_time3。可选地,scef可以向scs/as返回stop_time4。

可选地,scef可以在stop_time3时或stop_time3之后向bm-sc发送会话终结请求,该会话终结请求用于请求bm-sc终结正在进行的会话。bm-sc基于该会话终结请求发起mbmsbearerservice去激活流程,释放mbms承载。

614,scs/as与ue进行用户面交互。

615,组消息投递操作(比如,组消息依次经过scs/as、bm-sc、ran、ue等网元)。

若在步骤606的组消息投递请求消息中携带了组消息载荷,在start_time1时,scef向bm-sc发送组消息载荷;否则在start_time1时或在start_time1之后,scs/as向scef发送组消息载荷,scef进一步向bm-sc发送组消息载荷。scs/as在stop_time1之前完成组消息投递。

或者,若scs/as在步骤613中接收到stop_time4,则在stop_time4或stop_time4之前完成组消息投递。

616,若在步骤606中,scs/as没有提供inactivetime,则scs/as可以向scef发送组消息投递完成的指示。

可选地,该指示可以是控制面的消息,也可以是用户面的一个携带特殊标识的数据包。

617,scef向scs/as发送组消息投递完成的应答。

具体地,scef完成组消息投递后,当scef在inactivetimes时间间隔内未接收到新的数据包(若scs/as在步骤6中提供inactivetime)或在步骤616接收到的组消息投递完成的指示,则scef向scs/as发送组消息投递完成的应答。

618,当ue接收到组消息载荷后,ue与scs/as进行应用层交互。

因此,在该例中,scs/as通过向scef提供stop_time1,使得scef基于stop_time1确定mbmsbearer的释放时间,确保scs/as在mbmsbearer释放前完成组消息投递。并且,scef可以基于bm-sc返回的新的mbms承载释放时间stop_time3,修改stop_time1。

进一步地,scs/as可以修改上述stop_time1。如图7所示,该例中的流程包括以下步骤:

71,scs/as向scef发送修改组消息投递请求。

当stop_time1将要过期,若scs/as需要继续进行组消息投递,scs/as向scef发送修改组消息投递请求,该修改组消息投递请求中携带新的组消息投递结束时间stop_time1*。可选地,该修改组消息投递请求中还可以携带新的start_time1*。可选地,该修改组消息投递请求中还可以携带新的inactivetime*。

72,scef与hss/hlr交互,对scs/as对修改组消息投递的请求进行授权。

可选地,hss/hlr或scef对scs/as提供的start_time1*和stop_time1*进行校验,确定是否满足运营商策略。

73,scef向bm-sc发送修改会话请求。

在授权成功后,scef根据stop_time1*确定mbmsbearer的释放(或称去激活)时间stop_time2*。scef向bm-sc发送修改会话请求,该修改会话请求中携带stop_time2*。

74,bm-cs更新mbmsbearerservice的持续时间(具体涉及到mbms会话请求开启请求或响应)。

具体地,bm-sc根据stop_time2*更新mbmsbearerservice的持续时间,bm-cs将在stop_time2*时或stop_time2*之后发起mbmsbearerservice去激活流程,释放(或去激活)mbmsbearer。

可选地,bm-sc可能根据网络策略将stop_time2*修改为stop_time3*,并在stop_time3*时或stop_time3*之后发起mbmsbearerservice去激活流程,释放mbmsbearer。

75,bm-sc向scef返回确认消息。该返回确认消息中携带stop_time3*。

若bm-sc修改了stop_time2*为stop_time3*,则bm-sc向scef返回stop_time3*。

76,scef向scs/as发送修改组消息投递响应。

可选地,若bm-sc返回了新的mbms承载释放时间stop_time3*,则scef根据stop_time3*确定新的组消息投递结束时间stop_time4*。stop_time4*取值与stop_time3*相同或早于stop_time3*。可选地,该修改组消息投递响应中携带stop_time4。

因此,在该例中,scs/as可以将stop_time1修改为stop_time1*,从而可以在修改的stop_time1*前进行组消息投递。

本申请还提供了另一实施例,在该实施例中,业务开放功能实体可以确定组消息投递的结束时间。

图8示出了本申请另一个实施例的传输消息的方法800的示意性流程图。可选地,图8中的业务能力开放功能实体可以是scef网元,服务器可以是scs/as,广播组播业务中心可以是bm-sc。如图8所示,所述方法800包括:

s810,广播组播业务中心向业务开放功能实体发送承载释放时间。对应的,所述业务开放功能实体接收所述承载释放时间。

s820,所述业务能力开放功能实体根据所述承载释放时间,确定第一时间信息,所述第一信息用于指示组消息投递的结束时间。

可选地,所述组消息投递的结束时间与所述承载释放时间相同,或者,所述组消息投递的结束时间早于所述承载释放时间。

s830,所述业务能力开放功能实体向服务器发送所述第一时间信息。对应的,所述服务器接收所述第一时间信息。

s840,所述服务器在所述组消息投递的结束时间前进行组消息投递。

在本申请实施例中,业务开放功能实体通过获取广播组播业务中心提供的承载释放时间,根据该承载释放时间确定出组消息投递的结束时间,并将组消息投递的结束时间告知给服务器,使得服务器在组消息投递的结束时间前进行组消息投递,确保服务器在承载释放前完成组消息投递。

可选地,所述方法800还可以包括:

所述服务器向所述业务能力开放功能实体发送第一组消息投递完成指示。可选地,该第一组消息投递完成指示可以是控制面的消息,也可以是用户面的一个携带特殊标识的数据包,用于指示服务器已完成组消息投递。

对应地,若所述业务能力开放功能实体接收到来自所述服务器的第一组消息投递完成指示并完成组消息投递后,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

应理解,该方案中的具体实现可以参照前文方法500中的描述,为了简洁,不作赘述。

可选地,所述方法800还可以包括:

服务器向所述业务能力开放功能实体发送第二时间信息,所述第二时间信息包括预设时间。

可选地,所述第二时间信息也可以携带于上述组消息投递请求中。

对应的,所述业务能力开放功能实体接收来自所述服务器的第二时间信息;若所述业务能力开放功能实体在所述预设时间内没有接收到所述服务器发送的数据,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示。

应理解,该方案中的具体实现可以参照前文方法500中的描述,为了简洁,不作赘述。

可选地,所述方法800还包括:

所述服务器向所述业务能力开放功能实体发送调整指示,所述调整指示用于对所述组消息投递的结束时间进行调整。

对应的,所述业务能力开放功能实体接收上述调整指示;所述业务能力开放功能实体根据所述调整指示,获取调整后的承载释放时间;

所述业务能力开放功能实体根据所述调整后的承载释放时间,确定调整后的组消息投递的结束时间,其中,所述调整后的组消息的结束时间与所述调整后的承载释放时间相同或早于所述调整后的承载释放时间;向服务器发送所述调整后的组消息投递的结束时间。

也就是说,服务器可以扩展组消息投递的结束时间,具体即:向业务能力开放功能实体发送调整指示,使得业务能力开放功能实体基于上述调整指示确定调整后的组消息投递的结束时间。

为了便于本领域技术人员理解本申请实施例的传输消息的方法,下面将结合图9和图10中的例子详细描述本申请实施例的方法。应理解,图9和图10的例子仅仅是为了便于本领域技术人员理解本申请实施例,并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图9和图10的例子,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本申请实施例的范围内。在下面的例子中,业务能力开放实体以scef为例,服务器以scs/as为例,广播组播业务中心以bm-sc为例,终端以ue为例,这里统一进行说明。可选地,图9和图10中的例子还可以包括ran,mbms-gw/ggsn/mme/sgsn。应理解,对于与现有流程中相同的术语或概念的解释可以参见现有技术中的描述,为了简洁,本申请实施例不作详尽描述。

如图9所示,该例中的流程包括以下步骤:

901,scs/as向scef发送组消息投递准备消息。

可选地,组消息投递准备消息中携带外部组标识externalgroupid,scs标识。

902,scef与hss/hlr交互,决定scs/as是否可以授权进行组消息投递准备。

903,若授权通过,则scef与bm-sc交互,在bm-sc创建业务资源serviceresource,并从bm-sc获取serviceresource的相关属性,其中包括resourceid。

904,scef向scs/as返回组消息投递准备响应消息,该组消息投递准备响应消息中携带resourceid。

905,scs/as与ue进行交互,并提供resourceid等信息。

906,scs/sa向scef发送组消息投递请求消息。

可选地,组消息投递请求消息中携带inactivetime。其中,inactivetime用于表示若在一段时间内scef没有检测到scs/as发送的用户面数据,则确定组消息投递结束。

907,scef与hss/hlr交互,决定scs/as是否可以授权进行组消息投递。

908,若授权通过,则scef向bm-sc发送会话创建请求消息,请求在步骤903创建的serviceresource下进一步创建sessionresource。

909,bm-sc向scef发送第一确认消息。

bm-sc在步骤903创建的serviceresource下创建sessionresource。

910,scef向bm-sc发送会话修改请求消息。

scef根据start_time1确定mbmsbearer的创建(或称激活)时间start_time2。start_time2取值与start_time1相同或早于start_time1。其中,该会话修改请求消息中mbmsbearer的创建(或称激活)时间start_time2。

911,bm-sc发起mbmsbearerservice激活流程(具体涉及到mbms会话请求开启请求或响应)。

具体地,bm-sc保存接收到的信息。在start_time2时或start_time2之前,bm-sc发起mbmsbearerservice激活流程,创建mbmsbearer。bm-sc根据网络配置确定mbmsbearer窗口期。

912,bm-sc向scef返回第二确认消息。

913,scef向bm-sc发送获取会话属性的请求消息。该获取会话属性的请求消息用于请求获取会话的属性,比如,mbms承载的释放时间。

914,bm-sc向scef返回第三确认消息,该第三确认消息中携带mbms承载释放的时间stop_time1。

915,scef向scs/as返回组消息投递响应消息。

scef根据stop_time1确定组消息投递结束时间stop_time2。stop_time2取值与stop_time1相同,或者早于stop_time1。其中,该组消息投递响应消息中携带stop_time2。

916,scs/as与ue进行用户面交互。

917,组消息投递(比如,组消息依次经过scs/as、bm-sc、ran、ue等网元)。

若在步骤906中携带了组消息载荷,在start_time1时,scef向bm-sc发送组消息载荷;否则在start_time1时或在start_time1之后,scs/as向scef发送组消息载荷,scef进一步向bm-sc发送组消息载荷。scs/as在stop_time2之前完成组消息投递。

918,若在步骤6中,scs/as没有提供inactivetime,则scs/as可以向scef发送组消息投递完成的指示,该指示可以是控制面的消息,也可以是用户面的一个携带特殊标识的数据包。

919,scef向scs/as发送组消息投递完成响应。

具体地,scef完成组消息投递后,当scef在inactivetimes时间间隔内为接收到新的数据包(若scs/as在步骤6中提供inactivetime)或在步骤918接收到的组消息投递完成的指示,则scef向scs/as发送组消息投递完成的应答。

920,当ue接收到组消息载荷后,ue与scs/as进行应用层交互。

因此,在该例中,scef通过向scs/as提供组消息投递结束时间stop_time2,使得基于stop_time2进行组消息投递。

进一步地,scs/as可以修改上述组消息投递结束时间stop_time2。如图10所示,该例中的流程包括以下步骤:

11,当stop_time2要到期时,scs/as向scef发送修改组消息投递请求。

该修改组消息投递请求中携带组消息投递结束时间扩展指示,该组消息投递结束时间扩展指示用于请求对组消息投递的结束时间进行调整或修改。

可选地,scs/ac还向scef提供新的inactivetime*。

12,scef与hss/hlr交互,对scs/as对修改组消息投递的请求进行授权。

13,scef向bm-sc发送更新会话请求。该更新会话请求中携带组消息投递结束时间扩展指示。

具体地,授权成功后,scef向bm-sc提供组消息投递结束时间扩展指示。

14,bm-sc根据指示和配置扩展创建的mbmsbearerservice的窗口期,确定mbms承载的释放时间stop_time3。

15,bm-sc向scef返回第一确认消息。

16,scef向bm-sc获取会话属性。

17,bm-cs向scef发送第二确认消息,该第二确认消息中携带新的stop_time3。

18,scef向scs/as发送修改组消息响应。

具体地,scef根据stop_time3确定组消息投递结束时间stop_time4,stop_time4取值与stop_time3相同,或者早于stop_time3。上述修改组消息响应中携带stop_time4。

因此,在该例中,scs/as可以向scef发送组消息投递结束时间扩展指示,从而得到修改后的组消息投递结束时间stop_time4,从而可以基于修改后的stop_time4进行组消息投递。

应理解,本申请实施例的各个方案可以组合使用,并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释,对此不作限定。

上文结合图1至图10详细描述了根据本申请实施例的传输消息的方法。下面将结合图11至图13描述根据本申请实施例的切换用户面网元的装置。应理解,方法实施例所描述的技术特征同样适用于以下装置实施例。

图11示出了根据本申请实施例的传输消息的装置1100的示意性框图。可选地,所述装置1100的具体形态可以是通用计算机设备或通用计算机设备中的芯片,本申请实施例对此不作限定。所述装置1100是业务能力开放功能实体,比如,可以是scef网元。如图11所示,所述装置1100包括:

收发模块1110,用于接收服务器提供的第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;

处理模块1120,用于根据所述第一时间信息确定承载释放时间,并向广播组播业务中心发送所述承载释放时间;或者,用于根据所述第一时间信息向广播组播业务中心发送会话终结请求。

可选地,所述承载释放时间与所述组消息投递的结束时间相同,或者,所述承载释放时间晚于所述组消息投递的结束时间。

可选地,所述收发模块1110还用于,若所述业务能力开放功能实体接收到来自所述服务器的第一组消息投递完成指示并完成组消息投递后,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示,所述第一组消息投递完成指示用于指示所述服务器已完成组消息投递,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

可选地,所述收发模块1110还用于,所述业务能力开放功能实体接收来自所述服务器的第二时间信息,所述第二时间信息包括预设时间;若所述业务能力开放功能实体在所述预设时间内没有接收到所述服务器发送的数据,则向所述服务器发送第二组消息投递完成指示。

可选地,所述收发模块1110还用于,接收所述广播组播业务中心发送的调整后的承载释放时间;

相应的,所述处理模块1120具体用于,根据所述调整后的承载释放时间确定第三时间信息,并向所述服务器发送所述第三时间信息,所述第三时间信息用于指示调整后的组消息投递的结束时间。

可选地,所述调整后的组消息投递的结束时间与所述调整后的承载释放时间相同,或者所述调整后的组消息投递的结束时间早于所述调整后的承载释放时间。

可选地,所述收发模块1110具体用于,接收所述服务器通过组消息投递请求或修改组消息投递请求中发送的所述第一时间信息。

可选地,在所述业务能力开放功能实体向所述广播组播业务中心发送会话创建请求后,所述处理模块1120用于根据所述第一时间信息向广播组播业务中心发送会话终结请求,具体包括:

在所述第一时间信息指示的时间或之后,所述业务能力开放功能实体向所述广播组播业务中心发送所述会话终结请求。

应理解,根据本申请实施例的传输消息的装置1100可对应于前述方法实施例中业务能力开放功能实体的方法,比如,图5至图7中的方法,并且装置1100中的各个模块的上述和其它管理操作和/或功能分别为了实现前述方法实施例中业务能力开放功能实体的方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。

上述装置传输消息的装置1100还可以执行本申请提供的传输消息的另一实施例的方法,具体如下:

收发模块1110,用于接收来自广播组播业务中心的承载释放时间;

处理模块1120,用于根据所述承载释放时间,确定第一时间信息,所述第一信息用于指示组消息投递的结束时间;

所述收发模块1110,用于向服务器发送所述第一时间信息。

可选地,所述组消息投递的结束时间与所述承载释放时间相同,或者,所述组消息投递的结束时间早于所述承载释放时间。

可选地,所述收发模块1110用于:若所述业务能力开放功能实体接收到来自所述服务器的第一组消息投递完成指示并完成组消息投递后,则所述业务能力开放功能实体向所述服务器发送第二组消息投递完成指示,所述第一组消息投递完成指示用于指示所述服务器已完成组消息投递,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

可选地,所述收发模块1110还用于:接收来自所述服务器的第二时间信息,所述第二时间信息包括预设时间;

所述收发模块1110,用于若所述业务能力开放功能实体在所述预设时间内没有接收到所述服务器发送的数据,则通过所述收发模块1110向所述服务器发送第二组消息投递完成指示。

可选地,所述收发模块1110还用于:接收来自所述服务器的调整指示,所述调整指示用于对所述组消息投递的结束时间进行调整;

对应的,所述处理模块1120具体用于,根据所述调整指示,获取调整后的承载释放时间;根据所述调整后的承载释放时间,确定调整后的组消息投递的结束时间,其中,所述调整后的组消息的结束时间与所述调整后的承载释放时间相同或早于所述调整后的承载释放时间;所述收发模块1110还用于:向服务器发送所述调整后的组消息投递的结束时间。

应理解,根据本申请实施例的传输消息的装置1100可对应于前述方法实施例中业务能力开放功能实体的方法,比如,图8至图10中的方法,并且装置1100中的各个模块的上述和其它管理操作和/或功能分别为了实现前述方法实施例中业务能力开放功能实体的方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。

还应理解,在本实施例中,装置1100是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路asic、电路、执行一个或多个软件或固件程序的处理器和存储器、集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到装置1100可以采用图4所示的形式。处理模块1120可以通过图4所示的处理器401和存储器402来实现。收发模块1110可以通过图4所示的收发器403来实现。具体的,处理器通过执行存储器中存储的计算机程序来实现。可选地,当所述装置1100是芯片时,那么收发模块1120的功能和/或实现过程还可以通过管脚或电路等来实现。可选地,所述存储器为所述芯片内的存储单元,比如寄存器、缓存等,所述存储单元还可以是所述计算机设备内的位于所述芯片外部的存储单元,如图4所的存储器402。

图12示出了根据本申请实施例的传输消息的装置1200的示意性框图。可选地,所述装置1200的具体形态可以是通用计算机设备或通用计算机设备中的芯片,本申请实施例对此不作限定。所述装置1200是服务器,比如,可以是scs/as。如图12所示,所述装置1200包括:

收发模块1210,用于向业务能力开放功能实体发送第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;

处理模块1220,用于在所述组消息投递的结束时间前进行组消息投递。

可选地,所述收发模块1210,还用于向所述业务能力开放功能实体发送第一组消息投递完成指示,所述第一组消息投递完成指示用于指示所述服务器已完成组消息投递。

可选地,所述收发模块1210还用于,向所述业务能力开放功能实体发送第二时间信息,所述第二时间信息包括预设时间,所述预设时间用于所述业务能力开放功能实体在所述预设时间内没有接收到所述服务器发送的数据时确定所述服务器的组消息投递结束。

可选地,所述收发模块1210还用于,接收来自所述业务能力开放功能实体发送的第二组消息投递完成指示,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

可选地,所述收发模块1210还用于,接收来自所述业务能力开放功能实体的第三时间信息,所述第三时间信息用于指示调整后的组消息投递结束时间;

相应的,所述处理模块1220用于在所述组消息投递的结束时间前进行组消息投递,具体包括:

在所述调整后的组消息投递结束时间前,进行组消息投递。

可选地,所述收发模块1210用于向业务能力开放功能实体发送第一时间信息,具体包括:

通过组消息投递请求或修改组消息投递请求,向所述业务能力开放功能实体发送所述第一时间信息。

应理解,根据本申请实施例的传输消息的装置1200可对应于前述方法实施例中服务器的方法,比如,图5至图7中的方法,并且装置1200中的各个模块的上述和其它管理操作和/或功能分别为了实现前述方法实施例中服务器的方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。

上述装置传输消息的装置1200还可以执行本申请提供的传输消息的另一实施例的方法,具体如下:

收发模块1210,用于接收来自业务能力开放功能实体的第一时间信息,所述第一时间信息用于指示组消息投递的结束时间;

处理模块1220,用于在所述组消息投递的结束时间前进行组消息投递。

可选地,所述收发模块1210还用于:向所述业务能力开放功能实体发送第二时间信息,所述第二时间信息包括预设时间。

可选地,所述收发模块1210还用于:向所述业务能力开放功能实体发送第一组消息投递完成指示,所述第一组消息投递完成指示表示所述服务器已完成组消息投递。

可选地,所述收发模块1210还用于:接收来自所述业务能力开放功能实体发送的第二组消息投递完成指示,所述第二组消息投递完成指示用于指示所述业务能力开放功能实体已完成组消息投递。

可选地,所述收发模块1210还用于:向所述业务能力开放功能实体发送调整指示,所述调整指示用于对所述组消息投递的结束时间进行调整。

应理解,根据本申请实施例的传输消息的装置1200可对应于前述方法实施例中服务器的方法,比如,图8至图10中的方法,并且装置1200中的各个模块的上述和其它管理操作和/或功能分别为了实现前述方法实施例中服务器的方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。

还应理解,在本实施例中,装置1200是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路asic、电路、执行一个或多个软件或固件程序的处理器和存储器、集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到装置1200可以采用图4所示的形式。处理模块1220可以通过图4所示的处理器401和存储器402来实现。收发模块1210可以通过图4所示的收发器403来实现。具体的,处理器通过执行存储器中存储的计算机程序来实现。可选地,当所述装置1200是芯片时,那么收发模块1220的功能和/或实现过程还可以通过管脚或电路等来实现。可选地,所述存储器为所述芯片内的存储单元,比如寄存器、缓存等,所述存储单元还可以是所述计算机设备内的位于所述芯片外部的存储单元,如图4所的存储器402。

图13示出了根据本申请实施例的传输消息的装置1300的示意性框图。可选地,所述装置1300的具体形态可以是通用计算机设备或通用计算机设备中的芯片,本申请实施例对此不作限定。所述装置1300是服务器,比如,可以是bm-sc。如图13所示,所述装置1300包括:

收发模块1310,用于接收来自业务能力开放功能实体发送的承载释放时间;

处理模块1320,用于根据所述承载释放时间,释放承载。

可选地,所述处理模块1320还用于:对所述承载释放时间进行调整,得到调整后的承载释放时间;

相应的,所述收发模块1310用于:向所述业务能力开放功能实体发送调整后的承载释放时间。

可选地,所述收发模块1310还用于:接收所述业务能力开放功能实体发送的会话终结请求。

应理解,根据本申请实施例的传输消息的装置1300可对应于前述方法实施例中广播组播业务中心的方法,比如,图5至图7中的方法,并且装置1300中的各个模块的上述和其它管理操作和/或功能分别为了实现前述方法实施例中广播组播业务中心的方法的相应步骤,因此也可以实现前述方法实施例中的有益效果,为了简洁,这里不作赘述。

还应理解,在本实施例中,装置1300是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路asic、电路、执行一个或多个软件或固件程序的处理器和存储器、集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到装置1300可以采用图4所示的形式。处理模块1320可以通过图4所示的处理器401和存储器402来实现。收发模块1310可以通过图4所示的收发器403来实现。具体的,处理器通过执行存储器中存储的计算机程序来实现。可选地,当所述装置1300是芯片时,那么收发模块1320的功能和/或实现过程还可以通过管脚或电路等来实现。可选地,所述存储器为所述芯片内的存储单元,比如寄存器、缓存等,所述存储单元还可以是所述计算机设备内的位于所述芯片外部的存储单元,如图4所的存储器402。

还应理解,本申请实施例中出现的编号“第一”、“第二”…,只是为了区分不同的对象,比如,区分不同的“时间信息”等,并不对本申请实施例构成限定。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1