数据处理方法、室外机、室内机及计算机可读存储介质与流程

1.本发明实施例涉及但不限于通信技术领域，尤其涉及一种数据处理方法、室外机、室内机及计算机可读存储介质。


背景技术：

2.为了解决目前5g网络覆盖范围小的问题，市面上推出了一种idu(indoor unit，室内机)和odu(outdoor unit，室外机)组合的cpe(customer premise equipment，客户终端设备)产品。其中，室外cpe产品中的idu和odu之间是通过网线连接的，因此无法将slic(subscriber line interface circuit，用户线接口电路)芯片通过硬线方式从idu直接连接到odu。对于目前市面上现有的cpe产品，是将slic芯片和语音协议栈设置在idu上，不仅会导致odu上的语音功能的协议栈被废弃，而且还需要在idu上重新实现，工作量大，并且不具有继承性，其次，由于涉及到vonr/volte协议栈和5g/lte协议栈的交互，因此涉及的接口较多，难以统一，难以实现idu和odu之间的相互兼容。


技术实现要素：

3.以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
4.本发明实施例提供了一种数据处理方法、室外机、室内机及计算机可读存储介质，不仅能够继承语音业务逻辑在odu侧实现，有利于语音功能的推广和稳定，而且还能够减少idu和odu间的交互接口，有利于idu和odu间的接口标准化，便于idu和odu之间进行交叉配对使用。
5.第一方面，本发明实施例提供了一种数据处理方法，应用于室内机，所述室内机与室外机通信，所述方法包括：
6.接收来自用户侧设备的操作状态信号；
7.根据所述操作状态信号生成与所述操作状态信号对应的slic事件消息；
8.根据所述slic事件消息生成第一slic控制流，其中，所述第一slic控制流携带有与所述slic事件消息对应的第一标签信息；
9.将所述第一slic控制流发送至所述室外机，以使所述室外机根据所述第一标签信息得到所述slic事件消息并采用语音协议栈对所述slic事件消息进行处理。
10.第二方面，本发明实施例还提供了一种数据处理方法，应用于室内机，所述室内机与室外机通信，所述方法包括：
11.接收来自所述室外机的经过语音协议栈处理的第二slic控制流，其中，所述第二slic控制流携带有与slic驱动接口信息对应的第二标签信息；
12.根据所述第二标签信息确定目标slic驱动接口，并调用所述目标slic驱动接口。
13.第三方面，本发明实施例还提供了一种数据处理方法，应用于室外机，所述室外机与室内机通信，所述方法包括：
14.接收来自所述室内机的第一slic控制流，其中，所述第一slic控制流携带有与slic事件消息对应的第一标签信息；
15.根据所述第一标签信息得到所述slic事件消息，并采用语音协议栈对所述slic事件消息进行处理。
16.第四方面，本发明实施例还提供了一种数据处理方法，应用于室外机，所述室外机与室内机通信，所述方法包括：
17.获取经过语音协议栈处理的第二slic控制流，其中，所述第二slic控制流携带有与slic驱动接口信息对应的第二标签信息；
18.将所述第二slic控制流发送至所述室内机，以使所述室内机根据所述第二标签信息确定目标slic驱动接口并调用所述目标slic驱动接口。
19.第五方面，本发明实施例还提供了一种室内机，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面或者第二方面中任意一项所述的数据处理方法。
20.第六方面，本发明实施例还提供了一种室外机，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第三方面或者第四方面中任意一项所述的数据处理方法。
21.第七方面，本发明实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如上述第一方面至第四方面中任意一项所述的数据处理方法。
22.本发明实施例包括：本发明实施例基于slic芯片位于idu并且语音协议栈位于odu的5g室外cpe产品架构，将语音协议栈功能迁移至odu以弱化idu的功能，并将idu作为用户侧设备和odu之间的适配层，同时约定了数据格式即标签信息，使得idu和odu之间可以按照约定的数据格式进行数据收发，其中所涉及的交互数据是通用的和基础的，不涉及具体的业务逻辑，同时本发明实施例在odu侧实现语音功能的业务逻辑以及协议栈部分，因此，根据本发明实施例的技术方案，能够使得odu和idu之间的数据结构和交互流程简单明确，减少了idu和odu间的交互接口，有利于idu和odu间的接口标准化，便于idu和odu之间进行交叉配对使用，同时也最大程度保证了语音业务逻辑在odu侧实现，有利于语音功能的推广和稳定。
23.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
24.附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
25.图1是本发明一个实施例提供的用于执行idu与odu之间的数据处理方法的系统架构平台的示意图；
26.图2是本发明一个实施例提供的关于idu与odu之间的连接关系图；
27.图3是本发明一个实施例提供的关于idu的功能模块架构图；
28.图4是本发明一个实施例提供的关于odu的功能模块架构图；
29.图5是本发明一个实施例提供的idu和odu之间的消息交互示意图。
30.图6是本发明一个实施例提供的关于idu与odu之间的slic控制流消息结构体的示意图；
31.图7是本发明一个实施例提供的关于idu与odu之间的pcm数据流消息结构体的示意图；
32.图8是本发明一个实施例提供的idu发送第一slic控制流至odu的数据处理方法流程图；
33.图9是本发明一个实施例提供的当slic事件消息为挂机事件消息时idu接收到挂机回复消息的流程图；
34.图10是本发明一个实施例提供的当slic事件消息为挂机事件消息时idu没有接收到挂机回复消息的流程图；
35.图11是本发明一个实施例提供的idu侧用户操作话机处理的流程图；
36.图12是本发明一个实施例提供的idu接收来自odu的第二slic控制流的数据处理方法流程图；
37.图13是本发明一个实施例提供的idu侧接收到第二slic控制流的具体流程图；
38.图14是本发明一个实施例提供的idu根据第二slic控制流反馈第二slic控制流回复消息至odu的流程图；
39.图15是本发明一个实施例提供的当idu打开pcm通道后idu侧处理pcm数据流的流程图；
40.图16是本发明一个实施例提供的idu侧pcm数据交互的具体流程图；
41.图17是本发明一个实施例提供的odu接收来自idu的第一slic控制流的流程图；
42.图18是本发明一个实施例提供的odu接收来自idu的第一slic控制流的具体流程图；
43.图19是本发明一个实施例提供的odu根据挂机事件消息反馈挂机回复消息的流程图；
44.图20是本发明一个实施例提供的odu发送第二slic控制流给idu的流程图；
45.图21是本发明一个实施例提供的当odu接收到第二slic控制流回复消息时的数据处理流程图；
46.图22是本发明一个实施例提供的当odu没有接收到第二slic控制流回复消息时的数据处理流程图；
47.图23是本发明一个实施例提供的odu侧发送消息处理的流程图；
48.图24是本发明一个实施例提供的当idu打开pcm通道后odu侧处理pcm数据流的流程图；
49.图25是本发明一个实施例提供的odu侧pcm数据交互的具体流程图；
50.图26是本发明一个实施例提供的idu和odu间的状态同步机制的流程图；
51.图27是本发明一个实施例提供的用户拨打电话的具体流程图。
具体实施方式
52.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
53.需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书、权利要求书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
54.相关技术中，为了解决目前5g网络覆盖范围小的问题，市面上推出了一种idu和odu组合的cpe产品。其中，室外cpe产品中的idu和odu之间是通过网线连接的，因此无法将slic芯片通过硬线方式从idu直接连接到odu。对于目前市面上现有的cpe产品，是将slic芯片和语音协议栈设置在idu上，不仅会导致odu上的语音功能的协议栈被废弃，而且还需要在idu上重新实现，工作量大，并且不具有继承性，其次，由于涉及到vonr(voice over new radio，5g)/volte协议栈和5g/lte协议栈的交互，因此涉及的接口较多，难以统一，难以实现idu和odu之间的相互兼容。
55.基于上述情况，本发明实施例提供了一种数据处理方法、室外机、室内机及计算机可读存储介质，其中，本发明实施例是基于slic芯片位于idu并且语音协议栈位于odu的5g室外cpe产品架构，将语音协议栈功能迁移至odu以弱化idu的功能，并将idu作为用户侧设备和odu之间的适配层，同时约定了数据格式，使得idu和odu之间可以按照约定的数据格式进行数据收发，其中所涉及的交互数据是通用的和基础的，不涉及具体的业务逻辑，同时本发明实施例在odu侧实现语音功能的业务逻辑以及协议栈部分，因此，根据本发明实施例的技术方案，能够使得odu和idu之间的数据结构和交互流程简单明确，减少了idu和odu间的交互接口，有利于idu和odu间的接口标准化，便于idu和odu之间进行交叉配对使用，同时也最大程度保证了语音业务逻辑在odu侧实现，有利于语音功能的推广和稳定。
56.下面结合附图，对本发明实施例作进一步阐述。
57.如图1所示，图1是本发明一个实施例提供的用于执行数据处理方法的系统架构平台的示意图。
58.在图1的示例中，该系统架构平台包括idu100和odu200，其中，上述的idu100设置有第一处理器310和第一存储器320，odu200设置有第二处理器410和第二存储器420，其中，第一处理器310和第一存储器320之间、第二处理器410和第二存储器420可以通过总线或者其他方式连接，图1中以通过总线连接为例。
59.第一存储器320和第二存储器420作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，第一存储器320和第二存储器420可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，第一存储器320可选包括相对于第一处理器310远程设置的存储器，第二存储器420可选包括相对于第二处理器410远程设置的存储器，这些远程存储器可以通过网络连接至该系统架构平台。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
60.本领域技术人员可以理解的是，该系统架构平台可以应用于3g通信网络系统、lte
通信网络系统、5g通信网络系统以及后续演进的移动通信网络系统等，本实施例对此并不作具体限定。
61.本领域技术人员可以理解的是，图1中示出的系统架构平台并不构成对本发明实施例的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
62.在图1所示的系统架构平台中，对于idu100侧，第一处理器310可以调用储存在第一存储器320中的数据处理程序，从而执行数据处理方法；对于odu200侧，第二处理器410可以调用储存在第二存储器420中的数据处理程序，从而执行数据处理方法。
63.另外，对于本发明实施例的数据处理方法的应用场景，具体可参照图2至图4所示，其中，图2是本发明一个实施例提供的关于idu与odu之间的连接关系图，图3是本发明一个实施例提供的关于idu的功能模块架构图，图4是本发明一个实施例提供的关于odu的功能模块架构图。
64.具体地，如图2所示，对于室外cpe产品，idu100与odu200之间通过poe500相连，poe500能够为odu200供电和提供数据传输，同时也能够为idu100提供数据传输。对于idu100，idu100能够提供用户接口，主要是wifi、rj11口、rj45口和指示灯；对于odu200，odu200作为无线通信模块，能够为idu100提供数据通道和语音功能。
65.另外，如图3所示，对于idu100，主要包括如下功能模块：第一控制流模块110、第一数据流模块120、音频处理模块130、slic驱动模块140和pcm驱动模块150。基于上述的功能模块，idu100主要用于和odu200交互话机事件和语音数据，实现slic驱动和pcm(pulse code modulation，脉冲编码调制)驱动，完成回声消除和降噪。
66.另外，如图4所示，对于odu200，主要包括如下功能模块：第二控制流模块210、第二数据流模块220、语音呼叫管理模块230、语音协议栈模块240。基于上述的功能模块，odu200主要用于和和idu100交互话机事件和语音数据，实现语音业务逻辑和协议栈。
67.基于上述系统架构平台以及应用场景，如图5所示，图5是本发明一个实施例提供的idu和odu之间的消息交互示意图。本发明实施例中，idu和odu之间的消息交互涉及两个方面：slic控制流和pcm数据流；另外，如图5所示，为了满足slic控制流的传输可靠性以及pcm数据流的传输低时延要求，本发明实施例可以采用tcp(transmission control protocol，传输控制协议)方式收发slic控制流，以及通过udp(user datagram protocol，用户数据报协议)方式收发pcm数据流。
68.具体地，为了实现idu和odu之间的数据交互，本发明实施例根据语音功能的特性，对idu和odu的slic控制流消息结构体进行了定义，其中，slic控制流消息结构体可以参照图6所示，包括但不限于有消息类型字段、消息身份标识字段和消息内容字段。
69.其中，slic控制流消息结构体中的消息类型字段包括但不限于请求和回复两种，本发明实施例中，可以用1和2来区分表示请求和回复，占用1个字节，其中，可以用1代表请求，用2代表回复。
70.另外，slic控制流消息结构体中的消息身份标识字段和消息内容字段能够根据slic芯片的语音功能特性来进行定义，具体如下：
71.对于idu上报的slic事件，本发明实施例可以在消息身份标识字段中填充0x01来表示当前有slic事件上报，同时，由于slic事件可以包括摘机事件、挂机事件或者按键事件
等等事件，因此，为了可以进一步明确所上报的slic事件的类型或者内容，示例性地，本发明实施例可以在消息内容字段中填充0x01来表示当前上报的slic事件为摘机事件，在消息内容字段中填充0x02来表示当前上报的slic事件为挂机事件，在消息内容字段中填充0x03来表示当前上报的slic事件为flash事件，在消息内容字段中填充与按键0-9、*、#对应的asci码来表示当前上报的按键事件的按键内容。
72.对于idu收到的slic控制流消息，示例性地，本发明实施例可以在消息身份标识字段中填充0x02来表示来电显示振铃，对应的消息内容用于填充来电号码。本发明实施例可以在消息身份标识字段中填充0x03来表示停止振铃，对应的消息内容为空。本发明实施例可以在消息身份标识字段中填充0x04来表示播放提示音，同时，由于播放提示音可以包括拨号音、忙音、快速催挂音、呼叫等待音、成功提示音、失败提示音，因此，为了可以进一步明确播放提示音的类型，本发明实施例可以在消息内容字段中填充0x01来表示拨号音，可以在消息内容字段中填充0x02来表示忙音，可以在消息内容字段中填充0x03来表示快速催挂音，可以在消息内容字段中填充0x04来表示呼叫等待音，可以在消息内容字段中填充0x05来表示成功提示音，可以在消息内容字段中填充0x06来表示失败提示音。本发明实施例可以在消息身份标识字段中填充0x05来表示停止提示音，对应的消息内容为空。本发明实施例可以在消息身份标识字段中填充0x06来表示打开pcm通路，对应的消息内容为空。本发明实施例可以在消息身份标识字段中填充0x07来表示关闭pcm通路，对应的消息内容为空。本发明实施例可以在消息身份标识字段中填充0x08来表示同步消息，对应的消息内容为空。
73.另外，具体地，本发明实施例还可以对idu和odu的pcm数据流消息结构体进行了定义，其中，pcm数据流消息结构体可以参照图7所示，包括但不限于有pcm数据字段。可以定义idu和odu之间以20ms的间隔收发pcm数据，pcm数据为8k采样率16bit编码，因此每包pcm数据的大小为320个字节。
74.基于上述系统架构平台、应用场景以及约定的消息结构体，下面提出本发明的数据处理方法的各个实施例。
75.如图8所示，图8是本发明一个实施例提供的idu发送第一slic控制流至odu的数据处理方法流程图，该方法应用于idu，包括但不限于有步骤s100、步骤s200、步骤s300和步骤s400。
76.步骤s100、接收来自用户侧设备的操作状态信号；
77.步骤s200、根据操作状态信号生成与操作状态信号对应的slic事件消息；
78.步骤s300、根据slic事件消息生成第一slic控制流，其中，第一slic控制流携带有与slic事件消息对应的第一标签信息；
79.步骤s400、将第一slic控制流发送至室外机，以使室外机根据第一标签信息得到slic事件消息并采用语音协议栈对slic事件消息进行处理。
80.具体地，对于idu侧，当用户操作用户侧设备如话机时，idu会接收到来自用户侧设备的操作状态信号，并根据该操作状态信号获取当前的slic事件消息，为了可以将slic事件消息透传至odu，idu会将slic事件消息转换为第一标签信息，并携带在第一slic控制流中，通过第一slic控制流将slic事件消息发送至odu，从而odu就能够根据第一标签信息得到slic事件消息并采用语音协议栈对slic事件消息进行处理。
81.需要说明的是，关于上述的操作状态信号，包括但不限于摘机状态信号、挂机状态
信号或者按键状态信号。另外，关于上述的第一标签信息，包括但不限于第一消息身份标识和第一消息内容，第一消息身份标识用于表征上报slic事件消息，第一消息内容用于表征所上报的slic事件消息的数据内容或类型。
82.示例性地，当操作状态信号为挂机状态信号，则slic事件消息对应为挂机事件消息，第一标签信息中的第一消息身份标识按照约定的数据格式对应为0x01，第一消息内容按照约定的数据格式对应为0x02。
83.另外，如图9至图10所示，图9是本发明一个实施例提供的当slic事件消息为挂机事件消息时idu接收到挂机回复消息的流程图，图10是本发明一个实施例提供的当slic事件消息为挂机事件消息时idu没有接收到挂机回复消息的流程图。
84.如图9所示，当slic事件消息为挂机事件消息，本发明实施例的数据处理方法还包括但不限于步骤s510。
85.步骤s510、当接收到来自室外机基于挂机事件消息反馈的挂机回复消息，确认第一slic控制流发送成功。
86.如图10所示，当slic事件消息为挂机事件消息，本发明实施例的数据处理方法还包括但不限于步骤s520。
87.步骤s520、当没有接收到来自室外机基于挂机事件消息反馈的挂机回复消息，重新发送第一slic控制流至室外机。
88.基于上述图8至图10中的流程图，如图11所示，图11是idu侧用户操作话机处理的流程图，包括但不限于有步骤s610、步骤c110、步骤c120、步骤c130、步骤s620、步骤s630。
89.步骤s610、发送slic事件消息至odu。具体地，用户操作话机后，例如摘机、挂机或者按键，接着idu的slic层识别后会发送slic事件消息至odu。
90.步骤c110、判断是否为挂机事件，当为挂机事件时执行步骤c120。具体地，根据话机事件的特性和功能的稳定性，挂机事件需要进行ack的回复判断，如果odu侧未收到idu侧发送的挂机事件消息，则电话将无法挂断，而且idu侧的用户无法感知，也不会触发恢复此问题的动作，会导致故障无法恢复。但对于其他slic事件，如摘机事件，如果odu未收到，则用户听不到拨号音，用户会挂机再重新摘机，故障可恢复，因此本发明实施例只需要针对挂机事件做ack确认和重发。
91.步骤c120、判断是否收到odu侧的挂机回复消息。如果收到则执行步骤s630；如果未收到则执行步骤c130。
92.步骤c130、判断重发次数是否超过300次。当超过后则认为idu和odu已经异常断开，则不需要再重发，执行步骤s630；如果未超过则执行步骤s620。
93.步骤s620、延迟1秒后重发挂机事件消息至odu。
94.步骤s630、结束。
95.如图12所示，图12是本发明一个实施例提供的idu接收来自odu的第二slic控制流的数据处理方法流程图，该方法应用于idu，包括但不限于有步骤s710和步骤s720。
96.步骤s710、接收来自室外机的经过语音协议栈处理的第二slic控制流，其中，第二slic控制流携带有与slic驱动接口信息对应的第二标签信息；
97.步骤s720、根据第二标签信息确定目标slic驱动接口，并调用目标slic驱动接口。
98.具体地，对于idu侧，idu会监听是否接收来自室外机的经过语音协议栈处理的第
二slic控制流，如果idu接收到第二slic控制流，则idu会根据第二slic控制流所携带的第二标签信息确定目标slic驱动接口，并调用目标slic驱动接口。
99.需要说明的是，关于上述的第二标签信息，可以包括第二消息身份标识，也可以包括第二消息身份标识和第二消息内容，其中，第二消息身份标识用于表征所调用的slic驱动接口的接口地址，第二消息内容用于表征所调用的slic驱动接口所传输的数据内容。
100.示例性地，当第二slic控制流用于控制话机来电显示振铃时，第二标签信息中的第二消息身份标识按照约定的数据格式对应为0x02，第二消息内容对应为来电号码，idu会根据第二标签信息调用slic驱动接口来控制话机进行来电显示和振铃。
101.基于上述图12中的流程图，本发明提供了一个idu侧接收到第二slic控制流的具体流程图，如图13所示，包括但不限于有步骤s810、步骤c210、步骤c220、步骤s820、步骤c230和步骤s830。
102.步骤s810、网卡连接后，创建socket tcp客户端。
103.步骤c210、判断是否收到来自odu的消息，当接收到则执行步骤c220。
104.步骤c220、判断是否为slic控制流消息，当是slic控制流消息则执行步骤s820，否则执行步骤c230。
105.步骤s820、根据slic控制流消息，调用slic驱动接口进行处理。具体地，slic控制流消息对应的处理为来电显示振铃，停止振铃，播放提示音，停止提示音，打开pcm通路，关闭pcm通路。
106.步骤c230、判断是否为状态同步消息，当是状态同步消息则执行步骤s830。
107.步骤s830、进行同步状态处理，向odu回复状态同步消息的ack。
108.另外，如图14所示，图14是本发明一个实施例提供的idu根据第二slic控制流反馈第二slic控制流回复消息至odu的流程图，该方法包括但不限于有步骤s900。
109.步骤s900、根据第二slic控制流生成第二slic控制流回复消息，并发送第二slic控制流回复消息至室外机。
110.另外，如图15所示，图15是本发明一个实施例提供的当idu打开pcm通道后idu侧处理pcm数据流的流程图，当第二标签信息用于表征控制室内机打开pcm通道，关于上述步骤s720中的调用目标slic驱动接口，包括但不限于有步骤s1010和步骤s1020。
111.步骤s1010、调用与第二标签信息对应的目标slic驱动接口以打开pcm通道；
112.步骤s1020、通过pcm通道将本地的第一pcm数据流发送至室外机以使室外机采用语音协议栈对第一pcm数据流进行处理，并通过pcm通道获取来自室外机的经过语音协议栈处理的第二pcm数据流。
113.基于上述图15中的流程图，本发明提供了一个idu侧pcm数据交互的具体流程图，如图16所示，包括但不限于有步骤s1110、步骤s1120、步骤s1130和步骤s1140。
114.步骤s1110、创建udp socket，监听定义的端口,接收和发送udp报文。
115.步骤s1120、收到udp的数据后进行处理。
116.步骤s1130、进行音频处理，进行噪音和回声的消除。
117.步骤s1140、pcm驱动，负责pcm数据的记录和播放。
118.需要说明的是，idu和odu之间的pcm语音数据除了可以通过udp报文进行收发，也可以将pcm语音数据进行g.711编码，然后通过rtp报文进行收发。
119.基于上述图8至图16中的idu侧的流程图，下面提出本发明的odu侧的数据处理方法的各个实施例。
120.如图17所示，图17是本发明一个实施例提供的odu接收来自idu的第一slic控制流的流程图，该方法应用于odu，包括但不限于有步骤s1210和步骤s1220。
121.步骤s1210、接收来自室内机的第一slic控制流，其中，第一slic控制流携带有与slic事件消息对应的第一标签信息；
122.步骤s1220、根据第一标签信息得到slic事件消息，并采用语音协议栈对slic事件消息进行处理。
123.需要说明的是，关于上述第一标签信息，包括但不限于有第一消息身份标识和第一消息内容，第一消息身份标识用于表征上报slic事件消息，第一消息内容用于表征所上报的slic事件消息的数据内容。
124.值得注意的是，本发明实施例的odu侧的数据处理方法的具体实施方式及对应的技术效果，可对应参照上述idu侧的数据处理方法的实施例。
125.基于上述图17中的流程图，本发明提供了一个odu接收来自idu的第一slic控制流的具体流程图，如图18所示，包括但不限于有步骤s1310、步骤c310、步骤c320、步骤s1320、步骤c330和步骤s1330。
126.步骤s1310、网卡连接后，创建socket tcp服务端，监听端口并建立连接。
127.步骤c310、判断是否收到来自idu的消息，当接收到来自idu的消息，则执行步骤c320。
128.步骤c320、判断是否为slic事件上报，当是则执行步骤s1320，否则执行步骤c330。
129.步骤s1320、收集slic事件进行逻辑处理。具体地，可以通过呼叫管理模块发起语音呼叫或者接听电话。
130.步骤c330、判断是否为状态同步回复消息，当是状态同步回复消息则执行步骤s1330。
131.步骤s1330、收到状态同步回复消息，清除状态同步超时的计时器。
132.值得注意的是，本发明实施例的odu侧的数据处理方法的具体实施方式及对应的技术效果，可对应参照上述idu侧的数据处理方法的实施例。
133.另外，如图19所示，图19是本发明一个实施例提供的odu根据挂机事件消息反馈挂机回复消息的流程图，当slic事件消息为挂机事件消息，该方法还包括但不限于有步骤s1400。
134.步骤s1400、根据挂机事件消息生成挂机回复消息，并将挂机回复消息发送至室内机。
135.值得注意的是，本发明实施例的odu侧的数据处理方法的具体实施方式及对应的技术效果，可对应参照上述idu侧的数据处理方法的实施例。
136.如图20所示，图20是本发明一个实施例提供的odu发送第二slic控制流给idu的流程图，该方法应用于odu，包括但不限于有步骤s1510和步骤s1520。
137.步骤s1510、获取经过语音协议栈处理的第二slic控制流，其中，第二slic控制流携带有与slic驱动接口信息对应的第二标签信息；
138.步骤s1520、将第二slic控制流发送至室内机，以使室内机根据第二标签信息确定
目标slic驱动接口并调用目标slic驱动接口。
139.需要说明的是，关于上述的第二标签信息，可以包括第二消息身份标识，也可以包括第二消息身份标识和第二消息内容，其中，第二消息身份标识用于表征所调用的slic驱动接口的接口地址，第二消息内容用于表征所调用的slic驱动接口所传输的数据内容。
140.值得注意的是，本发明实施例的odu侧的数据处理方法的具体实施方式及对应的技术效果，可对应参照上述idu侧的数据处理方法的实施例。
141.另外，如图21至图22所示，图21是本发明一个实施例提供的当odu接收到第二slic控制流回复消息时的数据处理流程图，图22是本发明一个实施例提供的当odu没有接收到第二slic控制流回复消息时的数据处理流程图。
142.如图21所示，当odu接收到第二slic控制流回复消息时，本发明实施例的数据处理方法还包括但不限于步骤s1610。
143.步骤s1610、当接收到来自室内机基于第二slic控制流反馈的第二slic控制流回复消息，确认第二slic控制流发送成功。
144.如图22所示，当odu没有接收到第二slic控制流回复消息时，本发明实施例的数据处理方法还包括但不限于步骤s1620。
145.步骤s1620、当没有接收到来自室内机基于第二slic控制流反馈的第二slic控制流回复消息，重新发送第二slic控制流至室内机。
146.基于上述图20至图22中的流程图，如图23所示，图23是odu侧发送消息处理的流程图，包括但不限于有步骤s1710、步骤c410、步骤c420、步骤s1720和步骤s1730。
147.步骤s1710、呼叫管理模块逻辑触发发送slic控制指令到idu。具体地，主要是来电显示振铃，停止振铃，播放提示音，停止提示音，打开pcm通路，关闭pcm通路。
148.步骤c410、判断是否收到对应消息的ack，当没有收到时执行步骤c420。具体地，鉴于odu侧发送的都是控制指令，采用ack和重发机制，判断是否收到对应消息的ack。
149.步骤c420、判断重发次数是否超过10次，当超过后则执行步骤s1730，否则执行步骤s1720。
150.步骤s1720、延迟1秒后重发slic控制指令。
151.步骤s1730、结束。
152.值得注意的是，本发明实施例的odu侧的数据处理方法的具体实施方式及对应的技术效果，可对应参照上述idu侧的数据处理方法的实施例。
153.如图24所示，图24是本发明一个实施例提供的当idu打开pcm通道后odu侧处理pcm数据流的流程图；当第二标签信息用于表征控制室内机打开pcm通道，关于上述步骤s1520，包括但不限于步骤s1810和步骤s1820。
154.步骤s1810、将第二slic控制流发送至室内机，以使室内机根据第二标签信息确定目标slic驱动接口并调用目标slic驱动接口以打开pcm通道；
155.步骤s1820、通过pcm通道获取来自室内机的第一pcm数据流并采用语音协议栈对第一pcm数据流进行处理，并将经过语音协议栈处理的本地的第二pcm数据流通过pcm通道发送至室内机以使室内机对第二pcm数据流进行音频处理。
156.值得注意的是，本发明实施例的odu侧的数据处理方法的具体实施方式及对应的技术效果，可对应参照上述idu侧的数据处理方法的实施例。
157.基于上述图24中的流程图，本发明提供了一个odu侧pcm数据交互的具体流程图，如图25所示，包括但不限于有步骤s1910、步骤s1920和步骤s1930。
158.步骤s1910、创建udpsocket，监听定义的端口,接收和发送udp报文。
159.步骤s1920、收到udp的数据后进行处理，或者，进行g.711的编解码以及使用rtp协议传输。
160.步骤s1930、协议栈处理，进行协议编解码，经过空口与网络侧设备进行交互。
161.值得注意的是，本发明实施例的odu侧的数据处理方法的具体实施方式及对应的技术效果，可对应参照上述idu侧的数据处理方法的实施例。
162.另外，如图26所示，图26是idu和odu间的状态同步机制的流程图，包括但不限于有步骤s2010、步骤c510、步骤s2020、步骤c520、步骤s2030、步骤s2040和步骤s2050。
163.步骤s2010、odu向idu发送状态同步消息；
164.步骤c510、判断是否收到状态同步消息的回复，若没有接收到则执行步骤s2020，否则执行步骤s2040。
165.步骤s2020、超时计时器加20秒，并执行步骤c520。
166.步骤c520、判断超时计时器是否超过10分钟，当是则执行步骤s2030，否则执行步骤s2050。
167.步骤s2030、idu和odu异常断开，进行异常处理，结束通话，呼叫管理恢复到初始状态。
168.步骤s2040、清除超时计时器，并执行步骤s2050。
169.步骤s2050、延迟20秒，周期性发送状态同步消息。
170.另外，基于上述图8至图26的方法流程图，如图27所示，本发明提供了一个用户拨打电话的具体流程图，包括但不限于有步骤s2110、步骤s2120、步骤s2130、步骤s2140、步骤c600、步骤s2150、步骤s2160、步骤s2170、步骤s2180和步骤s2190。
171.步骤s2110、收到idu的摘机事件，进入摘机状态；
172.步骤s2120、向idu发送slic指令播放拨号音；
173.步骤s2130、收到idu的按键事件，向idu发送slic指令停止拨号音；
174.步骤s2140、收集按键；
175.步骤c600、判断是否超时，一般超时为5秒，超时后开始拨打电话，未超时时等待用户继续按键；
176.步骤s2150、调用平台接口拨打电话；
177.步骤s2160、向idu发送slic指令打开pcm通路；
178.步骤s2170、收到idu的挂机事件；
179.步骤s2180、调用平台接口，空口发送结束通话指令；
180.步骤s2190、向idu发送slic指令关闭pcm通路。
181.值得注意的是，本发明实施例的odu侧的数据处理方法的具体实施方式及对应的技术效果，可对应参照上述idu侧的数据处理方法的实施例。
182.具体地，根据本发明实施例的技术方案，本发明实施例基于slic芯片位于idu并且语音协议栈位于odu的5g室外cpe产品架构，将语音协议栈功能迁移至odu以弱化idu的功能，并将idu作为用户侧设备和odu之间的适配层，同时约定了数据格式即标签信息，使得
idu和odu之间可以按照约定的数据格式进行数据收发，其中所涉及的交互数据是通用的和基础的，不涉及具体的业务逻辑，同时本发明实施例在odu侧实现语音功能的业务逻辑以及协议栈部分，因此，根据本发明实施例的技术方案，能够使得odu和idu之间的数据结构和交互流程简单明确，减少了idu和odu间的交互接口，有利于idu和odu间的接口标准化，便于idu和odu之间进行交叉配对使用，同时也最大程度保证了语音业务逻辑在odu侧实现，有利于语音功能的推广和稳定。
183.基于上述idu与odu之间的数据处理方法，下面分别提出本发明的odu、idu和计算机可读存储介质的各个实施例。
184.另外，本发明的一个实施例还提供了一种idu，该idu包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。
185.处理器和存储器可以通过总线或者其他方式连接。
186.需要说明的是，本实施例中的idu，可以应用于如图1所示实施例中的系统架构平台，本实施例中的idu，能够构成图1所示实施例中的系统架构平台的一部分，两者属于相同的发明构思，因此两者具有相同的实现原理以及有益效果，此处不再详述。
187.实现上述实施例的idu与odu之间的数据处理方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例的idu与odu之间的数据处理方法，例如，执行以上描述的图8至图16中的方法步骤。
188.此外，本发明的一个实施例提供了一种odu，该odu包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。
189.处理器和存储器可以通过总线或者其他方式连接。
190.需要说明的是，本实施例中的odu，可以应用于如图1所示实施例中的系统架构平台，本实施例中的odu，能够构成图1所示实施例中的系统架构平台的一部分，两者属于相同的发明构思，因此两者具有相同的实现原理以及有益效果，此处不再详述。
191.实现上述实施例的idu与odu之间的数据处理方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例的idu与odu之间的数据处理方法，例如，执行以上描述的图17至图27中的方法步骤。
192.此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，计算机可执行指令用于执行上述的数据处理方法。例如，被上述idu实施例的一个处理器执行，可使得上述处理器执行上述实施例中的数据处理方法，例如，执行以上描述的图8至图16中的方法步骤。又如，被上述odu实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的数据处理方法，例如，执行以上描述的图17至图27中的方法步骤。
193.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和
不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包括计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
194.以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的共享条件下还可作出种种等同的变形或替换，这些等同的变形或替换均包括在本发明权利要求所限定的范围内。