專利名稱：個(gè)人手持式通信系統(tǒng)的呼叫檢測方法
技術(shù)領(lǐng)域：
本發(fā)明涉及PHS即個(gè)人手持式通信系統(tǒng)，具體涉及一種PHS系統(tǒng)中的呼叫檢測方法。
背景技術(shù)：
隨著PHS(Personal Handset System個(gè)人手持式通信系統(tǒng))無線市話系統(tǒng)在我國的不斷發(fā)展，運(yùn)營商對于PHS無線市話系統(tǒng)的運(yùn)行可靠性的要求越來越高。在當(dāng)前的PHS系統(tǒng)運(yùn)行過程中，當(dāng)呼叫進(jìn)入通話態(tài)后，由于無線信號受環(huán)境干擾，容易引起通訊線路上某些環(huán)節(jié)發(fā)生通訊異常，導(dǎo)致網(wǎng)絡(luò)側(cè)(例如接入網(wǎng)單元ANU)的呼叫處理進(jìn)程不能收到與網(wǎng)絡(luò)側(cè)設(shè)備連接的相鄰節(jié)點(diǎn)(例如基站控制器CSC)的呼叫處理進(jìn)程的掛機(jī)釋放消息，網(wǎng)絡(luò)側(cè)呼叫處理進(jìn)程就會被吊死而不能釋放，造成進(jìn)入通話態(tài)的呼叫處理進(jìn)程被吊死的原因包括1、無線信號的易受環(huán)境干擾，穩(wěn)定性差。2、無線市話系統(tǒng)建設(shè)初期信號覆蓋區(qū)可能會存在一些盲點(diǎn)，造成信號不能正常接收。3、在通話繁忙的時(shí)段，通信系統(tǒng)消息流量非常大，如果超出了系統(tǒng)的處理能力，PHS系統(tǒng)會自動丟棄部分消息。網(wǎng)絡(luò)側(cè)呼叫處理進(jìn)程被吊死一方面會導(dǎo)致本次呼叫產(chǎn)生超長話單，另一方面，本次呼叫占用的系統(tǒng)資源不能釋放，如果有很多呼叫進(jìn)程的資源都不能被釋放，則會影響接通率，時(shí)間長了就會耗盡系統(tǒng)資源，甚至導(dǎo)致癱機(jī)。這兩方面的后果對運(yùn)營商都是很嚴(yán)重的問題。目前尚未發(fā)現(xiàn)有關(guān)解決PHS系統(tǒng)網(wǎng)絡(luò)側(cè)被吊死的呼叫進(jìn)程的相關(guān)技術(shù)文獻(xiàn)。

發(fā)明內(nèi)容
本發(fā)明就是為了解決PHS系統(tǒng)網(wǎng)絡(luò)側(cè)呼叫處理進(jìn)程被吊死而導(dǎo)致系統(tǒng)資源無法釋放的問題而提出一種PHS系統(tǒng)的呼叫檢測方法，能夠及時(shí)自動地檢測出PHS系統(tǒng)網(wǎng)絡(luò)側(cè)被吊死的呼叫進(jìn)程，并釋放被占用的系統(tǒng)資源，保證系統(tǒng)的可靠和穩(wěn)定運(yùn)行。
本發(fā)明的核心思想是網(wǎng)絡(luò)側(cè)接入網(wǎng)單元在呼叫進(jìn)程處于通話狀態(tài)下定時(shí)向相鄰節(jié)點(diǎn)發(fā)送呼叫檢測消息，如果在預(yù)定時(shí)間內(nèi)未返回正確的呼叫檢測確認(rèn)消息，則釋放該進(jìn)程占用的系統(tǒng)資源。
本發(fā)明所采用的技術(shù)方案包括下列步驟(1)在呼叫進(jìn)程處于通話狀態(tài)下，網(wǎng)絡(luò)側(cè)接入網(wǎng)單元啟動定時(shí)器T1；(2)定時(shí)器T1超時(shí)；
(3)網(wǎng)絡(luò)側(cè)接入網(wǎng)單元向相鄰節(jié)點(diǎn)發(fā)送呼叫檢測消息，同時(shí)啟動定時(shí)器T2；(4)如果在定時(shí)器T2未超時(shí)前收到正確的呼叫檢測確認(rèn)消息，則重新啟動定時(shí)器T1，重復(fù)上述步驟(2)和(3)，直至通話狀態(tài)結(jié)束；(5)否則判斷呼叫檢測的次數(shù)，如果呼叫檢測次數(shù)小于預(yù)先設(shè)定的值n，則重新執(zhí)行上述步驟(3)；(6)如果呼叫檢測次數(shù)大于等于預(yù)先設(shè)定的值n，則釋放該進(jìn)程占用的系統(tǒng)資源后結(jié)束。
上述步驟(4)又具體包括以下步驟(a)判斷是否收到呼叫檢測確認(rèn)消息；(b)如果收到，則清除定時(shí)器T2，進(jìn)一步判斷呼叫檢測確認(rèn)消息是否正確，否則在定時(shí)器T2超時(shí)后執(zhí)行前述步驟(5)；(c)如果呼叫檢測確認(rèn)消息正確，則重新啟動定時(shí)器T1，重復(fù)前述步驟(2)和(3)，直至通話狀態(tài)結(jié)束；(d)如果呼叫檢測確認(rèn)消息錯(cuò)誤，則執(zhí)行前述步驟(5)。
上述“相鄰節(jié)點(diǎn)”為PHS系統(tǒng)中的基站控制器；所述的“釋放該進(jìn)程占用的系統(tǒng)資源”包括釋放相鄰節(jié)點(diǎn)上的呼叫進(jìn)程和釋放網(wǎng)絡(luò)側(cè)接入網(wǎng)單元被占用的資源。定時(shí)器T1的時(shí)長可設(shè)為1～8分鐘，步驟(5)中的n的一個(gè)優(yōu)選值可以為3。
呼叫檢測消息中還包含個(gè)人手持機(jī)標(biāo)識PSID，當(dāng)相鄰節(jié)點(diǎn)收到網(wǎng)絡(luò)側(cè)接入網(wǎng)單元發(fā)出的呼叫檢測消息時(shí)，判斷其中的PSID與當(dāng)前進(jìn)程的PSID是否一致，如果一致，則返回正確的呼叫檢測確認(rèn)消息，否則返回錯(cuò)誤的呼叫檢測確認(rèn)消息。
在個(gè)人手持機(jī)PS處于漫游狀態(tài)下，網(wǎng)絡(luò)側(cè)本地接入網(wǎng)單元發(fā)起的呼叫檢測消息經(jīng)由中心控制器/互聯(lián)網(wǎng)關(guān)和漫游地接入網(wǎng)單元轉(zhuǎn)發(fā)給相鄰節(jié)點(diǎn)。網(wǎng)絡(luò)側(cè)的漫游地接入網(wǎng)單元也可以直接向相鄰節(jié)點(diǎn)發(fā)起呼叫檢測消息。
本發(fā)明所述呼叫檢測方法，能夠及時(shí)自動地檢測出網(wǎng)絡(luò)側(cè)呼叫進(jìn)程是否被吊死，如果呼叫進(jìn)程被吊死，則自動釋放該進(jìn)程及其占用的系統(tǒng)資源。采用本發(fā)明所述呼叫檢測方法，可以有效地避免超長話單的產(chǎn)生和PHS系統(tǒng)癱機(jī)，提高了PHS系統(tǒng)的接通率，保證PHS系統(tǒng)穩(wěn)定、可靠、高效地運(yùn)行。


圖1是PHS系統(tǒng)結(jié)構(gòu)示意圖；圖2是呼叫檢測過程中，網(wǎng)絡(luò)側(cè)與相鄰節(jié)點(diǎn)之間的消息流程圖；圖3是本發(fā)明提出的呼叫檢測方法的詳細(xì)流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例對本發(fā)明作進(jìn)一步的詳細(xì)說明。
呼叫處理進(jìn)程是指在每一次呼叫過程中，通信線路上的每一個(gè)節(jié)點(diǎn)，例如PHS手機(jī)、基站CS、基站控制器CSC、接入網(wǎng)單元ANU、交換機(jī)LE、等等，在軟件實(shí)現(xiàn)上都需要?jiǎng)?chuàng)建一個(gè)進(jìn)程來處理呼叫消息并完成呼叫接續(xù)，稱之為呼叫處理進(jìn)程，以下簡稱呼叫進(jìn)程。系統(tǒng)資源是指呼叫處理和呼叫接續(xù)所需的資源，包括CPU、內(nèi)存、T網(wǎng)時(shí)隙、電路時(shí)隙等。吊死是指如果呼叫進(jìn)程(包括其占用的系統(tǒng)資源)在通話結(jié)束(用戶掛機(jī))后長時(shí)間不能被釋放，則認(rèn)為該呼叫進(jìn)程被吊死。
圖1是PHS系統(tǒng)結(jié)構(gòu)示意圖。圖1中，PS(Personal Station)為個(gè)人手持機(jī)，CS(Cell Station)為基站，CSC(Cell Station Controller)為基站控制器，ANU(AccessNetwork Unit)為接入網(wǎng)單元，LE(Local Exchange)為本地交換機(jī)，CCM(Center ControlModule)為中心控制模塊，中心控制模塊也可以是互聯(lián)網(wǎng)關(guān)IGW(InterconnectGateWay)。如圖1所示，CS1和CS2為兩個(gè)基站，相鄰節(jié)點(diǎn)為CSC1和CSC2，網(wǎng)絡(luò)側(cè)包括LE，本地ANU，漫游ANU和CCM?；綜S1或者CS2接收手持機(jī)PS的信號，通過相鄰節(jié)點(diǎn)CSC1或CSC2傳送給網(wǎng)絡(luò)側(cè)的接入網(wǎng)單元ANU進(jìn)行處理，ANU再將需要交換和傳輸?shù)男盘査徒oLE或者CCM/IGW進(jìn)行處理。通常網(wǎng)絡(luò)側(cè)的接入網(wǎng)單元ANU的呼叫處理進(jìn)程在通話態(tài)不能收到相鄰節(jié)點(diǎn)基站控制器CSC的呼叫處理進(jìn)程的掛機(jī)釋放消息，網(wǎng)絡(luò)側(cè)呼叫處理進(jìn)程就會被吊死而不能釋放。
圖2是呼叫檢測過程中，網(wǎng)絡(luò)側(cè)與相鄰節(jié)點(diǎn)之間的消息流程圖。圖2中，CallCheck是呼叫檢測消息，CallCheckAck是呼叫檢測確認(rèn)消息。如果確認(rèn)成功，返回正確的CallCheckAck；否則返回錯(cuò)誤的CallCheckAck。T1是正常呼叫檢測時(shí)間間隔，指開始通話到第一次發(fā)送CallCheck之間的間隔時(shí)間，或者是收到正確的CallCheckAck到再次發(fā)送CallCheck之間的間隔時(shí)間。通常設(shè)置為幾分鐘。T2是發(fā)送CallCheck之后等待CallCheckAck的時(shí)間，通常設(shè)置為幾秒鐘。n是呼叫檢測次數(shù)。如果發(fā)送了n次CallCheck仍沒有收到正確的CallCheckAck，則認(rèn)為呼叫進(jìn)程被吊死。呼叫檢測由網(wǎng)絡(luò)側(cè)本地ANU或者漫游地ANU發(fā)起。如果PS進(jìn)行本地呼叫，則由本地ANU直接發(fā)送CallCheck給CSC1發(fā)起本地ANU的呼叫檢測。如果PS進(jìn)行漫游呼叫，則由本地ANU發(fā)送CallCheck，經(jīng)CCM、漫游地ANU轉(zhuǎn)發(fā)給CSC2，發(fā)起本地ANU的呼叫檢測；漫游地ANU的呼叫檢測，由漫游地ANU直接發(fā)送CallCheck給CSC2來發(fā)起。如圖2所示，網(wǎng)絡(luò)側(cè)(ANU)呼叫進(jìn)程(主叫或被叫)進(jìn)入通話態(tài)后，設(shè)置定時(shí)器T1，T1超時(shí)后，網(wǎng)絡(luò)側(cè)呼叫進(jìn)程發(fā)送CallCheck給相鄰節(jié)點(diǎn)(CSC)的呼叫進(jìn)程，設(shè)置定時(shí)器T2等待相鄰節(jié)點(diǎn)呼叫進(jìn)程的CallCheckAck，收到了CallCheckAck首先清除定時(shí)器T2，如果是正確的CallCheckAck，網(wǎng)絡(luò)側(cè)則認(rèn)為呼叫進(jìn)程正常，重新設(shè)置T1，T1超時(shí)后再發(fā)送CallCheck；如果是錯(cuò)誤的CallCheckAck，或者T2超時(shí)后仍未收到CallCheckAck，將再發(fā)送CallCheck給相鄰節(jié)點(diǎn)的呼叫進(jìn)程，并重新設(shè)置T2，如果多次超時(shí)仍沒有收到正確的CallCheckAck，則認(rèn)為呼叫進(jìn)程被吊死，需要發(fā)送釋放消息給相鄰節(jié)點(diǎn)呼叫進(jìn)程，并釋放網(wǎng)絡(luò)側(cè)被占用資源。
圖3是本發(fā)明提出的呼叫檢測方法的詳細(xì)流程圖。如圖3所示，本發(fā)明提出的呼叫檢測方法的詳細(xì)步驟為1、網(wǎng)絡(luò)側(cè)呼叫進(jìn)程進(jìn)入通話狀態(tài)，呼叫檢測次數(shù)置0，啟動定時(shí)器T1，定時(shí)器T1的時(shí)長通常設(shè)置為幾分鐘。為了使呼叫檢測功能造成的系統(tǒng)通訊負(fù)荷盡可能小，需要盡量減小CallCheck的發(fā)送頻率，因此要求T1比較長，根據(jù)統(tǒng)計(jì)分析，大部分通話都會在幾分鐘內(nèi)結(jié)束，如果通話時(shí)長小于T1，則根本不會發(fā)送CallCheck，因而大大減少了呼叫檢測消息的通訊流量。2、定時(shí)器T1超時(shí)，判斷呼叫進(jìn)程是否仍處于通話狀態(tài)，如果是，則執(zhí)行下一步，否則結(jié)束本流程。3、網(wǎng)絡(luò)側(cè)接入網(wǎng)單元ANU向相鄰節(jié)點(diǎn)CSC發(fā)送呼叫檢測消息CallCheck，呼叫檢測次數(shù)加1，同時(shí)啟動定時(shí)器T2。由于定時(shí)器T1的時(shí)長較長可能引起下面的問題當(dāng)相鄰節(jié)點(diǎn)上的呼叫進(jìn)程釋放以后，經(jīng)過一段時(shí)間，新創(chuàng)建的呼叫進(jìn)程與原來釋放的呼叫進(jìn)程的進(jìn)程號一致，此時(shí)網(wǎng)絡(luò)側(cè)呼叫進(jìn)程發(fā)送CallCheck時(shí)，相鄰節(jié)點(diǎn)上新的呼叫進(jìn)程會回應(yīng)CallCheckAck，這樣可能導(dǎo)致呼叫檢測出現(xiàn)不正確的問題，因此可以在呼叫檢測消息CallCheck中增加個(gè)人手持機(jī)標(biāo)識PSID，當(dāng)相鄰節(jié)點(diǎn)收到網(wǎng)絡(luò)側(cè)CallCheck時(shí)，將判斷其中的PSID與當(dāng)前進(jìn)程的PSID是否一致，如果一致，則返回正確的呼叫檢測確認(rèn)消息，否則返回錯(cuò)誤的呼叫檢測確認(rèn)消息CallCheckAck。4、如果在定時(shí)器T2未超時(shí)前收到正確的呼叫檢測確認(rèn)消息，則重新啟動定時(shí)器T1，重復(fù)上述步驟2和3，直至通話狀態(tài)結(jié)束，具體包括(a)判斷是否收到相鄰節(jié)點(diǎn)CSC的呼叫檢測確認(rèn)消息CallCheckAck；(b)如果收到，則清除定時(shí)器T2，進(jìn)一步判斷呼叫檢測確認(rèn)消息CallCheckAck是否正確，否則在定時(shí)器T2超時(shí)后執(zhí)行下一步(指步驟5)；(c)如果呼叫檢測確認(rèn)消息CallCheckAck正確，則重新啟動定時(shí)器T1，重復(fù)前述步驟2和3，直至通話狀態(tài)結(jié)束；(d)如果呼叫檢測確認(rèn)消息CallCheckAck錯(cuò)誤，則執(zhí)行下一步即步驟5。5、否則判斷呼叫檢測的次數(shù)，如果呼叫檢測次數(shù)小于預(yù)先設(shè)定的值n(在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，n的值取3)，則重新執(zhí)行上述步驟3。為了防止通訊異常造成CallCheck丟失，網(wǎng)絡(luò)側(cè)呼叫檢測進(jìn)程如果超時(shí)未收到相鄰節(jié)點(diǎn)的呼叫進(jìn)程的CallCheckAck，將采用多次檢測的機(jī)制(其中檢測次數(shù)是可設(shè)置的)，即多次沒有收到CallCheckAck后才認(rèn)為呼叫進(jìn)程被吊死。如果收到了正確的CallCheckAck，則認(rèn)為呼叫進(jìn)程正常，間隔T1時(shí)間后再發(fā)送CallCheck，重新檢測；6、如果呼叫檢測次數(shù)大于等于預(yù)先設(shè)定的值n，則釋放該進(jìn)程占用的系統(tǒng)資源，結(jié)束本流程。
PHS系統(tǒng)網(wǎng)絡(luò)側(cè)采用多模塊結(jié)構(gòu)時(shí)可以分為本地呼叫和漫游呼叫。當(dāng)個(gè)人手持機(jī)PS處于漫游狀態(tài)下，網(wǎng)絡(luò)側(cè)本地接入網(wǎng)單元ANU發(fā)起的呼叫檢測消息CallCheck經(jīng)經(jīng)由中心控制器CCM或者互聯(lián)網(wǎng)關(guān)IGW通過漫游地ANU轉(zhuǎn)發(fā)給相鄰節(jié)點(diǎn)，同時(shí)漫游地ANU也可以直接向相鄰節(jié)點(diǎn)發(fā)起呼叫檢測消息。
PHS系統(tǒng)的呼叫檢測功能需要網(wǎng)絡(luò)側(cè)和其鄰節(jié)點(diǎn)配合共同完成，考慮到系統(tǒng)升級需要，可以設(shè)置一個(gè)開關(guān)變量控制呼叫檢測功能的開啟和關(guān)閉，此開關(guān)變量能夠存儲至數(shù)據(jù)庫文件中，當(dāng)系統(tǒng)重新啟動時(shí)，能夠根據(jù)開關(guān)變量確定是否需要呼叫檢測功能，同時(shí)網(wǎng)絡(luò)側(cè)開啟或者關(guān)閉呼叫檢測開關(guān)不會影響到相鄰節(jié)點(diǎn)的正常工作。
權(quán)利要求
1.一種個(gè)人手持式通信系統(tǒng)的呼叫檢測方法，其特征在于網(wǎng)絡(luò)側(cè)接入網(wǎng)單元在呼叫進(jìn)程處于通話狀態(tài)下定時(shí)向相鄰節(jié)點(diǎn)發(fā)送呼叫檢測消息，如果在預(yù)定時(shí)間內(nèi)未返回正確的呼叫檢測確認(rèn)消息，則釋放該進(jìn)程占用的系統(tǒng)資源。
2.根據(jù)權(quán)利要求1所述系統(tǒng)的呼叫檢測方法，其特征在于所述方法具體包括下列步驟(1)在呼叫進(jìn)程處于通話狀態(tài)下，網(wǎng)絡(luò)側(cè)接入網(wǎng)單元啟動定時(shí)器T1；(2)定時(shí)器T1超時(shí)；(3)網(wǎng)絡(luò)側(cè)接入網(wǎng)單元向相鄰節(jié)點(diǎn)發(fā)送呼叫檢測消息，同時(shí)啟動定時(shí)器T2；(4)如果在定時(shí)器T2未超時(shí)前收到正確的呼叫檢測確認(rèn)消息，則重新啟動定時(shí)器T1，重復(fù)上述步驟(2)和(3)，直至通話狀態(tài)結(jié)束；(5)否則判斷呼叫檢測的次數(shù)，如果呼叫檢測次數(shù)小于預(yù)先設(shè)定的值n，則重新執(zhí)行上述步驟(3)；(6)如果呼叫檢測次數(shù)大于等于預(yù)先設(shè)定的值n，則釋放該進(jìn)程占用的系統(tǒng)資源后結(jié)束。
3.根據(jù)權(quán)利要求2所述系統(tǒng)的呼叫檢測方法，其特征在于所述步驟(4)包括下列步驟(a)判斷是否收到呼叫檢測確認(rèn)消息；(b)如果收到，則清除定時(shí)器T2，進(jìn)一步判斷呼叫檢測確認(rèn)消息是否正確，否則在定時(shí)器T2超時(shí)后執(zhí)行前述步驟(5)；(c)如果呼叫檢測確認(rèn)消息正確，則重新啟動定時(shí)器T1，重復(fù)前述步驟(2)和(3)，直至通話狀態(tài)結(jié)束；(d)如果呼叫檢測確認(rèn)消息錯(cuò)誤，則執(zhí)行前述步驟(5)。
4.根據(jù)權(quán)利要求1所述系統(tǒng)的呼叫檢測方法，其特征在于所述“相鄰節(jié)點(diǎn)”為PHS即個(gè)人手持式通信系統(tǒng)中的基站控制器。
5.根據(jù)權(quán)利要求1或2所述系統(tǒng)的呼叫檢測方法，其特征在于所述的“釋放該進(jìn)程占用的系統(tǒng)資源”包括釋放相鄰節(jié)點(diǎn)上的呼叫進(jìn)程和釋放網(wǎng)絡(luò)側(cè)接入網(wǎng)單元被占用的資源。
6.根據(jù)權(quán)利要求2所述系統(tǒng)的呼叫檢測方法，其特征在于所述定時(shí)器T1的時(shí)長可設(shè)為1～8分鐘。
7.根據(jù)權(quán)利要求1或2所述系統(tǒng)的呼叫檢測方法，其特征在于所述呼叫檢測消息中包含個(gè)人手持機(jī)標(biāo)識PSID，當(dāng)相鄰節(jié)點(diǎn)收到網(wǎng)絡(luò)側(cè)接入網(wǎng)單元發(fā)出的呼叫檢測消息時(shí)，判斷其中的PSID與當(dāng)前進(jìn)程的PSID是否一致，如果一致，則返回正確的呼叫檢測確認(rèn)消息，否則返回錯(cuò)誤的呼叫檢測確認(rèn)消息。
8.根據(jù)權(quán)利要求2所述系統(tǒng)的呼叫檢測方法，其特征在于所述步驟(5)中的n的值為3。
9.根據(jù)權(quán)利要求1所述系統(tǒng)的呼叫檢測方法，其特征在于在個(gè)人手持機(jī)PS處于漫游狀態(tài)下，網(wǎng)絡(luò)側(cè)本地接入網(wǎng)單元發(fā)起的呼叫檢測消息經(jīng)由中心控制器/互聯(lián)網(wǎng)關(guān)和漫游地接入網(wǎng)單元轉(zhuǎn)發(fā)給相鄰節(jié)點(diǎn)。
10.根據(jù)權(quán)利要求9所述系統(tǒng)的呼叫檢測方法，其特征在于在個(gè)人手持機(jī)PS處于漫游狀態(tài)下，網(wǎng)絡(luò)側(cè)的漫游地接入網(wǎng)單元也可以直接向相鄰節(jié)點(diǎn)發(fā)起呼叫檢測消息。
全文摘要
本發(fā)明公開了一種PHS即個(gè)人手持式通信系統(tǒng)的呼叫檢測方法，包括下列步驟(1)在呼叫進(jìn)程處于通話狀態(tài)下，網(wǎng)絡(luò)側(cè)接入網(wǎng)單元啟動定時(shí)器T1；(2)定時(shí)器T1超時(shí)；(3)網(wǎng)絡(luò)側(cè)接入網(wǎng)單元向相鄰節(jié)點(diǎn)發(fā)送呼叫檢測消息，同時(shí)啟動定時(shí)器T2；(4)如果在定時(shí)器T2未超時(shí)前收到正確的呼叫檢測確認(rèn)消息，則重新啟動定時(shí)器T1，重復(fù)上述步驟(2)和(3)，直至通話狀態(tài)結(jié)束；(5)否則判斷呼叫檢測的次數(shù)，如果呼叫檢測次數(shù)小于預(yù)先設(shè)定的值n，則重新執(zhí)行上述步驟(3)；(6)如果呼叫檢測次數(shù)大于等于預(yù)先設(shè)定的值n，則釋放該進(jìn)程占用的系統(tǒng)資源后結(jié)束。采用本發(fā)明所述的方法，可以有效地避免超長話單和系統(tǒng)癱機(jī)，提高了PHS系統(tǒng)的接通率，保證系統(tǒng)穩(wěn)定可靠高效地運(yùn)行。
文檔編號H04W24/00GK1549649SQ0311348
公開日2004年11月24日 申請日期2003年5月15日 優(yōu)先權(quán)日2003年5月15日
發(fā)明者張志 , 吳文志, 黃穎華, 茅非, 志 張 申請人:深圳市中興通訊股份有限公司南京分公司, 深圳市中興通訊股份有限公司南京分公