專利名稱：使用單編號方案的網(wǎng)絡中的服務和能力協(xié)商的制作方法
技術領域：
本發(fā)明涉及控制通信設備與之連接的網(wǎng)絡的方法，還涉及相應的適配通信設備。
背景技術：
移動站需要關于使用的網(wǎng)絡和被叫方或呼叫方的能力的大量信息。通?？稍诤艚薪⑿帕铍A段獲得該信息。但是，情況并非總是這樣。當信息丟失時，在呼叫建立階段不能達到服務和承載層兼容性，呼叫失敗。下面更詳細地說明了這種問題。
移動網(wǎng)絡可支持多編號方案或單編號方案(SNS)或者同時支持這種編號方案(參見3GPP TS29.007)。在GSM時代的開始，商業(yè)網(wǎng)絡從多編號方案開始，但是后來幾個運營商提出了單編號方案，盡管該方案存在下面提及的(并且已克服)的問題。
在多編號方案中，對于在移動終接呼叫中使用的每種服務，用戶具有獨立的MSISDN號。按每個MSISDN號，將服務信息保存在標識位置寄存器(HLR)或本地服務服務器(HSS)中。當在輸入的建立請求中，未從呼叫方收到任意明確服務信息時，在移動終接呼叫建立中使用該信息。參見3GPP TS 29.007。
在單編號方案中，用戶只具有所有服務共有的一個MSISDN號。當在輸入的建立請求中，未從呼叫方收到任意明確服務信息時，網(wǎng)絡將無服務定義的建立發(fā)送給移動站(MS)。MS將確定在呼叫中將使用該服務。存在移動網(wǎng)絡或中間網(wǎng)絡或者呼叫方不支持MS指示的服務或信道配置的風險(參見3GPP TS 27.001，版本4.1.0)。
從而，當MS報以網(wǎng)絡不支持的服務定義(例如多時隙/HSCSD信道配置)時，呼叫將失敗。從而，為了萬無一失，應總是使用9.6kbit/s服務，以保證成功的呼叫。但是，對于許多應用來說，9.6kbit/s過慢。
另一方面，MS可報以相同的數(shù)據(jù)速率。但是，MS不知道初始呼叫建立中的ITC(信息傳送能力)是UDI/RDI、3.1khz還是語音。從而，即使數(shù)據(jù)速率本身正確，呼叫仍然會失敗，因為另一方可能使用，例如調制解調器及其它，例如UDI/RDI協(xié)議。
從而，本發(fā)明和在輸入的建立請求中接收的不明確服務信息的問題有關。這些情況下，網(wǎng)絡將不具有服務定義的建立發(fā)送給移動站(MS)。MS將確定該服務將用在該呼叫中。但是，存在移動網(wǎng)絡或中間網(wǎng)絡或呼叫方不支持MS指示的服務或信道配置的風險。
上面，說明了和移動終接呼叫相關的問題。但是，如同下面所述，對于移動始發(fā)情況，也存在類似問題。
例如，當用戶在受訪網(wǎng)絡中漫游時，用戶不知道受訪網(wǎng)絡的能力，從而不能配置MS，實現(xiàn)對本地企業(yè)內部網(wǎng)的成功數(shù)據(jù)呼叫。(受過良好教育的用戶會利用不同的設置進行數(shù)次試驗，但是利用本報告中提出的方法，甚至能夠避免這種麻煩)。從而，這種情況下，用戶能夠試圖使用他想使用的服務并希望該服務得到支持，或者他可以例如9.6kbit/s的數(shù)據(jù)速率建立基本服務呼叫。
這兩種方法都是不便的，因為在第一種備選方法中，呼叫可能失敗，在第二種備選方法中，不能充分利用MS的性能。從而，目前的情形是不可接受的。

發(fā)明內容
從而，本發(fā)明的目的在于提供一種機制，借助所述機制，易于提供網(wǎng)絡支持的服務。
借助控制通信設備所連接的網(wǎng)絡的方法實現(xiàn)該目的，所述方法包括下述步驟從網(wǎng)絡獲得連接能力信息；和根據(jù)獲得的連接能力信息，評估連接服務。
此外，借助用于與網(wǎng)絡連接的通信設備，也可實現(xiàn)上述目的，其中所述通信設備用于從網(wǎng)絡獲得連接能力信息，并根據(jù)獲得的連接能力信息，評估連接服務。
從而，根據(jù)本發(fā)明，通信設備獲得相關的連接能力，并且能夠相應地評估連接服務。即，關于網(wǎng)絡中的可用服務，評估連接服務，從而據(jù)此修改或調整請求的連接服務。從而，通信設備只能建立網(wǎng)絡支持的連接服務。
從而，由于通信設備知道網(wǎng)絡中的相關連接能力，因此消除了和網(wǎng)絡能力有關的故障。因此，也消除了和ITC(信息傳送能力)相關的故障。
連接能力信息可包括網(wǎng)絡能力信息和/或與遠端方的能力相關的信息。此外，連接能力信息還可包括關于通信設備所連接的網(wǎng)絡與遠端方之間的中間網(wǎng)絡的能力的信息。
當發(fā)起呼叫時，可獲得連接能力信息。另一方面，當終接呼叫時，可獲得連接能力信息。另外，當向網(wǎng)絡注冊時，可獲得連接能力信息，并且獲得的信息保存在通信設備中。另外，在邀請用戶或運營商用連接能力信息手工配置通信設備的配置過程中，可獲得連接能力信息。
此外，可通過消息發(fā)送服務，從網(wǎng)絡獲得連接能力，獲得的信息可保存在通信設備中。消息發(fā)送服務可以是SMS(短消息服務)或USSD(無限制補充數(shù)據(jù))。
此外，可獲得通信設備的用戶請求的連接服務，從而在評估步驟中，檢查網(wǎng)絡是否支持該連接服務，并且如果需要，則根據(jù)獲得的連接能力信息，修改請求的服務。即，在通信設備檢測到網(wǎng)絡不支持該服務的情況下，通信設備忽略用戶請求的連接服務。
為了獲得連接能力信息，通信設備接收包括來自網(wǎng)絡的連接信息的建立消息。即，網(wǎng)絡主動在建立消息中將其能力通知通信設備。
在評估步驟中，可根據(jù)獲得的連接能力信息，確定連接服務，并且可產(chǎn)生和確定的連接服務相關的信息。和確定的連接服務相關的信息可在消息中被傳送給遠端方。借助該信息，可將支持的連接服務通知遠端方和其它相關網(wǎng)絡控制單元。
通信設備可以是移動通信設備，網(wǎng)絡可以是移動通信網(wǎng)絡。即，本發(fā)明最用于移動網(wǎng)絡，因為尤其是在移動站在受訪網(wǎng)絡中漫游的情況下，移動站不了解受訪網(wǎng)絡的能力。
但是，通信設備也可以是固定通信設備，網(wǎng)絡可以是固定通信網(wǎng)絡。這種情況下，本發(fā)明也具有優(yōu)點，因為固定通信設備能夠容易地連接到另一固定網(wǎng)絡(例如，在轉移到外鄉(xiāng)之后)，而不必重新配置該通信設備。
此外，本發(fā)明提出一種控制網(wǎng)絡和通信設備與遠端方之間的連接的方法，所述方法包括下述步驟檢測通信設備產(chǎn)生的和支持的連接服務相關的信息，檢測網(wǎng)絡控制單元和遠端方之間的和連接相關的信息，和評估檢測到的信息是否與和連接相關的信息相符。
另一方面，本發(fā)明提出一種用于控制網(wǎng)絡和通信設備與遠端方之間的連接的網(wǎng)絡控制單元，其中所述網(wǎng)絡控制單元還用于檢測通信設備產(chǎn)生的和支持的連接服務相關的信息，檢測網(wǎng)絡控制單元和遠端方之間的和連接相關的信息，并評估檢測到的信息是否與和連接相關的信息相符。
借助這種措施，能夠確保與網(wǎng)絡控制單元連接的通信設備是否支持本發(fā)明的特征，即，連接服務的協(xié)商。在提供錯誤信息的情況下，易于確定通信設備不支持該特征，或者確定產(chǎn)生了故障信息。
在信息不相符的情況下，可忽略通信設備產(chǎn)生的和支持的連接服務相關的信息。即，當通信設備不支持本發(fā)明的特征，或者已產(chǎn)生故障信息的情況下，該信息被取消，并進行按照現(xiàn)有技術的呼叫建立。借助這種措施，根據(jù)本發(fā)明的方法向后兼容，因為還支持不產(chǎn)生關于所支持連接服務的信息的通信設備。
網(wǎng)絡控制單元可以是互通功能(IWF)，互通功能(IWF)可布置在受訪網(wǎng)絡中，或者布置在通信設備的本地網(wǎng)絡和受訪網(wǎng)絡之間。


參考附圖，將更易于理解本發(fā)明，其中圖1表示了本發(fā)明的實施例適用的網(wǎng)絡系統(tǒng)的結構；圖2是根據(jù)第一實施例的呼叫建立程序的流程圖；圖3是根據(jù)第二實施例的呼叫建立程序的信令流程；圖4是根據(jù)第三實施例的故障程序的流程圖。
具體實施例方式
下面參考附圖，更詳細地說明本發(fā)明的優(yōu)選實施例。
圖1表示了本發(fā)明適用的網(wǎng)絡系統(tǒng)的輪廓。假定移動站(MS)正在受訪網(wǎng)絡1中漫游。受訪網(wǎng)絡由移動服務交換中心(MSC)控制，從MS的觀點來看，移動服務交換中心(MSC)是受訪MSC(VMSC)。另一網(wǎng)絡2(它可以是，但是不一定必須是MS的本地網(wǎng)絡)借助互通功能與網(wǎng)絡1連接。注意代替MSC，也可使用MSS(MSC服務器)，這種情況下，MSS是受訪MSS(VMSS)。IWF可集成到VMSC中。
根據(jù)下面描述的實施例，MS或者主動收集和它連接的受訪網(wǎng)絡等的能力相關的信息(如果需要，還與本地網(wǎng)絡和/或遠端方相關的信息)，或者被供給這種信息。
下面，作為第一實施例，關于MS主動收集信息的情況說明信息獲得程序。即，根據(jù)第一實施例，移動站收集它正在漫游并在其中使用的網(wǎng)絡的能力信息，以及遠端方的能力信息。信息保存在MS中(在移動終端(MT)本身中或者在用戶身份識別模塊(SIM)中)，供以后使用。另一方面，可由用戶手工或者由運營商或網(wǎng)絡自動在MS中配置涉及網(wǎng)絡能力的信息。
下面，關于MS如何獲得關于網(wǎng)絡能力等信息，說明一些例子。
當用戶利用MS發(fā)出或接收呼叫時，MS通過觀察網(wǎng)絡中，哪些服務和載體可用，并通過監(jiān)視呼叫建立參數(shù)的細節(jié)，收集網(wǎng)絡和呼叫方(例如位于某些地址的服務器)的能力信息。MS按受訪網(wǎng)絡(例如根據(jù)移動電臺國家代碼和移動網(wǎng)絡代碼)和/或按呼叫方(根據(jù)呼叫方的身份識別，例如MSISDN號或IP地址)，保存能力信息(例如保存在移動終端自身中或者保存在SIM(用戶身份識別模塊)中)。
即，MS主動從所考慮的網(wǎng)絡收集所需信息。
另一方面，可由用戶或運營商在MS中配置網(wǎng)絡和呼叫方(例如服務器)的能力和信息。
這種情況下，可通過其它途徑(例如因特網(wǎng)上的運營商主頁，手冊等)獲得必需的信息，從而用戶(或者甚至運營商)能夠據(jù)此配置MS。
另一方面，當向網(wǎng)絡注冊時，網(wǎng)絡可通過SMS或其它可用傳送手段(例如USSD或電子郵件)，向MS提供能力信息，以便由MS自身自動配置/保存。
即，這種情況下，MS借助某些傳送手段獲得必需的信息，并根據(jù)該信息自動配置它自己。
下面，更詳細地說明關于網(wǎng)絡等的能力的信息。
MS收集的信息可包括，例如1)移動網(wǎng)絡支持的CS載體。例如在GSM中·HSCSD/多時隙結構·TCH/F14.4信道編碼·數(shù)據(jù)壓縮·ESCD信道編碼(TCH/F28.8，TCH/F32，TCH/F43.2)2)移動網(wǎng)絡支持的連接單元·透明·不透明3)網(wǎng)絡或呼叫方支持的信息傳送能力·UDI/RDI·3.1kHz·語音4)協(xié)議支持，例如·ITU-TV.120協(xié)議
·ITU-TV.110協(xié)議·幀隧道模式(FTM)5)網(wǎng)絡支持的異步/同步能力·異步·同步6)多媒體上面的列舉當然不是窮盡的，可增加其它額外的信息項。
下面，簡要解釋上面使用的縮寫HSCSD(高速電路交換數(shù)據(jù))，RDI(受限制數(shù)字信息)，TCH(通信信道)，TCH/F(全速率通信信道)，UDI(無限制數(shù)字信息)。
當MS在單編號環(huán)境中接收呼叫時，它可使用保存的信息，中間網(wǎng)絡不能將不明確的服務信息從呼叫方傳送給MS。
這種情況下，按照當前的3GPP規(guī)范(參見TS 29.007和27.001)，MS將確定要使用何種服務，并將BCIE(載體能力信息單元)中的服務定義發(fā)送給網(wǎng)絡。按照現(xiàn)有技術的情況，MS只能猜測要使用何種服務，參見3GPP TS 27.001版本4.1.0。受訪網(wǎng)絡可能不支持請求的載體，這意味著呼叫失敗。或者為了萬無一失，即使網(wǎng)絡能夠支持HSCSD載體，MS仍然請求基本的9.6kBit/s載體，這意味著即使在高速環(huán)境中運行，用戶也只能獲得低速服務。
但是，根據(jù)本實施例，MS已收集了網(wǎng)絡和呼叫方的能力信息。從而，MS可報以和運行環(huán)境的可用能力相符的服務和載體要求。例如，如果MS被正常配置成在支持HSCSD的網(wǎng)絡中使用，則用戶不需篡改設置，試圖找出支持的配置，相反，MS會自動降低請求的服務級，以匹配(未必支持HSCSD的)漫游網(wǎng)絡的能力。實際上，從HSCSD到非HSCSD呼叫的后退目前在不支持HSCSD的網(wǎng)絡中并不起作用，但是，如果請求HSCSD呼叫，則該呼叫被釋放(參見3GPPTS 27.001，版本4.1.0)。
在圖2的流程圖中舉例說明了上述程序。當發(fā)起呼叫時，開始該程序。
在步驟S11中，獲得用戶請求的服務。例如，當如上所述，HSCSD通常得到MS的支持時，所述服務可以是HSCSD。
在步驟S12中，獲得網(wǎng)絡能力信息等。注意在執(zhí)行該步驟的過程中，MS可主動請求網(wǎng)絡向MS發(fā)送必需的信息，或者可訪問MS中預先保存該信息的存儲器。
之后，在步驟S13中，相對于獲得的網(wǎng)絡和/或遠端方能力信息，評估請求的服務。即，檢查網(wǎng)絡、中間網(wǎng)絡和/或呼叫方是否支持請求的服務。如果需要，據(jù)此修改服務。例如，在不支持高速率語音連接的情況下，連接被改變成相應的低速率語音連接。否則，(例如在關于HSCSD的上述例子中)，MS可向用戶指出請求的服務不被支持，并建議選擇另一服務。在檢查結果肯定的情況下，即當網(wǎng)絡支持請求的服務時，在該步驟中根本不修改服務。在步驟S14中，和支持的服務有關的信息被寫入BCIE(載體能力信息單元)。
之后，結束該程序，進行正常通信。
下面，說明請求的服務的上述協(xié)商的一些例子。
例1·MS支持多媒體。MS先前已在它當前正在漫游的網(wǎng)絡中發(fā)出了呼叫，并發(fā)現(xiàn)網(wǎng)絡支持CS多媒體(多步載體，多媒體信令)，TCH/F14.4信道編碼和多時隙配置(另一方面，在MS(MT(移動終端)或SIM(用戶身份識別模塊)中，預先配置了每個網(wǎng)絡的網(wǎng)絡能力)。
·MS接收無服務指示的呼叫建立。MS以調制解調器(即，ITC＝3.1kHz)和以2*TCH/F14.4信道配置，報以請求28.8kbit/s多媒體呼叫的BCIE。
·如果被叫方確實正在請求多媒體呼叫，則以多媒體呼叫的形式建立該呼叫。如果被叫方正在請求語音呼叫，則呼叫將后退回語音(參見3GPP TS 29.007，24.008和27.001)。
例2·MS剛對企業(yè)內部網(wǎng)訪問服務器發(fā)出呼叫，在身份識別檢查之后，該服務器將回叫。在剛對訪問服務器發(fā)出的呼叫中，或者在網(wǎng)絡中某一在先呼叫中，MS已發(fā)現(xiàn)網(wǎng)絡支持TCH/F14.4，多時隙，不透明連接，UDI和V.120協(xié)議。(另一方面，可能已在MS(MT或SIM)中預先配置了每個網(wǎng)絡的網(wǎng)絡能力)。
·服務器發(fā)出的回叫的建立消息不包含服務定義。MS報以請求帶有2*TCH/F14.4信道配置的不透明28.8kbit/s，UDI/V.120多時隙呼叫的BCIE。
例3·在它正在其中漫游的網(wǎng)絡中，MS先前已收到呼叫，并發(fā)現(xiàn)該網(wǎng)絡支持TCH/F14.4，多時隙，不透明連接，ITC＝3.1kHz(調制解調器)，但是不支持UDI。(另一方面，可能已在MS(MT或SIM)中預先配置了每個網(wǎng)絡的網(wǎng)絡能力)。
·用戶對本地網(wǎng)絡發(fā)出呼叫，默認設置是帶有3*TCH/F14.4信道配置的不透明56kbit/s，UDI/V.120多時隙。
·MS自動將建立變成帶有2*TCH/F14.4信道配置的不透明，3.1kbit/s自適應調制解調器，以便和受訪網(wǎng)絡的能力相符。
例4·MS先前對某一服務器(用戶或多或少定期使用的訪問服務器之一)發(fā)出了呼叫，并發(fā)現(xiàn)該服務器支持ITC＝3.1kHz(即調制解調器)，但是不支持UDI。(另一方面，可能已在MS(MT或SIM)中預先配置了按身份識別/地址的服務器能力)。
·用戶對該服務器發(fā)出呼叫，默認設置是帶有3*TCH/F14.4信道配置的不透明，56kbit/s，UDI/V.120多時隙。
·MS自動將建立變成帶有2*TCH/F14.4信道配置的不透明，3.1kbit/s自適應調制解調器，以便和服務器的能力相符。
下面，說明實現(xiàn)本實施例的更詳細例子。
目前，MS具有和網(wǎng)絡的真實名稱相關的信息。利用其移動電臺國家代碼(MCC)和移動網(wǎng)絡代碼(MNC)識別網(wǎng)絡，例如MCC 244和MNC 5將網(wǎng)絡識別為芬蘭Radiolinja運營商的網(wǎng)絡。該信息可被擴展，以便包含和網(wǎng)絡能力相關的(集合)信息。
現(xiàn)在，就移動始發(fā)(MO)呼叫來說，MS獲得該信息，并比較網(wǎng)絡能力信息和用戶請求的服務。如果需要，MS修改請求的服務，以便遵從網(wǎng)絡能力。
如果不能獲得網(wǎng)絡能力信息，則根據(jù)用戶請求發(fā)出呼叫，保存呼叫結果以供將來使用。
最好，存在立即清除每個網(wǎng)絡或全部網(wǎng)絡的集合信息的可能性/機制，從而如果網(wǎng)絡被更新，以致新服務可用時，MS不會由于請求的服務一直得不到支持而拒絕使用請求的服務。另一方面，最好能夠關閉該特征。如果該特征被關閉，則可分別打開/關閉信息搜集。如果用戶能夠向MS要求和網(wǎng)絡能力有關的信息，即讀取搜集的信息，則這也是有益的。
就移動終接(MT)呼叫來說，用戶需要和如何接收MT SNS(單編號方案)呼叫，即傳真、視頻、數(shù)據(jù)相關的信息。當收到SETUP消息中不具有BCIE參數(shù)的MT呼叫時，MS會從搜集的信息中查找剩余的參數(shù)。
從而，根據(jù)第一實施例，MS或者在連接的呼叫中，或者通過在網(wǎng)絡發(fā)起的饋送中接收信息，搜集網(wǎng)絡和被叫方的服務能力。也可由用戶或運營商在SM中配置該信息。該信息保存在MS中，并且當在不存在呼叫建立時可用的網(wǎng)絡能力信息的情況下發(fā)起或接收呼叫時，可使用該信息。
下面，說明其中在建立移動終接呼叫時，向MS發(fā)送信息的第二實施例。下面，只說明與第一實施例的區(qū)別。特別地，注意同一連接能力信息(網(wǎng)絡能力信息，關于遠端方的信息等)是相同的。
根據(jù)第二實施例，移動網(wǎng)絡通過建立信令，向MS指示其相關能力和中間網(wǎng)絡及呼叫方的特性的可用部分。例如，如果MS支持多媒體，并收到指示“ITC＝UDI，支持的TCH/F32，多時隙”的呼叫建立，則MS報以完整的64kbit/s ITC＝UDI多媒體BCIE。
下面更詳細地對此進行了說明。
同樣，假定MS由MSC(移動服務交換中心)或MSS(MSC服務器)服務，從MS的觀點來看，MSC或MSS是受訪MSC或MSS(簡稱為VMSC或VMSS)。
在圖3中所示的信令流程圖中舉例說明了執(zhí)行的程序。
當VMSC或VMSS從核心/外部網(wǎng)絡收到無足夠服務定義的建立消息(例如IAM(初始地址消息))(步驟S21)時，執(zhí)行該程序，并使用單編號方案(SNS)。
在步驟S22中，VMSC將它自己及相關無線電網(wǎng)絡(如果VMSC已知)的涉及數(shù)據(jù)呼叫的能力和從呼叫方接收的ITC/TRM發(fā)送給MS。最好，在現(xiàn)有消息(例如SETUP消息)中發(fā)送該信息。例如，該信息可包含在現(xiàn)有單元(例如NETWORK CALL CONTROLCAPABILITIES)的擴展或備用字段中，如同在例如參考3GPP TS24.008子條款9.3.23.1和10.5.4.29中所述那樣。借助這種措施，保證與不支持提議的新特征的移動站的后后兼容，因為在例如發(fā)送額外消息的情況下，會使不支持根據(jù)本發(fā)明的特征的MS混亂。
但是，當對所有MS，使得必須遵循這里描述的特征時，也可使用其它信令消息和單元(例如Classmark)。
在步驟S23中，MS評估接收的信息。即，接收帶有網(wǎng)絡能力和ITC/TRM信息的建立的MS從網(wǎng)絡能力信息推斷在受訪網(wǎng)絡中是否可使用多時隙配置和TCH/F14.4或TCH/F28.8或TCH/F43.2或TCH/F32信道，是支持透明(T)還是不透明(NT)服務，或者這兩者都支持，以及呼叫方是否正在請求UDI/RDI(無限制數(shù)字傳輸/受限制數(shù)字傳輸)，3.1kHz或語音呼叫。
在步驟S24中，MS報以從上述信息推斷的BCIE(載體能力信息單元)和位于MS自身的相關配置。
該單元(即關于協(xié)商服務的信息)由VMSC和IWF用于建立呼叫。可選的是，如同后面所述，在步驟S26中可進行故障檢查程序(在步驟S25中將BCIE轉發(fā)給IWF之后)。之后，可無故障地繼續(xù)正常的呼叫建立程序。
下面，給出網(wǎng)絡能力信息等的上述評估的一些例子。
例5·如果MS剛對企業(yè)內部網(wǎng)訪問服務器發(fā)出呼叫，在身份識別檢查之后，該服務器將回叫，并且輸入呼叫指示“ITC＝UDI，支持TCH/F14.4，支持多時隙”，則該MS將以帶有它自己支持的TCH/F14.4的最大數(shù)據(jù)速率配置(例如2*14.4＝28.8kbit/s)以及用UDI協(xié)議建立不透明呼叫。
例6·MS支持多媒體。MS接收指示“ITC＝UDI，支持TCH/F32，多時隙”的呼叫建立。該MS報以完整的64kbit/s ITC＝UDI多媒體BCIE。
例7·MS支持多媒體。MS接收指示“ITC＝3.1kHz，支持TCH/F14.4，支持多時隙”的呼叫建立。該MS報以完整的28.8kbit/s ITC＝3.1kHz多媒體BCIE。(如果呼叫方偶然無論用什么方法請求語音服務，則產(chǎn)生從3.1kHz到語音的標準后退)。
下面，作為本發(fā)明的第三實施例，說明在由于故障，或者因為實際MS不支持本發(fā)明的特征，MS選擇錯誤服務的情況下，執(zhí)行哪些操作。即，根據(jù)第三實施例，執(zhí)行上面參考圖3，步驟S26提及的故障檢查程序。
具體地說，諸如互通功能(IWF)之類網(wǎng)絡控制單元可對IWF和呼叫方之間的路徑使用自動數(shù)據(jù)速率檢測和自動協(xié)議檢測，以便在MS指示錯誤的固定網(wǎng)絡數(shù)據(jù)速率(FNUR)或協(xié)議(即不同于呼叫方使用的FNUR或協(xié)議)的情況下消除故障。在本實施例中，假定VMSC和IWF是獨立的實體。這種情況下，必須在步驟S25中，將BCIE轉發(fā)給IWF。但是，如前所述，IWF可集成到VMSC中。這種情況下，IWF可直接訪問BCIE，從而不需要經(jīng)過網(wǎng)絡的傳輸。
在圖4中所示的流程圖中舉例說明了這種故障情況下執(zhí)行的程序。
在步驟S31中，IWF檢測被叫MS的ITC值，即，該MS設置的ITC值。在步驟S32中，IWF檢測IWF和呼叫方之間的數(shù)據(jù)速率和協(xié)議。在步驟S33中，IWF檢查所考慮的MS的檢測ITC值是否與檢測的數(shù)據(jù)速率和協(xié)議相符。如果相符，則IWF確定該MS能夠支持本發(fā)明的特征，并繼續(xù)進行正常通信(步驟S34)。
但是，如果上述值不相符，則IWF確定被叫MS不支持所述的服務和網(wǎng)絡能力協(xié)商。即，MS報以錯誤的信息傳送能力(ITC)值，即，報以和呼叫方指示的值不同的值。
這種情況下，互通功能(IWF)使用從呼叫方接收的ITC值，即，忽略從被叫移動站接收的ITC(步驟35)。隨后，IWF也將采用相關參數(shù)與改變的ITC值匹配，例如，如果ITC從3.1kHz變成UDI，則不需要任何調制解調器類型。
注意根據(jù)第三實施例的程序不必在IWF中執(zhí)行，相反可在任意類型的網(wǎng)絡控制單元中執(zhí)行。
此外，可能發(fā)生MS建議和呼叫方使用的服務不相符的服務的情況。這種情況下，IWF會拒絕該呼叫，雖然MS已正確確定了該服務。但是，借助所有可用信息和上述實施例中描述的方法，這種情況的概率極小。
上面的說明和附圖只是舉例說明本發(fā)明。從而，本發(fā)明的實施例可在附加權利要求的范圍內變化。
例如，關于移動站正在受訪網(wǎng)絡中漫游的情況說明了上述實施例。但是，本發(fā)明并不局限于這種情況。即，通過應用根據(jù)本發(fā)明的協(xié)商程序，能夠容易地重新配置網(wǎng)絡。例如，可引入新的服務等。用于實現(xiàn)協(xié)商程序的通信設備也能夠容易地在自己的本地網(wǎng)絡中使用新服務，而不需要被手工配置等。
此外，關于其中采用移動通信網(wǎng)絡的例子說明了上述實施例。雖然本發(fā)明最適用于移動通信網(wǎng)絡，不過也可應用于固定通信網(wǎng)絡。例如，固定電話機從一個位置轉移到一個新位置，在該新位置，該固定電話機與具有和舊網(wǎng)絡不同性質的新的固定網(wǎng)絡連接。當另一運營商運行新網(wǎng)絡時，情況就是這樣。這種情況下，當應用本發(fā)明時，無需相對于該網(wǎng)絡，手工配置該固定電話機。為了采用本發(fā)明的特征，必須通過固定網(wǎng)絡，發(fā)送包含所需的連接能力信息(網(wǎng)絡能力等)的相應消息。
權利要求
1.一種控制通信設備所連接的網(wǎng)絡的方法，所述方法包括下述步驟從網(wǎng)絡獲得連接能力信息(S13；S22)，根據(jù)獲得的連接能力信息，評估連接服務(S14；S23)。
2.按照權利要求1所述的方法，其中連接能力信息可包括網(wǎng)絡能力信息。
3.按照權利要求1所述的方法，其中連接能力信息包括與遠端方的能力相關的信息。
4.按照權利要求1所述的方法，其中連接能力信息包括關于通信設備所連接的網(wǎng)絡與遠端方之間的中間網(wǎng)絡的能力的信息。
5.按照權利要求1所述的方法，其中當發(fā)起呼叫時，執(zhí)行獲得連接能力信息的步驟。
6.按照權利要求1所述的方法，其中當接收呼叫時，執(zhí)行獲得連接能力信息的步驟。
7.按照權利要求1所述的方法，其中當向網(wǎng)絡注冊時，執(zhí)行獲得連接能力信息的步驟，并且獲得的信息保存在通信設備中。
8.按照權利要求1所述的方法，其中由通過消息發(fā)送服務，向通信設備發(fā)送連接能力信息的網(wǎng)絡執(zhí)行獲得該信息的步驟，并且獲得的信息保存在通信設備中。
9.按照權利要求1所述的方法，其中在邀請用戶或運營商用連接能力信息手工配置通信設備的配置步驟中，執(zhí)行獲得連接能力信息的步驟。
10.按照權利要求5所述的方法，還包括下述步驟獲得用戶請求的連接服務(S11)，并且其中評估步驟(S13)包括下述步驟檢查網(wǎng)絡是否支持該連接服務，并且如果需要，根據(jù)獲得的連接能力信息，修改請求的服務。
11.按照權利要求6所述的方法，其中在獲得步驟中，通信設備接收包括來自網(wǎng)絡的連接信息的建立消息(S22)。
12.按照權利要求1所述的方法，其中在評估步驟中，根據(jù)獲得的連接能力信息，確定連接服務，并產(chǎn)生和確定的連接服務相關的信息。
13.按照權利要求12所述的方法，其中在消息中，將關于確定的連接服務的信息傳送給遠端方(S14)。
14.按照權利要求1所述的方法，其中在通信設備中執(zhí)行所述方法。
15.按照權利要求1所述的方法，其中通信設備是移動通信設備，網(wǎng)絡是移動通信網(wǎng)絡。
16.按照權利要求1所述的方法，其中通信設備是固定通信設備，網(wǎng)絡是固定通信網(wǎng)絡。
17.一種用于與網(wǎng)絡連接的通信設備，其中所述通信設備用于從網(wǎng)絡獲得連接能力信息，并根據(jù)獲得的連接能力信息，評估連接服務。
18.按照權利要求17所述的通信設備，其中連接能力信息可包括網(wǎng)絡能力信息。
19.按照權利要求17所述的通信設備，其中連接能力信息包括與遠端方的能力相關的信息。
20.按照權利要求17所述的通信設備，其中連接能力信息包括關于通信設備所連接的網(wǎng)絡與遠端方之間的中間網(wǎng)絡的能力的信息。
21.按照權利要求17所述的通信設備，其中通信設備用于當發(fā)起呼叫時，獲得連接能力。
22.按照權利要求17所述的通信設備，其中通信設備用于當終接呼叫時，獲得連接能力。
23.按照權利要求17所述的通信設備，其中通信設備用于通過消息發(fā)送服務，從網(wǎng)絡獲得連接能力，并且獲得的信息保存在通信設備中。
24.按照權利要求17所述的通信設備，其中通信設備用于當向網(wǎng)絡注冊時，獲得連接能力，并保存獲得的信息。
25.按照權利要求17所述的通信設備，其中通信設備用于通過邀請用戶或運營商用連接能力信息手工配置通信設備，獲得連接能力。
26.按照權利要求21所述的通信設備，其中通信設備還用于獲得通信設備的用戶請求的連接服務，并且在連接服務的評估過程中，檢查網(wǎng)絡是否支持該連接服務，并且如果需要，根據(jù)獲得的連接能力信息，修改請求的服務。
27.按照權利要求22所述的通信設備，其中通信設備用于接收包括連接能力信息的建立消息，以便獲得連接能力信息。
28.按照權利要求27所述的通信設備，其中通信設備用于在評估過程中，根據(jù)獲得的連接能力信息，確定連接服務，并產(chǎn)生和確定的連接服務相關的信息。
29.按照權利要求17所述的通信設備，其中通信設備用于在消息中，將關于修改的連接服務的信息傳送給遠端方。
30.按照權利要求17所述的通信設備，其中通信設備是移動通信設備，網(wǎng)絡是移動通信網(wǎng)絡。
31.按照權利要求17所述的通信設備，其中通信設備是固定通信設備，網(wǎng)絡是固定通信網(wǎng)絡。
32.一種控制網(wǎng)絡和通信設備與遠端方之間的連接的方法，所述方法包括下述步驟檢測通信設備產(chǎn)生的和支持的連接服務相關的信息(S31)，檢測網(wǎng)絡控制單元和遠端方之間的和連接相關的信息(S32)，和評估檢測到的信息是否與和連接相關的信息相符(S33)。
33.按照權利要求32所述的方法，還包括在信息不相符的情況下，忽略通信設備產(chǎn)生的和支持的連接服務相關的信息(S35)。
34.一種用于控制網(wǎng)絡和通信設備與遠端方之間的連接的網(wǎng)絡控制單元，其中所述網(wǎng)絡控制單元還用于檢測通信設備產(chǎn)生的和支持的連接服務相關的信息，檢測網(wǎng)絡控制單元和遠端方之間的和連接相關的信息，并評估檢測到的信息是否與和連接相關的信息相符。
35.按照權利要求34所述的網(wǎng)絡控制單元，其中所述網(wǎng)絡控制單元還用于在信息不相符的情況下，忽略通信設備產(chǎn)生的和支持的連接服務相關的信息。
36.按照權利要求34所述的網(wǎng)絡控制單元，其中網(wǎng)絡控制單元是互通功能(IWF)。
全文摘要
本發(fā)明提出一種控制通信設備所連接的網(wǎng)絡的方法，所述方法包括下述步驟從網(wǎng)絡獲得連接能力信息(S13)，并根據(jù)獲得的連接能力信息，評估連接服務(S14)。本發(fā)明還提出相應的適配通信設備。從而，由于通信設備了解網(wǎng)絡中的相關連接能力，能夠消除涉及網(wǎng)絡能力的故障。
文檔編號H04L12/56GK1559130SQ01823695
公開日2004年12月29日 申請日期2001年10月8日 優(yōu)先權日2001年10月8日
發(fā)明者尤哈·A·拉薩寧, 邁克·奧沃, 約爾馬·佩薩羅, 尤哈·埃爾杰內, 佩薩羅, 埃爾杰內, 奧沃, 尤哈 A 拉薩寧 申請人:諾基亞公司