计费策略的挑战
实时业务中的话音业务延续1G、2G的特点都是采用时长计费的方式。
但在移动IP网络中，基于IP网络的实时业务必须保持实时在线，既然实时在线，那如何按照时长计费就是个问题，至少目前的核心承载网络无法区分实时业务的实时在线信令流、业务流的在线时长。那么承载网只能选择按照流量计费，这样业务使用了多少的流量就收取多少钱，这样看似乎是合理的，但这是运营商不愿意看到的。
对于实时业务的话音用户运营商普遍有按照时长付费的习惯，只能从业务平台统计通话时长，这样的话承载网产生的流量必须扣除，否则就是重复收费。
对此，运营商需要着重解决计费矛盾，减少整个移动IP网络运营实时业务的复杂性。
话单的处理
除了要能够正确统计通话时长（这个对于业务平台不存在任何问题），运营商还要能够清楚区分出实时业务在承载网产生的流量（即将实时业务与普通的IP上网业务能够区分）。从当前cdma2000 1x EV-DO RevA的实现机制来看，实时业务采用辅流承载，而普通的上网类的BE业务采用主流承载，而且不同的辅流都有其独一无二的QoS信息——profile ID，因此承载网完全能够将实时业务与普通业务进行区分。当然区分只是说承载网提供了区分的标识，但是并未直接将两者区分开来，把压力转移到了运营商的IT系统。
辅流的话单与主流的话单存在很大的差异。一般而言，不开辅流计费的情况下，主流统计前反向的流量，但是只出一张话单，这样便于计费系统的处理。但是当开启辅流计费的情况下，承载网的策略发生了极大的变化，如前面所述，辅流有协商的过程（如开机时实时业务的客户端自动启动进行辅流的协商），激活的过程（用户要使用实时业务），休眠的过程（用户停止使用实时业务，如挂断IP电话），这每个过程，承载网都会出话单，而且都有前反向之分，这样假设一个业务的辅流为3个，那么从注册到打电话到挂断电话，整个过程就要产生12张辅流的话单。尽管流量不多，但是如果一个区域这类用户多的话，将对承载网的计费网元如AAA产生很大的冲击，毕竟任何网元的处理能力都是有限的。此外，即使承载网的计费网元能实时处理/吐出这些话单，但是如何将这样的话单呈现给终端用户？
对于实时业务这种产生众多的话单如何处理，采用什么原则，什么方法合并成一张用户能接受的帐单是运营商部署移动IP承载网络必须考虑的问题。
虽然移动IP网络的发展是趋势，移动IP替换电路域业务是必然，但是这必须要考虑用户的原有使用习惯以及新业务引入后可能造成的一系列问题，如现有业务的影响，对现有网络的改造，对现有策略的挑战等等，因此移动IP承载实时业务还有很大的探索空间。
