專利名稱：：移動通信系統(tǒng)中的呼叫前轉的制作方法背景申請人的發(fā)明涉及可提供補充業(yè)務和代碼轉換器控制過程以處理通信網(wǎng)絡中用戶間業(yè)務量的系統(tǒng)。本發(fā)明特別涉及數(shù)字蜂窩無線電話系統(tǒng)中，提供到數(shù)字移動用戶的呼叫前轉業(yè)務的系統(tǒng)。蜂窩無線電話系統(tǒng)一般包括共同提供被服務地理區(qū)域的完全覆蓋的鄰近無線小區(qū)的網(wǎng)絡。每個小區(qū)都有一個基站(BS)，它通過隨路無線信道與一個或多個移動臺(MS)通信。為避免干擾，分配給指定小區(qū)的無線信道集與鄰近小區(qū)中使用的集不同。BS群分別由移動業(yè)務交換中心(MSC)控制，它們每一個都相當于公用電話交換網(wǎng)(PSTN)中的一個本地交換機。因此，MSC負責處理諸如交換、選路以及到和來自PSTN及其它網(wǎng)絡的呼叫與通信的計費等任務。廣為眾知的蜂窩系統(tǒng)如北歐移動電話(NMT)系統(tǒng)、全接入通信系統(tǒng)(TACS)、高級移動電話系統(tǒng)(AMPS)、美國數(shù)字蜂窩(ADC)系統(tǒng)、移動通信全球系統(tǒng)(GSM)、以及個人數(shù)字蜂窩(PDC)系統(tǒng)(正式稱為日本數(shù)字蜂窩(JDC)系統(tǒng))都采用了標準技術為漫游用戶提供基本的和補充的業(yè)務。當用于本申請中時，術語“基本業(yè)務”是指通信網(wǎng)絡簡單建立呼叫的能力和那些如三方通話的業(yè)務，所有用戶均可有這些業(yè)務且無需個別預約。術語“補充業(yè)務”在移動網(wǎng)和固定網(wǎng)中一樣是指那些超出“基本”業(yè)務的能力和在調(diào)用這些業(yè)務之前需要個別預約的業(yè)務。個人補充用戶業(yè)務可分為兩種類型修改或補充源端呼叫的處理(此處為“A-用戶業(yè)務”)，和修改或補充終端呼叫的處理(此處為“B-用戶業(yè)務”)。A-用戶業(yè)務包括，但不限于，輸出呼叫的阻礙和私人編碼規(guī)劃。B-用戶業(yè)務可細分為那些無條件調(diào)用的，即不考慮被叫用戶或網(wǎng)絡狀態(tài)的業(yè)務，和那些依賴用戶或網(wǎng)絡中出現(xiàn)特殊狀態(tài)或條件才調(diào)用的業(yè)務。無條件B-用戶業(yè)務包括，但不限于，輸入呼叫的阻礙和無條件呼叫前轉。條件B-用戶業(yè)務包括遇忙呼叫前轉、無應答呼叫前轉、阻塞呼叫前轉和呼叫等待。提供基本和補充業(yè)務中所涉及的種種操作在美國專利申請第08/115,589號中被描述，該專利1993年9月3日提交，由Lantto等人申請，題為“為移動臺提供補充業(yè)務的方法及系統(tǒng)”；在1993年10月26日提交的美國專利申請第08/141,086號中被描述，由Lantto申請，題為“在GSMMSC/VLR中從HLR接收用戶數(shù)據(jù)”；在1993年10月26日提交的美國專利申請第08/141,094號中被描述，由Lantto申請，題為“GSM/VLR中向HLR管理補充業(yè)務過程的方法”；在1994年1月19日提交的美國專利申請第08/182,834號中被描述，由Widmark等人申請，題為在“蜂窩移動通信網(wǎng)絡中提供個人用戶業(yè)務”；以及在1994年5月27日提交的美國專利申請第08/249,989號中被描述，由Lantto等人申請，題為“移動電話系統(tǒng)中處理未注冊移動用戶呼叫的方法”。為了跟蹤MS，移動無線通信網(wǎng)絡中提供一個稱為歸屬位置寄存器(HLR)的數(shù)據(jù)庫作為一個節(jié)點。當用戶預訂從操作器接收業(yè)務時，用戶信息如由用戶選擇的補充業(yè)務被送入那個操作器的HLR。HLR還存儲有關MS位置的信息，包括標識正為MS當前位置服務的MSC的信息。當MS在附近移動時，由MS利用MSC向它的HLR發(fā)送位置信息來更新。因此，當MS漫游到一個新的MSC區(qū)域中時，它便向那個MSC注冊，MSC接著從HLR詢問有關MS的數(shù)據(jù)并通知MS當前所處MSC區(qū)的HLR。HLR一般用來管理個別補充用戶業(yè)務，HLR中除了存儲漫游用戶的當前位置外，還存儲用戶類別和呼叫前轉號碼(稱為“C-號碼”)。當被授權終端要求時HLR便更新其存儲器中的用戶類別信息和C-號碼。HLR將該信息的選定部分在漫游MS注冊時傳給詢問的MSC，在呼叫MS時傳給網(wǎng)關MSC(GMSC)，如下面所進行的詳細解釋。在典型網(wǎng)絡中，以注冊時HLR為訪問者MSC(VMSC)提供的用戶類別為基礎，MSC提供A-用戶業(yè)務和條件B-用戶業(yè)務。無條件B-用戶業(yè)務由HLR調(diào)用，因為到MS的呼叫總是意味著所接觸的第一個MSC(即GMSC)向HLR詢問以知道用戶的下落。因此，HLR便處在處理無條件業(yè)務如發(fā)送C-號碼給呼叫將要無條件前轉到的那個GMSC的最佳位置上。為了規(guī)范HLR和MSC間的通信，蜂窩無線電話系統(tǒng)采用了已知的通信協(xié)議CCITT7號信令系統(tǒng)的移動應用部分(MAP)和事務處理能力應用部分(TCAP)。本申請中引用參考CCITT的“藍皮書”中的建議Q.701-Q.707，Q.711-Q.714以及Q.771-Q.775。MAP和TCAP協(xié)議用在不同蜂窩標準(GSM，ADC，PDC等)時稍微有些不同。MAP為MS間通信提供信令過程。PDC的網(wǎng)絡部分在數(shù)字移動通信網(wǎng)的標準節(jié)點內(nèi)規(guī)范，TTCJJ70.10，3.2版中有所描述。根據(jù)本發(fā)明的各種不同的示范實施例，無線通信系統(tǒng)的現(xiàn)存信令信道被用來發(fā)送涉及移動用戶要求的特殊用戶初始補充業(yè)務的簡單請求消息。為了這種從MS到網(wǎng)絡的業(yè)務的請求信令，以及從網(wǎng)絡到MS表示該業(yè)務請求是否被同意的確認信令，在層3上傳送?！皩?”是個術語，定義為在那里，在那個邏輯信道中，被發(fā)送和接收特定消息。層3在CCITT“藍皮書”中，VE.11叢，建議書Q.930中“1號數(shù)字用戶信令系統(tǒng)(DSS1)網(wǎng)絡層，用戶網(wǎng)絡管理”中被描述。通信系統(tǒng)可看做至少有三層。層1是物理層，它定義物理通信信道的參數(shù)，如無線頻率間隔、載波調(diào)制特性等。層2定義在物理信道(層1)的限制下準確傳輸信息所必需的技術，如糾錯檢錯等。層3定義在層2數(shù)據(jù)鏈路層上透明地傳送信息的過程。無線通信系統(tǒng)的專門硬件實現(xiàn)已超出此處討論的范圍，但是精通本技術的人會理解本發(fā)明可被應用于任何在移動或便攜臺和網(wǎng)絡間發(fā)生的補充業(yè)務的信令的系統(tǒng)中。無線通信系統(tǒng)的一個例子就是蜂窩通信網(wǎng)絡，其中在PSTN和一個或多個發(fā)送和從MS接收信號的BS間連有MSC。當呼叫被連接時，通信在話務信道上發(fā)生，而呼叫的初始連接和呼叫從一個BS向另一個的轉移一般發(fā)生在控制信道上。這種話務和控制信道的規(guī)范可依照所實現(xiàn)的系統(tǒng)的應用標準，如GSM，ADC，PDS等。那些對該基站和移動臺的典型硬件結構有興趣的人可參考Dahlin等人的美國專利5,119,397號。當發(fā)展新的補充業(yè)務時，它們可利用定義為已知的智能網(wǎng)(IN)的網(wǎng)絡來迅速合成一體。IN的思想是在網(wǎng)絡中提供智能節(jié)點(I-節(jié)點)，它們可被網(wǎng)絡中的其它節(jié)點參考并從其它節(jié)點更新。I-節(jié)點是僅通過信令的數(shù)據(jù)鏈路和其它節(jié)點相連的數(shù)據(jù)處理設備；I-節(jié)點沒有為話音或為用戶數(shù)據(jù)轉送的交換用戶連接。結果，只能通過數(shù)據(jù)鏈路從網(wǎng)絡中特殊的其它節(jié)點接入，如PSTN中的業(yè)務交換點(SSP)。增加I-節(jié)點中的新的程序模塊可引入新業(yè)務，每個都對應一個功能實體。比如，業(yè)務控制點(SCP)是網(wǎng)絡中多數(shù)業(yè)務邏輯駐留的節(jié)點，而SSP是處理交換功能以使SCP可調(diào)用業(yè)務的節(jié)點，這些節(jié)點對應的功能體已由CCITT建議Q.1278中的IN標準來定義。業(yè)務數(shù)據(jù)功能(SDF)也在存有SCF所需業(yè)務數(shù)據(jù)的SCP中實現(xiàn)。SSF和SCF間(SSP和SCP間)的通信是依據(jù)智能網(wǎng)絡應用部分來實現(xiàn)的，它也是CCITT7號的一部分。固定網(wǎng)絡環(huán)境中的IN解決方法可獲得新業(yè)務的快速引入做為SCF和SSF間功能劃分的結果，其中完全個人業(yè)務邏輯駐留在SCF中，SSF只在SCF的指示下執(zhí)行普通交換功能(如，監(jiān)控和報告呼叫事件；建立新支路；和斷開支路)。由于SCF和HLR，SDF和HLR，SSF和MSC的操作策略間的沖突，IN方法不能被用在蜂窩環(huán)境中。SCF執(zhí)行和HLR一樣的功能，但它使用不同的實現(xiàn)和不同的接口。SDF和HLR，SSF和MSC間也是一樣的。例如，SCF要控制智能網(wǎng)中的所有業(yè)務，但這一安排被蜂窩標準破壞，該標準總要求HLR包含調(diào)用業(yè)務的必需信息如無條件呼叫前轉和入呼叫阻礙。同樣，SDF在智能網(wǎng)中執(zhí)行用戶數(shù)據(jù)存儲功能，但HLR一般把用戶數(shù)據(jù)存在蜂窩網(wǎng)絡中。在數(shù)字蜂窩電話網(wǎng)中，話音以數(shù)字形式在終端間傳送，如從源端數(shù)字MS到PSTN中的話機或到另一個MS。數(shù)字MS上的輸入模擬話音信號按照符合應用標準的話音編碼算法轉換成數(shù)字形式。PDC系統(tǒng)采用的話音編碼算法是被稱為碼激勵線性預測(CELP)編碼器，或矢量和激勵線性預測(VSELP)編碼器的一類話音編碼器的一種。VSELP編碼器考慮人們聲音的期望頻率和幅度分布，將模擬話音信號轉換成數(shù)字話音信號。這樣，就可能將3.1千赫(KHz)的話音帶寬壓縮到只有每秒6.7千比(kb/s)，遠遠低于使用普通脈碼調(diào)制(PCM)時所需的64kb/s。另一方面，該編碼話音不能被別人使用除非用代碼轉換器或編譯碼器將其轉換成普通數(shù)字話音。除話音編碼外，許多系統(tǒng)還用信道編碼。例如，PDC信道編碼器根據(jù)檢測和糾正傳輸錯誤的塊和卷積碼用冗余信息對數(shù)字話音信號編碼。PDC信道編碼器接到速率為6.7kb/s的VSELP數(shù)字話音，并將其轉換成速率為11.2kb/s的信道編碼信號，這樣便可不受限制地通過網(wǎng)絡，如從一個MSC到另一個，在64kb/s信道上?？梢灾?1.2kb/s是全速率傳輸；也可使用PSI-CELP話音編碼器從數(shù)字話音導出的信道編碼半速傳輸(5.6kb/s)。在兩個數(shù)字MS間的呼叫中，用來處理話務的正確代碼轉換器控制過程只有當綜合業(yè)務數(shù)字網(wǎng)用戶部分(ISUP)和I-節(jié)點映射過程保證為端到端時即，呼叫無論何時總完全保持在PDC網(wǎng)絡中時，才能獲得。在這種情況下，源端和終端用戶都被連接到11.2kb/sVSELP話音和信道編碼連接上。理論上，有可能將11.2kb/s話音和信道編碼信息在源端MS中轉換到64kb/s，然后在終端MS把信息轉換回來。但實際上，降低了話音質量，因此有必要話音編碼器彼此同步并設置為“編譯碼器直通連接”方式。圖1a畫出“編譯碼器直通連接”方式中的代碼轉換器。參考符號A，B和C代表11.2kb/sVSELP話音和信道編碼呼叫。參考符號D和F分別代表從MS-A到MSC-A和從MS-B到MSC-B的信令連接。參考符號E代表ISUP信令連接。參考符號G代表MAP信令連接。圖1b畫出兩個數(shù)字MS間呼叫的信令圖。按照圖1b，源端MSC從呼叫的MS接收到SETUP消息并命令分析被叫方號碼。代碼轉換器在源端MSC被設為“通話”無論是否得到“到MS呼叫”的結果。這很重要，那樣就可能在呼叫前轉發(fā)生時聽見發(fā)生的任何音調(diào)和聲明并處理該事件。在ISUP中，消息包含有關移動專用數(shù)據(jù)的附加信息。初始地址消息(IAM)包含傳輸介質要求(TMR)或無約束數(shù)字信息，還有代表傳送能力的信息，包括“話音”或“話音和數(shù)據(jù)”是否被傳送，數(shù)據(jù)是否為11.2kb/s或VSELP編碼，以及編碼標準是否是為網(wǎng)絡定義的標準。TAM還包含呼叫參考(CR)信息，它標識源端MSC中的呼叫和源端MSC的信令點代碼(SPC)，以及標識源端網(wǎng)絡的網(wǎng)絡代碼(NC)信息。根據(jù)IAM的接收，終端MSC尋呼被呼叫的MSC并分配一個CR。終端MSC在地址完整消息(ACM)中返回其CR和SPC。源端MSC接收ACM并存貯來自ACM的CR值。來自ACM的SPC被丟棄，代替它的是來自編譯碼器建立請求(CODECSETREQ)消息的源端MSC的SPC，該消息請求直通連接。在這點上，終端MSC有足夠的信息來啟動MAP和源端MSC的通信，但在接收來自終端MSC的消息前，源端MSC并沒有足夠的信息來開始這次通信。終端呼叫象以往一樣繼續(xù)前行直到收到來自MS的連接(CONN)消息。在這點上，當代碼轉換器控制過程啟動時呼叫建立便暫停。從接收到的IAM和用戶業(yè)務信息的分析中，終端MSC知道從另一個數(shù)字MS來了呼叫并將其代碼轉換器設為“編譯碼器直通連接”方式。終端代碼轉換器接著開始發(fā)送話音和同步(SS)幀。利用IAM中收到的SPC、NC和CR，終端MSC發(fā)送MAPCODECSETREQ消息要求源端代碼轉換器切換到“編譯碼器直通連接”方式。等待編譯碼器設置確認(CODECSETACK)消息的定時T編譯碼器在終端MSC中啟動。根據(jù)源端MSC中收到的CODECSETREQ消息，源端代碼轉換器開始在話音電路上發(fā)送SS幀。進行這些后，源端MSC利用早先存儲的CR和CODECSETREQ消息中收到的SPC和NC將CODECSETACK消息發(fā)回終端MSC。根據(jù)接收的CODECSETACK消息，呼叫建立繼續(xù)應答消息(ANM)的發(fā)送。如果CODECSETACK消息在T編譯碼器到期之前沒有被收到，那么終端MSC便釋放該呼叫。在呼叫建立階段，利用SPC，NC和CR在終端和源端MSC間直接傳送MAP消息。在如圖2所示的標準PDC網(wǎng)絡中，源端MSC，記作MSC-A，與源端數(shù)字MS，記作MS-A，在無線接觸中，包括話音編碼器和信道編碼器。MS-A產(chǎn)生的呼叫從MSC-A到終端MSC建立，記作MSC-B，通過鏈路或連接10；MSC-B處在和終端數(shù)字MS，記作MS-B，的無線接觸中，它包括信道譯碼器和話音譯碼器。MSC-A使用MAP接口詢問HLR有關MS-B的當前位置，和接收MS-B的漫游號碼，MSC-A使用該號碼通過連接10和MSC-B為呼叫選擇到MS-B的路由。圖2示出MS-B沒有調(diào)用呼叫前轉時的典型情況，所以網(wǎng)絡在“編譯碼器直通連接”方式運行，并且VSELP或CELP數(shù)據(jù)作為層1數(shù)據(jù)通過連接10。PDC標準信令消息中的預定信息元不完全符合代碼轉換器控制過程和某些補充業(yè)務。例如，PDC系統(tǒng)專用的代碼轉換器控制過程不適合于終端MS向另一數(shù)字MS前轉呼叫時的話務情況。該情況由圖3表示。當MSC-B中調(diào)用了呼叫前轉業(yè)務時，MSC-B中的邏輯設備使它去讀它的種類存儲(該存儲已在MS-B漫游進MSC-B服務區(qū)域時通過MAP接口從HLR進行了更新)，MS-B已將呼叫前轉至存儲中給定的特殊C-號碼。對應這種情況，MSC-B通過連接12傳送呼叫到具有C-號碼的前轉到的數(shù)字MS-C，前轉到的MSC，記為MSC-C，從而完成補充業(yè)務。當這種呼叫被前轉時，前轉到的交換MSC-C很難識別源端交換機MSC-A和源端CR信息。為了數(shù)字MS的終端MSC尋址另一數(shù)字MS的源端MSC，終端MSC不僅要確定SPC還要確定源端MSC的網(wǎng)絡標識。在當前I-節(jié)點的PDC標準的規(guī)范中，終端MSC從包含在源端MSC發(fā)送到終端MSC的IAM中的“計費區(qū)”信息導出源端MSC的網(wǎng)絡標識。特別是，源端MSC的網(wǎng)絡標識從IAM中的NC數(shù)據(jù)和消息區(qū)(MA)數(shù)據(jù)導出。無論怎樣，圖3中示出的話務情形中，MSC-B發(fā)送的IAM的“計費區(qū)”信息元不能被MSC-C用來導出源端MSC-A的網(wǎng)絡標識，因為前轉支路是獨立的。因此，MSC-B發(fā)送到MSC-C的IAM中的“計費區(qū)”信息涉及前轉用戶MS-B，而不是始發(fā)呼叫的用戶MS-A。而且，如圖3和4所示，在呼叫前轉被啟用時，請求話音和信道編碼的編譯碼器建立請求消息到達不了它的最終目的MSC-A，因為IAM中的SPC數(shù)據(jù)被用來尋址MSC-A，而IAM中的NC數(shù)據(jù)被用來尋址MSC-B。其原因是前轉用戶MS-B負責呼叫的前轉支路。而且，由于前轉MSC-B可能屬于與源端MSC-A的網(wǎng)絡不同的網(wǎng)絡，呼叫前轉就不可能由單一網(wǎng)絡的代碼轉換器控制過程處理。以上所說的其余呼叫前轉的問題是在ISUP下不同交換機和網(wǎng)絡間通信的呼叫參考。按照PDC標準和ISUP中的當前I-節(jié)點規(guī)范，終端MSC-B向源端MSC-A發(fā)送一個地址完全消息(ACM)。ACM消息包括終端MSC-B的SPC，以及MSC-B分配的CR。當MSC-A向MSC-B發(fā)送編譯碼器建立確認消息，以確定話音和信道編碼請求已收到時，它使用參數(shù)SPC和CR。如圖5所示，如果用戶MS-B前轉呼叫到與MSC-C接觸的另一個數(shù)字MS，存儲在源端MSC-A中的SPC和CR將仍會是終端MSC-B中的那些(前面的)。由于MSC-C是前轉呼叫的終端MSC，從MSC-A發(fā)送到MSC-C的編譯碼器建立確認消息包含MSC-B的CR而不是MSC-C的CR。換句話講，編譯碼器建立請求消息的CR和編譯碼器建立確認消息的CR不對應。由于對MSC-C分配的CR在MSC-C中沒有應答被收到，MSC-C中啟動以適應呼叫的定時器將經(jīng)時，建立過程失敗，呼叫被釋放。如圖3所示，VSELP或CELP數(shù)據(jù)在MSC-A中被譯碼并象一般PCM數(shù)據(jù)一樣通過連接10，MSC-B和連接12。MSC-C接著用話音和信道編碼將信息重新編碼并將重新編碼的信息傳到MS-C。在CELP/VSELP編碼中，只有模擬話音信號必須送到話音編碼器，即兩個編碼器不能串聯(lián)在一起。因此，傳統(tǒng)PDC標準提供MSC-B和MSC-C間的前轉支路，MS-C作為獨立的呼叫被建立MSC-A為到MSC-C的傳輸而譯碼話音數(shù)據(jù)，MSC-C為傳輸?shù)組S-C而重新將它編碼。為了前轉呼叫，前轉MSC將TMR改變到“話音”或3.1KHz音頻。當呼叫被前轉時，兩個用戶都有代碼轉換器以“話音”方式連接，這將導致話音質量的損失。這個附加的譯碼/編碼的結果是降低了話音質量，因為CELP/VSELP編碼以語音質量換取較低的比特率。概述依據(jù)申請人的發(fā)明，當呼叫從一個數(shù)字終端或網(wǎng)絡向另一個前轉時，現(xiàn)行PDC標準網(wǎng)絡中的不必要的話音譯碼可避免。申請人的呼叫前轉方法克服了現(xiàn)行PDC標準的兩個缺點當呼叫從一個數(shù)字網(wǎng)絡向另一個前轉時，它提供了識別源端交換機和源端呼叫參考。因此申請人的發(fā)明的一個目標是在呼叫從一個數(shù)字網(wǎng)絡向另一個前轉時，避免不必要的話音和信道編碼和譯碼。因此申請人發(fā)明的另一個目標是使現(xiàn)存數(shù)字網(wǎng)絡標準支持呼叫前轉操作，同時提高話音質量。依據(jù)申請人的發(fā)明，這些和其它目標的實現(xiàn)是依靠在呼叫前轉操作中提供準確的網(wǎng)絡識別和呼叫參考。正確的網(wǎng)絡識別是通過利用包含源端MSC的網(wǎng)絡代碼的新信息元來實現(xiàn)的，它在網(wǎng)絡中建立呼叫時，甚至在調(diào)用呼叫前轉時也不會改變。正確的呼叫參考是通過使用事務處理能力應用部分(TCAP)業(yè)務來實現(xiàn)的，該業(yè)務保證從源端MSC返回的，確認編譯碼器建立請求消息的結果總是被送到正確的終端MSC。附圖的簡要描述圖1a，1b示出移動站間的傳統(tǒng)呼叫建立；圖2示出沒有呼叫前轉補充業(yè)務調(diào)用的傳統(tǒng)移動通信網(wǎng)絡中的呼叫路由選擇；圖3示出移動通信網(wǎng)絡中呼叫前轉補充業(yè)務；圖4示出呼叫前轉情況下的網(wǎng)絡消息序列；圖5示出呼叫前轉情況下的網(wǎng)絡消息序列；圖6示出按照申請人的發(fā)明的在移動通信網(wǎng)絡中的呼叫前轉補充業(yè)務；以及圖7示出修改后包括“MSC地址”信息元的主叫方參數(shù)號碼域。詳細描述申請人的發(fā)明解決了網(wǎng)絡中呼叫前轉給代碼轉換器控制提出的特別問題。為了說明，源端MSC表示為MSC-A；前轉呼叫的MSC表示為MSC-B；而呼叫被前轉到的MSC表示為MSC-C。本發(fā)明并不嚴格使用這些標號，而是可應用到呼叫前轉操作中涉及的任意類型或數(shù)目的網(wǎng)絡成分。如圖6所示，和以前一樣，所申請發(fā)明為VSELP或CELP數(shù)據(jù)提供通過連接10，作為層1數(shù)據(jù)，但該信息不在MSC-A中譯碼。而是為呼叫建立穿過網(wǎng)絡的“編譯碼器直通連接”方式，以使VSELP或CELP數(shù)據(jù)作為層1數(shù)據(jù)通過連接12到MSC-C，MSC-C簡單地前轉信息到MS-C。一個結果就是避免了降低話音質量的附加的譯碼/編碼。當數(shù)字蜂窩網(wǎng)絡如PDC系統(tǒng)中，數(shù)字MS間的呼叫前轉被激活時，被MSC-B前轉到MSC-C的呼叫被作為與MSC-A獨立的呼叫來處理。因此，前轉呼叫到第三方(如MSC-C)的網(wǎng)絡或交換機(如MSC-B)必須進行適當?shù)奶幚恚允蛊鹨蛴诒磺稗D呼叫的信號以這樣的方式影響始發(fā)方，即源端網(wǎng)絡不需要意識到呼叫前轉已被激活了。網(wǎng)絡標識是呼叫前轉操作中網(wǎng)絡必須執(zhí)行的所需處理的一部分。為了在呼叫前轉操作中提供源端MSC-A的網(wǎng)絡標識的正確認識，來自應答移動用戶MS-C的用來尋址MSC-A的數(shù)據(jù)和其它數(shù)據(jù)明確分開。即，IAM中的“計費區(qū)”信息元不用于MSC-A尋址。而是在ISUPIAM中加入一個新的信息元，稱為“MSC地址”，它包含了MSC-A的網(wǎng)絡代碼。ISUPIAM格式的部分的說明是ISUP的附錄I的圖1-9/JJ-70.10中示出的主叫方參數(shù)號碼域。這個域被修改成圖7所示，包含了“MSC地址”信息元。在網(wǎng)絡中呼叫建立時，“MSC地址”不變，盡管調(diào)用了呼叫前轉。這樣，MSC-A的地址可一直被準確檢索，呼叫建立將會成功。網(wǎng)絡在呼叫前轉操作時必須執(zhí)行的處理的另一部分是源端MSC對終端MSC的呼叫參考。上面所提的呼叫前轉的傳統(tǒng)呼叫參考過程中的問題是終端MSC的CR被通過ACM消息中的ISUP送到了源端MSC。ACM在呼叫前轉之前被送到源端MSC，所以按照ACM消息的“終端”MSC不是前轉到的MSC-C而是前轉MSC-B。因此，前轉到MS-C應答處，ACM消息不總表示MSC-C。通過不在ACM消息中經(jīng)過ISUP從終端MSC-B到源端MSC-A發(fā)送CR，可解決呼叫參考的問題。取而代之的是使用TCAP業(yè)務。TCAP為蜂窩網(wǎng)絡中節(jié)點間信息的傳送提供了廣泛的，多種應用，其特征之一是對話處理，兩個用戶可以交換更多的信息。TCAP對話可以是結構化的或非結構化的。非結構化對話不要求用戶回答，常常用于網(wǎng)絡控制。結構化TCAP對話要求用戶回答或回答用戶，更適于網(wǎng)絡中“編譯碼器直通控制”MAP過程。TCAP包括四個不同類型的操作，其屬性如下表I表示。表iTCAP4類操作常用于“編譯碼器建立請求”，它按表II定義。使用TCAP4類操作，“編譯碼器建立請求”由終端MSC-B發(fā)送到源端MSC-A，但沒有返回結果從源端MSC-A發(fā)回終端MSC。表II</tables>常用編譯碼器建立確認消息按表III定義。表III</tables>按照所申請發(fā)明的一個方面，TCAP類操作用于“編譯碼器建立請求”。因此，從源端MSC-A返回的確認“編譯碼器建立請求”的結果，總是象常規(guī)TCAP特征提供的那樣被發(fā)送到正確的終端MSC。利用TCAP結構化對話，如果要求，源端MSC-A也可響應拒絕部分。按照本發(fā)明的“編譯碼器建立請求”操作由表IV定義，采用現(xiàn)行I-節(jié)點規(guī)范。表IV</tables>作為使用結構化TCAP過程的另一種選擇，如表IV中所描述，即使用結構化對話，可在TTCJJ70.10版本3的每個4類“編譯碼器建立請求”和“編譯碼器建立請求確認”(編譯碼器建立確認)消息中加上一個域。所加域可稱為“CI”，即“呼叫標識”，對“編譯碼器建立請求”消息如表V所示，它也可是MSC-C(實際終端MSC)分配的呼叫參考。表V加上CI域，它很方便地與IICR域有相同的格式，它可使用4類操作，但操作的源端自動接收操作是否成功的應答。正確的呼叫參考總被返回源端。加上CI域滿足4類的目的，一開始并保持不變地標識呼叫。根據(jù)所申請發(fā)明的另一個方面，“編譯碼器建立請求”采用抽象語法符號1(ASN.1)定義，ASN.1是國際電報電話咨詢委員會(CCITT)建議的描述結構信息的一種語言。ASN.1符號中的“編譯碼器建立請求”如下所示ASN-1正規(guī)描述編譯碼器建立請求＝OPERATION(操作)PARAMETER(參數(shù))呼叫引用(callReference)呼叫引用(CallReference)編譯碼器狀態(tài)(codecStatus)編譯碼器狀態(tài)(codeStatus)RESULT(結果)ERRORS(錯誤)編譯碼器失敗常規(guī)地在ACM消息中傳送的CR和SPC信息可從ACM消息中刪除，因為這些信息元用別的消息交換了。這為附加信息在ACM消息中釋放了空間。上述所申請的發(fā)明，使呼叫前轉可在PDC標準網(wǎng)絡中支持，同時在呼叫從一個網(wǎng)絡或交換臺向另一個前轉時，通過避免不必要的話音譯碼來提供更好的話音質量。被稱為“MSC地址”的新信息元包含有源端MSC的網(wǎng)絡代碼，被加在ISUPIAM中，這樣源端MSC地址便可由終端MSC，或如果啟用呼叫前轉，則由接收從終端MSC呼叫前轉的前轉到MSC來正確確定。TCAP1類結構化對話被用于“編譯碼器建立請求”操作，以使確認“編譯碼器建立請求”的返回結果信號被發(fā)送到正確的接收機，在終端MSC中或，如果呼叫前轉已被啟動，則在前轉到MSC中。應當理解所申請發(fā)明并不僅限于已描述和說明的特殊實施例。即本發(fā)明可被用于任何數(shù)字蜂窩通信系統(tǒng)如D-AMPS(ADC)或GSM。當然，發(fā)明的方法也可用于多級呼叫前轉如A→B→C→D，A→B→C→D→E等。其中“A”表示漫游在MSC-A服務區(qū)內(nèi)的源端用戶，“B”表示漫游在MSC-B服務區(qū)內(nèi)的用戶，用戶“B”將其呼叫前轉到另一個漫游在MSC-C服務區(qū)內(nèi)的用戶“C”，用戶“C”依次將其呼叫前轉給另一個漫游在MSC-D服務區(qū)內(nèi)的用戶“D”，依此類推。本申請完成后面權利要求確定的精神和范圍內(nèi)的任何和所有修改。權利要求1.在數(shù)字蜂窩無線電話網(wǎng)絡中，漫游在第一個移動業(yè)務交換中心(MSC)服務區(qū)內(nèi)的源端用戶和漫游在第二個MSC服務區(qū)內(nèi)的終端用戶間建立呼叫的方法，其中終端用戶將呼叫前轉到漫游在第三個MSC服務區(qū)內(nèi)的前轉到用戶，包括步驟從第一個MSC發(fā)送消息到第二個MSC，該消息標識源端用戶所屬的網(wǎng)絡以及第一個MSC中標識呼叫的呼叫參考；從第二個MSC傳遞消息到第三個MSC；從第三個MSC發(fā)送請求到第一個MSC，請求建立話音編碼和信道編碼；以及從第一個MSC發(fā)送返回信號到第三個MSC，返回信號確認請求。2.權利要求1的方法，還包括步驟從源端用戶傳輸?shù)脑捯艟幋a和信道編碼數(shù)據(jù)；以及終端用戶從源端用戶接收到的信道譯碼和話音譯碼數(shù)據(jù)；其中信道譯碼和話音譯碼數(shù)據(jù)的步驟對呼叫只執(zhí)行一次。3.權利要求1的方法，其中發(fā)送請求和發(fā)送返回信號的步驟用結構化TCAP-對話實現(xiàn)。4.權利要求1的方法，其中發(fā)送請求和發(fā)送返回信號的步驟用非結構化TCAP-對話實現(xiàn)。5.權利要求4的方法，其中在每一個請求和發(fā)送返回信號的非結構化TCAP對話中都包含一個域，該域表示呼叫標識。6.數(shù)字蜂窩無線電話網(wǎng)絡中漫游在第一個移動業(yè)務交換中心(MSC)服務區(qū)內(nèi)的源端用戶和漫游在第二個MSC服務區(qū)內(nèi)的終端用戶間建立呼叫的設備，其中終端用戶前轉呼叫到漫游在第三個MSC服務區(qū)內(nèi)的前轉到用戶，包括從第一個MSC發(fā)送消息到第二個MSC的設備，該消息標識源端用戶所屬網(wǎng)絡和第一個MSC中標識呼叫的呼叫參考；從第二個MSC傳遞消息到第三個MSC的設備；從第三個MSC發(fā)送請求到第一個MSC的設備，該請求請求建立話音編碼和信道編碼；以及從第一個MSC發(fā)送返回信號到第三個MSC的設備，該返回信號確認請求。7.權利要求6的設備，其中請求發(fā)送設備和返回信號發(fā)送設備實現(xiàn)結構化TCAP對話。8.權利要求6的設備，其中請求發(fā)送設備和返回信號發(fā)送設備實現(xiàn)非結構化TCAP對話。9.權利要求8的設備，其中請求發(fā)送設備和返回信號發(fā)送設備實現(xiàn)的非結構化TCAP對話包括表示呼叫標識的域。全文摘要當呼叫從一個網(wǎng)絡或交換機向另一個前轉時,通過避免不必要的話音譯碼,數(shù)字蜂窩通信系統(tǒng)可以用更佳的話音質量支持呼叫前轉。包含源端移動業(yè)務交換中心(MSC)的網(wǎng)絡代碼的新信息元被加到初始地址信息中,以使源端MSC的地址可由終端MSC或,如果呼叫前轉被啟動,由前轉到的MSC來正確確定。為了發(fā)送話音編碼請求到源端MSC,采用結構化對話,其中確認請求的返回結果信號被送到終端MSC中或,如果呼叫前轉被啟動,則是前轉到的MSC中的正確接收機上。文檔編號H04M3/54GK1194082SQ9619646公開日1998年9月23日申請日期1996年7月3日優(yōu)先權日1995年7月5日發(fā)明者J·蘭托申請人:艾利森電話股份有限公司