[發明專利]為手機客戶端提供大并發處理及流量控制的方法

有效

• 申請號: 201310295086.0
• 申請日: 2013-07-15
• 公開（公告）號: CN103369601A
• 公開（公告）日: 2013-10-23
• 發明（設計）人: 鄒培利;林小淞;林永煌;涂柳招;焦旭峰
• 申請（專利權）人: 廈門卓訊信息技術有限公司
• 主分類號: H04W28/10
• 分類號: H04W28/10;H04L12/813
• 代理公司: 廈門市誠得知識產權代理事務所(普通合伙) 35209
• 代理人: 李伊飏

技術領域

本發明涉及無線通信系統，具體來說，涉及一種為手機客戶端提供大并發處理并有效進行流量控制的方法。

背景技術

移動互聯網中，手機客戶端（動漫、視頻、游戲、音樂、閱讀、LBS位置、手機電商）與接入服務器有兩種接入方式，分別是短連接（HTTP）接入方式和長連接（TCP?SOCKET）接入方式。參照圖1，接入服務器需要接收客戶端的短連接、長連接的請求，并把接收到的請求消息負載平衡的分發到部署了業務邏輯模塊的業務服務器集群進行處理，并對已建立的連接進行管理維護。這一過程中，手機客戶端與接入服務器有以下通信接口：1、注冊接口，2、登錄接口，3、注銷接口，4、心跳接口（通過定時發心跳包，保持和服務端的會話連接），5、獲取首頁數據接口，6、獲配置數據接口。

上述過程中，所需要用到的關鍵技術有大并發量技術、客戶端策略管理技術、負載均衡技術和系統橫向擴展技術。其中，負載均衡技術：終端接入服務器支持集群，在實際部署中，通過配置接入交換機的端口對各臺的接入服務器的短、長連接的端口進行輪詢分發，就可以實現負載均衡。對于注冊、登錄請求消息，接入交換機輪詢分發給某臺服務器進行處理，該臺服務器處理完成后，將響應消息返回給客戶端；對于登錄響應消息，該臺服務器會將本機的IP返回給客戶端，并建立SESSION通道，后續客戶端與該服務器直接進行交互。系統橫向擴展技術：業務服務器集群中，每臺服務器都是互相獨立的，互不影響，當用戶量逐漸增加后，系統容量不足時，系統可以很容易的實現橫向擴展加服務器，增加系統容量。

現有技術中的大并發量技術：接入模塊同時兼容長連接（TCP/IP）和短連接(http)兩種請求方式。接入模塊與處理模塊在物理上可以分離，單獨部署，單獨維護。接入模塊根據負載均衡原則對收到的請求通過TCP方式向處理模塊進行分發。處理模塊處理完請求后將應答返回給接入模塊，再由接入模塊返回給客戶端。接入模塊使用單進程監聽一個端口，采用連接池的方式維護和客戶端的連接，使用epoll?的IO模型，?一個進程可以支持?65535?個連接。但是該技術具有如下缺點：A1、接入服務器與業務服務器集群之間采用TCP連接，建立TCP連接需要三次握手協議，因此其處理效率不高；A2、客戶端的各接口與接入服務器的處理，沒有按業務類型（例如，注冊、登錄、注銷、心跳）區分，在并發用戶數達到上萬級別時，則用戶的登錄時間將會耗費很久，進而導致用戶流失；A3、客戶端登錄系統后，沒有采用策略分流，導致接入服務器與業務服務器集群、內容服務器的負載能力消耗加大，進而導致首頁加載緩慢。

現有技術中的客戶端策略管理技術：客戶端使用的哪個接入點（WAP、NET/WLAN和專用APN）和一些策略參數，采用網絡優選策略，自動判斷并調整客戶端的接入APN，可以通過服務端后臺進行配置管理，業務服務器根據策略，調整業務服務和內容服務。當客戶端接入到服務器時，將這些策略參數通知業務服務器集群和內容服務器，并同步客戶端策略參數。但是該技術具有如下缺點：B1、參數是靜態配置，不能根據網絡狀況動態調整；B2、心跳接口在高峰時期數據量巨大，保持固定的頻率（30秒）與服務器進行通訊，服務器壓力巨大。

因此，基于上述大并發量技術和客戶端策略管理技術，手機客戶端與接入服務器之間進行通訊時，使得手機客戶端上的業務不夠穩定流暢，降低了用戶的體驗感。

發明內容

因此，針對上述的問題，本發明提出一種為手機客戶端提供大并發處理及流量控制的方法，提高服務器的處理速度，使手機客戶端上的業務穩定流暢，提高用戶的體驗感，以解決現有技術之不足。

為了解決上述技術問題，本發明所采用的思路是，首先，通過DNS調度接入服務器，與接入服務器進行時延探測，當時延小于150ms時，客戶端與接入服務器采用UDP進行通信，使業務數據分發及異步的業務處理達到更大的處理量，使其業務處理能力提升35%以上。其次，通過多策略參數控制，實現接入服務器與業務服務器、內容服務器之間進行策略調整，并同步客戶端的策略參數，進行不同的心跳機制，使服務器負載實現更大的吞吐，保證業務穩定流暢。再次，通過多策略參數控制，根據不同的接入APN，進行業務服務器與內容服務器的策略調整，例如調整不同的視頻碼率、音樂碼率、圖片適配大小、文字容量大小、客戶端預緩存處理機制等。?

處理模塊由于需要處理業務請求，耗時相對長，根據實際的資源消耗情況（CPU，內存，帶寬）來進行必要的擴容。