呼叫等待一般会遇到两类问题，一类是呼叫等待开通，同时打开了遇忙呼叫转移，此时因为呼叫等待优先级高于遇忙呼叫转移，所以遇忙呼叫转移会失效。此类问题都是测试不专业导致，澄清即可。

  另一类问题，主要是 ue_based功能配置的问题，有些运营商网络不支持UT下的callWaiting业务，需要在UE端进行设置，并在UE端控制此功能的实现，即所谓的 ue_based方案。

  何时将ue_based功能打开？或者关闭？

  2.5.1需要打开的场景：

例：台湾运营商TWM，关闭callwaiting后，VOLTE下还可以的来电。

       check NV73538.

      修改use_ue_based_cw = 1，由UE端控制callWaiting功能，问题解决。

2.5.2需要关闭的场景：

例： 测试先将测试卡在测试机中打开callwaiting功能，将卡拔出，插到3G手机上，关闭callWaiting功能；再将卡拔出，重新插回测试机，发现测试机callwaiting功能依然打开。（该运营商网络支持UT下callbarring业务，需要随网络设置走）

check NV73538.

      修改use_ue_based_cw = 0，由network端控制callWaiting功能，问题解决。

UE Based Call Waiting( ue_based_cw ) :
NV  : /nv/item_files/modem/mmode/ue_based_cw. 73538
It has byte variables  and  . use_ue_based_cw is_enabled
When  use_ue_based_cw is_enabled = 1 UE don't send signaling to network even when on legacy GSM and 3G  use_ue_based_cw=RATs.
When  use_ue_based_cw is_enabled = 0 UE always signals CW with network.