做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 组啊，发短信的嘛！