移动设备信息传递方法
【技术领域】
[0001]本发明涉及移动互联网，特别涉及一种移动设备信息传递方法。
【背景技术】
[0002]随着移动互联网的不断发展，移动设备的智能化程度越来越高，智能操作系统的出现为各类应用提供好的平台和支撑，3G无线网络的提速，给移动设备多媒体应用提供了更快的传输通道，借助摄像头可以实现远程的实时会话和可视交流。目前，基于智能操作系统的无线图像传输已经取得了很多成熟的技术，但是仅仅处在只能提供简单的图像传输，对于同时需要确定导航信息的移动指挥和移动监控等应用来说是无法满足需求的，通过图像可以了解现场情况，却无法获取终端的导航信息，很难快速决策和调度资源。因此，如何在实时传输图像数据同时，也能够实时地传输导航数据是相关领域的一个实际迫切需求。
【发明内容】
[0003]为解决上述现有技术所存在的问题，本发明提出了一种移动设备信息传递方法，包括:
[0004]将图像数据和导航数据封装在同一个数据包中，在移动设备利用统一的数据通道传输所述图像数据和导航数据。
[0005]优选地，所述移动设备包括连接建立模块，用于采用会话发起协议建立会话连接，获取通信双方的IP地址，协商媒体协议后，建立RTCP会话；图像传输模块，包括采集模块、编码模块、解码模块，其中采集模块用于图像的采集，设置图像的编码模式，控制图像的参数，编码模块用于将采集模块获取到的图像数据进行H.263编码，解码模块用于将接收到的图像数据进行解码，将图像传送至图像解码线程；导航模块，用于地理位置的获取，建立数据结构将导航数据按照适合网络传输的格式组织起来，所述导航模块利用移动设备提供的API，获取设备当前位置并封装在导航数据结构中供传输使用，根据系统的API监听地理位置信息的变化，注册监听器到位置管理器中，当导航变化时，监听器中的函数获取到最新的导航信息，传送导航信息以更新界面定位信息显示；RTCP模块，在发送端根据RTCP的封装规则将编码模块的数据进行封装，图像数据和导航数据合并成的RTCP数据包载入缓冲区等待发送，在接收端接收RTCP数据包进行分解，获取有用信息和有效载荷数据，并将载荷数据载入缓冲区等待解码播放。
[0006]优选地，所述利用统一的数据通道传输所述图像数据和导航数据，进一步包括:
[0007]把获取到的导航数据以及其他格式的数据通过附加信息在RTCP数据包头中进行封装和传输，仅在RTCP包头将扩展位设置为1，扩展项的前16位用以识别标识符或参数，扩展项的后16位表示扩展长度，指示包头扩展中32位字的个数，不包括扩展项的四字节；在图像数据中采用包头扩展的形式传输导航数据，图像的RTCP包头使用图像RTCP封装设置，负载部分为图像数据；采用单片封装的方式进行传输，接收端接收到图像RTCP数据包后，解析出导航信息，通知显示模块进行显示，将图像数据传送至图像缓存区等待播放。
[0008]本发明相比现有技术，具有以下优点:
[0009]本发明提出了一种移动设备信息传递方法，实现了多媒体与位置信息的并行传输，同时采用安全架构进行加密传输并减少了终端的处理压力，提高了用户体验。
【附图说明】
[0010]图1是根据本发明实施例的移动设备信息传递方法的流程图。
【具体实施方式】
[0011]下文与图示本发明原理的附图一起提供对本发明一个或者多个实施例的详细描述。结合这样的实施例描述本发明，但是本发明不限于任何实施例。本发明的范围仅由权利要求书限定，并且本发明涵盖诸多替代、修改和等同物。在下文描述中阐述诸多具体细节以便提供对本发明的透彻理解。出于示例的目的而提供这些细节，并且无这些具体细节中的一些或者所有细节也可以根据权利要求书实现本发明。
[0012]本发明的一方面提供了一种移动设备信息传递方法。图1是根据本发明实施例的移动设备信息传递方法流程图。
[0013]本发明根据实时定位和图像监控的应用需求，结合导航、多媒体传输RTCP协议等技术，在移动设备平台上提出了一种集成了空间导航数据的无线网络传输方案，利用RTCP数据包自定义扩展数据区域设计和集成导航信息，实现了在统一的数据通道内实时混合传输图像和导航数据的业务。终端框架分为连接建立模块、图像传输模块、导航模块、RTCP模块等主要部分。
[0014]连接建立模块采用会话发起协议建立会话连接，获取双方的IP地址，协商媒体协议后，建立RTCP会话。图像传输模块包括采集模块、编码模块、解码模块部分。采集模块用于图像的采集。设置图像的编码模式，图像的参数控制，如帧率，码率的控制。编码模块将采集模块获取到的图像数据进行编码，图像采用具有高压缩率的H.263编码。解码模块将接收到的图像数据进行解码，图像传送至图像解码线程。。导航模块用于地理位置的获取，建立数据结构将导航数据按照适合网络传输的格式组织起来。RTCP模块:发送端根据RTCP的封装规则，将编码模块的数据进行封装。图像数据和导航数据合并成一个RTCP数据包，将RTCP载入缓冲区等待发送。接收端接收RTCP数据包进行分解，获取有用信息和有效载荷数据，并将载荷数据载入缓冲区等待解码播放。
[0015]连接建立过程中，系统两个移动设备建立会话采用的是会话发起协议。两个移动设备通信包括两个部分:信令控制和图像传输。协议消息通过服务器进行传递，图像传输进行终端直接通信，不经过服务器。简单地描述通信的建立过程为:终端A请求连接终端B，由于A并不知道B的地址，服务器就可以起到帮助A定位B的位置，服务器将请求连接信息传递到B，B响应消息，终端A和终端B的连接就建立起来了。
[0016]图像编码采用具有高压缩率的H.263编码。解码方面，由于移动设备并不支持H.263解码，因此系统移植了 FFmpeg解码库到移动设备上。根据移动设备多媒体底层框架，移动设备在JAVA层采用MediaRecorder来采集图像数据。需要移植编码库到移动设备上，通过Java本地接口的方式来调用。图像的采集采用MediaRecorder录制。通过MediaRecorder设置好编码格式，采集到的图像就已经是编码好的数据，只需要根据录制的图像的格式对数据进行分析，就可以每一帧数据进行实时传输。
[0017]移动设备占用系统资源，本系统只需要用到图像的解码部分，为了节省资源，可通过Linux配置文件编译的形式，在移植前对FFmpeg进行剪裁，剪裁之后只留下H.263的解码部分。然后根据移动设备NDK的JAVA本地接口编程步骤进行设计解码流程
[0018]导航模块是利用移动设备提供的API，获取设备当前位置并封装在导航数据结构中供传输使用。导航模块导航数据的采集，根据系统的API，监听地理位置信息的变化。注册监听器到位置管理器中。当导航变化时，监听器中的函数获取到最新的导航信息进行处理，导航信息被传输以更新界面定位信息显示。
[0019]整个数据的流程包括数据的采集、图像的编码、RTCP传输、RTCP解包、图像解码、图像播放和导航显示。在实际系统中，终端数据流是双向传输的。
[0020]单个图像数据较大，往往需要进行切分以满足RTCP传输的控制，不能大于网络最大传输单元，而单个图像数据经过RTCP封装后，载荷数据很小，一个RTCP数据包要经过装载RTCP包头、UDP头、IP头之后，载荷数据占IP包总数不到一半，那么传输的带宽利用率不大于50%。因此考虑图像数据和导航数据集成封装的形式进行传输。<