数据通信方法、装置、计算机存储介质及设备与流程

文档序号:16276667发布日期:2018-12-14 22:37阅读:165来源:国知局
数据通信方法、装置、计算机存储介质及设备与流程

本发明涉及移动通信技术领域,尤其涉及一种数据通信方法、装置、计算机存储介质及设备。

背景技术

随着通信技术的发展,各种业务的出现,往往一台基站需要为用户提供多种业务,比如语音、短信、网络等。基站业务的种类形式多样,比如收集基站以及终端通信的相关信息、位置认证信息等,基站内部信息的交互,不同层次的tcp/udp协议交互,信息的传递以及上报指定的服务端,实现终端信息的收集以及分析处理,实现运营商的相关业务需求。

随着5g通信技术的提出以及研发,类似的新增业务功能越来越多,为了实现可以在同一基站实现相关的业务采集需求,实现特定场景下,对于客户终端信息的采集上报以及分析处理,更好实现新业务需求,基站内部的交互必须保证基站本身业务的正常,为此,针对不同信息不同层次数据的传输,要求正确并迅速,以更好地实现运营商的业务需求。

现有技术中基站内部客户端与服务端的信息交互,一般采用自定义形式的tcp/udp协议交互,采用静态的数据结构,比如静态结构体的数据封装方式进行数据传输,但是对于那些数据种类繁多并且复杂的数据交互,比如带有变长数组性质的数据,简单的静态数据结构交互远远不能满足业务对准确性以及时效性的需求,而且对于交互两端来说,过度频繁的交互,会造成性能的损耗以及资源的滥用。



技术实现要素:

鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的数据通信方法、装置、计算机存储介质及设备。

本发明的第一方面,提供了一种数据通信方法,包括:

接收基站客户端发送的数据包,所述数据包根据约定的数据封装格式生成;其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度;

根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。

可选地,在根据约定的数据封装格式对所述数据包进行数据解析之前,所述方法还包括:

获取所述数据包的包头信息;

根据所述包头信息对所述数据包进行数据校验。

可选地,所述包头信息中包括数据包长度信息;

所述根据所述包头信息对所述数据包进行数据校验,包括:

判定所述数据包长度信息与所述数据包的实际数据长度是否一致,若一致,则所述数据包正常。

可选地,所述根据约定的数据封装格式对所述数据包进行数据解析,包括:

将所述数据包中的各个信息数据按照对应的数据长度依次保存到数据缓存区;

根据业务类型依次对数据缓存区中对应的各个信息数据进行数据解析。

可选地,在根据业务类型依次对数据缓存区中对应的各个信息数据进行数据解析之后,所述方法还包括:

将各个业务类型的信息数据按照指定格式发送到对应的业务服务器;

若存在发送失败的信息数据,则判断是否开启了该发送失败的信息数据的业务类型对应的业务功能;

若发送失败的信息数据对应的业务功能已开启,则将错误告警信息发送到对应的业务服务器并关闭当前业务功能。

本发明的第二方面,提供了一种数据通信方法,包括:

根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包,其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度;

将生成的数据包发送到基站服务端,以供所述基站服务端根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。

可选地,在根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包之前,所述方法还包括:

根据当前开启的业务功能,采集相应业务类型对应的信息数据。

可选地,所述根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包,包括:

根据预设的数据包长度阈值确定待传输的信息数据;

根据待传输的信息数据统计数据包长度信息;

将所述数据包长度信息添加到所述数据包的包头信息,以供所述基站服务端根据所述包头信息对所述数据包进行数据校验。

本发明的第三方面,提供了一种数据通信装置,包括:

接收模块,用于接收基站客户端发送的数据包,所述数据包根据约定的数据封装格式生成;其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度;

解析模块,用于根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。

本发明的第四方面,提供了一种数据通信装置,包括:

数据封装模块,用于根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包,其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度;

发送模块,用于将生成的数据包发送到基站服务端,以供所述基站服务端根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。

此外,本发明还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面所述数据通信方法的步骤,和/或如第二方面所述数据通信方法的步骤。

此外,本发明还提供了一种设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如第一方面所述数据通信方法的步骤,和/或如第二方面所述数据通信方法的步骤。

本发明实施例提供的数据通信方法、装置、计算机存储介质及设备,突破基站内部专业交互简单的静态接口定义,采用动态数据封装格式进行基站客户单与服务端之间的数据传输,减少当基站内部专业信息过于频繁以及交互信息过多时带来的资源浪费以及基站性能损耗。而且,对于基站采集类业务而言,客户端周期性采集信息并按照约定的数据封装格式上报,服务端周期性接收,并按照约定的数据封装格式解析数据,仅有交互双方对数据结构了解,进一步保证了数据传输的安全性。

上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:

图1为本发明实施例提供的一种数据通信方法的流程示意图;

图2为本发明实施例提供的另一种数据通信方法的流程示意图;

图3为本发明实施例提供的一种数据通信装置的结构示意图;

图4为本发明实施例提供的另一种数据通信装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非被特定定义,否则不会用理想化或过于正式的含义来解释。

在本发明中所有的实现都是在基站设备上的其他专业和oam交互实现,其他专业作为客户端,采集相关数据信息,向oam服务端发送数据包,对于数据信息完成后,以一定的数据格式向指定服务器或者第三方的服务端发送数据,数据解析处理并上报完成之后,处理相关的缓存以及资源即可。

本发明实施例的数据通信方法可以适用于2g、3g、4g、lte等多种制式的通信系统中的基站,本发明对此不做具体限制。

图1为本发明一个实施例的数据通信方法的流程图。该方法配置于基站客户端侧执行,参照图1,本发明实施例的数据通信方法具体包括以下步骤:

s11、接收基站客户端发送的数据包,所述数据包根据约定的数据封装格式生成;其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度。

本实施例中,基站服务端通过基站内部定义的协议进行数据交互,基站服务端对基站客户端发送的数据包进行接收缓存。接收到的数据包是基站客户端根据约定的数据封装格式进行组包生成。

具体的,基站客户端,根据约定的数据封装格式,在基站专业内部tcp/udp协议定义的最大交互数据长度内,对多种不同业务类型的消息数据进行组包。其中,动态数据封装格式通过伪结构体定义,首先需要在变长数组前面声明有多少个信息数据,即信息数据数组有多少个,而后声明单个信息数据的业务类型和数据长度,然后按照各个业务类型的信息数据按照变长数组的格式进行数据组包。具体的,若是简单的业务类型直接按照信息数据的业务类型排列;若是变长数组性质,则在数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度,而后根据信息数据的业务类型进行组包。

s12、根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。

基站服务端根据约定的数据封装格式,读取信息数据的个数,而后对某个信息数据的业务类型进行识别,并读取相应信息长度的数据缓存,而后对该数据缓存进行解析,按照伪结构体定义的方式,采用内存拷贝和指针偏移的方式对数据进行分析以及保存。

本发明实施例提供的数据通信方法,突破基站内部专业交互简单的静态接口定义,采用动态数据封装格式进行基站客户单与服务端之间的数据传输,减少当基站内部专业信息过于频繁以及交互信息过多时带来的资源浪费以及基站性能损耗。而且,对于基站采集类业务而言,客户端周期性采集信息并按照约定的数据封装格式上报,服务端周期性接收,并按照约定的数据封装格式解析数据,仅有交互双方对数据结构了解,进一步保证了数据传输的安全性。

在本实施例中,若变长性质数组的成员依旧存在变长性质数组,则依旧按照约定的数据封装格式的定义进行数据组合。本发明针对变长结构体数组中又包含子变长结构体数组等复杂数据包传输处理,动态数据封装方式的tcp/udp协议交互,可以避免客户端以及服务端交互过于频繁,以及过多的交互资源的占用等,如内存使用等,基站本身的性能损耗等。

本发明实施例中,在根据约定的数据封装格式对所述数据包进行数据解析之前,还包括对数据包进行数据校验的步骤,具体实现如下:获取所述数据包的包头信息;根据所述包头信息对所述数据包进行数据校验。

在本发明中,数据包的保存是以类的形式保存的,数据包包括包头信息和保存的数据段,包头信息里面包含数据包的数据包长度,数据包属性,数据识别id等。此类自定义的tcp/udp协议交互,适用范围广,可以支持多专业客户端的交互。

接收到数据包后,判定所述数据包长度信息与所述数据包的实际数据长度是否一致,若不一致,则直接丢弃此数据包,防止错误解析导致基站异常。若一致,则所述数据包正常,此时可根据约定的数据封装格式对所述数据包进行数据解析。

本发明实施例中,步骤s12中的根据约定的数据封装格式对所述数据包进行数据解析,具体包括如下附图中未示出的步骤:

s121,将所述数据包中的各个信息数据按照对应的数据长度依次保存到数据缓存区;

s122,根据业务类型依次对数据缓存区中对应的各个信息数据进行数据解析。

本实施例中,对于通过校验的数据包,则根据不同的业务类型和数据长度,读取数据包中的各个信息数据按照对应的数据长度依次保存到数据缓存区,然后根据约定的数据封装格式,按照业务类型的不同通过指针偏移的方式依次对缓存数据进行解析,以获取不同业务类型的信息数据。

本发明实施例中,在根据业务类型依次对数据缓存区中对应的各个信息数据进行数据解析之后,所述方法还包括:

将各个业务类型的信息数据按照指定格式发送到对应的业务服务器。本实施例中,针对不同的业务需求,需要对解析出来的数据进行筛选处理,然后按照一定的数据格式处理后,将采集的数据上报到第三方运营商,以此循环解析整个数据包,实现基站小量变长数组数据传输。本实施例中,解析的数据根据json数据格式,以“key:value”形式进行组包。具体的,若是简单的基本的数据类型直接组包,如:整形,静态结构体等。若是数组形式数据,则按照json的数组格式,如:结构体数组等。

进一步地,在将各个业务类型的信息数据按照指定格式发送到对应的业务服务器后,若存在发送失败的信息数据,则判断是否开启了该发送失败的信息数据的业务类型对应的业务功能;若发送失败的信息数据对应的业务功能已开启,则将错误告警信息发送到对应的业务服务器并关闭当前业务功能。

本实施例中,数据发送到第三方服务器后,启动流程结束时,需要根据流程的退出状态进行相关处理,由于基站业务的持续性,除了考虑业务的动态实时性之外,还需要考虑启动前是否具有当前业务功能。若启动前具有当前业务,当前成功退出,则不需要做任何处理。若启动前具有当前业务,当前失败退出,则关闭业务功能。若启动前不具有当前业务,当前成功或者失败退出,结束时都不需要做任何处理。

进一步地,在启动流程结束之后,当前基站会保持当前具有的业务功能,在往后的运行过程中,运营商可以在网管或者基站web上对相关业务功能进行开启或关闭。具体的,若检查到开启业务功能操作,基站服务端判断当前是否保存有对应的业务标识符,有则配置相关业务参数,开启成功,无则,开启失败,并提示错误。若检查到关闭业务功能操作,如果不存在相关业务,默认情况下是关闭的;若存在业务标识符时,则设置相关参数进行对应业务功能的关闭。

图2为本发明一个实施例的数据通信方法的流程图。该方法配置于基站服务侧执行,参照图2,本发明实施例的数据通信方法具体包括以下步骤:

s21、根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包,其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度。

基站客户端根据约定的数据封装格式,在基站专业内部tcp/udp协议定义的最大交互数据长度内,对多种不同业务类型的消息数据进行组包。其中,动态数据封装格式通过伪结构体定义,首先需要在变长数组前面声明有多少个信息数据,即信息数据数组有多少个,而后声明单个信息数据的业务类型和数据长度,然后按照各个业务类型的信息数据按照变长数组的格式进行数据组包。具体的,若是简单的业务类型直接按照信息数据的业务类型排列;若是变长数组性质,则在数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度,而后根据信息数据的业务类型进行组包。

s22、将生成的数据包发送到基站服务端,以供所述基站服务端根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。

本实施例中,基站客户端通过基站内部定义的协议进行数据交互,将生成的数据包发送到基站服务端,基站服务端对基站客户端发送的数据包进行接收缓存。

本发明实施例提供的数据通信方法,突破基站内部专业交互简单的静态接口定义,采用动态数据封装格式进行基站客户单与服务端之间的数据传输,减少当基站内部专业信息过于频繁以及交互信息过多时带来的资源浪费以及基站性能损耗。而且,对于基站采集类业务而言,客户端周期性采集信息并按照约定的数据封装格式上报,服务端周期性接收,并按照约定的数据封装格式解析数据,仅有交互双方对数据结构了解,进一步保证了数据传输的安全性。

本发明实施例中,在根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包之前,根据当前开启的业务功能,采集相应业务类型对应的信息数据。

本发明实施例中,需要确保基站建立的小区业务可以正常进行,各专业之间可以正常交互,比如客户端专业必须和服务端交互正常。若在网管或基站web上把相应业务开关打开,则基站客户端开始进行数据采集,并进行数据分析处理上报。

本发明实施例中,步骤s21中根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包,具体包括如下附图中未示出的步骤:

s211、根据预设的数据包长度阈值确定待传输的信息数据;

s212、根据待传输的信息数据统计数据包长度信息;

s213、将所述数据包长度信息添加到所述数据包的包头信息,以供所述基站服务端根据所述包头信息对所述数据包进行数据校验。

本实施例中,基站客户端进行数据采集并且组合,对可变长数组部分,先声明数组的长度或者数组是否存在,按照之前定义的数据封装格式进行数据的组合。若变长性质数组的成员依旧存在变长性质数组,依旧按照结构体本身的定义进行数据的组合。

进一步地,基站客户端根据基站内部信息交互协议,确定数据包的长度阈值,并确认数据包识别id,将数据包长度信息和数据包识别id等作为包头信息添加到所述数据包,对数据包进行封装传送。出现的传输失败或者传输超时的情况,客户端专业根据专业状态输出相关的日志信息,或者上报相应告警信息。

针对于移动通信上的多种多样的业务,而且在同样的基站设备上支持多种采集业务的情况下,通过本发明的方式,突破基站内部专业交互简单的静态接口定义,采用伪结构体定义动态数据封装,减少当基站内部专业信息过于频繁以及交互信息过多,带来的资源浪费以及基站性能损耗。对于基站采集类业务而言,客户端周期性采集信息上报,服务端周期性接受处理解析数据,对于数据的安全,仅有交互双方对数据结构了解,这保证了数据的安全性。采用此种信息交互方式,可以一定程度上优化设备性能,完成第三方运营商的业务需求和性能实现。

对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。

图3示意性示出了本发明一个实施例的数据通信装置的结构示意图。本发明实施例的数据通信装置配置于基站。参照图3,本发明实施例的数据通信装置具体包括接收模块301以及解析模块302,其中:

接收模块301,用于接收基站客户端发送的数据包,所述数据包根据约定的数据封装格式生成;其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度;

解析模块302,用于根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。

本实施例中,所述装置还包括附图中未示出的校验模块;该校验模块,用于在解析模块根据约定的数据封装格式对所述数据包进行数据解析之前,获取所述数据包的包头信息;根据所述包头信息对所述数据包进行数据校验。

进一步地,所述包头信息中包括数据包长度信息。

相应的,所述校验模块,具体用于判定所述数据包长度信息与所述数据包的实际数据长度是否一致,若一致,则所述数据包正常。

本实施例中,解析模块302,具体用于将所述数据包中的各个信息数据按照对应的数据长度依次保存到数据缓存区;根据业务类型的不同依次对数据缓存区中对应的各个信息数据进行数据解析。

进一步地,所述解析模块302,还用于在根据业务类型的不同依次对数据缓存区中对应的各个信息数据进行数据解析之后,将各个业务类型的信息数据按照指定格式发送到对应的业务服务器;

所述装置还包括判断模块,所述判断模块,用于当存在发送失败的信息数据时,判断是否开启了该发送失败的信息数据的业务类型对应的业务功能;

所述解析模块302,还用于若发送失败的信息数据对应的业务功能已开启,则将错误告警信息发送到对应的业务服务器并关闭当前业务功能。

图4示意性示出了本发明一个实施例的数据通信装置的结构示意图。本发明实施例的数据通信装置配置于基站。参照图4,本发明实施例的数据通信装置具体包括数据封装模块401和发送模块402,其中:

数据封装模块401,用于根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包,其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度;

发送模块402,用于将生成的数据包发送到基站服务端,以供所述基站服务端根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。

本实施例中,所述装置还包括采集模块,所述采集模块,用于在根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包之前,根据当前开启的业务功能,采集相应业务类型对应的信息数据。

本实施例中,所述数据封装模块401,具体用于根据预设的数据包长度阈值确定待传输的信息数据;根据待传输的信息数据统计数据包长度信息;将所述数据包长度信息添加到所述数据包的包头信息,以供所述基站服务端根据所述包头信息对所述数据包进行数据校验。

对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。

本发明实施例提供的数据通信方法、装置,突破基站内部专业交互简单的静态接口定义,采用动态数据封装格式进行基站客户单与服务端之间的数据传输,减少当基站内部专业信息过于频繁以及交互信息过多时带来的资源浪费以及基站性能损耗。而且,对于基站采集类业务而言,客户端周期性采集信息并按照约定的数据封装格式上报,服务端周期性接收,并按照约定的数据封装格式解析数据,仅有交互双方对数据结构了解,进一步保证了数据传输的安全性。

此外,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上任一实施例所述方法的步骤。

本实施例中,上述数据通信装置集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。

本发明实施例提供的设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述各个数据通信方法实施例中的步骤,例如图1所示的s11、接收基站客户端发送的数据包,所述数据包根据约定的数据封装格式生成;其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度。s12、根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。和/或,例如图2所示的s21、根据约定的数据封装格式将采集到的各个业务类型的信息数据进行生成数据包,其中,所述数据封装格式为将各个业务类型的信息数据按照变长数组的格式进行数据组包,并在所述变长数组前面声明当前数据包中包含信息数据的数量、每一信息数据的业务类型和数据长度。s22、将生成的数据包发送到基站服务端,以供所述基站服务端根据约定的数据封装格式对所述数据包进行数据解析,以获取不同业务类型的信息数据。或者,所述处理器执行所述计算机程序时实现上述各数据通信装置实施例中各模块/单元的功能,例如图3所示的接收模块301以及解析模块302。和/或,例如图4所示的数据封装模块401和发送模块402。

示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器中,并由所述处理器执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在对应数据通信装置中的执行过程。

所述设备可包括,但不仅限于,处理器、存储器。本领域技术人员可以理解,所述设备并不构成对设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述设备还可以包括输入输出设备、网络接入设备、总线等。

所述处理器可以是中央处理单元(centralprocessingunit,cpu),还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述设备的控制中心,利用各种接口和线路连接整个设备的各个部分。

所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述设备的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

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

本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

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