1、 IPHONE手機(jī)電視提示緩沖而無(wú)法繼續(xù)觀看問(wèn)題分析1月4日馬鞍山分公司反映使用IPHONE手機(jī)看電視時(shí)經(jīng)常數(shù)據(jù)緩沖而無(wú)法繼續(xù)觀看，經(jīng)分析初步判斷是RAB拆鏈可能會(huì)引起IPHONE和手機(jī)電視平臺(tái)間TCP會(huì)話問(wèn)題，而導(dǎo)致業(yè)務(wù)異常終止。繼續(xù)分析TCP會(huì)話過(guò)程，產(chǎn)生問(wèn)題的原因是IPHONE在RAB沒(méi)有拆除后發(fā)的TCP連接時(shí)會(huì)發(fā)兩個(gè)重復(fù)的建鏈請(qǐng)求（兩個(gè)一樣的SYN報(bào)文），電視平臺(tái)側(cè)可能有負(fù)載分擔(dān)機(jī)制，可能會(huì)把這兩個(gè)請(qǐng)求轉(zhuǎn)到不同的電視服務(wù)器上，可能導(dǎo)致TCP會(huì)話異常。一、 IPHONE看手機(jī)電視流程分析通過(guò)消息看IPHONE連接手機(jī)電視時(shí)通過(guò)3GNET連接到公網(wǎng)網(wǎng)站。過(guò)程如下：1、 手機(jī)通過(guò)3GNET進(jìn)

2、行PDP上下文激活2、 打開(kāi)頁(yè)面時(shí)，返回網(wǎng)頁(yè)腳本如下： if (site_host=site_url1|site_host=site_url2) if (userAgent.indexOf("iPhone")>0) window.location="" else window.location="" 普通手機(jī)會(huì)直接轉(zhuǎn)到，IPHONE手機(jī)會(huì)轉(zhuǎn)到iP，然后在點(diǎn)擊手機(jī)電視后連接到網(wǎng)站。 然后點(diǎn)擊WEB網(wǎng)頁(yè)中的電視節(jié)目消息，通過(guò)不斷獲取節(jié)目數(shù)據(jù)塊文件名，通過(guò)TCP方式收看數(shù)據(jù)文件（普通手機(jī)一般使用RTP方式）。過(guò)程如下：1、 獲取電視節(jié)

3、目最新數(shù)據(jù)塊文件名。GET /video1/index_128k.m3u8?username=&random=20100106140807039102&ip=&date=20100106180807&key=f730484fdaeae3243da2e3f3d32e072b 得到結(jié)果為：#EXTM3U#EXT-X-TARGETDURATION:10#EXT-X-MEDIA-SEQUENCE:1739#EXTINF:10#EXTINF:10#EXTINF:10#EXTINF:10#EXTINF:10#EXTINF:10#EXTINF:10#E

4、XTINF:10#EXTINF:10#EXTINF:10#EXTINF:10#EXTINF:10#EXTINF:10#EXTINF:10#EXTINF:102、 下載最新的數(shù)據(jù)塊文件，第一次從倒數(shù)第三個(gè)開(kāi)始，并在IPHONE手機(jī)實(shí)時(shí)觀看（每個(gè)文件塊約為500K左右，10秒鐘播放時(shí)間） GET /video1/sample_128k-01751.ts GET /video1/sample_128k-01752.tsGET /video1/sample_128k-01753.ts3、 再次獲取最新數(shù)據(jù)塊文件名， GET /video1/index_128k.m3u8?username=&r

5、andom=20100106140807039102&ip=&date=20100106180807&key=f730484fdaeae3243da2e3f3d32e072b 二、 問(wèn)題分析測(cè)試中發(fā)現(xiàn)異常情況出現(xiàn)在手機(jī)重復(fù)獲取M3U8文件的過(guò)程中，該文件含有最新數(shù)據(jù)塊文件列表。異常情況出現(xiàn)在手機(jī)和電視平臺(tái)TCP三次握手后，發(fā)GET請(qǐng)求，平臺(tái)不回應(yīng)，手機(jī)在重復(fù)三次GET請(qǐng)求后認(rèn)為平臺(tái)異常終止了請(qǐng)求，并終止了本次手機(jī)電視業(yè)務(wù)。該TCP會(huì)話過(guò)程如下：第一個(gè)包是平臺(tái)發(fā)給手機(jī)的TCP握手信號(hào)但ACK=0（正常情況下ACK應(yīng)該=1），同時(shí)隨后還發(fā)了一個(gè)帶SY

6、N的握手信號(hào)而SEQ很大（正常情況下應(yīng)該為0）。IPHONE因?yàn)槭盏降谝粋€(gè)包，所以認(rèn)為與平臺(tái)的TCP連接已建立起來(lái)，隨后就發(fā)送GET請(qǐng)求。但平臺(tái)重復(fù)發(fā)送帶SYN的ACK=0的消息，導(dǎo)致手機(jī)不能獲取正常結(jié)果，在GET請(qǐng)求重復(fù)三次后斷開(kāi)，并終止了手機(jī)電視業(yè)務(wù)。一般情況下服務(wù)器回應(yīng)【SYN ACK】報(bào)文中ACK=1，但在實(shí)際測(cè)試中也發(fā)現(xiàn)ACK=0時(shí)能獲取業(yè)務(wù)的情況，如：和異常情況比較TCP會(huì)話過(guò)程一樣，不同的是異常情況下客戶GET后，平臺(tái)返回依然返回ACK=0，似乎沒(méi)有消息發(fā)出。經(jīng)過(guò)總部相關(guān)負(fù)責(zé)人協(xié)調(diào)，與平臺(tái)技術(shù)工程師討論發(fā)現(xiàn)出現(xiàn)異常時(shí)均伴隨RAB釋放和建立過(guò)程。現(xiàn)網(wǎng)數(shù)據(jù)業(yè)務(wù)，RNC在用戶鏈路空閑6

7、秒時(shí)會(huì)發(fā)起RAB釋放過(guò)程，把無(wú)線資源騰出給其它人使用。IPHONE視頻分成10秒一段，因此系統(tǒng)設(shè)置取M3U文件時(shí)是要求間隔10秒，但在無(wú)線環(huán)境較好的情況下500K字節(jié)的文件下載時(shí)間可能縮短到2秒鐘，這就導(dǎo)致可能有超過(guò)6秒不收發(fā)數(shù)據(jù)包的情況，從而會(huì)有RAB釋放，當(dāng)手機(jī)在獲取M3U時(shí)就需要RAB建立。出現(xiàn)這種現(xiàn)象本身是正常，不會(huì)影響應(yīng)用層消息的交互。如果要避免RAB釋放和建立現(xiàn)象，可以通過(guò)修改RNC空閑時(shí)間參數(shù)或更改M3U文件獲取的頻率，因RNC參數(shù)是全局的，不能隨意修改。總部為此開(kāi)通一個(gè)測(cè)試頁(yè)面http:/live.wovo.tv/ahtest.html，其M3U文件控制內(nèi)容修改為：#EXTM3

8、U#EXT-X-TARGETDURATION:5#EXT-X-MEDIA-SEQUENCE:187#EXTINF:5時(shí)間間隔改為5秒。隨后請(qǐng)馬鞍山公司協(xié)助測(cè)試，測(cè)試20分鐘沒(méi)出現(xiàn)異常情況。 三、 TCP會(huì)話異常分析在出現(xiàn)異常時(shí)經(jīng)常丟失手機(jī)發(fā)出的SYN報(bào)文，后經(jīng)分析是RNC在發(fā)RAB建立成功消息前，先傳送了數(shù)據(jù)包報(bào)文，導(dǎo)致抓包不全。因此TCP會(huì)話分析使用Gn口抓包消息。IPHONE GET請(qǐng)求無(wú)響應(yīng)的完整過(guò)程為：1、首先手機(jī)從TCP 49185端口向24連續(xù)發(fā)送了兩個(gè)TCP SYN請(qǐng)求（只有在RAB需要重新建立時(shí)才出現(xiàn)，正常時(shí)只發(fā)一個(gè)）2、24也回了兩

9、個(gè)TCP SYN ACK，但這兩個(gè)SYN ACK中24本端的TCP SEQ NUM不一致（因此判讀是不同的服務(wù)器返回的）3、手機(jī)向24再回了兩個(gè)ACK，其中確認(rèn)SEQ NUM全部為序號(hào)9325這個(gè)TCP的，也就是24回的第一個(gè)SYN ACK的本端SEQ NUM。（手機(jī)選擇第一個(gè)返回的SYN ACK請(qǐng)求為本次TCP會(huì)話的對(duì)端）4、再往后手機(jī)發(fā)出了GET請(qǐng)求，4秒鐘內(nèi)還沒(méi)有得到響應(yīng)，并且24在包序號(hào)為9332的消息中重發(fā)了一條SYN ACK，手機(jī)予以ACK響應(yīng)。（負(fù)載均衡器選擇了和手機(jī)不一致的服務(wù)器）5、114

10、.247.0.124在包序號(hào)為9334的消息中又重發(fā)了一條SYN ACK，手機(jī)在9335中予以ACK響應(yīng)6、后面是手機(jī)的GET消息重發(fā)過(guò)程以及TCP連接關(guān)閉請(qǐng)求 從上面的消息過(guò)程看，當(dāng)手機(jī)發(fā)往服務(wù)器的兩個(gè)TCP SYN請(qǐng)求，存在兩個(gè)服務(wù)器側(cè)的TCP SYN ACK，這兩個(gè)TCP SYN的區(qū)別如下：第一條SYN ACK的TCP本端序號(hào)為0X6CB978EF，TTL為53第二條SYN ACK的TCP本端序號(hào)為0XB5859630,TTL為52由于TCP本端序號(hào)應(yīng)在TCP實(shí)體上產(chǎn)生，因此這兩個(gè)SYN ACK的序號(hào)為兩個(gè)不同的手機(jī)電視服務(wù)器產(chǎn)生，24這個(gè)地址是一個(gè)手機(jī)電視平臺(tái)對(duì)外

11、暴露的公共地址，這個(gè)地址對(duì)應(yīng)的設(shè)備具備負(fù)責(zé)均衡功能，可將消息、數(shù)據(jù)分發(fā)到不同的手機(jī)電視服務(wù)器上 TCP連接用五元組區(qū)分，即源IP地址，源端口，目的IP地址，目的端口，協(xié)議類型。同一時(shí)間也只能由一個(gè)五元組的TCP會(huì)話。當(dāng)手機(jī)選的TCP連接和負(fù)載均衡器選的TCP連接不一樣時(shí)，TCP會(huì)話就無(wú)法建立了。如圖：1、 RAB重建后IPHONE手機(jī)和平臺(tái)側(cè)的處理此時(shí)IPHONE發(fā)的SYN是重復(fù)的希望建立一個(gè)TCP會(huì)話，而負(fù)載均衡器處理后變成向兩個(gè)SERVER的兩個(gè)TCP會(huì)話過(guò)程。2、IPHONE手機(jī)TCP建立和平臺(tái)負(fù)載服務(wù)器選擇一致時(shí)會(huì)話成功 TCP由五元組識(shí)別，IPHONE并不知道回應(yīng)來(lái)自不同SERVER

12、，也不可能去建兩個(gè)TCP會(huì)話，它會(huì)認(rèn)為與第一個(gè)返回SYN ACK回應(yīng)報(bào)文的服務(wù)器建立連接，返回的消息。負(fù)責(zé)均衡處理機(jī)制應(yīng)該也會(huì)根據(jù)五元組以及負(fù)載映射關(guān)系找到處理的服務(wù)器，如果它找對(duì)了這次會(huì)話過(guò)程就成功了。2、 IPHONE手機(jī)TCP建立和平臺(tái)負(fù)載服務(wù)器選擇不一致時(shí)會(huì)話失敗 負(fù)責(zé)均衡處理機(jī)制應(yīng)該也會(huì)根據(jù)五元組以及負(fù)載映射關(guān)系找到處理的服務(wù)器，如果它找錯(cuò)了這次會(huì)話過(guò)程就失敗了。 四、 解決方案產(chǎn)生問(wèn)題的原因是IPHONE在RAB沒(méi)有拆除后發(fā)的TCP連接時(shí)會(huì)發(fā)兩個(gè)重復(fù)的建鏈請(qǐng)求（兩個(gè)一樣的SYN報(bào)文），電視平臺(tái)側(cè)可能有負(fù)載分擔(dān)機(jī)制，可能會(huì)把這兩個(gè)請(qǐng)求轉(zhuǎn)到不同的電視服務(wù)器上，可能導(dǎo)致TCP會(huì)話異常。因此解決辦法由三個(gè)：1、請(qǐng)平臺(tái)側(cè)解決負(fù)載均衡器處理重復(fù)SYN請(qǐng)求問(wèn)題，負(fù)載均衡器應(yīng)能夠識(shí)別出重復(fù)的SYN請(qǐng)求，從而正確的把重復(fù)SYN均送到一臺(tái)服務(wù)器上。2、避免RAB拆除，調(diào)整M3U文件內(nèi)容，使IPHONE手機(jī)看電視時(shí)始終保持空口連接。此方法可能會(huì)在業(yè)務(wù)量上升后影響無(wú)線資源，并增加手機(jī)耗電。3、修改IPHONE手機(jī)在RAB拆除后的TCP連接機(jī)制。方案1是最好的解決方案，請(qǐng)總部協(xié)調(diào)解決。在線文檔：精品資料網(wǎng)（http:/）成立于2004年