2018-06-11-碎语

做KaiOS 的项目也快一年了,cover 的模块有点杂。一开始是MMI 相关的,到后面所有工厂报过来的问题都要我看。我做Android 项目的时候是Telephony 模块的啊!罢了反正都是新东西,MMI 处理的差不多的时候也会处理一些settings,整个系统各处的默认值,call 相关的问题,还有些其他的。

其实回想起来,我虽然是Telephony 组(部门小组)的,但其实我们处理的问题不仅仅是通话相关的,通话相关的仅仅是最基础的。实际上我们涉及到的东西有,信号,网络模式,SIM card,增值业务(呼叫转移,呼叫限制等),小区广播,无限紧急广播(WEA)等等,实际看代码的时候可能从最上层的UI 代码一直看到vendor 代码,甚至有时候需要调查modem 下的代码,但是我能力有限,底层代码我看得懂的鬼啊,好吧,其实看的多了连蒙带猜大概也能看懂什么意思,不过改可能暂时还改不了底层的代码了。实际上除了看代码,有时候还要看文档,协议。以前觉得协议跟自己不沾边,直到遇到WEA(CMAS)后,3GPP 协议文档看的飞起,FCC(美国联邦通信委员会) 官网资料看的飞起,FCC 上关于WEA 的资料改版了改了啥我都知道,因为正赶上那段时间调查WEA。

到现在为止,其实Telephony 不能完全代表我们小组的职能,实际上是,任何和手机网络通信有关的东西可能都会给我们分析一下,蓝牙除外,WiFi 也算除外吧,但是VoWiFi(WiFiCalling) 不能除外,分析了解决不了怎么办?给高通提单啊!但是实际上,在不少问题的处理过程中,我们起到的作用比较小,有些问题处理完后,回想一下,和花的时间相比,收获很少,个别的甚至没啥收获,尽在转达消息了。

有时候我会想,这些个case 非得我们Tel组跟吗?其他组的可以跟吗?可以啊,因为这里面没涉及到和Telephony 密切相关的知识,跟case而已嘛。但是转给他们合适吗?又好像不大合适,因为这个issue 和他们的领域距离更远。。。

所以有时候我会觉得我们组在处理很广泛的问题,但有时候没有相应的收获。

目前在跟两个问题。一个callforward 查询错误,欧洲的某个运营商的卡。bsp同事 给高通提单,高通分析结论是下发消息少一个参数。我接手后换了一张卡,查询正常,但同样是少那个参数,那看来问题不在这?高通翻车了?然后把自己的发现同步上去,请高通再分析。那跟这个case 的过程中我收获了啥?我知道了怎么看qxdm log中cf的查询和返回消息,但谁知道这个靠谱靠谱有没有用,fail 和pass 的log 居然是一样的。

另一个问题是,短信编码问题。类似于欧洲一些小语种语言,发送短信时要进行转码之类的。这涉及到我们,高通,KaiOS三方,具体实现和各方职能就不说了,把问题抽像一下就是消息在发送前按一定规则转码,再抽象一下,参数在传递前转码。那这个看似通用的需求谁来跟谁来做?我们Telephony 组啊,发短信的嘛!

Comments
Write a Comment