端到端的Non-IP传输方法及装置、设备、存储介质与流程

文档序号:17535923发布日期:2019-04-29 13:59阅读:3200来源:国知局
端到端的Non-IP传输方法及装置、设备、存储介质与流程

本发明涉及物联网技术,尤其涉及一种端到端的non-ip传输方法及装置、设备、存储介质。



背景技术:

随着窄带物联网的发展,关于其非网际协议(non-ip)特性如何实现的问题,成为了产业关注的一个热点问题。在第三代合作伙伴计划(3rdgenerationpartnershipproject,3gpp)版本13(r13)中,对于non-ip实现的进行了描述。

在3gppr13release版本中,对于non-ip实现的描述,无论是基于用户数据报协议(userdatagramprotocol,udp)的接入点(accesspointname,apn)方式还是隧道方式,都需要公用数据网(publicdatanetwork,pdn)网关(pdngate-way,p-gw)根据应用服务器(applicationserver,as)的增减进行动态配置,特别是在实际运营中as的数量可能数以亿计,这样p-gw没有能力按照apn或隧道的方式实现对于每一个as的数据路由。



技术实现要素:

有鉴于此,本发明实施例为解决现有技术中存在的至少一个问题而提供一种端到端的non-ip传输方法及装置、设备、存储介质,能够有效地解决non-ip传输的问题,同时与ip化方案相融合。

本发明实施例的技术方案是这样实现的:

一方面,本发明实施例提供一种端到端的non-ip传输方法,所述方法包括:

位于核心网的出口网元与应用服务器as之间的非网际协议non-ip数据网关保存预先配置的终端和所述as之间的端到端映射表;

所述non-ip数据网关根据所述端到端映射表进行non-ip数据端到端路由寻址。

另一方面,本发明实施例提供一种端到端的non-ip传输装置,所述装置位于核心网的出口网元与应用服务器as之间,所述装置包括保存单元和路由单元,其中:

所述保存单元,用于保存预先配置的终端和所述as之间的端到端映射表;

所述路由单元,用于根据所述端到端映射表进行non-ip数据端到端路由寻址。

再一方面,本发明实施例提供一种端到端的non-ip传输设备,包括存储器和处理器,所述存储器存储有可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述的端到端的non-ip传输方法。

又一方面,本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以下步骤:

位于核心网的出口网元与应用服务器as之间的非网际协议non-ip数据网关保存预先配置的终端和所述as之间的端到端映射表;

所述non-ip数据网关根据所述端到端映射表进行non-ip数据端到端路由寻址。

本发明实施例提供的端到端的non-ip传输方法及装置、设备、存储介质,其中,位于核心网的出口网元与应用服务器as之间的非网际协议non-ip数据网关保存预先配置的终端和所述as之间的端到端映射表;所述non-ip数据网关根据所述端到端映射表进行non-ip数据端到端路由寻址;如此,能够有效地解决non-ip传输的问题,同时与ip化方案相融合。

附图说明

图1为3gppr13release中non-ip数据的流转示意图;

图2a为基于udp的apn方式的数据路径拓扑图;

图2b为隧道方式的数据路径拓扑图;

图3a为本发明实施例数据路径拓扑图;

图3b为本发明实施例数据路径拓扑图;

图4a为本发明实施例端到端的non-ip传输方法的实现流程示意图;

图4b为本发明实施例终端和服务器之间的端到端映射表的示意图;

图4c为本发明实施例d-mec与p-gw、as之间的链路层对应关系图;

图4d为本发明实施例d-mec与p-gw、as之间ip数据与non-ip数据之间的转换示意图

图5a为本发明实施例端到端的non-ip传输在上行时的数据流转图;

图5b为本发明实施例端到端的non-ip传输在下行时的数据流转图;

图6为本发明实施例端到端的non-ip传输装置的组成结构示意图;

图7为本发明实施例中端到端的non-ip传输设备的一种硬件实体示意图。

具体实施方式

为了更好地理解本发明的各实施例,先介绍一下端到端数据流。

按照3gppts23.720的标准定义,物联网,特别是基于蜂窝的窄带物联网(narrowbandinternetofthings,nb-iot)主要用于传送低速率小报文,nb-iot终端到as(应用服务器)间端到端数据流有ip数据、non-ip数据和sms数据传输三种典型方式。

(1)ip数据,与长期演进(longtermevolution,lte)数据流一样,核心网例如第四代(4g)核心网络(epc)需要根据ip类型建立相应的pdn连接用来传输ip数据,传输路径和普通lte终端一致。

(2)non-ip数据,non-ip数据的发送有两种方案,对应两条不同的路径。路径一:可以基于新的逻辑模块scef传输,mme建立一条执行scef的控制面pdn连接,通过这条pdn连接,ue把non-ip数据传送给应用服务器as。路径二:通过点到点(p2p)sgi隧道传输。

在ue进行pdn连接请求时,ue会指示non-ippdn类型。用户签约信息中有non-ip类型缺省的apn。mme使用该缺省apn,用于首次接收non-ip连接请求。mme基于本地配置策略,可以决定采用基于scef方案还是基于p2psgi隧道方案来传输终端和应用服务器之间的non-ip数据。

(3)短信息服务(shortmessageservice,sms)传输(短消息服务中心),用户和应用服务器之间的消息通过mme和sms的sgd接口传输,该方案无线给终端分配ip地址。

图1为3gppr13release中non-ip数据的流转示意图,如图1所示,non-ip数据的流转过程中的网络设备包括终端(ue)、基站、移动管理实体(mobilitymanagemententity,mme)、服务网关(s-gw)、pdn网关(pdn-gw)、服务能力开放单元(servicecapabilityexposurefunction,scef)和as,其中:

scef是3gpp定义的能力开放功能逻辑网元,scef能够把3gpp定义的网络接口提供的网元业务能力安全地开放给第三方业务提供商。scef可以部署在核心网侧,也可以作为智能iot平台的一部分逻辑功能对外开放。

non-ip数据的流转线路包括三条,第一条中non-ip数据的流转为ue→基站→mme→scef→as;第二条中non-ip数据的流转为ue→基站→mme→s-gw→p-gw→as;第三条中non-ip数据的流转为ue→基站→s-gw→p-gw→as。

在该图1中,scef和pgw均为核心网的出口网元,那么以核心网内的传输路径和核心网外的传输路径将non-ip数据端到端的传输路径可以分为两段,针对上述的第一条,第一段是ue至scef,第二段是scef至as。针对上述的第二条,第一段是ue至pgw,第二段是pgw至as。其中:

第一段ue至pgw/scef:non-ip数据和网际协议(ip)数据传输方式基本一样,都是通过网络接入服务器(networkaccessserver,nas)信令/隧道传输。两者的差别仅在于pdn承载的类型不一样,网络不给使用non-ip承载的ue分配ip地址。

第二段pgw/scef至as:一种方式是通过p-gw/scef到as的apn;一种是通过隧道从p-gw/scef到as。

在3gppr13release版本中,对于上述第二段中non-ip实现有基于udp的apn方式和隧道方式。下面以pgw作为核心网的出口网元为例,介绍基于udp的apn方式和隧道方式的工作流程,图2a为基于udp的apn方式的数据路径拓扑图,如图2a所示,其中基于udp的apn方式的工作流程包括以下步骤:

步骤201,在pgw上,以apn为粒度,预先配置as的ip地址(为减少apn数量,可考虑以号段为粒度);

步骤202,ue发起附着/pdn建立时,pgw为ue分配ip地址(该ip不返回给ue),并建立(gtp隧道id,ueip)映射表;

步骤203,以上行数据为例,pgw收到ue侧的non-ip数据后,将其从gtp隧道中剥离,并加上ip头(源ip为pgw为ue分配的ip,目的ip为as的ip),然后经由ip网络发往as;

步骤204,as收到ip报文后,解析其中的non-ip数据内容及其中的用户id,并建立(用户id,ueip)映射表,便于下行数据发送。

图2b为隧道方式的数据路径拓扑图,如图2b所示,隧道方式的工作流程包括以下步骤:

步骤211,在pgw上,以apn为粒度,预先配置as的ip地址;

步骤212,ue发起附着/pdn建立时,pgw不为ue分配ip地址,并建立到as的隧道(两条交互消息),并建立左右两侧隧道的映射表;

步骤213,以上行数据为例,pgw收到ue侧的non-ip数据后,将其从gtp隧道1中剥离,并将其放入隧道2中,然后经由隧道发往as;

步骤214,as收到后,解析其中的non-ip数据内容及其中的用户id,并建立(用户id,隧道id)映射表,便于下行数据发送。

在3gppr13release版本中,对于上述第二段中non-ip实现的描述,无论是基于udp的apn方式还是隧道方式,都需要p-gw根据as的增减进行动态配置,特别是在实际运营中as的数量可能数以亿计,这样p-gw没有能力按照apn或隧道的方式实现对于每一个as的数据路由。

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

本实施例为解决non-ip数据路由问题,引入non-ip数据网关这一关键设备,对于non-ip数据网关的功能定义为non-ip数据的路由转发设备。图3a和图3b为本发明实施例数据路径拓扑图,如图3a和图3b所示,该网络架构包括图1所示的各网络设备外,还包括引入的non-ip数据网关。

本发明实施例提供一种端到端的non-ip传输方法,该方法应用于网络计算设备(计算设备),该方法所实现的功能可以通过系统中的各计算设备的处理器调用程序代码来实现,当然程序代码可以保存在计算机存储介质中,可见,该计算设备至少包括处理器和存储介质。

图4a为本发明实施例端到端的non-ip传输方法的实现流程示意图,如图4a所示,该方法包括:

步骤s401,位于核心网的出口网元与as之间的non-ip数据网关保存预先配置的终端和所述as之间的端到端映射表;

这里,所述核心网的出口网元包括以下至少之一:服务能力开放单元scef、公用数据网pdn网关pgw;所述non-ip数据网关设置于scef与as之间;或者,所述non-ip数据网关设置于pgw与as之间。

步骤s402,所述non-ip数据网关根据所述端到端映射表进行non-ip数据端到端路由寻址。

这里,所述端到端映射表用于表征终端标识与as标识之间的对应关系。在其他的实施例中,所述端到端映射表还用于表征与所述对应关系对应的网际协议ip地址或隧道标识。从以上可以看出,端到端映射表中的最少元素就是只有端到端标识(终端标识和as标识),上行时,non-ip数据网关将第一non-ip数据发送给scef,然后查询得到as标识,然后根据as标识将数据路由给as。端到端映射表中还可以有与终端标识与as标识之间的对应关系相对应的ip地址,第一次时,端到端映射表中可以没有ip地址,然后non-ip数据网关向scef查询;然后non-ip数据网关完成端到端映射表,那么第二次上行数据或第一次下行数据时无需去scef查询,直接根据non-ip数据中的ip信息如ip地址可以查询到as标识。

根据端到端映射表中是否有ip地址,下面分两种情况来讨论:

第一种情况:端到端映射表中具有ip地址,那么不用去scef查询,直接路由至as;对应地,所述non-ip数据网关根据所述端到端映射表进行non-ip数据端到端路由寻址,包括:

步骤s11,所述non-ip数据网关接收所述核心网的出口网元发送的封装有udp/ip头的第一non-ip数据;

步骤s12,如果所述端到端映射表中具有所述udp/ip头中的第一ip地址,所述non-ip数据网关根据所述第一ip地址查询所述端到端映射表,得到所述第一non-ip数据对应的as标识;

步骤s13,所述non-ip数据网关根据所述as标识将所述第一non-ip数据路由至对应的as。

第二种情况:端到端映射表中没有ip地址,那么要去scef查询,然后路由至as;对应地,所述non-ip数据网关根据所述端到端映射表进行non-ip数据端到端路由寻址,包括:

步骤s21,所述non-ip数据网关接收所述核心网的出口网元发送的封装有udp/ip头的第一non-ip数据;

步骤s22,如果所述端到端映射表中没有所述udp/ip头中的第一ip地址,所述non-ip数据网关根据所述udp/ip头中的第一ip地址从服务能力开放单元scef查询,得到所述第一non-ip数据对应的终端标识;

步骤s23,所述non-ip数据网关根据所述终端标识查询所述端到端映射表,得到所述第一non-ip数据对应的as标识;

步骤s24,所述non-ip数据网关根据所述as标识将所述第一non-ip数据路由至对应的as。

其中,所述non-ip数据网关根据所述udp/ip头中的ip信息从scef查询,得到所述第一non-ip数据对应的终端标识,包括:所述non-ip数据网关将收到的封装有所述udp/ip头的第一non-ip数据按照restful接口的要求发送给scef;所述non-ip数据网关接收所述scef返回的终端标识。

在上述的实施例中,如果端到端映射表中没有ip地址,那么从scef查询完了之后,可以完善一下映射表。对应地,所述方法还包括:所述non-ip数据网关根据第一ip地址与所述终端标识、as标识之间的对应关系建立所述端到端的映射关系表;这样,第二次上行数据或第一次下行数据时无需去scef查询,直接根据non-ip数据中的ip信息如ip地址可以查询到as标识。

在完成上面的上行数据时,下行时,所述non-ip数据网关根据所述端到端映射表进行non-ip数据端到端路由寻址,包括:所述non-ip数据网关接收所述as发送的第二non-ip数据,所述第二non-ip数据中携带终端标识;所述non-ip数据网关根据所述终端标识查询所述端到端映射表,得到第二ip地址;所述non-ip数据网关根据所述第二ip地址为所述第二non-ip数据进行udp/ip头封装,并将封装后的第二non-ip数据发送给所述核心网的出口网元。

在其他的实施例中,再提供一种根据数据订阅方式完成端到端映射表的建立的过程,所述方法还包括:

步骤s31,所述non-ip数据网关向scef发送数据订阅信息,所述数据订阅信息为ip地址与终端标识之间的对应关系;

步骤s32,在终端附着核心网之后,所述non-ip数据网关接收scef根据所述数据订阅信息发送的订阅数据;

步骤s33,所述non-ip数据网关接收as发送的声明,所述声明用于表征所述as自身下辖的终端;

步骤s34,所述non-ip数据网关根据所述订阅数据和所述声明建立所述端到端映射表。

这里,步骤s32与步骤s33之间没有明显的先后执行关系,可以先执行步骤s31和步骤s32,后执行步骤s33;也可以先执行步骤s33,后执行步骤s31和步骤s32。

参见上述的图3a和图3b,以以pgw作为核心网的出口网元为例,介绍一下数据的流转过程:

数据上行时,从终端(ue)通过基站(enode-b)到核心网,然后到核心网的出口网元p-gw,p-gw按照3gpp规范要求,通过为non-ip加上udp/ip头封装,通过sgi接口发送至non-ip数据网关,然后由non-ip数据网关根据接收到的数据ip,从scef查询到对应的设备信息(ue_id),然后根据自身存储的端到端映射表,将此数据路由至对应的as。

数据下行时,as数据到达non-ip数据网关后,根据映射关系表,将数据打包记录的udp/ip头,发送至p-gw,p-gw根据ip地址建立下行至ue链路,将数据下行到相应的ue。

这样non-ip在数据流转过程中,在核心网出口数据形式和ip数据一致,保持了和ip数据流转最大程度的一致性。as无需根据non-ip数据进行单独接口开发测试,只需要按照non-ip数据网关的要求进行接口对接即可。

non-ip数据网关(此处命名为d-mec(数据与信息交换中心))满足以上流转方案,需要支持以下功能:

一、端到端映射表

non-ip数据网关需要保存用户预先配置的终端和服务器之间的端到端映射表,图4b为本发明实施例终端和服务器之间的端到端映射表的示意图,如图4b所示,该端到端映射表中,对于ip1/隧道号1的映射关系为:ue_id1:as1;对于ip2/隧道号2的映射关系为:ue_id2:as1;对于ip3/隧道号3的映射关系为:ue_id3:as2;对于ip4/隧道号4的映射关系为:ue_id4:as2;等等。其中ue_id表示ue标识,例如ue_id1、ue_id2、ue_id3、ue_id4,分别为ue1至ue4的标识。as_id表示as的标识,例如as_id1、as_id2、as_id3、as_id4,分别为as1至as4的标识。ip1、ip2等表示ip地址,隧道号1/2等表示隧道标识。

该端到端映射表是用户一开始根据自己的as下辖的ue情况,将终端标识(ue_id)和as的从属关系在d-mec上声明,其中终端标识可以是码号、imsi等任何唯一性设备标识。同时这个端到端映射表中需要记录ue到达d-mec时所携带的ip信息或隧道号,用于数据下行时的寻址。

二、接口要求

d-mec与p-gw、as、scef均具有接口,接口要求如下:

1)d-mec与p-gw之间的接口

以d-mec作为non-ip数据网关、以pgw作为核心网的网络出口单元为例,图4c为本发明实施例d-mec与p-gw、as之间的链路层对应关系图,图4d为本发明实施例d-mec与p-gw、as之间ip数据与non-ip数据之间的转换示意图,参见图4c和图4d所示,sgi接口是p-gw和d-mec之间的接口,其基本要求遵循3gpp标准29.061。需要支持radius协议,并支持ipv6/ipv4双栈。接口要求可提供fe、ge等物理接口,并且可根据需要扩展成多个物理接口,并且与gn/s5/s8、计费、网管接口物理分离,sgi接口要求至少可以支持3个以上的物理接口。

p-gw将ue数据按照其apn配置,利用udp承载,通过以上接口将数据上行至d-mec。下行时,由d-mec根据p-gw分配给ue的ip地址进行寻址。

2)d-mec与scef之间的接口

d-mec与scef之间支持restful接口和数据订阅功能。其中:

restful接口:d-mec将收到的ueip按照restful接口的要求发送给scef,scef返回ue信息给d-mec,使d-mec可以进行映射关系表查询。

数据订阅功能:scef根据和d-mec的订阅关系(数据订阅信息),当ue设备附着至核心网之后,将其被分配的ip和对应的设备信息(至少包括终端id)推送给d-mec,这样,d-mec可以根据订阅数据(ip地址和终端id)和预先配置的as与终端之间的对应关系,建立端到端映射表;d-mec后续根据此non-ip数据中的ip地址查询端到端映射表,得到as标识,从而将non-ip数据路由至as或者根据as数据中的as标识和终端标识查询端到端映射表,得到ip地址,从而进行udp/ip封装,从而将as数据路由至核心网。

对于d-mec来说,restful接口提供了一种主动查询服务;对于scef来说,而数据订阅功能提供了一种主动推送功能。

3)d-mec与as之间的接口

d-mec与as之间支持数据订阅接口,根据映射关系表将数据推送至as。

有了non-ip数据网关的功能支持后,下面介绍一下本发明实施例端到端的non-ip传输方法的实现流程,图5a为本发明实施例端到端的non-ip传输在上行时的数据流转图,如图5a所示,该方法包括:

步骤s501,应用服务器向d-mec声明下辖的终端标识(ue-id)。

步骤s502,ue将nas承载发送至p-gw;

这里,终端(ue)通过基站(enode-b)到核心网的mme,然后到核心网出口网元p-gw。

步骤s503,p-gw将ip数据包进行封装,并发送给d-mec;

这里,p-gw按照3gpp规范要求,通过为non-ip加上udp/ip头封装,通过sgi接口发送至non-ip数据网关即d-mec。

步骤s504,d-mec通过终端的ip数据包(ue_ip)向scef查询终端标识;

在其他的实施例中,d-mec与scef之间支持restful接口,如果端到端映射表中每一ip地址,那么d-mec根据接收到的数据ip,从scef查询到对应的设备信息(ue_id),然后根据自身存储的端到端映射表,将此数据路由至对应的as。

步骤s505,scef向d-mec返回终端标识,并建立映射关系;

这里,d-mec将收到的ueip按照restful接口的要求发送给scef,scef返回ue信息给d-mec,使d-mec可以进行映射关系表查询

步骤s506,d-mec通过ip通道将数据发送给as。

下面介绍一下本发明实施例端到端的non-ip传输方法的实现流程,图5b为本发明实施例端到端的non-ip传输在下行时的数据流转图,如图5b所示,该方法包括:

步骤s511,as将携带有终端标识的数据发送给d-mec。

步骤s512,d-mec根据终端标识获取ue的ip数据包;

步骤s513,d-mec通过ip对应的路径下发数据到ue。

这里,as数据到达d-mec后,d-mec根据映射关系表,将数据打包记录的udp/ip头,发送至p-gw,p-gw根据ip地址建立下行至ue链路,将数据下行到相应的ue。

non-ip数据网关在以上方案中,不仅可以对non-ip进行传输,也可以对ip数据也可以进行一样的办法处理,这样就保证了ip和non-ip数据的最大化的流转方案一致性。

以上实施例中提出了一种non-ip数据流转的整体实现流程,在此过程中,还提出了一种新的网络架构,引入了non-ip数据网关,并对non-ip数据网关的要求、non-ip数据网关与scef的接口进行了阐述。与现有技术相比,本实施例具有以下技术优点:1)本实施例在不对3gpp规范的核心网设备进行非标改造的基础上,通过引入non-ip数据网关,解决了non-ip数据流转中存在的p-gw无法支持海量apn及隧道动态配置和工作的问题,实现了non-ip数据的流转。2)本实施例最大化的与ip传输方案兼容,使as无需进行额外改造,就可以通过与non-ip数据网关对接,获取ip及non-ip数据。

基于前述的实施例,本发明实施例提供一种端到端的non-ip传输装置,该装置所包括的各单元,以及各单元所包括的各模块,都可以通过计算设备中的处理器来实现;当然也可通过逻辑电路实现;在实施的过程中,处理器可以为中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)或现场可编程门阵列(fpga)等。

图6为本发明实施例端到端的non-ip传输装置的组成结构示意图,如图6所示,所述装置600位于核心网的出口网元与应用服务器as之间,所述装置600包括保存单元601和路由单元602,其中:

所述保存单元601,用于保存预先配置的终端和所述as之间的端到端映射表;

所述路由单元602,用于根据所述端到端映射表进行non-ip数据端到端路由寻址。

其中,所述端到端映射表用于表征终端标识与as标识之间的对应关系。在其他的实施例中,所述端到端映射表还用于表征与所述对应关系对应的网际协议ip地址或隧道标识。

在其他的实施例中,所述核心网的出口网元包括以下至少之一:服务能力开放单元scef、公用数据网pdn网关pgw;

所述non-ip数据网关设置于scef与as之间;或者,所述non-ip数据网关设置于pgw与as之间。

在其他的实施例中,所述路由单元包括第一接收模块、第一查询模块和第一路由模块,其中:

所述第一接收模块,用于接收所述核心网的出口网元发送的封装有udp/ip头的第一non-ip数据;

所述第一查询模块,用于如果所述端到端映射表中具有所述udp/ip头中的第一ip地址,根据所述第一ip地址查询所述端到端映射表,得到所述第一non-ip数据对应的as标识;

所述第一路由模块,用于根据所述as标识将所述第一non-ip数据路由至对应的as。

在其他的实施例中,所述路由单元包括第二接收模块、第二查询模块、第三查询模块和第二路由模块,其中:

所述第二接收模块,用于接收所述核心网的出口网元发送的封装有udp/ip头的第一non-ip数据;

所述第二查询模块,用于如果所述端到端映射表中没有所述udp/ip头中的第一ip地址,根据所述udp/ip头中的第一ip地址从服务能力开放单元scef查询,得到所述第一non-ip数据对应的终端标识;

所述第三查询模块,用于根据所述终端标识查询所述端到端映射表,得到所述第一non-ip数据对应的as标识;

所述第二路由模块,用于根据所述as标识将所述第一non-ip数据路由至对应的as。

在其他的实施例中,所述第二查询模块,用于:将收到的封装有所述udp/ip头的第一non-ip数据按照restful接口的要求发送给scef;接收所述scef返回的终端标识。

在其他的实施例中,所述装置还包括第一建立单元,用于根据第一ip地址与所述终端标识、as标识之间的对应关系建立所述端到端的映射关系表。

在其他的实施例中,所述路由单元包括第三接收模块、第四查询模块、封装模块和第三路由模块,其中:

所述第三接收模块,用于接收所述as发送的第二non-ip数据,所述第二non-ip数据中携带终端标识;

所述第四查询模块,用于根据所述终端标识查询所述端到端映射表,得到第二ip地址;

所述封装模块,用于根据所述第二ip地址为所述第二non-ip数据进行udp/ip头封装;

所述第三路由模块,用于将封装后的第二non-ip数据路由给所述核心网的出口网元。

在其他的实施例中,所述装置还包括:订阅单元、第一接收单元、第二接收单元和第二建立单元,其中

所述订阅单元,用于向scef发送数据订阅信息,所述数据订阅信息为ip地址与终端标识之间的对应关系;

所述第一接收单元,用于在终端附着核心网之后,所述non-ip数据网关接收scef根据所述数据订阅信息发送的订阅数据;

所述第二接收单元,用于接收as发送的声明,所述声明用于表征所述as自身下辖的终端;

所述第二建立单元,用于根据所述订阅数据和所述声明建立所述端到端映射表。

在实现的过程中,上述的业务平台或写卡平台都可以通过计算设备来实现,例如都可以通过个人计算机、笔记本电脑、手持终端等来实现。

以上装置实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。

需要说明的是,本发明实施例中,如果以软件功能模块的形式实现上述的端到端的non-ip传输方法,并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:u盘、移动硬盘、只读存储器(readonlymemory,rom)、磁碟或者光盘等各种可以存储程序代码的介质。这样,本发明实施例不限制于任何特定的硬件和软件结合。

对应地,本发明实施例提供一种端到端的non-ip传输设备,该设备位于核心网的出口网元与应用服务器as之间,该设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现以下步骤:

保存预先配置的终端和所述as之间的端到端映射表;

根据所述端到端映射表进行non-ip数据端到端路由寻址。

对应地,本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以下步骤:

保存预先配置的终端和所述as之间的端到端映射表;

根据所述端到端映射表进行non-ip数据端到端路由寻址。

以上存储介质和设备实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节,请参照本发明存储介质和设备实施例的描述而理解。

需要说明的是,图7为本发明实施例中计算设备的一种硬件实体示意图,该计算设备700的硬件实体包括:处理器701、通信接口702和存储器703,其中

处理器701通常控制计算设备700的总体操作。

通信接口702可以使计算设备通过网络与其他终端或服务器通信。

存储器703配置为存储由处理器701可执行的指令和应用,还可以缓存待处理器701以及计算设备700中各模块待处理或已经处理的数据(例如,图像数据、音频数据、语音通信数据和视频通信数据),可以通过闪存(flash)或随机访问存储器(randomaccessmemory,ram)实现。

在本发明的各实施例中,所述终端在实施的过程中可以为各种类型的具有信息处理能力的物联网设备,例如至少所述物联网设备可以包括手机、平板电脑、台式机、个人数字助理、导航仪、数字电话、视频电话、电视机等。在实现过程中,终端与物联网的行业有关,物联网的行业例如汽车零部件、智能家电、车联网、电子抄表、智慧城市、远程医疗时,终端可以为该行业中的电子设备,只要具有sim卡和基带芯片即可。

应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

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

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

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

另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(readonlymemory,rom)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

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