苹果的FACETIME

概述    苹果的FACE TIME 很有趣。感觉APP 用最简单的方式实现了最有趣的事情。    以前在测试 UMTS 中的Vedio Call 时候，总觉得这是一个很鸡肋的功能。 由于视频通话引起的数据流而带来的大额话费，并不能吸引用户来心甘情愿的使用这个功能。 并且用户通过 PC 上的各种聊天软件，也可以实现视频通话，并且还免费。    但是FACE TIME 却成为 iphone 4 ， ip

    苹果的FACE TIME 很有趣。感觉APP 用最简单的方式实现了最有趣的事情。

   以前在测试 umts 中的Vedio Call 时候，总觉得这是一个很鸡肋的功能。 由于视频通话引起的数据流而带来的大额话费，并不能吸引用户来心甘情愿的使用这个功能。 并且用户通过 PC 上的各种聊天软件，也可以实现视频通话，并且还免费。

   但是FACE TIME 却成为 iphone 4 ， ipad ，itouch 的一个卖点。 虽然目前更多的iphone 4 也是通过WIFI 来实现视频，有点类似PC 上的视频通话，但是很多人都喜欢这个功能。是不是用户通过 iphone 4 拨打，进行体验vedio call 的时候，用户还是觉得是在用手机在进行通信（而且还免费），苹果模糊了vedio call 的接入方式。

 

   想想FACE TIME 的实现方式：（同样的放到 ims 域里， ）

  1 . app 借助类似SIP 的协议来 完成Vedio call 的信令部分。

      UE A &UE B 通过wifi 进入网络， app 有服务器来记录当前UE A & UE B 的UUID ， IP ，MSISDN 信息， （UUID 资源标识符，不用mobile 的IMEI 号，是考虑到还有Itouch ，IPAD 2 这些非 mobile clIEnt).

       这边可以看到一个有关contact 的扩展。 通过在SIP contact 中放入的UUID 信息，来作为一个用户的地址。（以前以为是可以通过IMEI 号来完成对用户 MAC 地址的绑定，来实现用户终端能力集的一个交互， 现在通过UUID 也可以得到 clIEnt 的硬件信息，从而来得到用户的能力集）。

 

"<?xml version="1.0"?>
<reginfo xmlns="urn:IEtf:params:xml:ns:reginfo" version="1.0" state="full">
    <registration aor="sip:14252238591@msg.pc.t-mobile.com" ID="1"
state="active">
        <contact ID="1" state="terminated" event="unregistered">
            <uri>sip:14252238591@10.184.7.4:36125;transport=udp</uri>
            <unkNown-param
name="+g.3gpp.icsi-ref">"urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
</unkNown-param>
            <unkNown-param name="+g.3gpp.smsip" />
            <unkNown-param name="+sip.instance">"<urn:uuID:354957035088171>"
</unkNown-param>
        </contact>
        <contact ID="2" state="active" event="registered">
            <uri>sip:14252238591@10.184.7.4:36126;transport=udp</uri>
            <unkNown-param
name="+g.3gpp.icsi-ref">"urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel"
</unkNown-param>
            <unkNown-param name="+g.3gpp.smsip" />
            <unkNown-param name="+sip.instance">"<urn:uuID:354957035088171>"
</unkNown-param>
        </contact>
    </registration>
</reginfo>"

 

  2 . 信令部分很简单， 类似SIP 信令的交互， 用户A 发现用户 B， 并完成 vedio call 的协商。

  3 . 媒体部分， 可以在终端之间直接交互， 或者通过APP server 来relay 这部分媒体流。

  4 . 如果手机接入GPRS和EDGE， 那同样的iphone 可以得到 IP 地址完成这部分的 vIDeo call， (是否可以在接入ims 域中,进行更多的业务实现）。 但实际上app 通过这样的一个方式， 绕开了营运商， 来完成 Voice/Vedio Call。并且给用户造成了一个错觉，还是在使用手机在做正常的呼叫。 （免费太给力了）

 

 

这样一个为FACE TIME 打造的系统， APP除了可以用来实现Vedio call， 应该还可以用来实现更多的APP 应用。信令和媒体分开。 媒体的部分通过IP 在clIEnt 上完成编解码。都不需要MGW的存在。

总结

以上是内存溢出为你收集整理的苹果的FACETIME全部内容，希望文章能够帮你解决苹果的FACETIME所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。