CN106102022A - 基于底层网络特性的传输控制方法及*** - Google Patents
基于底层网络特性的传输控制方法及*** Download PDFInfo
- Publication number
- CN106102022A CN106102022A CN201610380048.9A CN201610380048A CN106102022A CN 106102022 A CN106102022 A CN 106102022A CN 201610380048 A CN201610380048 A CN 201610380048A CN 106102022 A CN106102022 A CN 106102022A
- Authority
- CN
- China
- Prior art keywords
- resource
- transmission
- layer network
- request
- public 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种基于底层网络特性的传输控制方法及***,方法包括预先建立应用实体资源下的多个与业务应用需求相对应的传输策略资源以及公共服务实体资源下的传输控制资源;应用实体产生业务应用需求时,执行如下步骤:确定与业务应用需求相对应的传输策略资源,并向公共服务实体发送携带传输策略资源参数的请求信息;公共服务实体根据该请求信息选择满足传输策略资源要求的底层网络,确定相应的传输控制资源,并将数据包发送给底层网络;底层网络接收该数据包并按照公共服务实体确定的传输控制资源,对该数据包进行传输。***包括业务资源建立单元、传输策略获取单元、传输控制确定单元和底层网络传输单元。本发明可提高网络运行效率。
Description
技术领域
本发明涉及物联网通信技术领域,尤其涉及基于底层网络特性的传输控制方法及***。
背景技术
为了高效地部署与统一M2M(Machine to Machine即机器到机器)通信***,推动M2M全球标准与垂直行业应用融合,全球化标准组织—oneM2M应运而生。oneM2M的基本目标是统一通信业界的M2M应用层标准,促进通信产业内部有效协同。oneM2M标准采用分层的功能架构,层与层之间的通信通过统一的接口完成,oneM2M***要求基于统一的接口同时兼容不同的底层接入网络(包括但不局限于3GPP,WiFi,Bluetooth)。
oneM2M***分为应用层、公共服务层以及网络服务层3层结构。其中应用层由AE(即应用实体)管理负责应用的有关操作与存储,公共服务层由CSE(公共服务实体)管理负责汇聚应用层信息形成资源池同时协调底层网络传输,是oneM2M中的核心层,起到平台的作用,网络层则由NSE(网络服务实体)管理负责底层网络传输。
在oneM2M***中,所有的实体,例如AE,CSE,NSE,数据等等,都以资源的形式表示。资源结构则详细定义了资源的表示方式,同时定义了获取这些资源的方式。一个资源下可以有多个属性或者子资源,这些资源都是独立寻址的。
oneM2M体系下层与层间有如下3种接口:Mca(Reference Point for M2MCommunication with AE),即应用实体与公共服务实体之间的接口,负责AE到CSE和CSE到AE间的通信;Mcc(Reference Point for M2M Communication with),即公共服务实体与公共服务实体之间的接口,负责两个CSE间的通信;Mcn(Reference Point for M2MCommunication with NSE),即公共服务实体与底层网络服务实体之间的接口,负责CSE到NSE和NSE到CSE间的通信。
随着物联网技术的快速发展,oneM2M***所涵盖的应用场景日趋广泛,业务需求更加多样,在许多场景里,应用对于底层网络的选择,都依据各自的业务特点有着不同的需求。例如,视频业务会考虑到计费问题,优先选择WiFi网络;而安全相关的业务,可能需要紧急响应,通过底层网络的广播和组播技术快速收集信息。
因此,为了满足不同业务的多样需求,OneM2M***需要有能力支持应用对底层网络的选择以及对底层网络适用广播组播技术的控制。
现有技术中,针对该技术问题存在两种技术方案:
其中一种技术方案,为了支持群组操作的需求,现有OneM2M标准通过组管理公共服务功能负责处理与群组相关的操作Request,并利用<group>资源来表示一个群组的基本信息以及群组内各成员的信息,包括了成员类型、成员接入控制策略、群组大小等。在<group>资源下,OneM2M通过<fanOutPoint>这一虚拟资源来处理对群组的操作Request。只要是发送到<fanOutPoint>资源的Request都会被该虚拟资源分发给它所在<group>资源的每个成员,成员通过membersIDs来标识。同时,组内各成员的响应也会通过<fanOutPoint>资源进行聚合再返回给Request方。
通过<fanOutPoint>虚拟资源,有效减少了对群组进行操作时所需要发送的Request,降低了开销。虽然<fanOutPoint>虚拟资源负责将所收到Request分发到组内每个成员,但该技术并没有充分考虑与利用组内成员的网络特性,也缺少一些灵活性。在分发Request时,组内成员可能接入到同一或不同的底层网络,不同的底层网络存在性能差异,如果底层网络支持组播(multicast)传输,我们应当充分利用底层网络所提供的这种能力。同时,某些应用需要利用某种特定底层网络的性能,这要求在分发Request时需要根据应用需求来强制选择底层网络。而<fanOutPoint>虚拟资源无法解决上述的问题。
还有一种网络选择方案,移动终端首先获取周围网络的信息,周围网络是指不同接入技术类型的网络,然后根据周围网络的信息按照优先级生成网络列表,并扫描网络列表中的网络,获得被扫描网络的信号质量,最后依据网络列表和被扫描网络的信号质量,选择网络进行附着。
虽然此技术方案可以实现移动终端在多种接入技术类型的网络之间选择合适的网络进行附着。但该方案仅仅考虑了一个用户接入网络的情况,遗漏了多用户组播网络的情况。同时,对于周围网络信息中包含的网络业务能力定义不足。并且,该网络选择方案仅适用于3GPP和WIMAX网络,不能很好的适用于OneM2M***中的所有的底层网络。
发明内容
本发明实施例的目的在于提供一种oneM2M体系下基于底层网络特性的传输控制方法及***,以适应多种不同的网络环境,提高网络运行效率。
为达到上述目的,本发明实施例公开了基于底层网络特性的传输控制方法,包括预先建立应用实体资源下的多个与业务应用需求相对应的传输策略资源以及公共服务实体资源下的传输控制资源;当应用实体产生业务应用需求时,执行如下步骤:
S1)确定与业务应用需求相对应的传输策略资源,并向公共服务实体发送携带传输策略资源参数的请求信息;
S2)公共服务实体根据该请求信息选择满足传输策略资源要求的底层网络,确定相应的传输控制资源,并将数据包发送给底层网络;
S3)底层网络接收该数据包并按照公共服务实体确定的传输控制资源,对该数据包进行传输。
较佳地,所述步骤S2)包括:
S21)公共服务实体根据请求信息中的目的地址参数更新当前的公共实体资源下的传输策略资源;
S22)启动相应的传输策略,指示处于该粒度下的后续请求均需经过执行该传输策略,并将上述操作成功与否的结果返回给请求的来源;
S23)公共服务实体接收到后续请求,根据请求的来源来对其执行相应的传输策略,若当前的底层网络属性不能满足传输策略要求时,向邻接公共服务实体执行更新相应传输资源的请求操作,对请求进行转发,直至找到满足该传输策略资源要求的底层网络;
S24)将上层业务数据经处理映射到底层网络可识别的数据格式,并发送给底层网络进行处理。
较佳地,所述步骤S21),还包括:
当公共服务实体由于传输控制资源的限制无法根据请求信息更新传输策略资源时,则启动底层网络发现机制,根据底层网络发现返回的底层网络属性信息来建立或者更新。
较佳地,所述底层网络属性包括广播属性和组播属性。
较佳地,所述广播属性包括广播、周期性广播、有QoS保证的广播和缺省;所述组播属性包括组播、周期性组播、有QoS保证的组播和缺省。
本发明实施例公开了基于底层网络特性的传输控制***,包括:
业务资源建立单元,用于建立应用实体资源下的多个与业务应用需求相对应的传输策略资源以及公共服务实体资源下的传输控制资源;
传输策略获取单元,用于应用实体产生业务应用需求时,确定与业务应用需求相对应的传输策略资源,并向公共服务实体发送携带传输策略资源参数的请求信息;
传输控制确定单元,用于公共服务实体根据请求信息选择满足传输策略资源要求的底层网络,确定相应的传输控制资源,并将数据包发送给底层网络;
底层网络传输单元,用于底层网络接收数据包并按照公共服务实体确定的传输控制资源,对该数据包进行传输。
较佳地,所述传输策略获取单元包括:
传输策略资源更新模块,用于接收请求信息,根据请求信息中的目的地址参数更新当前的公共实体资源下的传输策略资源;
传输策略启动模块,用于启动相应的传输策略,指示处于该粒度下的后续请求均需经过执行该传输策略,并将上述操作成功与否的结果返回给请求的来源;
底层网络选择模块,用于公共服务实体接收到后续请求,根据请求的来源来对其执行相应的传输策略;若当前的底层网络属性不能满足传输要求传输策略要求时,向邻接公共服务实体执行更新相应传输资源的请求操作,对请求进行转发,直至找到满足该传输策略资源要求的底层网络;
业务数据发送模块,用于将上层业务数据经处理映射到底层网络可识别的数据格式,并发送给底层网络进行处理。
较佳地,所述传输策略资源更新模块,还包括:
底层网络发现更新模块,用于当公共服务实体由于传输控制资源的限制无法根据请求信息更新传输策略资源时,则启动底层网络发现机制,根据底层网络发现返回的底层网络属性信息来建立或者更新。
较佳地,所述底层网络属性包括广播属性和组播属性。
较佳地,所述广播属性包括广播、周期性广播、有QoS保证的广播和缺省;所述组播属性包括组播、周期性组播、有QoS保证的组播和缺省。
由上述的技术方案可见,本发明实施例具有如下显著的技术效果:
1、通过新的资源类型,将底层网络的特性进行抽象量化,进一步增强了底层网络的开放能力;通过在<group>资源中添加组播地址,在传输时利用底层网络对组播的支持,增强了<fanOutPoint>对网络Request的处理能力,降低了资源开销;应用可以通过了解底层网络特性而指定特定的网络进行传输,提高了网络协议的灵活性。
2、本发明提出了oneM2M下的底层网络传输控制资源表示框架,并以此为基础,设计了oneM2M体系下的底层网络传输控制机制,符合OneM2M基于统一公共服务实体对上层应用提供统一服务管理的设计思想,从而填补了oneM2M体系在底层网络传输控制上的空缺。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1提供的基于底层网络特性的传输控制方法的流程示意图;
图2为本发明实施例1提供的传输参数资源表示结构示意图;
图3为本发明实施例1提供的group资源表示结构示意图;
图4为本发明实施例1提供的传输策略资源表示结构示意图;
图5为本发明实施例1提供的底层网络为WLAN的具体传输控制机制流程示意图;
图6为本发明实施例1提供的应用实体资源下的传输资源表示结构示意图;
图7为本发明实施例1提供的公共服务实体资源下的传输资源表示结构示意图;
图8为应用本发明实施例2提供的基于底层网络特性的传输控制方法的车载咨询***结构示意图;
图9为本发明实施例3提供的应用实体资源下的传输机制流程示意图;
图10为本发明实施例3提供的应用实体粒度下的传输策略流程示意图;
图11为本发明实施例4提供的基于底层网络特性的传输控制***的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1:
本发明实施例提供的一种基于底层网络特性的传输控制方法,是基于oneM2M结构及资源表示方式,首先建立应用实体资源下的多个与业务应用需求相对应的传输策略资源以及公共服务实体资源下的传输控制资源;
具体地,本发明提出的传输资源包括传输控制资源、传输参数资源和传输策略资源三个部分。其中:
1.传输控制资源(transmissionControl,简称tc)为Request中的一个可选参数,为传输策略使能而设计。若传递Request中tc参数为broadcast或mutlicast,则数据传输启用相应的传输策略。反之,若tc参数为default则使用默认的传输机制。同时transmissionControl还是<CSEBase>资源下的一个子属性,为了设置下一次传输中Request的tc参数。
2.传输参数资源(transmi ssionParameter,简称tp)为Request中的一个可选参数列表,为传递传输参数而设计,其中包含但不限于目标地址、网络优先级以及此传输参数涉及的QoS资源和group资源(基本概括了oneM2M下绝大多数Use Case的数据传输需要)。此外,transmissionParameter资源是本方案在原oneM2M标准中添加的资源,用来代表通信传输中相关信息,如图2所示。其中属性targetAddress是目标的地址,可以是单个资源的地址,也可以是群组的groupAddress,也可以是专门设置的广播地址。networkPriority属性是一个列表,其从前到后的顺序代表oneM2M***或应用选择的底层网优先级从高到低。前边的底层网优先选择,列表中不包含的底层网在强制模式下不予考虑。mgmtLink是指向其他资源的连接的列表,其中包含但不限于Qos资源及group资源。transmissionParameter资源并不是隶属于某一资源的子资源,而是独立存储。
由于采用组播技术需要组播地址,上层就需要进行group资源与组播地址的绑定,在原group资源中加入multicastAddress属性标识组播地址,如图3所示。
3.传输策略资源(transmissionPolicy)为oneM2M下一管理资源,是存放传输策略的资源。transmissionPolicy资源中包含策略名称/ID,策略性质以及本策略相关的资源链接,如图4所示。其中,Name/ID是本策略的名称或ID。Property为策略的性质,如强制性策略,建议性策略等。mgmtLink是指向其他资源的连接的列表,其中包含但不限于可能需要的transmissionParameter资源及默认transmissionParameter资源。此处mgmtLink作为指针指向所需的transmissionParameter资源,所需transmissionParameter资源独立存储,可以被很多transmissionPolicy资源指向,但不作为transmissionPolicy的子资源。
应用实体产生业务应用需求时,如图1所示,执行如下步骤:
S110)确定与业务应用需求相对应的传输策略资源,并向公共服务实体发送携带传输策略资源参数的请求信息;
S120)公共服务实体根据该请求信息选择满足传输策略资源要求的底层网络,确定相应的传输控制资源,并将数据包发送给底层网络;
S130)底层网络接收该数据包并按照公共服务实体确定的传输控制资源,对该数据包进行传输。
具体地,根据上述步骤及资源表示,下面以底层网络为WLAN,Request中要求使用组播传输为例,说明传输控制机制的具体的流程,如图5所示,首先,将发送给CSE的request中的transmissionControl置位,请求中带有合理的transmissionParameter。CSE在收到request后会确定当前的底层网络为WLAN,从activeTransmitPolicy中找到当前使用的策略,判断当前条件是否满足策略要求。判定满足后,根据transmissionParameter,设置具体的通信参数,例如将request中的target映射为对应组在WLAN中的组播地址。最后,由NSE单元接受参数并发送具体数据包。
需要说明的是,AE资源下有多个transmissionPolicy子资源,根据业务应用需求选择相应的transmissionPolicy。CSEBase资源下有一个activeTransmitPolicy子资源,根据底层网络发现返回的底层网络参数信息来建立或者更新。这里的底层网络传输参数信息包括但不限于目标地址,优先级以及底层网络可支持的资源,如果支持组播还可包含group资源。当AE产生业务应用业务需求时,发送Request请求更新activeTransmitPolicy,CSE返回更新成功与否的消息。AE和CSEBase下的传输资源表示分别如图6、7所示。
实施例2
作为上述实施例的更优选方式,本实施例提供的基于底层网络特性的传输控制方法,与上述实施例不同的是,所述步骤S120)包括:
S121)接收请求信息,根据请求信息中的目的地址参数更新当前的公共实体资源下的传输策略资源;
S122)启动相应的传输策略,指示处于该粒度下的后续请求均需经过执行该传输策略,并将上述操作成功与否的结果返回给请求的来源;
S123)公共服务实体接收到后续请求,根据请求的来源来对其执行相应的传输策略,若当前的底层网络属性不能满足传输要求传输策略要求时,向邻接公共服务实体执行更新相应传输资源的请求操作,对请求进行转发,直至找到满足该传输策略资源要求的底层网络;
S124)将上层业务数据经处理映射到底层网络可识别的数据格式,并发送给底层网络进行处理。
实施例3
作为上述实施例的进一步优选方式,本实施例提供的基于底层网络特性的传输控制方法,与上述实施例不同的是,所述步骤S121)还包括:
若公共服务实体由于传输控制资源的限制无法根据请求信息更新传输策略资源,则启动底层网络发现机制,根据底层网络发现返回的底层网络属性信息来建立或者更新。
进一步地,所述底层网络属性包括广播属性和组播属性。
更进一步地,广播属性包括广播、周期性广播和有QoS保证的广播;
组播属性包括组播、周期性组播和有QoS保证的组播。
需要说明的是,本发明中,networkAttribute(网络属性)子资源中包含broadcastSupport和multicastSupport两个属性。其中每个属性都是1个列表。broadcastSupport中包含但不限于对广播的支持,对周期性广播的支持,对有Qos保证的广播的支持。类似地,multicastSupport中包含对组播的支持,对周期性组播的支持,对有Qos保证的组播的支持。
基于此,本发明主要应用在oneM2M***中,利用底层网络提供的广播或组播能力来完成组管理的场景下,可实施于多种场景,以车载咨询***为例,如图8所示:
车载咨询***是一项oneM2M应用,通过通知车辆附近的交通事故情况,从而让车辆获取更多路况信息,减轻交通拥塞。然而,不同底层网络具有不同的能力,该应用难以直接利用底层网络的广播或组播能力。这时就需要一个oneM2M服务提供者,提供统一的接口来利用各种底层网的广播或组播服务。具体过程如下:
①车载应用发现交通事故,确定事故的地理位置和严重程度,从而确定哪些范围内的车辆应被通知。
②车载应用将请求(Request)发送给oneM2M服务提供者,请求内容包括应被通知的具体车辆和要发给车辆的事故信息。
③oneM2M服务提供者收到Request,鉴定信息并选择合适的通信网络提供商,通过相应底层网络向需要被通知的车辆广播或组播请求(内容包括事故信息等,但格式与②有所不同)
在此,oneM2M服务提供者需要有能力覆盖底层网的功能。例如有些底层网不具备周期性重复广播的功能,但上层应用需要周期性广播,这时oneM2M服务提供者就应该周期性向该底层网发送广播信息,模拟底层网的周期性广播功能。
具体地,下面对AE资源下的传输机制做详细说明,如图9所示,包括如下步骤:
1.CSE初始化传输策略,周期地启动底层网络发现机制,并存储底层网络返回的信息。
2.AE/CSE向CSE发送Request请求,Request操作类型为Update,资源类型为activeTransmitPolicy,当Request操作携带信息通过Mca或Mcc/Mcc’接口到达CSE实体时,进行以下操作:
(1)检测Request参数列表中的信息,根据目的地址参数在对应的资源(CSE)下更新activeTransmitPolicy资源。
(2)启动相应的传输策略,指示处于该粒度下的后续请求均需经过执行该传输策略,并将上述操作成功与否的结果返回给Request的来源。
3.CSE通过Mca或Mcc/Mcc’接口收到后续请求,根据请求的来源来对其执行相应的传输策略。
(1)如果CSE需要对请求进行转发,首先通过mcc接口向邻接CSE执行更新相应传输资源的Request操作,再转发请求;
(2)否则,将上层业务数据经处理映射到底层网络可识别的数据格式并通过Mcn接***给NSE处理。
4.NSE将其翻译为底层网络数据包发送出去,传递到另一个oneM2M节点中去,至此AE到CSE或CSE到CSE的数据传输到此结束。
其中,具体的传输策略流程如图10所示,CSE首先初始化activeTranmitPolicy,当收到来自AE/CSE的Request请求后首先检测tranmissionControl资源是否为default,如果是则按照原协议传输数据包并返回Response,否则继续检测Request中的tp是否满足activeTransmitPolicy,如果是则映射传输参数发送数据包,否则判断tranmissionPolicy资源中的Property属性是否为强制,如果是则映射传输参数发送数据包,否则直接返回Response,流程结束。
实施例4
本发明还提供了基于底层网络特性的传输控制***,如图11所示,包括:
业务资源建立单元100,用于建立应用实体资源下的多个与业务应用需求相对应的传输策略资源以及公共服务实体资源下的传输控制资源;
传输策略获取单元200,用于应用实体产生业务应用需求时,确定与业务应用需求相对应的传输策略资源,并向公共服务实体发送携带传输策略资源参数的请求信息;
传输控制确定单元300,用于公共服务实体根据请求信息选择满足传输策略资源要求的底层网络,确定相应的传输控制资源,并将数据包发送给底层网络;
底层网络传输单元400,用于底层网络接收数据包并按照公共服务实体确定的传输控制资源,对该数据包进行传输。
实施例5
作为上述实施例4的优选方案,本实施例与上述实施例的不同之处在于,所述传输策略获取单元200包括:
传输策略资源更新模块,用于接收请求信息,根据请求信息中的目的地址参数更新当前公共服务实体或应用实体资源下的传输策略资源;
传输策略启动模块,用于启动相应的传输策略,指示处于该粒度下的后续请求均需经过执行该传输策略,并将上述操作成功与否的结果返回给请求的来源;
底层网络选择模块,用于公共服务实体接收到后续请求,根据请求的来源来对其执行相应的传输策略;若当前的底层网络属性不能满足传输要求传输策略要求时,向邻接公共服务实体执行更新相应传输资源的请求操作,对请求进行转发,直至找到满足该传输策略资源要求的底层网络;
业务数据发送模块,用于将上层业务数据经处理映射到底层网络可识别的数据格式,并发送给底层网络进行处理。
实施例6
作为实施例5的优选方案,本实施例与实施例5的不同之处在于,所述传输策略资源更新模块,还包括:底层网络发现更新模块,用于当公共服务实体由于传输控制资源的限制无法根据请求信息更新传输策略资源时,则启动底层网络发现机制,根据底层网络发现返回的底层网络属性信息来建立或者更新。
进一步地,所述传输策略资源包括广播属性和组播属性。
更进一步地,广播属性包括广播、周期性广播和有QoS保证的广播;
组播属性包括组播、周期性组播和有QoS保证的组播。
需要说明的是,上述实施例中,所述传输策略资源参数包括目标地址、网络优先级以及与该传输策略资源参数相关的QoS子资源和group子资源;所述传输策略资源包括策略名称/ID、策略性质以及与该传输策略资源相关的子资源链接。
本发明的技术方案解决了oneM2M***在上层实现了组播功能以及面对不同应用需求时如何充分利用底层网络的能力、降低开销提高效率的问题。通过新的资源类型,将底层网络的特性进行抽象量化,进一步开放了底层网络能力;通过在<group>资源中添加组播地址,在传输时利用底层网络对组播的支持,增强了<fanOutPoint>的能力,降低了开销;应用可以通过了解底层网络特性而指定特定的网络进行传输,提高了协议的灵活性。本方案符合OneM2M基于统一公共服务实体对上层应用提供统一服务管理的设计思想。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于***实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.基于底层网络特性的传输控制方法,其特征在于,预先建立应用实体资源下的多个与业务应用需求相对应的传输策略资源以及公共服务实体资源下的传输控制资源;应用实体产生业务应用需求时,执行如下步骤:
S1)确定与业务应用需求相对应的传输策略资源,并向公共服务实体发送携带传输策略资源参数的请求信息;
S2)公共服务实体根据该请求信息选择满足传输策略资源要求的底层网络,确定相应的传输控制资源,并将数据包发送给底层网络;
S3)底层网络接收该数据包并按照公共服务实体确定的传输控制资源,对该数据包进行传输。
2.根据权利要求1所述的方法,其特征在于,所述步骤S2)包括:
S21)公共服务实体根据请求信息中的目的地址参数更新当前的公共实体资源下的传输策略资源;
S22)启动相应的传输策略,指示处于该粒度下的后续请求均需经过执行该传输策略,并将上述操作成功与否的结果返回给请求的来源;
S23)公共服务实体接收到后续请求,根据请求的来源来对其执行相应的传输策略,若当前的底层网络属性不能满足传输策略要求时,向邻接公共服务实体执行更新相应传输资源的请求操作,对请求进行转发,直至找到满足该传输策略资源要求的底层网络;
S24)将上层业务数据经处理映射到底层网络可识别的数据格式,并发送给底层网络进行处理。
3.根据权利要求2所述的方法,其特征在于,所述步骤S21),还包括:
当公共服务实体由于传输控制资源的限制无法根据请求信息更新传输策略资源时,则启动底层网络发现机制,根据底层网络发现返回的底层网络属性信息来建立或者更新。
4.根据权利要求2或3所述的方法,其特征在于,所述底层网络属性包括广播属性和组播属性。
5.根据权利要求4所述的方法,其特征在于,
所述广播属性包括广播、周期性广播、有QoS保证的广播和缺省;
所述组播属性包括组播、周期性组播、有QoS保证的组播和缺省。
6.基于底层网络特性的传输控制***,其特征在于,包括:
业务资源建立单元,用于建立应用实体资源下的多个与业务应用需求相对应的传输策略资源以及公共服务实体资源下的传输控制资源;
传输策略获取单元,用于应用实体产生业务应用需求时,确定与业务应用需求相对应的传输策略资源,并向公共服务实体发送携带传输策略资源参数的请求信息;
传输控制确定单元,用于公共服务实体根据请求信息选择满足传输策略资源要求的底层网络,确定相应的传输控制资源,并将数据包发送给底层网络;
底层网络传输单元,用于底层网络接收数据包并按照公共服务实体确定的传输控制资源,对该数据包进行传输。
7.根据权利要求6所述的***,其特征在于,所述传输策略获取单元包括:
传输策略资源更新模块,用于接收请求信息,根据请求信息中的目的地址参数更新当前的公共实体资源下的传输策略资源;
传输策略启动模块,用于启动相应的传输策略,指示处于该粒度下的后续请求均需经过执行该传输策略,并将上述操作成功与否的结果返回给请求的来源;
底层网络选择模块,用于公共服务实体接收到后续请求,根据请求的来源来对其执行相应的传输策略;若当前的底层网络属性不能满足传输要求传输策略要求时,向邻接公共服务实体执行更新相应传输资源的请求操作,对请求进行转发,直至找到满足该传输策略资源要求的底层网络;
业务数据发送模块,用于将上层业务数据经处理映射到底层网络可识别的数据格式,并发送给底层网络进行处理。
8.根据权利要求7所述的***,其特征在于,所述传输策略资源更新模块,还包括:
底层网络发现更新模块,用于当公共服务实体由于传输控制资源的限制无法根据请求信息更新传输策略资源时,则启动底层网络发现机制,根据底层网络发现返回的底层网络属性信息来建立或者更新。
9.根据权利要求7或8所述的***,其特征在于,所述底层网络属性包括广播属性和组播属性。
10.根据权利要求9所述的***,其特征在于,
所述广播属性包括广播、周期性广播、有QoS保证的广播和缺省;
所述组播属性包括组播、周期性组播、有QoS保证的组播和缺省。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610380048.9A CN106102022B (zh) | 2016-06-01 | 2016-06-01 | 基于底层网络特性的传输控制方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610380048.9A CN106102022B (zh) | 2016-06-01 | 2016-06-01 | 基于底层网络特性的传输控制方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106102022A true CN106102022A (zh) | 2016-11-09 |
CN106102022B CN106102022B (zh) | 2019-05-21 |
Family
ID=57230648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610380048.9A Active CN106102022B (zh) | 2016-06-01 | 2016-06-01 | 基于底层网络特性的传输控制方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106102022B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109639831A (zh) * | 2019-01-21 | 2019-04-16 | 北京邮电大学 | 与网络服务匹配的传输资源的分配方法及装置 |
CN110557392A (zh) * | 2019-09-05 | 2019-12-10 | 山东浪潮人工智能研究院有限公司 | 一种基于底层服务层控制仪器的***及方法 |
JP2020527881A (ja) * | 2017-06-30 | 2020-09-10 | 華為技術有限公司Huawei Technologies Co.,Ltd. | メッセージ送信方法及び装置 |
CN111684828A (zh) * | 2018-02-26 | 2020-09-18 | 华为技术有限公司 | 用于v2x服务和v2x应用的实体、网络和用户设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015062052A1 (zh) * | 2013-10-31 | 2015-05-07 | 华为技术有限公司 | 一种m2m数据的查询、调用方法、查询、调用设备及*** |
WO2015106459A1 (zh) * | 2014-01-20 | 2015-07-23 | 华为技术有限公司 | 透传数据传输方法及公共服务实体 |
CN104954347A (zh) * | 2014-03-31 | 2015-09-30 | 中兴通讯股份有限公司 | M2m应用服务方法、装置及*** |
CN105580339A (zh) * | 2013-07-25 | 2016-05-11 | 康维达无线有限责任公司 | 端到端m2m服务层会话 |
-
2016
- 2016-06-01 CN CN201610380048.9A patent/CN106102022B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105580339A (zh) * | 2013-07-25 | 2016-05-11 | 康维达无线有限责任公司 | 端到端m2m服务层会话 |
WO2015062052A1 (zh) * | 2013-10-31 | 2015-05-07 | 华为技术有限公司 | 一种m2m数据的查询、调用方法、查询、调用设备及*** |
WO2015106459A1 (zh) * | 2014-01-20 | 2015-07-23 | 华为技术有限公司 | 透传数据传输方法及公共服务实体 |
CN104954347A (zh) * | 2014-03-31 | 2015-09-30 | 中兴通讯股份有限公司 | M2m应用服务方法、装置及*** |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020527881A (ja) * | 2017-06-30 | 2020-09-10 | 華為技術有限公司Huawei Technologies Co.,Ltd. | メッセージ送信方法及び装置 |
US11252538B2 (en) | 2017-06-30 | 2022-02-15 | Huawei Technologies Co., Ltd. | Message sending method and device |
JP7100071B2 (ja) | 2017-06-30 | 2022-07-12 | ファーウェイ クラウド コンピューティング テクノロジーズ カンパニー リミテッド | メッセージ送信方法及び装置 |
CN111684828A (zh) * | 2018-02-26 | 2020-09-18 | 华为技术有限公司 | 用于v2x服务和v2x应用的实体、网络和用户设备 |
CN111684828B (zh) * | 2018-02-26 | 2022-10-25 | 华为技术有限公司 | 用于v2x服务和v2x应用的实体、网络和用户设备 |
US11722864B2 (en) | 2018-02-26 | 2023-08-08 | Huawei Technologies Co., Ltd. | Entity, network, and user equipment for a V2X service as well as V2X application |
CN109639831A (zh) * | 2019-01-21 | 2019-04-16 | 北京邮电大学 | 与网络服务匹配的传输资源的分配方法及装置 |
CN109639831B (zh) * | 2019-01-21 | 2020-07-03 | 北京邮电大学 | 与网络服务匹配的传输资源的分配方法及装置 |
CN110557392A (zh) * | 2019-09-05 | 2019-12-10 | 山东浪潮人工智能研究院有限公司 | 一种基于底层服务层控制仪器的***及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106102022B (zh) | 2019-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2547040B1 (en) | Group communication method and device for use in group communication | |
CN101299671B (zh) | 用于组播数据包发送与接收的方法和装置 | |
CN115361657A (zh) | 用于IoT应用的5G网络中的多播和广播服务 | |
CN101667920B (zh) | 一种计费方法、***及话单生成设备 | |
CN106102022A (zh) | 基于底层网络特性的传输控制方法及*** | |
CN108833181A (zh) | Ng-cn网络切片***及网络切片选择方法 | |
DE102005001267A1 (de) | Effizienter und schlanker Algorithmus zur Informationsverbreitung für mobile drahtlose Ad hoc-Netzwerke | |
CN101516066B (zh) | 数据流传输方法及移动通信*** | |
CN104410982B (zh) | 一种无线异构网络中终端聚合与重构方法 | |
CN107079353A (zh) | 新服务区中的低等待时间服务连接设立 | |
CN113572835B (zh) | 一种数据处理方法、网元设备以及可读存储介质 | |
CN103458466A (zh) | 流量控制装置与方法以及网络流量管理***与方法 | |
CN104754640A (zh) | 一种网络资源调度方法及网络资源管理服务器 | |
Bonadio et al. | An integrated framework for blockchain inspired fog communications and computing in internet of vehicles | |
CN102469015A (zh) | 实现中继选择的方法及装置、*** | |
CN102469124A (zh) | 基于aog的移动互联网业务的实现方法、网关、代理及*** | |
CN109922509A (zh) | 一种多网络融合中的智能群切换方法 | |
CN109660593A (zh) | 物联网平台接入管理方法、装置及*** | |
CN112203261A (zh) | 充电桩的管理方法、管理装置、电子设备及可读存储介质 | |
CN103108377B (zh) | 一种mtc终端的通信方法、***及中心控制节点 | |
Gopinath et al. | Hybrid solutions for data dissemination in vehicular networks | |
CN102281580B (zh) | M2m***及其业务处理方法 | |
CN104836678A (zh) | 基于网络选择及时间安排的消息传输方法及节点设备 | |
CN116567549A (zh) | 一种车联网信息处理方法、装置、设备及*** | |
CN107172188A (zh) | 车载设备间的p2p更新方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |