最近編寫一個醫學項目的程式,需要用 Windows Mobile 來做通訊處理,需要將手機端的資料通過GPRS傳送至公網上的一個伺服器上。資料轉送我採用的是socket,用資料線+ActiveSync調試通過,資料轉送正常,在準備將軟體提交給質檢部門的時候,用真正的GPRS來做通訊測試時,問題出來了,串連始終建立不了,但用手機的IE瀏覽器卻能正常開啟網頁,而且奇怪的是只要用IE瀏覽器成功訪問過一次網頁,我的 socket 就能正常進行資料通訊,看來傳說中的GPRS常串連被我誤解了。
手機開通GPRS以後,我們的socket 程式還不能直接建立網路連接,需要用連線管理員來擷取當前可用串連,並自動選擇一個最佳的串連途徑,然後啟用這個串連,在串連啟動成功以後再用socket 進行網路連接方可正常進行。大概GPRS撥號和串連過程就是在這裡自動進行的吧。原始碼中封裝了一個串連管理的類和測試代碼,可以清楚地看到Windows Mobile 在socket 編程之前到底需要做什麼樣的操作。
首先需要枚舉當前可用的串連
void CConnectManager::EnumNetIdentifier ( OUT CStringArray &StrAry )
{
CONNMGR_DESTINATION_INFO networkDestInfo = {0};
// 得到網路列表
for ( DWORD dwEnumIndex=0; ; dwEnumIndex++ )
{
memset ( &networkDestInfo, 0, sizeof(CONNMGR_DESTINATION_INFO) );
if ( ConnMgrEnumDestinations ( dwEnumIndex, &networkDestInfo ) == E_FAIL )
{
break;
}
StrAry.Add ( networkDestInfo.szDescription );
}
}
接下來找到“Internet”這個串連,可用遠程URL映射的方式來完成,這樣可以讓系統自動選取一個最好的串連。
int CConnectManager::MapURLAndGUID ( LPCTSTR lpszURL, OUT GUID &guidNetworkObject, OUT CString *pcsDesc/*=NULL*/ )
{
if ( !lpszURL || lstrlen(lpszURL) < 1 )
return FALSE;
memset ( &guidNetworkObject, 0, sizeof(GUID) );
int nIndex = 0;
HRESULT hResult = ConnMgrMapURL ( lpszURL, &guidNetworkObject, (DWORD*)&nIndex );
if ( FAILED(hResult) )
{
nIndex = -1;
DWORD dwLastError = GetLastError ();
AfxMessageBox ( _T("Could not map a request to a network identifier") );
}
else
{
if ( pcsDesc )
{
CONNMGR_DESTINATION_INFO DestInfo = {0};
if ( SUCCEEDED(ConnMgrEnumDestinations(nIndex, &DestInfo)) )
{
*pcsDesc = DestInfo.szDescription;
}
}
}
return nIndex;
}