專利名稱：通信終端設備和數據傳輸方法
技術領域：
本發(fā)明涉及一種通信終端設備和一種數據傳輸方法。
背景技術：
近年來，象移動電話和固定終端這樣的通信終端上的應用程序的復雜性已被大幅增加以支持各種電信業(yè)務。因此，著重于位于應用程序和呼叫處理器之間的通信終端(中間件層(middleware layer))，這種通信終端根據來自應用程序的命令執(zhí)行電路連接控制，并且減少應用程序的電路連接控制的開發(fā)負擔(development load)。
也就是說，例如，理想情況下，象瀏覽器和郵件器這樣的應用程序應該可以使用與電路連接控制無關的、包含TCP(傳輸控制協(xié)議)和IP(Internet協(xié)議)的特定協(xié)定來執(zhí)行通信。
已經公開了一種方法，作為這種不考慮電路連接控制的機制的例子，采用該方法，可以通過象TCP層這樣的端口來監(jiān)視來自應用程序的業(yè)務請求，并且通信終端設備基于業(yè)務請求的檢測來建立到通信終端站的電路連接并且啟動通信(例如，參見公開待審的日本專利申請公開文本第HEILL-340986號第0046-0050段)。
然而，如上所述的傳統(tǒng)通信設備存在下述問題，即當應用程序指定了錯誤的端口號并請求業(yè)務時，通信終端設備檢測業(yè)務請求的發(fā)出并且啟動通信。特別地，當通信終端設備使用象Linux這樣的允許自由修改并且重新發(fā)布的OS(操作系統(tǒng))時，可以想象到許多第三方將開發(fā)原始應用程序，并且當應用程序指定錯誤的端口號并仍然啟動業(yè)務時，這會導致大的安全性問題。
而且，采用傳統(tǒng)通信設備，當應用程序在多個業(yè)務之間進行切換時，需要執(zhí)行電信業(yè)務切換(切斷一個業(yè)務，接著啟動另一個業(yè)務)的電路連接控制，這已經成為應用開發(fā)者的沉重負擔。

發(fā)明內容
因此，本發(fā)明的目的是在無需應用程序執(zhí)行復雜的電路連接控制的情況下，來執(zhí)行顧及安全性的數據通信和業(yè)務交換。
本發(fā)明通過以下方式來實現上述目的監(jiān)視應用程序執(zhí)行的到通信目的站的數據傳輸；當發(fā)生數據傳輸時，判斷包含在數據報頭中的端口號是否是支持通信協(xié)議的相應端口號；以及僅當其端口號是適當的端口號時才啟動通信。
根據本發(fā)明的一個方面，提供一種通信終端設備，該設備根據來自至少一個使用電信業(yè)務的用戶的請求來執(zhí)行電路連接，該設備包括檢測器，檢測用戶的用戶信息傳輸的開始；狀態(tài)管理器，執(zhí)行對執(zhí)行用戶信息傳輸的用戶的狀態(tài)管理；和電路控制器，基于來自用戶的電路連接請求來執(zhí)行包含電路連接和切斷的電路控制，其中，當檢測器檢測到用戶信息傳輸的開始時，狀態(tài)管理器檢測用戶的電路連接狀態(tài)，以及其中，當狀態(tài)管理器的檢測結果表示不存在電路連接時，電路控制器建立連接以執(zhí)行用戶信息傳輸。
根據本發(fā)明的另一方面，提供一種通信終端設備，該設備根據來自至少一個使用電信業(yè)務的用戶的請求來執(zhí)行電路連接，該設備包括狀態(tài)管理器，執(zhí)行對發(fā)送用戶信息的用戶的狀態(tài)管理；和電路控制器，基于來自用戶的電路連接請求來執(zhí)行包含電路連接和切斷的電路控制，其中，當用戶發(fā)出強制連接的請求時，狀態(tài)管理器檢測該設備的電路連接狀態(tài)，以及其中，當狀態(tài)管理器的檢測結果表示電路連接正在進行時，信道控制器切斷該連接并且為該用戶建立連接。
根據本發(fā)明的另一方面，提供一種通信終端設備，該設備發(fā)送包含目的業(yè)務標識符的用戶信息，該標識符用于標識向通信目的站所請求的業(yè)務，該設備包括存儲器，預先存儲與允許使用的業(yè)務相應的目的業(yè)務標識符；檢測器，檢測用戶信息傳輸的開始；檢驗器，當檢測到用戶信息傳輸的開始時，檢驗包含在用戶信息中的目的業(yè)務標識符是否與包含在存儲器中的目的業(yè)務標識符相匹配；和建立器，僅當所述兩個目的業(yè)務標識符相匹配時，才通過處理用戶信息傳輸的控制信息來建立連接。
根據本發(fā)明的另一方面，提供一種數據傳輸方法，該方法發(fā)送包含目的業(yè)務標識符的用戶信息，該標識符用于標識向通信目的站所請求的業(yè)務，該方法包括如下步驟檢測用戶信息傳輸的開始；當檢測到用戶信息傳輸的開始時，檢驗包含在用戶信息中的目的業(yè)務標識符是否與相應于允許使用的業(yè)務的目的業(yè)務標識符相匹配；以及僅當所述兩個目的業(yè)務標識符相匹配時，才通過處理用戶信息傳輸的控制信息來建立連接。


根據以下結合附圖進行的詳細說明，本發(fā)明的上述及其它目的將會更加清楚，附圖中以示例方式說明一個例子，其中圖1是示出根據本發(fā)明第一實施例的通信終端設備結構的方框圖；圖2是說明根據第一實施例的通信終端設備操作的時序圖；圖3是示出根據第一實施例的端口號數據庫示例的圖表；圖4是示出根據第一實施例的連接信息數據庫示例的圖表；和圖5是說明根據第二實施例的通信終端設備操作的時序圖。
具體實施例方式
現在參照附圖，詳細說明本發(fā)明的實施例。本發(fā)明決不限于以下實施例，并且可以在不脫離本發(fā)明范圍的情況下，以其它各種形式實施。
(第一實施例)圖1是示出根據本發(fā)明第一實施例的通信終端設備結構的方框圖。圖中所示的通信終端設備包括應用程序100、撥號器200、呼叫處理器300、無線方案處理器400、通信協(xié)議500、TCP/IP(傳輸控制協(xié)議/Internet協(xié)議)600和PPP(點對點協(xié)議)700。
應用程序100是指象瀏覽器和郵件器這樣的應用程序，并且利用通信協(xié)議500發(fā)送用戶信息。這里的用戶信息是指除了控制信息之外的、用于建立與通信目的站之間的通信的信息，且由應用程序100產生。應用程序100包含一個或多個應用程序。
撥號器200包括撥號控制器210、連接信息管理器220、連接信息數據庫(DB)230、狀態(tài)管理器240、狀態(tài)數據庫(DB)250、端口號檢驗器260、端口號數據庫(DB)270和U平面(用戶平面)監(jiān)視器280。
撥號控制器210同時控制連接信息管理器220、狀態(tài)管理器240、端口號檢驗器260和U平面監(jiān)視器280的操作。當端口號檢驗器260通知指定了錯誤的端口號時，撥號控制器210拒絕通信。另一方面，當通知指定了適當的端口號時，撥號控制器210控制呼叫處理器300和PPP 700，以便執(zhí)行建立通信的處理。
根據應用程序100所請求的連接類型，連接信息管理器220從連接信息DB 230中獲取關于連接的信息。更具體地說，連接信息管理器220從連接信息DB 230中獲取與應用程序100所請求的連接相對應的關于無線方案和承載的信息。
連接信息DB 230存儲分別與應用程序100所請求的連接類型相對應的信息。
狀態(tài)管理器240基于應用程序100中的每個應用程序，將設備的通信狀態(tài)登記在狀態(tài)DB 250中，并且當必要時，查詢狀態(tài)DB 250，并且將設備的通信狀態(tài)報告給另一處理器(圖中未示出)。更具體地說，狀態(tài)管理器240將諸如“正在通信”和“等待”等設備通信狀態(tài)登記在狀態(tài)DB 250中，并且當另一處理電路(圖中未示出)需要了解設備的通信狀態(tài)時，從狀態(tài)DB 250中讀出這些通信狀態(tài)，并且將其報告給處理器。
狀態(tài)DB 250基于應用程序100中的每個應用程序，存儲設備的通信狀態(tài)。
端口號檢驗器260查詢端口號DB 270，檢驗應用程序100所發(fā)送的用戶信息報頭中包含的端口號是否是適當的端口號。此外，端口號檢驗器260將檢驗結果報告給撥號控制器210。
端口號DB 270存儲與通信目的站一致的端口號(下文中稱為“目的端口號”)和通信協(xié)議。在端口號DB 270中，只存儲那些允許應用程序100使用的適當目的端口號和相應的通信協(xié)議。
U平面監(jiān)視器280監(jiān)視TCP/IP 600的所有端口，并且檢測來自應用程序100的用戶信息傳輸。此外，在檢測用戶信息傳輸時，U平面監(jiān)視器280提取包含在報頭中的端口號并且將其報告給端口號檢驗器260。
呼叫處理器300包括CS(電路交換)處理器310和PS(分組交換)處理器320。
CS處理器310執(zhí)行預定處理，以便根據電路交換方案來執(zhí)行通信。
PS處理器320執(zhí)行預定處理，以便根據分組交換方案來執(zhí)行通信。
順便說明，CS處理器310和PS處理器320中的處理是C平面(控制平面)的處理，借此以信令方式發(fā)送控制信息。
無線方案處理器400包括C平面處理器410和U平面處理器420。無線方案處理器400根據無線方案，執(zhí)行C平面處理和U平面處理，通過C平面處理以信令方式發(fā)送控制信息，通過U平面處理發(fā)送用戶信息。
例如，無線方案可以是W-CDMA(寬帶碼分多址)、PDC(個人數字蜂窩)和GSM(群組專用移動通信)。
根據CS處理器310和PS處理器320所執(zhí)行的處理，C平面處理器410執(zhí)行以信令方式發(fā)送控制信息的C平面處理并且建立連接。
利用C平面處理器410所建立的連接，U平面處理器420發(fā)送應用程序100中產生的用戶信息。例如，U平面處理器420中處理的用戶信息包含語音和分組。
通信協(xié)議500是例如HTTP(超文本傳輸協(xié)議)和SMTP(簡單郵件傳輸協(xié)議)這樣的協(xié)議，支持應用程序100，并且利用較低層中的TCP/IP 600。通信協(xié)議500將包含目的端口號的報頭附加到應用程序100中產生的用戶信息中。
TCP/IP 600是OSI(開放系統(tǒng)互連)參考模型的網絡層和傳輸層的協(xié)議，且已由通信協(xié)議500附加報頭的用戶信息，被另外附加TCP報頭和IP報頭。
PPP 700是通過電話電路將通信終端設備連接到網絡的協(xié)議。
下面，將參照圖2所示的時序圖，說明如上構造的通信終端設備在啟動數據傳輸時的操作。在下面的說明中，應用程序100是瀏覽器，通信協(xié)議500是HTTP，且在無線方案處理器400中所處理的無線方案是W-CDMA。
首先，在通信操作開始(例如，當撥號器200被激活時)之前，U平面監(jiān)視器28 監(jiān)視TCP/IP 600的所有端口(800)。
接著，當應用程序(瀏覽器)100開始發(fā)送用戶信息時，將通信開始通知(communication start notification)802從應用程序(瀏覽器)100發(fā)送至通信協(xié)議500(HTTP)。當通信協(xié)議500(HTTP)接收到通信開始通知802時，將通信開始通知804從通信協(xié)議500(HTTP)發(fā)送到TCP/IP 600。
接著，當U平面監(jiān)視器280檢測到從TCP/IP 600接收到通信開始通知804時，U平面監(jiān)視器280從所發(fā)送的用戶信息的報頭中提取出目的端口號806。
順便說明，此處，盡管U平面監(jiān)視器280被構造成檢測至TCP/IP 600的所有端口的數據傳輸，即從通信協(xié)議500(HTTP)到TCP/IP 600的數據傳輸，同樣可以檢測從TCP/IP 600到U平面處理器420的數據傳輸。
為檢測從通信協(xié)議500(HTTP)到TCP/IP 600的傳輸，可以檢測在較早階段中的用戶信息傳輸的開始。而且，當檢測從TCP/IP 600到U平面處理器420的傳輸時，U平面監(jiān)視器280只監(jiān)視一個端口以減少處理負荷。
接著，將U平面監(jiān)視器280所提取的目的端口號808輸出至端口號檢驗器260。當目的端口號808被輸出時，端口號檢驗器260參照如圖3所示的端口號DB 270，檢驗該目的端口號808是否是適當的端口號。更具體地說，將目的端口號808與端口號DB 270中存儲的端口號進行比較，當存在匹配的端口號時，則確定該目的端口號808是適當的，而當不存在匹配的端口號時，則確定該目的端口號808是不適當的。
此處，當確定目的端口號808是不適當的端口號時，將該結果通知給撥號控制器210，撥號控制器210拒絕通信。采用這種方法，就可以防止除應用程序100(瀏覽器)以外的其它應用程序啟動非法連接，從而提高安全性。
而且，當確定目的端口號808是適當的端口號時，則將C平面連接請求810從端口號檢驗器260輸出至撥號控制器210。接著，撥號控制器210將如下執(zhí)行C平面處理。
首先，將連接信息請求812發(fā)送到連接信息管理器220，連接信息管理器220參照如圖4所示的連接信息DB 230以獲取連接信息。此處，從如圖4所示的連接信息DB 230中獲取W-CDMA無線方案和基于PDCP(分組數據會聚協(xié)議)的IP(IP over PDCP)的承載(bearer)。接著，將所獲取的連接信息814發(fā)送至撥號控制器210。
接著，撥號控制器210將狀態(tài)建立請求816發(fā)送至狀態(tài)管理器240，狀態(tài)管理器240檢驗電路連接狀態(tài)，當不存在電路連接時，在狀態(tài)DB 250中設置象“應用程序100(瀏覽器)正在發(fā)送分組交換呼叫”這樣的通信狀態(tài)。接著，將已完成狀態(tài)建立(818)的結果通知給撥號控制器210。
而且，撥號控制器210向呼叫處理器300發(fā)送與連接信息814相應的C平面連接請求，并且在呼叫處理器300的CS處理器310和PS處理器320中執(zhí)行預定處理。
接著，撥號控制器210發(fā)送分組交換呼叫的C平面連接請求820，PS處理器320控制無線方案處理器400中的C平面處理器410并且執(zhí)行分組交換呼叫的C平面連接。于是，當完成C平面連接時，將連接完成通知822發(fā)送至撥號控制器210。
接著，撥號控制器210向狀態(tài)管理器240發(fā)送狀態(tài)建立請求824，狀態(tài)管理器240在狀態(tài)DB 250中設置象“應用程序100(瀏覽器)正在發(fā)送分組交換呼叫”這樣的通信狀態(tài)。接著，將狀態(tài)建立已完成(status setup iscomplete)(826)的結果通知給撥號控制器210。
于是，就完成了C平面中的處理，撥號控制器210將C平面連接已完成(C-plane connection is complete)(828)的情況通知給U平面監(jiān)視器280。接著，當U平面監(jiān)視器280將數據傳輸開始通知830輸出到TCP/IP 600時，通過U平面處理器420開始用戶信息的傳輸。
接著，根據本實施例，監(jiān)視用戶信息的傳輸。即監(jiān)視U平面中的數據傳輸，并且當檢測到數據傳輸時，執(zhí)行關于數據報頭中包含的目的端口號是否是合法(authorized)的適當端口號的檢驗，只有當該端口號是適當的端口號時才開始通信，以便能夠防止指定非法目的端口號的數據傳輸，從而提高安全性。
順便說明，盡管第一實施例被如下構造成端口號檢驗器260執(zhí)行端口號檢驗以便允許用戶信息的傳輸，狀態(tài)管理器240檢測電路連接狀態(tài)，以及當不存在電路連接時執(zhí)行C平面連接，但是很容易想到，其中狀態(tài)管理器240采用端口號檢驗器260的功能(通信許可批準功能(communication permitauthorizing function))的構造也能達到相同的效果。
而且，盡管根據第一實施例，由撥號器200執(zhí)行的通信許可批準功能是利用端口號進行的安全檢驗，但是很容易想到，其中呼叫處理器300容許多個電路連接(多呼叫支持結構)，且狀態(tài)管理器240比較所容許的電路連接數和當前電路連接數以允許新的電路連接的構造也能進行關于通信許可的各種判決。
(第二實施例)在本實施例中，將說明圖1所示的通信終端設備的操作，其中應用程序100包括多個應用程序，以及交換應用程序提供的業(yè)務。因此，根據本實施例的通信終端設備的結構與圖1所示的結構相同，將省略對其的說明。
圖5是說明根據本實施例的通信終端設備操作的時序圖。在以下的說明中，應用程序100的應用程序從瀏覽器(即一種分組交換業(yè)務)切換到數據分配業(yè)務(即一種電路交換業(yè)務)，并且瀏覽器所采用的通信協(xié)議500是HTTP。
首先，假設應用程序100(瀏覽器)使用通信協(xié)議500(HTTP)，并且利用基于PDCP的IP(IP over PDCP)來執(zhí)行內容獲取(content acquisition)900。例如，當通信終端設備的用戶點擊應用程序100(瀏覽器)的菜單時，則確定應用程序100(數據分配(data distribution))的開始。
接著，將數據分配業(yè)務開始(data distribution service startup)902從數據應用程序100(瀏覽器)發(fā)送到應用程序100(數據分配)。應用程序100(數據分配)接收數據分配業(yè)務開始902，并且將數據分配業(yè)務的連接請求904發(fā)送到撥號控制器210。
接著，撥號控制器210向連接信息管理器220發(fā)送連接信息請求906，該連接信息請求906包含指示強制連接的參數，并且從連接信息DB 230中獲取連接信息。例如，獲取基于UDI(非受限數字信息(Unrestricted DigitalInformation))的PPP(PPP over UDI)作為承載，并且將所獲取的連接信息908發(fā)送給撥號控制器210。
接下來，撥號控制器210向狀態(tài)管理器240發(fā)送狀態(tài)建立請求910。假如應用程序100(瀏覽器)正在發(fā)送分組交換呼叫，這時狀態(tài)管理器240參照狀態(tài)DB 250，例如，將象“應用程序100(瀏覽器)正在發(fā)送分組交換呼叫”這樣的通信狀態(tài)912返回給撥號控制器210。
由于應用程序100(瀏覽器)正在發(fā)送分組交換呼叫，撥號控制器210執(zhí)行切斷該連接的C平面處理。
即將分組交換呼叫切斷請求914發(fā)送至呼叫處理器300，由呼叫處理器300的PS處理器320執(zhí)行預定處理，切斷分組交換呼叫的傳輸，并且將切斷完成通知(cut completion notification)916返回給撥號控制器210。
當接收到切斷完成通知916時，撥號控制器210再次向狀態(tài)管理器240發(fā)送狀態(tài)建立請求918，狀態(tài)管理器240在狀態(tài)DB 250中設置象“應用程序100(瀏覽器)的分組交換呼叫已被切斷”這樣的通信狀態(tài)。接著，將完成狀態(tài)建立(status setup is complete)(920)的情況通知給撥號控制器210。
響應于此，將分組通信切斷完成通知922從撥號控制器210發(fā)送至應用程序100(瀏覽器)，應用程序100(瀏覽器)進入空閑狀態(tài)，撥號控制器210向狀態(tài)管理器240發(fā)送狀態(tài)建立請求924以啟動用于應用程序100(數據分配)執(zhí)行的數據電信業(yè)務的電路交換呼叫，狀態(tài)管理器240在狀態(tài)DB 250中設置象“應用程序100(數據分配)正在發(fā)送電路交換呼叫”這樣的通信狀態(tài)。接著，將完成狀態(tài)建立(status setup is complete)(926)的情況通知給撥號控制器210。
而且，撥號控制器210發(fā)送與已獲取的連接信息908相對應的C平面連接請求928，呼叫處理器300中的CS處理器310和PS處理器320各自執(zhí)行預定處理。此處，例如，撥號控制器210發(fā)送電路交換呼叫的C平面連接請求928，CS處理器310控制無線方案處理器400中的C平面處理器410執(zhí)行C平面連接。當完成C平面連接時，將連接完成通知(connection completionnotification)930發(fā)送至撥號控制器210。
接著，撥號控制器210通知應用程序100已完成到應用程序100(數據分配)的電路交換呼叫的連接，而將狀態(tài)建立請求934發(fā)送至狀態(tài)管理器240，狀態(tài)管理器240在狀態(tài)DB 250中設置象“應用程序100(數據分配)正在發(fā)送電路交換呼叫”這樣的通信狀態(tài)。接著，將完成狀態(tài)建立(status setup iscomplete)(936)的情況通知給撥號控制器210。
采用這種方法，應用程序100(數據分配)接收數據分配業(yè)務(基于UDI的PPP)，并且開始內容獲取(connect acquisition)938。
于是，根據本實施例，當通信終端設備具有多個應用程序并且切換應用程序所進行的業(yè)務時，每個應用程序可以在不考慮其它應用程序的通信狀態(tài)的情況下，單獨完成和啟動通信，以便可以自動執(zhí)行業(yè)務切換。
盡管利用第二實施例說明了從分組交換業(yè)務(基于PDCP的IP)到(基于UDI的PPP)的業(yè)務切換，但是可以很容易地想到，在象從電路交換業(yè)務到分組交換業(yè)務這樣的不同切換業(yè)務之間的切換，以及切換到相同切換業(yè)務的不同承載業(yè)務(從電路交換業(yè)務到電路交換業(yè)務，從分組交換業(yè)務到分組交換業(yè)務等)都是可以的。
盡管利用第二實施例說明了多應用程序的業(yè)務交換，但是可以很容易地想到，相同的結構使一個應用程序能夠在多個業(yè)務之間進行切換。
盡管第二實施例被如此構造，以便將包含指示強制連接的參數的連接信息請求用作從應用程序到撥號器200的請求業(yè)務交換的命令，但是可以很容易地想到，即使在命令指定標識當前連接且不需要切斷的業(yè)務的標識符的情況下，相同結構也能啟動業(yè)務切換。
而且，盡管上述實施例被構造成使用TCP/IP，通過監(jiān)視TCP/IP的所有端口并且檢驗報頭中包含的端口號是否適當，但是使用UDP/IP同樣也可以達到相同的效果。盡管根據HTTP通信協(xié)議來進行說明，但是也可采用任何包括象SIP(Session Initiation Protocol，會話啟動協(xié)議)這樣的IP信令協(xié)議的協(xié)議，其中SIP協(xié)議使用TCP/IP(UDP/IP)和H.323。
盡管已經說明上述實施例被構造成在撥號器檢測到用戶信息傳輸的開始之后，利用C平面處理來建立連接，即由U平面處理的啟始來觸發(fā)C平面處理，但是在已利用C平面處理建立連接之后，上述實施例中所述的撥號器能夠操作以啟動發(fā)送用戶信息的U平面處理。
如上所述，本發(fā)明能夠在無需執(zhí)行復雜的電路連接的應用程序的情況下執(zhí)行顧及安全性的數據通信和業(yè)務交換。
本發(fā)明的通信終端設備被構造成根據來自至少一個使用電信業(yè)務的用戶的請求來執(zhí)行電路控制，并且具有檢測器，檢測用戶的用戶信息傳輸的開始；狀態(tài)管理器，執(zhí)行對執(zhí)行用戶信息傳輸的用戶的狀態(tài)管理；和電路控制器，基于來自用戶的電路連接請求，執(zhí)行包含電路連接和切斷的電路控制。在該設備中，當檢測器檢測到用戶信息傳輸的開始時，狀態(tài)管理器檢測用戶的電路連接狀態(tài)，以及當狀態(tài)管理器的檢測結果表示不存在電路連接時，電路控制器建立連接并且執(zhí)行用戶信息傳輸。
上述結構檢測用戶信息傳輸的開始，檢驗用戶的電路連接狀態(tài)，并且如果檢驗結果表示沒有連接正在進行中，則建立連接并且發(fā)送用戶信息，以便能夠確實地監(jiān)視用戶的信息傳輸，以及當電路未連接時，自動執(zhí)行用于數據傳輸的電路連接。
本發(fā)明不限于上述實施例，在不脫離本發(fā)明范圍的情況下，可以對其進行各種改變和修改。
本申請基于在2002年11月22日提交的日本專利申請第2002-339231號，特別在此包含其全部內容以作為參考。
權利要求
1.一種通信終端設備，該設備根據來自至少一個使用電信業(yè)務的用戶的請求來執(zhí)行電路連接，所述設備包括檢測器，檢測用戶的用戶信息傳輸的開始；狀態(tài)管理器，執(zhí)行對執(zhí)行用戶信息傳輸的用戶的狀態(tài)管理；和電路控制器，基于來自用戶的電路連接請求來執(zhí)行包含電路連接和切斷的電路控制，其中，當所述檢測器檢測到用戶信息傳輸的開始時，所述狀態(tài)管理器檢測用戶的電路連接狀態(tài)；以及其中，當所述狀態(tài)管理器的檢測結果表示不存在電路連接時，所述電路控制器建立連接以執(zhí)行用戶信息傳輸。
2.一種通信終端設備，該設備根據來自至少一個使用電信業(yè)務的用戶的請求來執(zhí)行電路連接，所述設備包括狀態(tài)管理器，執(zhí)行對發(fā)送用戶信息的用戶的狀態(tài)管理；和電路控制器，基于來自用戶的電路連接請求來執(zhí)行包含電路連接和切斷的電路控制，其中，當用戶發(fā)出強制連接的請求時，所述狀態(tài)管理器檢測所述設備的電路連接狀態(tài)，以及其中，當所述狀態(tài)管理器的檢測結果表示電路連接正在進行時，所述電路控制器切斷所述連接并且為用戶建立連接。
3.一種通信終端設備，該設備發(fā)送包含目的業(yè)務標識符的用戶信息，所述標識符用于標識向通信目的站所請求的業(yè)務，所述設備包括存儲器，預先存儲與允許使用的業(yè)務相應的目的業(yè)務標識符；檢測器，檢測用戶信息傳輸的開始；檢驗器，當檢測到用戶信息傳輸的開始時，檢驗包含在用戶信息中的目的業(yè)務標識符是否與包含在存儲器中的目的業(yè)務標識符相匹配；和建立器，僅當所述兩個目的業(yè)務標識符相匹配時，才通過處理用戶信息傳輸的控制信息來建立連接。
4.如權利要求1所述的通信終端設備，其中，所述檢測器包括監(jiān)視器，該監(jiān)視器用于監(jiān)視TCP/IP或UDP/IP中的用戶信息的存在與不存在；以及其中，所述監(jiān)視器監(jiān)視TCP/IP或UDP/IP的所有端口。
5.如權利要求3所述的通信終端設備，其中，所述檢測器包括監(jiān)視器，該監(jiān)視器用于監(jiān)視TCP/IP或UDP/IP中的用戶信息的存在與不存在；以及其中，所述監(jiān)視器監(jiān)視TCP/IP或UDP/IP的所有端口。
6.如權利要求1所述的通信終端設備，其中，所述檢測器包括監(jiān)視器，該監(jiān)視器用于監(jiān)視TCP/IP或UDP/IP中的用戶信息的存在與不存在；以及其中，所述監(jiān)視器監(jiān)視TCP/IP或UDP/IP的輸出。
7.如權利要求3所述的通信終端設備，其中，所述檢測器包括監(jiān)視器，該監(jiān)視器用于監(jiān)視TCP/IP或UDP/IP中的用戶信息的存在與不存在；以及其中，所述監(jiān)視器監(jiān)視TCP/IP或UDP/IP的輸出。
8.一種數據傳輸方法，該方法發(fā)送包含目的業(yè)務標識符的用戶信息，所述標識符用于標識向通信目的站所請求的業(yè)務，所述方法包括如下步驟檢測用戶信息傳輸的開始；當檢測到用戶信息傳輸的開始時，檢驗包含在用戶信息中的目的業(yè)務標識符是否與相應于允許使用的業(yè)務的目的業(yè)務標識符相匹配；以及僅當所述兩個目的業(yè)務標識符相匹配時，才通過處理用戶信息傳輸的控制信息來建立連接。
全文摘要
一種通信終端設備，采用該設備，可以在無需執(zhí)行復雜電路連接控制的應用程序的情況下執(zhí)行顧及安全性的數據通信和業(yè)務交換。在該設備中，端口號檢驗器(260)參照端口號DB(270)，檢驗應用程序(100)所發(fā)送的用戶信息中包含的端口號是否是適當的端口號。端口號DB(270)存儲目的端口號和相應的通信協(xié)議。端口號DB(270)只存儲那些允許應用程序(100)使用的適當的端口號以及相應的通信協(xié)議。U平面監(jiān)視器(280)監(jiān)視TCP/IP的所有端口，檢測來自應用程序(100)的用戶信息的傳輸，并且將報頭中包含的端口號報告給端口號檢驗器(260)。
文檔編號H04L29/06GK1503540SQ200310118088
公開日2004年6月9日 申請日期2003年11月24日 優(yōu)先權日2002年11月22日
發(fā)明者森田純一, 小笠原倫利, 浦誠治, 倫利 申請人:松下電器產業(yè)株式會社