專利名稱：一種基于usb接口的通信設(shè)備及實現(xiàn)業(yè)務(wù)配置的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種基于USB接口的通信設(shè)備及實現(xiàn)業(yè)務(wù)配置的 方法。
背景技術(shù)：
目前，隨著移動寬帶的發(fā)展，用戶對于移動寬帶接入終端，例如數(shù)據(jù)卡和具有無線 接入功能的IAD (Integrated Access Device,綜合接入設(shè)備)的需求日益增加。對于數(shù)據(jù)卡 而言，用戶希望其既能夠在PC (Personal Computer,個人計算機)上使用，又可以作為IAD 中的無線接入模塊使用，從而實現(xiàn)資源的最大化利用。同時，由于運營商的運營策略不同， 數(shù)據(jù)卡在PC機上使用的業(yè)務(wù)功能和IAD上使用的功能又存在差異性。例如當(dāng)數(shù)據(jù)卡用于 PC上時，運營商僅僅希望其專注于數(shù)據(jù)業(yè)務(wù)；而當(dāng)其用于IAD上時，運營商又希望不僅僅具 有數(shù)據(jù)業(yè)務(wù)，而且還可以具有CS (circuit-switched,電路交換)語音功能。
再者，由于不同的PC中使用的操作系統(tǒng)，例如主流的操作系統(tǒng)有WINDOWS系統(tǒng)、 MAC OS以及LINUX系統(tǒng)，用于對于數(shù)據(jù)卡在各種系統(tǒng)中的業(yè)務(wù)屬性同樣存在差異，因此，對 于不同的操作系統(tǒng)而言，需要支持的業(yè)務(wù)類型也會存在差異。 但是，現(xiàn)有的數(shù)據(jù)卡并不能夠根據(jù)主機類型或主機的不同操作系統(tǒng)環(huán)境實現(xiàn)不同 業(yè)務(wù)類型。 上文是以數(shù)據(jù)卡為例來說明現(xiàn)有技術(shù)中存在的缺陷，對于其他基于USB接口的通 信設(shè)備來說，同樣也存在上述缺陷。

發(fā)明內(nèi)容
為了解決基于USB接口的通信設(shè)備如何在不同環(huán)境下實現(xiàn)不同業(yè)務(wù)屬性的問題， 本發(fā)明提供了一種實現(xiàn)業(yè)務(wù)配置的方法，用于基于USB接口的通信設(shè)備，包括以下步驟
所述基于USB接口的通信設(shè)備向主機上報設(shè)備描述符，使所述主機完成主機驅(qū)動 程序的加載； 所述基于USB接口的通信設(shè)備在所述主機驅(qū)動程序加載完成后，通過所述USB接 口接收主機側(cè)下發(fā)的控制指令； 所述基于USB接口的通信設(shè)備根據(jù)所述控制指令對業(yè)務(wù)屬性信息進行配置，使得
所述業(yè)務(wù)屬性信息能夠指示所述基于USB接口的通信設(shè)備的業(yè)務(wù)屬性。 所述對業(yè)務(wù)屬性信息進行配置的步驟具體為 所述基于USB接口的通信設(shè)備對所述控制指令進行解析； 所述基于USB接口的通信設(shè)備根據(jù)所述控制指令解析后的信息對所述業(yè)務(wù)屬性
信息進行初始化，以完成對所述業(yè)務(wù)屬性信息的配置。 所述對業(yè)務(wù)屬性信息進行配置的步驟之后進一步包括步驟 所述基于USB接口的通信設(shè)備接收到業(yè)務(wù)； 所述基于USB接口的通信設(shè)備根據(jù)所述業(yè)務(wù)屬性信息判斷是否支持所述業(yè)務(wù)，如
4果支持，則執(zhí)行所述業(yè)務(wù)，否則執(zhí)行所述業(yè)務(wù)異常。 所述接收所述主機側(cè)下發(fā)的控制指令的步驟之后進一步包括步驟 所述基于USB接口的通信設(shè)備向所述主機側(cè)發(fā)送響應(yīng)消息。 所述主機側(cè)為主機驅(qū)動程序或用戶應(yīng)用程序。 本發(fā)明還提供了一種基于USB接口的通信設(shè)備，包括 發(fā)送模塊，用于向主機上報設(shè)備描述符，使所述主機完成主機驅(qū)動程序的加載；
第一接收模塊，用于在所述主機驅(qū)動程序加載完成后，通過所述USB接口接收主 機側(cè)下發(fā)的控制指令； 配置模塊，用于根據(jù)所述控制指令對業(yè)務(wù)屬性信息進行配置。
所述配置模塊具體包括 解析單元，用于對所述控制指令進行解析； 初始化單元，用于根據(jù)所述控制指令解析后的信息對所述業(yè)務(wù)屬性信息進行初始 化，以完成對所述業(yè)務(wù)屬性信息的配置。
所述設(shè)備進一步包括 響應(yīng)模塊，用于在所述第一接收模塊接收到所述控制指令后，向所述主機側(cè)發(fā)送 響應(yīng)消息。
所述設(shè)備進一步包括 第二接收模塊，用于接收業(yè)務(wù)； 判斷模塊，用于根據(jù)所述業(yè)務(wù)屬性信息判斷是否支持所述業(yè)務(wù)； 業(yè)務(wù)執(zhí)行模塊，用于在所述判斷模塊支持所述業(yè)務(wù)時，執(zhí)行所述業(yè)務(wù)，否則執(zhí)行所
述業(yè)務(wù)異常。 所述基于USB接口的通信設(shè)備為數(shù)據(jù)卡。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下有益效果 本發(fā)明使用用戶通過主機側(cè)下發(fā)的USB控制信息對業(yè)務(wù)屬性信息進行控制，USB 控制信息中包括當(dāng)前系統(tǒng)適用的業(yè)務(wù)屬性，使本發(fā)明的設(shè)備根據(jù)USB控制信息初始化業(yè)務(wù) 屬性信息，從而使本發(fā)明的設(shè)備能夠針對不同的操作系統(tǒng)實現(xiàn)業(yè)務(wù)差異化支持。具體來說， 用戶使用同一個數(shù)據(jù)卡，既能夠滿足PC機上的使用要求同時也能夠滿足IAD設(shè)備的使用 要求。此外，本發(fā)明是通過主機驅(qū)動程序的加載來進行USB控制指令的發(fā)送，對于第三方的 UI (Userlnterface，用戶接口 )或者IAD設(shè)備而言，不需要其他額外的操作，更易于進行集成。


圖1為本發(fā)明的設(shè)備結(jié)構(gòu)示意圖； 圖2為配置模塊的結(jié)構(gòu)示意圖； 圖3為本發(fā)明業(yè)務(wù)控制表初始化流程圖； 圖4為本發(fā)明在語音呼叫時的被叫處理流程圖； 圖5為本發(fā)明在語音呼叫時的主叫處理流程圖。
具體實施例方式
對于數(shù)據(jù)卡等基于USB接口與PC交互的設(shè)備而言，需要提供一種方法使其在不同的環(huán)境下使用時，具有不同的業(yè)務(wù)屬性。本發(fā)明以數(shù)據(jù)卡為例，提供了一種通過USB控制指 令實現(xiàn)指示數(shù)據(jù)卡中的業(yè)務(wù)屬性，進而實現(xiàn)業(yè)務(wù)控制的設(shè)備及方法。
下面結(jié)合附圖對本發(fā)明的具體實施方式
作進一步詳細說明。
參考圖1，圖1為本發(fā)明的設(shè)備結(jié)構(gòu)示意圖，包括 發(fā)送模塊，用于向主機上報設(shè)備描述符，使主機根據(jù)設(shè)備描述符完成主機驅(qū)動程 序的加載； 主機驅(qū)動程序指HOST (主機)側(cè)USB控制器的主機驅(qū)動程序，是操作系統(tǒng)與操作 控制USB設(shè)備的接口。設(shè)備描述符包括PID、VID以及配置描述符。
第一接收模塊，用于在加載完成后，接收主機側(cè)下發(fā)的控制指令；
第一接收模塊通過USB接口的USB的控制端點接收主機側(cè)下發(fā)的控制指令?？刂?指令中包含有能夠提供的業(yè)務(wù)類型的指示，例如，控制指令可以為字符串的形式，將1定義 為語音業(yè)務(wù)，2定義為數(shù)據(jù)業(yè)務(wù)，0定義為能夠提供該業(yè)務(wù)，則01表示能夠提供語音業(yè)務(wù)，02 表示能夠提供數(shù)據(jù)業(yè)務(wù)?；蛘?，可以將0定義為不提供該業(yè)務(wù)，則01表示不提供語音業(yè)務(wù)， 02表示不提供數(shù)據(jù)業(yè)務(wù)。 當(dāng)然也可以采用其他的通信的雙方都能夠接受的方式對控制指令進行設(shè)置。
這里的主機側(cè)既可以是主機驅(qū)動程序，也可以是主機上的用戶應(yīng)用程序。
配置模塊，用于根據(jù)控制指令對業(yè)務(wù)屬性信息進行配置。 業(yè)務(wù)屬性信息可以通過業(yè)務(wù)控制表的形式體現(xiàn)，也可以通過其他的形式體現(xiàn)，業(yè) 務(wù)屬性信息指示了基于USB接口的通信設(shè)備所能夠支持的業(yè)務(wù)類型及相關(guān)信息。下文中以 業(yè)務(wù)控制表為例來詳細說明業(yè)務(wù)配置的實現(xiàn)裝置及方法。 進一步，本發(fā)明的設(shè)備還包括響應(yīng)模塊，用于在第一接收模塊接收到控制指令 后，向主機側(cè)發(fā)送響應(yīng)消息。 上述模塊完成了對業(yè)務(wù)控制表的配置，在業(yè)務(wù)控制表配置完成之后，將執(zhí)行具體 的業(yè)務(wù)處理過程，因此，本發(fā)明的設(shè)備進一步包括第二接收模塊，判斷模塊和業(yè)務(wù)執(zhí)行模 塊。 第二接收模塊，用于接收業(yè)務(wù)； 判斷模塊，用于根據(jù)業(yè)務(wù)控制表判斷是否支持所述業(yè)務(wù)； 判斷模塊在實現(xiàn)判斷功能時，可以向配置模塊發(fā)送查詢信息，查詢所述業(yè)務(wù)是否 存儲于業(yè)務(wù)控制表中，配置模塊將查詢結(jié)果反饋給判斷模塊。查詢結(jié)果包括兩種所述業(yè)務(wù) 存儲于業(yè)務(wù)控制表中，則支持所述業(yè)務(wù)，和所述業(yè)務(wù)不存在于業(yè)務(wù)控制表中，則不支持所述 業(yè)務(wù)。 業(yè)務(wù)執(zhí)行模塊，用于在判斷模塊獲得支持所述業(yè)務(wù)的信息時，執(zhí)行所述業(yè)務(wù)，否則 執(zhí)行所述業(yè)務(wù)異常。 參考圖2，圖2為配置模塊的結(jié)構(gòu)示意圖，配置模塊具體包括
解析單元，用于對控制指令進行解析； 初始化單元，用于根據(jù)控制指令解析后的信息對預(yù)先存儲的業(yè)務(wù)控制表進行初始
化，以完成對業(yè)務(wù)控制表的配置。 解析后的控制指令為業(yè)務(wù)配置信息。 參考圖3，圖3為本發(fā)明業(yè)務(wù)控制表初始化流程圖，包括以下步驟
步驟1，向主機上報設(shè)備描述符，使主機完成主機驅(qū)動程序的加載；
設(shè)備描述符包括PID、 VID以及配置描述符。
步驟2，接收主機側(cè)下發(fā)的控制指令； 可以通過USB的控制端點接收主機側(cè)下發(fā)的控制指令。主機側(cè)為主機驅(qū)動程序或
主機上的用戶應(yīng)用程序。控制指令中包含有能夠提供的業(yè)務(wù)類型的指示，例如，控制指令可
以為字符串的形式，將1定義為語音業(yè)務(wù)，2定義為數(shù)據(jù)業(yè)務(wù)，0定義為能夠提供該業(yè)務(wù)，則
01表示能夠提供語音業(yè)務(wù)，02表示能夠提供數(shù)據(jù)業(yè)務(wù)。或者，可以將0定義為不提供該業(yè)
務(wù)，則01表示不提供語音業(yè)務(wù)，02表示不提供數(shù)據(jù)業(yè)務(wù)。 步驟3，根據(jù)控制指令對預(yù)先存儲的業(yè)務(wù)控制表進行配置。 進一步，在步驟2之后，還包括 步驟2，向主機側(cè)發(fā)送響應(yīng)消息。 通過上述步驟完成了對業(yè)務(wù)控制表的初始化過程，以完成業(yè)務(wù)控制表的配置。在 配置完成之后，如果有業(yè)務(wù)接入，將根據(jù)業(yè)務(wù)控制表判斷是否執(zhí)行該業(yè)務(wù)，具體為
步驟4，接收到業(yè)務(wù)； 步驟5，根據(jù)業(yè)務(wù)控制表判斷接收到業(yè)務(wù)是否支持所述業(yè)務(wù)，如果支持，則執(zhí)行所 述業(yè)務(wù)，否則執(zhí)行所述業(yè)務(wù)異常。 執(zhí)行所述業(yè)務(wù)異常的操作例如如果接收到ATD命令，在不支持該業(yè)務(wù)的時候直 接返回錯誤ERROR消息。 步驟5在具體實施時，可以在業(yè)務(wù)控制表中進行查詢，判斷業(yè)務(wù)控制表中是否存 在接收到的業(yè)務(wù)，如果存在，則執(zhí)行接收到的業(yè)務(wù)。 下面通過兩個實施例來具體說明配置完成業(yè)務(wù)控制表之后，對發(fā)起的業(yè)務(wù)具體執(zhí) 行的過程。 參考圖4，圖4為本發(fā)明在語音呼叫時的被叫處理流程圖，包括以下步驟 步驟401，數(shù)據(jù)卡的第二接收模塊接收到終端發(fā)起的CS域語音呼叫； 步驟402，數(shù)據(jù)卡中的判斷模塊根據(jù)呼叫類型向配置模塊發(fā)起業(yè)務(wù)支持查詢操
作； 步驟403，配置模塊根據(jù)判斷模塊查詢的呼叫類型，通過查詢業(yè)務(wù)控制表，獲取業(yè) 務(wù)查詢結(jié)果并將結(jié)果反饋給判斷模塊； 步驟404，判斷模塊根據(jù)配置模塊反饋的查詢結(jié)果判斷是否支持語音業(yè)務(wù)，如果支
持語音業(yè)務(wù)，則執(zhí)行步驟405 ;否則，執(zhí)行步驟406 ; 步驟405，業(yè)務(wù)執(zhí)行模塊進行語音通話的建立過程； 步驟406，業(yè)務(wù)執(zhí)行模塊拒絕語音呼叫消息并進行拆線過程。 參考圖5，圖5為本發(fā)明在語音呼叫時的主叫處理流程圖，包括步驟 步驟501，數(shù)據(jù)卡的第二接收模塊接收UI發(fā)出的用以發(fā)起語音呼叫消息的ATD命
令； 步驟502，數(shù)據(jù)卡中的判斷模塊根據(jù)ATD命令對呼叫類型進行判斷，如果是語音業(yè) 務(wù)，如CS域語音呼叫，則向配置模塊查詢是否支持語音通話； 如果判斷出的業(yè)務(wù)類型為CS域數(shù)據(jù)呼叫、PS (packet switch,分組交換)域數(shù)據(jù) 呼叫以及短消息等其他業(yè)務(wù)時，按照與CS域語音呼叫相同的方式，向配置模塊查詢是否支持相應(yīng)的服務(wù)類型。 步驟503，配置模塊根據(jù)判斷模塊的查詢類型，通過查詢業(yè)務(wù)控制表，獲取業(yè)務(wù)查 詢結(jié)果并將查詢結(jié)果反饋給判斷模塊； 步驟504，判斷模塊根據(jù)配置模塊反饋的查詢結(jié)果判斷是否支持語音業(yè)務(wù)，如果支 持語音業(yè)務(wù)，則執(zhí)行步驟505，否則執(zhí)行步驟506 ; 步驟505，業(yè)務(wù)執(zhí)行模塊向UI發(fā)送OK并繼續(xù)進行語音通話的建立過程；否則，執(zhí) 行步驟506 ; 步驟506 ，業(yè)務(wù)執(zhí)行模塊向UI發(fā)送ERROR消息。 以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng) 視為本發(fā)明的保護范圍。
權(quán)利要求
一種實現(xiàn)業(yè)務(wù)配置的方法，其特征在于，用于基于USB接口的通信設(shè)備，包括以下步驟所述基于USB接口的通信設(shè)備向主機上報設(shè)備描述符，使所述主機完成主機驅(qū)動程序的加載；所述基于USB接口的通信設(shè)備在所述主機驅(qū)動程序加載完成后，通過所述USB接口接收主機側(cè)下發(fā)的控制指令；所述基于USB接口的通信設(shè)備根據(jù)所述控制指令對業(yè)務(wù)屬性信息進行配置，使得所述業(yè)務(wù)屬性信息能夠指示所述基于USB接口的通信設(shè)備的業(yè)務(wù)屬性。
2. 如權(quán)利要求1所述的方法，其特征在于，所述對業(yè)務(wù)屬性信息進行配置的步驟具體為所述基于USB接口的通信設(shè)備對所述控制指令進行解析；所述基于USB接口的通信設(shè)備根據(jù)所述控制指令解析后的信息對所述業(yè)務(wù)屬性信息 進行初始化，以完成對所述業(yè)務(wù)屬性信息的配置。
3. 如權(quán)利要求1所述的方法，其特征在于，所述對業(yè)務(wù)屬性信息進行配置的步驟之后進一步包括步驟所述基于USB接口的通信設(shè)備接收到業(yè)務(wù)；所述基于USB接口的通信設(shè)備根據(jù)所述業(yè)務(wù)屬性信息判斷是否支持所述業(yè)務(wù)，如果支 持，則執(zhí)行所述業(yè)務(wù)，否則執(zhí)行所述業(yè)務(wù)異常。
4. 如權(quán)利要求1所述的方法，其特征在于，所述接收所述主機側(cè)下發(fā)的控制指令的步驟之后進一步包括步驟所述基于USB接口的通信設(shè)備向所述主機側(cè)發(fā)送響應(yīng)消息。
5. 如權(quán)利要求1所述的方法，其特征在于，所述主機側(cè)為主機驅(qū)動程序或用戶應(yīng)用程序。
6. —種基于USB接口的通信設(shè)備，其特征在于，包括發(fā)送模塊，用于向主機上報設(shè)備描述符，使所述主機完成主機驅(qū)動程序的加載； 第一接收模塊，用于在所述主機驅(qū)動程序加載完成后，通過所述USB接口接收主機側(cè) 下發(fā)的控制指令；配置模塊，用于根據(jù)所述控制指令對業(yè)務(wù)屬性信息進行配置。
7. 如權(quán)利要求6所述的基于USB接口的通信設(shè)備，其特征在于，所述配置模塊具體包括解析單元，用于對所述控制指令進行解析；初始化單元，用于根據(jù)所述控制指令解析后的信息對所述業(yè)務(wù)屬性信息進行初始化， 以完成對所述業(yè)務(wù)屬性信息的配置。
8. 如權(quán)利要求6所述的基于USB接口的通信設(shè)備，其特征在于，所述設(shè)備進一步包括 響應(yīng)模塊，用于在所述第一接收模塊接收到所述控制指令后，向所述主機側(cè)發(fā)送響應(yīng)消息。
9. 如權(quán)利要求6所述的基于USB接口的通信設(shè)備，其特征在于，所述設(shè)備進一步包括 第二接收模塊，用于接收業(yè)務(wù)；判斷模塊，用于根據(jù)所述業(yè)務(wù)屬性信息判斷是否支持所述業(yè)務(wù)；業(yè)務(wù)執(zhí)行模塊，用于在所述判斷模塊支持所述業(yè)務(wù)時，執(zhí)行所述業(yè)務(wù)，否則執(zhí)行所述業(yè)務(wù)異常。
10.如權(quán)利要求6所述的基于USB接口的通信設(shè)備，其特征在于，所述基于USB接口的 通信設(shè)備為數(shù)據(jù)卡。
全文摘要
本發(fā)明提供一種基于USB接口的通信設(shè)備及實現(xiàn)業(yè)務(wù)配置的方法，其中的方法用于基于USB接口的通信設(shè)備，包括以下步驟所述基于USB接口的通信設(shè)備向主機上報設(shè)備描述符，使所述主機完成主機驅(qū)動程序的加載；所述基于USB接口的通信設(shè)備在所述主機驅(qū)動程序加載完成后，通過所述USB接口接收主機側(cè)下發(fā)的控制指令；所述基于USB接口的通信設(shè)備根據(jù)所述控制指令對業(yè)務(wù)屬性信息進行配置，使得所述業(yè)務(wù)屬性信息能夠指示所述基于USB接口的通信設(shè)備的業(yè)務(wù)屬性。本發(fā)明USB控制信息對業(yè)務(wù)屬性信息進行控制，使本發(fā)明的設(shè)備能夠針對不同的操作系統(tǒng)實現(xiàn)業(yè)務(wù)差異化支持。此外，本發(fā)明不需要其他額外的操作，更易于進行集成。
文檔編號H04W88/02GK101739364SQ20091024229
公開日2010年6月16日 申請日期2009年12月8日 優(yōu)先權(quán)日2009年12月8日
發(fā)明者盧翠玲, 龐盛金, 李凱旋, 王洪立, 陸大明 申請人:中興通訊股份有限公司