專利名稱：因特網(wǎng)多媒體子系統(tǒng)服務(wù)控制機制的響應(yīng)信息過濾方法
技術(shù)領(lǐng)域：
本發(fā)明有關(guān)于因特網(wǎng)協(xié)議(Internet Protocol；IP)多媒體子系統(tǒng)。本發(fā)明特別是有關(guān)3GPP因特網(wǎng)協(xié)議多媒體子系統(tǒng)中根據(jù)SIP響應(yīng)觸發(fā)應(yīng)用服務(wù)器的方法。
背景技術(shù)：
圖1為3GPP因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)的架構(gòu)圖。IP多媒體子系統(tǒng)被分為客籍網(wǎng)絡(luò)10、本籍網(wǎng)絡(luò)11、以及外部網(wǎng)絡(luò)12。如圖所示，在客籍網(wǎng)絡(luò)10中的用戶裝置(UE)101藉由3G/UMTS通訊網(wǎng)路連接至整體封包無線電服務(wù)(General Packet Radio Service；GPRS)系統(tǒng)102。而客籍網(wǎng)絡(luò)10中有一個代理通話交談控制功能(Proxy Call Session Control Function；P-CSCF)103，用來與本籍網(wǎng)絡(luò)11中的訊問CSCF(Interrogating CSCF；I-CSCF)以及服務(wù)CSCF(Serving CSCF；S-CSCF)通聯(lián)。本籍用戶服務(wù)器(Home Subscriber Server；HSS)113為S-CSCF 112、I-CSCF 111、以及應(yīng)用服務(wù)器114儲存用戶相關(guān)信息及服務(wù)相關(guān)數(shù)據(jù)。服務(wù)相關(guān)數(shù)據(jù)對于HSS 113來說是透通數(shù)據(jù)，因此HSS 113具有鑒別請求數(shù)據(jù)來源的能力，可以響應(yīng)所請求的數(shù)據(jù)。多媒體資源功能(Multimedia Resource Function；MRF)115包括一個多媒體資源功能控制器(Multimedia Resource Function Controller；MRFC)以及多媒體資源功能處理器(Multimedia Resource Function Processor；MRFP)。應(yīng)用服務(wù)器可以藉由S-CSCF與MRFC接觸，以控制多媒體資源功能(Multimedia ResourceFunction；MRF)的過程。S-CSCF 112利用IP多媒體服務(wù)器控制(IP MultimediaServices Control；ISC)接口與應(yīng)用服務(wù)器114通訊。應(yīng)用服務(wù)器114可以為交談起始協(xié)議(Session Initiation Protocol；SIP)應(yīng)用服務(wù)器、開放服務(wù)存取(Open Service Access；OSA)服務(wù)能力服務(wù)器(OSA Service CapabilityServer；OSA SCS)等等。如圖所示，在外部網(wǎng)絡(luò)12中的計算機121與網(wǎng)絡(luò)語音(Voice over IP；VoIP)電話122是利用因特網(wǎng)連接IP多媒體子系統(tǒng)的。
圖2描述在3GPP IP多媒體子系統(tǒng)中建立電話聯(lián)機的范例。一個起始用戶裝置(UE)201傳送一個SIP請求信息至區(qū)域(客籍或本籍)網(wǎng)絡(luò)20，與終端UE 235建立電話聯(lián)機。無線電存取網(wǎng)絡(luò)202將請求傳給服務(wù)GPRS支持點(Serving GPRS Support Node；SGSN)203、網(wǎng)關(guān)GPRS支持點(Gateway GPRSSupport Node；GGSN)204、以及P-CSCF 205。P-CSCF 205于是將SIP請求信息轉(zhuǎn)送至起始本籍網(wǎng)絡(luò)21。3GPP IP多媒體子系統(tǒng)(IP Multimedia Subsystem；IMS)中ISC界面規(guī)定過濾條件(Filter Critera；FC)機制。其中，對應(yīng)于每一用戶，存在一對應(yīng)的FC界定了觸發(fā)各個應(yīng)用的相關(guān)觸發(fā)服務(wù)點(ServicePoint of Triggers；SPTs)。當S-CSCF 211接收到SIP請求時，會根據(jù)起始用戶FC的SPTs檢查此請求，以判斷要將此SIP信息轉(zhuǎn)送至哪里。若SIP請求信息與起始用戶FC的某個SPT相符，則S-CSCF 211將傳送SIP信息至應(yīng)用服務(wù)器212，且于執(zhí)行完應(yīng)用服務(wù)器212中的服務(wù)后，SIP信息將回傳給S-CSCF 211，再被轉(zhuǎn)送至終端本籍網(wǎng)絡(luò)22中的I-CSCF 221。I-CSCF 221從他的HSS 222取得信息，并傳給對應(yīng)的S-CSCF 223。終端本籍網(wǎng)絡(luò)22中S-CSCF223檢查終端用戶FC的SPTs，若此SIP請求信息與終端用戶FC的某個SPT相符，則將SIP信息轉(zhuǎn)送至相符的應(yīng)用服務(wù)器224。網(wǎng)絡(luò)23的P-CSCF 231用來接收SIP信息，并將SIP信息轉(zhuǎn)送給GGSN 232、SGSN 233、無線電存取網(wǎng)絡(luò)234，最后在轉(zhuǎn)送至終端UE235。
3GPP目前所定義的標準FC，又稱為起始過濾標準(initial FilterCriteria；iFC)只會按照起始SIP請求信息的內(nèi)容進行過濾動作。圖3描述利用判斷iFC，來實現(xiàn)在IP多媒體服務(wù)控制中的觸發(fā)機制。當用戶傳送一個SIP起始請求時，S-CSCF 31會利用該用戶iFC加以分析，若有相符情形，S-CSCF會將此SIP請求轉(zhuǎn)送至哪一個應(yīng)用服務(wù)器。而iFC會被當成用戶設(shè)定文件(user profile)的一部分而儲存在HSS 33中，并且在用戶登錄時被下載至S-CSCF 31，或是當未登錄的用戶收到SIP請求信息時，也會將該用戶iFC下載至S-CSCF 31。iFC在用戶的登錄壽命中，或是直到用戶設(shè)定文件被改變之前都是有效的。
S-CSCF 31首先會從HSS 33請求與用戶相關(guān)的一組iFC，依序為iFC X與iFC Y。當S-CSCF 31接收到SIP起始請求時，會按照SPTs順序檢查該SIP請求是否與iFC X相符。如果結(jié)果符合iFC X，該SIP請求會轉(zhuǎn)送至iFC中注記對應(yīng)iFC X的第一應(yīng)用服務(wù)器(AS1)32。SIP接口321接收SIP請求并按照服務(wù)金鑰(service key)執(zhí)行有關(guān)的服務(wù)內(nèi)容322。AS1 32的服務(wù)內(nèi)容322可以修改SIP請求，然后將SIP信息回傳給S-CSCF 31。S-CSCF 31也判斷SPTs是否與iFC Y相符，如果相符，SIP請求信息也會被送至對應(yīng)的第二應(yīng)用服務(wù)器(AS2)34。同樣的，AS2 34從SIP接口341接收SIP請求，并利用AS2 34之中的服務(wù)內(nèi)容342處理該SIP請求并加以回傳。如果不再有其它的iFC，或是沒有任何一個iFC相符時，S-CSCF 31會根據(jù)路由決定將SIP請求轉(zhuǎn)送至下一節(jié)點。任何時候，如果與應(yīng)用服務(wù)器的接觸失敗，S-CSCF 31會利用iFC之中“預(yù)設(shè)處理方法”，根據(jù)iFC所載的信息將此請求通話終止或是繼續(xù)轉(zhuǎn)送。
3GPP標準只界定了利用SIP請求觸發(fā)的起始過濾標準(iFC)觸發(fā)機制，因此為了所有提供加值服務(wù)的通話都必須轉(zhuǎn)送至應(yīng)用服務(wù)器，以便正確的處理所請求的該項服務(wù)。在某些情況之下，特定的服務(wù)是由SIP響應(yīng)內(nèi)容觸發(fā)的，例如，對方忙線時電話轉(zhuǎn)接等服務(wù)。就算終端使用者裝置UE并非處于忙碌狀態(tài)，S-CSCF也必須先將SIP請求轉(zhuǎn)送至用來提供加值服務(wù)(電話轉(zhuǎn)接)的應(yīng)用服務(wù)器。而SIP請求并不能預(yù)先判斷是否觸發(fā)這些應(yīng)用服務(wù)器，因此將SIP請求傳至這些應(yīng)用服務(wù)器為不必要的操作。將請求轉(zhuǎn)送給應(yīng)用服務(wù)器會浪費網(wǎng)絡(luò)頻寬資源，并增加應(yīng)用服務(wù)器的運算負擔。觸發(fā)程序也因此變成相當復(fù)雜，造成運行時間延遲以及服務(wù)器中流量的增加。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的就在于減少不必要的SIP信息中繼傳輸數(shù)目，以提高建立交談通話(session calls)的效率。
本發(fā)明的另一目的在于簡化應(yīng)用服務(wù)器的操作結(jié)構(gòu)，從原本的背對背(back-to-back)式使用者代理(User Agent；UA)改為較為簡單的終端式UA。
本發(fā)明的再一目的在于為S-CSCF提供一種有彈性的多媒體服務(wù)控制能力。
為達成上述目的，本發(fā)明提供一種利用響應(yīng)過濾標準(response FilterCritera；rFC)達成的IP多媒體服務(wù)控制的過濾方法?；貞?yīng)過濾標準定義一組觸發(fā)服務(wù)點(service Point of Triggers；SPTs)，讓S-CSCF根據(jù)響應(yīng)信息觸發(fā)應(yīng)用服務(wù)器。
本發(fā)明的觸發(fā)方法包括根據(jù)一組用戶預(yù)定的rFC檢驗服務(wù)通話交談控制功能(Serving Call Session Control Function；S-CSCF)所接收到的交談起始協(xié)議(Session Initial Protocol；SIP)響應(yīng)信息，之后將對應(yīng)的SIP請求信息記錄下來，如果SIP響應(yīng)信息與rFC的其中一個觸發(fā)服務(wù)點(SPT)相符，便將此SIP請求信息發(fā)布至相符的rFC所指定的應(yīng)用服務(wù)器中。rFC的SPTs是由SIP響應(yīng)碼、對應(yīng)SIP請求信息的SIP方法、對應(yīng)SIP請求信息中任何標頭的內(nèi)容或請求的URL、以及對應(yīng)SIP請求信息的方向。S-CSC按照所標示的優(yōu)先級，一個接一個的檢測rFC的每個SPTs。
本發(fā)明利用rFC機制改善原有的觸發(fā)機制。由于rFC與iFC為可兼容的，因此rFC機制可以與現(xiàn)有的iFC機制同時使用。S-CSCF也可以選擇將rFC機制失能或致能，而當rFC機制被失能時，與3GPP揭露的標準觸發(fā)機制完全相同。
rFC的儲存位置、數(shù)據(jù)形式、下載時間、以及比對方式與3GPP的IP多媒體子系統(tǒng)(IP Multimedia Subsystem；IMS)中IP多媒體服務(wù)控制(IPMultimedia Service Control；ISC)所定義的iFC完全相同。rFC也會被當作是使用者設(shè)定檔的一部分，儲存在本地用戶服務(wù)器(Home Subscriber Server；HSS)中。
應(yīng)用服務(wù)器(AS)可以為SIP應(yīng)用服務(wù)器、因特網(wǎng)協(xié)議(InternetProtocol；IP)多媒體服務(wù)器開關(guān)功能(IP Multimedia Service SwitchingFunction；IP-SSF)、或起始服務(wù)存取(Open Service Access；OSA)服務(wù)能力服務(wù)器(Service Capability Server；SCS)等等。本發(fā)明適用于當應(yīng)用服務(wù)器的選擇是由SIP響應(yīng)信息決定的，例如，當通話接收端正在忙碌、無法接通或無法找到、或當通話建立失敗。
本發(fā)明也提供一種IP多媒體子系統(tǒng)，用來執(zhí)行本發(fā)明的觸發(fā)方法。本發(fā)明的IP多媒體子系統(tǒng)包括S-CSCF、應(yīng)用服務(wù)器、以及HSS。S-CSCF接收并檢查SIP響應(yīng)信息，并當SIP響應(yīng)信息與rFC的SPTs相符時，將所對應(yīng)的SIP請求信息轉(zhuǎn)送至應(yīng)用服務(wù)器中。此rFC是儲存在HSS中，并可在用戶登錄時被下載至S-CSCF中。


圖1為3GPP IP多媒體子網(wǎng)絡(luò)的網(wǎng)絡(luò)架構(gòu)圖；圖2描述3GPP IP多媒體子網(wǎng)絡(luò)服務(wù)結(jié)構(gòu)中建立通話聯(lián)機時電話轉(zhuǎn)接的范例；圖3顯示按照起始過濾標準(initial Filter Critera；iFC)機制達成的應(yīng)用觸發(fā)架構(gòu)；圖4a顯示當終端UE(UE2)忙碌時電話轉(zhuǎn)至語音信箱的狀況下SIP信息流程圖(不使用rFC機制)；圖4b顯示當終端UE(UE2)忙碌時電話轉(zhuǎn)至語音信箱的狀況下SIP信息流程圖(使用rFC機制)；；圖5顯示響應(yīng)過濾標準(rFC)中觸發(fā)服務(wù)點(SPT)的UML模型。
符號說明10～客籍網(wǎng)絡(luò)；11～本籍網(wǎng)絡(luò)；12～外部網(wǎng)絡(luò)；
101～用戶裝置(UE)；102～GPRS網(wǎng)絡(luò)；103、205、231、431、405～代理通話交談控制功能(P-CSCF)；111、214、221、421～訊問CSCF(I-CSCF)；112、211、223、423、411～服務(wù)CSCF(S-CSCF)；113、213、222、33、422～本籍用戶服務(wù)器(HSS)；114、212、224～應(yīng)用服務(wù)器(AS)；115～多媒體資源功能(MRF)；121～計算機；122～電話；20、23～客籍/本籍網(wǎng)絡(luò)；21、41～起始本籍網(wǎng)絡(luò)；22、42～終端本籍網(wǎng)絡(luò)；201、401～起始UE(UE1)；202、234～無線電存取網(wǎng)絡(luò)；203、233～SGSN；204、232～GGSN；235、435～終端UE(UE2)；31～相符起始過濾標準；32～AS1；34～AS2；321、341～SIP界面；322、342～服務(wù)內(nèi)容；
224a、424a～應(yīng)用服務(wù)器(AS)；224b、424b～語音信箱服務(wù)器(VM)。
具體實施例方式
為了讓本發(fā)明的上述和其它目的、特征、和優(yōu)點能更明顯易懂，下文特舉一較佳實施例，并配合所附圖示，作詳細說明如下。
以下的說明針對通話轉(zhuǎn)接功能，比較本發(fā)明揭露的rFC機制與現(xiàn)有iFC機制。
圖4a與圖4b顯示當終端使用者裝置(UE2)忙碌時，電話轉(zhuǎn)接至語音信箱的情況下的SIP信息流傳的順序。圖4a顯示只使用iFC機制之下，IP多媒體子系統(tǒng)的SIP信息流動，而圖4b顯示利用本發(fā)明揭露的rFC機制，對應(yīng)的IP多媒體子系統(tǒng)的SIP信息流動。
如圖4a所示，起始使用者裝置(UE1)201按照標準3GPP IMS產(chǎn)生一個SIP邀請信息，用來請求與終端使用者裝置(UE2)235建立通話。UE1先將SIP邀請信息傳至UE1在客籍/本籍網(wǎng)絡(luò)20里的P-CSCF 205以及本籍網(wǎng)絡(luò)21里的S-CSCF 211，再傳至UE2在本籍網(wǎng)絡(luò)22里的I-CSCF 221以及HSS 222。HSS 222于是將UE2 235對應(yīng)的S-CSCF 223的位置信息傳到I-CSCF 221，因此I-CSCF 221可以將SIP請求信息傳至UE2在本籍網(wǎng)絡(luò)22里的S-CSCF 223。S-CSCF 223用iFC檢查SIP請求信息，并于發(fā)現(xiàn)SIP請求信息與iFC符合時，將此SIP請求信息轉(zhuǎn)送至應(yīng)用服務(wù)器(AS)224a。經(jīng)由AS 224a SIP請求信息會回傳至S-CSCF 223后再傳送至P-CSCF 231與UE2建立聯(lián)機。這時由于UE2235正在忙碌，便藉由先前路徑回傳代表“486 busy here”的一個SIP響應(yīng)信息給AS 224a。AS 224a于是判斷UE2 235的使用者設(shè)定檔，如果其中包括了語音信箱的服務(wù)，AS 224a隨即建立與語音信箱(voice mail；VM)服務(wù)器224b聯(lián)機。VM服務(wù)器224b響應(yīng)“200 OK”的SIP響應(yīng)信息給AS 224a，表示同意UE1 201與VM服務(wù)器224b之間的聯(lián)機通話。注意這里的VM服務(wù)器224b也是一個應(yīng)用服務(wù)器，不過并不是背對背式應(yīng)用服務(wù)器，而是終端式應(yīng)用服務(wù)器。
圖4b描述與圖4a相同情況的范例，因此直到UE2的本籍網(wǎng)絡(luò)42從S-CSCF423接收到SIP邀請信息之前的信息流程都與圖4a相同。S-CSCF 423經(jīng)由P-CSCF 431即可直接轉(zhuǎn)送SIP請求信息至UE2，而不必先傳至AS 424a。由于UE2 435目前正忙碌，因此S-CSCF 423會經(jīng)由P-CSCF 431接收到“486 busyhere”的SIP響應(yīng)信息。S-CSCF 423首先檢查rFC的觸發(fā)服務(wù)點(Service Pointof Triggers；SPTs)是否與SIP響應(yīng)信息“486 busy here”相符，判斷后如果與某一SPT相符，就按照rFC機制傳送一個邀請信息至VM服務(wù)器424b。VM服務(wù)器424b響應(yīng)“200 OK”給S-CSCF 423，建立UE1 401與VM服務(wù)器424b之間的通訊。
當比較圖4a與圖4b時可以發(fā)現(xiàn)，如果根據(jù)SIP響應(yīng)信息的內(nèi)容來執(zhí)行觸發(fā)應(yīng)用服務(wù)器的判斷，IP多媒體子系統(tǒng)就可以減少SIP信息的傳遞交換數(shù)量。而藉由減少SIP信息傳輸數(shù)目，建立通話的效率可以大幅提高。本發(fā)明的應(yīng)用服務(wù)器的負載也可顯著的被減少，并且這些應(yīng)用服務(wù)器已經(jīng)不需要如現(xiàn)有技術(shù)中需要判斷以及轉(zhuǎn)送信息(背對背服務(wù))，因為這些動作現(xiàn)在是被S-CSCF所處理。這樣的終端式應(yīng)用服務(wù)器不需要有判斷與轉(zhuǎn)送的能力，而且比較少信息流量會傳送至終端式應(yīng)用服務(wù)器。
S-CSCF從HSS下載rFC，而其中的觸發(fā)服務(wù)點(SPT)在圖5中以UML模型方式顯示。SPT可以由SIP響應(yīng)碼、該SIP請求信息的SIP方法、標頭內(nèi)容、或是該SIP請求信息所請求的URI、以及SIP請求信息的方向所定義的。
rFC機制可以與原先的iFC機制同時實施，以增強IP多媒體服務(wù)控制的觸發(fā)機制所擁有的功能。S-CSCF也因為可以藉由SIP請求信息以及SIP響應(yīng)信息觸發(fā)應(yīng)用服務(wù)器所提供的服務(wù)，而變得更有調(diào)整彈性。
當實施本發(fā)明的觸發(fā)方法時，S-CSCF需要增加按照rFC機制處理SIP信息的能力，而HSS則必須儲存有關(guān)rFC的資料，讓S-CSCF可以在用戶登錄時下載這些數(shù)據(jù)。FC數(shù)據(jù)是以XML形式被儲存的，而XML本身就有可自我記述的特性，因此FC的內(nèi)容可以很容易的被擴充。
雖然本發(fā)明已以較佳實施例揭露如上，然其并非用以限定本發(fā)明，任何熟習此技藝者，在不脫離本發(fā)明的精神和范圍內(nèi)，當可作些許的更動與潤飾，因此本發(fā)明的保護范圍當視所附的權(quán)利要求范圍所界定者為準。
權(quán)利要求
1.一種因特網(wǎng)協(xié)定多媒體服務(wù)控制的觸發(fā)方法，包括下列步驟根據(jù)一組響應(yīng)過濾標準，檢驗由一服務(wù)通話交談控制功能組件接收的一交談起始協(xié)議響應(yīng)信息，檢驗是否包括用來觸發(fā)一服務(wù)提供者提供的各應(yīng)用服務(wù)的特定響應(yīng)；以及如果該SIP響應(yīng)信息與該rFC的一觸發(fā)服務(wù)點相符，將對應(yīng)SIP請求信息重新發(fā)送至該rFC指定的一應(yīng)用服務(wù)器。
2.根據(jù)權(quán)利要求1所述的觸發(fā)方法，更包括設(shè)定該rFC的SPTs，用來比對該SIP響應(yīng)信息。
3.根據(jù)權(quán)利要求2所述的觸發(fā)方法，其中該rFC的該SPTs可以由SIP響應(yīng)碼、該對應(yīng)SIP請求信息的SIP方法、該對應(yīng)SIP請求信息的一標頭或請求URL、該對應(yīng)SIP請求信息的一方向被定義。
4.根據(jù)權(quán)利要求1所述的觸發(fā)方法，其中該S-CSCF根據(jù)標示順序值逐一檢驗該rFC的各個SPTs。
5.根據(jù)權(quán)利要求1所述的觸發(fā)方法，更包括當該SIP響應(yīng)信息符合該rFC的SPT時，將該對應(yīng)SIP請求信息記錄下來。
6.根據(jù)權(quán)利要求1所述的觸發(fā)方法，更包括根據(jù)一組起始過濾標準檢驗由該S-CSCF接收到的該SIP請求信息；以及如果該SIP請求信息與該iFC的觸發(fā)服務(wù)點相符，重新發(fā)出該SIP請求信息至該iFC指定的一應(yīng)用服務(wù)器。
7.根據(jù)權(quán)利要求6所述的觸發(fā)方法，其中該S-CSCF根據(jù)標示順序逐一檢驗該rFC或iFC的該SPTs。
8.根據(jù)權(quán)利要求1所述的觸發(fā)方法，其中該rFC被當作使用者設(shè)定檔的一部分，儲存在一本地用戶服務(wù)器中。
9.根據(jù)權(quán)利要求1所述的觸發(fā)方法，當使用者登錄時，該rFC會被下載至該使用者對應(yīng)的S-CSCF。
10.根據(jù)權(quán)利要求1所述的觸發(fā)方法，其中該應(yīng)用服務(wù)器是一SIP應(yīng)用服務(wù)器。
11.根據(jù)權(quán)利要求1所述的觸發(fā)方法，其中該應(yīng)用服務(wù)器為一因特網(wǎng)協(xié)議多媒體服務(wù)開關(guān)功能。
12.根據(jù)權(quán)利要求1所述的觸發(fā)方法，其中該應(yīng)用服務(wù)器為一開放服務(wù)存取服務(wù)能力服務(wù)器。
13.根據(jù)權(quán)利要求1所述的觸發(fā)方法，其中該觸發(fā)方法是當該應(yīng)用服務(wù)器是依據(jù)該SIP響應(yīng)信息內(nèi)容而觸發(fā)時使用的。
14.根據(jù)權(quán)利要求13所述的觸發(fā)方法，其中該SIP響應(yīng)信息表示聯(lián)機狀態(tài)為忙線中。
15.根據(jù)權(quán)利要求13所述的觸發(fā)方法，其中該SIP響應(yīng)信息表示聯(lián)機狀態(tài)為無法連接或找到目的地。
16.根據(jù)權(quán)利要求13所述的觸發(fā)方法，其中該SIP響應(yīng)信息表示聯(lián)機狀態(tài)為建立通話失敗。
17.一種因特網(wǎng)協(xié)定多媒體子系統(tǒng)，包括一服務(wù)通話交談控制功能，用來接收一交談起始協(xié)議響應(yīng)信息，并根據(jù)一組響應(yīng)過濾標準檢驗該SIP響應(yīng)信息是否包括用來觸發(fā)一服務(wù)提供者提供的各應(yīng)用服務(wù)的特定響應(yīng)；以及一應(yīng)用服務(wù)器，如果該rFC的觸發(fā)服務(wù)點與該SIP響應(yīng)信息相符時，從該S-CSCF接收一對應(yīng)SIP請求信息。
18.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，其中該rFC的該SPTs可以由SIP響應(yīng)碼、該對應(yīng)SIP請求信息的SIP方法、該對應(yīng)SIP請求信息的一標頭或請求URL、該對應(yīng)SIP請求信息的一方向被定義。
19.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，其中該S-CSCF根據(jù)標示順序值逐一檢驗該rFC的各個SPTs。
20.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，當該SIP響應(yīng)信息符合該rFC的SPT時，該S-CSCF將該對應(yīng)SIP請求信息記錄下來。
21.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，其中該S-CSCF根據(jù)一組起始過濾標準檢驗接收到的該SIP請求信息，并且如果該SIP請求信息與該iFC的觸發(fā)服務(wù)點相符，該S-CSCF重新發(fā)送出該SIP請求信息至該iFC指定的一應(yīng)用服務(wù)器。
22.根據(jù)權(quán)利要求21所述的IP多媒體子系統(tǒng)，其中該S-CSCF根據(jù)標示順序逐一檢驗該rFC或iFC的該SPTs。
23.根據(jù)權(quán)利要求21所述的IP多媒體子系統(tǒng)，其中該S-CSCF選擇性將根據(jù)該rFC檢驗該SIP響應(yīng)信息的功能失能。
24.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，更包括一本地用戶服務(wù)器，將該rFC當作一使用者設(shè)定檔的一部分儲存。
25.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，其中該S-CSCF于使用者登錄時下載該rFC。
26.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，其中該應(yīng)用服務(wù)器為一SIP應(yīng)用服務(wù)器。
27.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，其中該應(yīng)用服務(wù)器為一因特網(wǎng)協(xié)議多媒體服務(wù)開關(guān)功能。
28.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，其中該應(yīng)用服務(wù)器為一開放服務(wù)存取服務(wù)能力服務(wù)器。
29.根據(jù)權(quán)利要求17所述的IP多媒體子系統(tǒng)，其中該應(yīng)用服務(wù)器的選擇是按照該SIP響應(yīng)信息的內(nèi)容所決定的。
30.根據(jù)權(quán)利要求29所述的IP多媒體子系統(tǒng)，其中該SIP響應(yīng)信息表示聯(lián)機狀態(tài)為忙線中。
31.根據(jù)權(quán)利要求29所述的IP多媒體子系統(tǒng)，其中該SIP響應(yīng)信息表示聯(lián)機狀態(tài)為無法連接或找到目的地。
32.根據(jù)權(quán)利要求29所述的IP多媒體子系統(tǒng)，其中該SIP響應(yīng)信息表示聯(lián)機狀態(tài)為建立通話失敗。
全文摘要
一種IP多媒體服務(wù)控制的觸發(fā)方法，包括根據(jù)一組響應(yīng)過濾標準(response Filter Criteria；rFC)，檢驗S－CSCF接收到的SIP響應(yīng)信息，S－CSCF按照標示的順序逐一檢驗rFC的各個SPT。如果SIP響應(yīng)信息與rFC的觸發(fā)服務(wù)點(SPTs)相符，將對應(yīng)的SIP請求信息記錄下來，再對rFC指定的應(yīng)用服務(wù)器重新發(fā)出SIP請求信息。本發(fā)明的rFC機制適用于當應(yīng)用服務(wù)器的觸發(fā)是根據(jù)SIP響應(yīng)信息的情況，且rFC機制與iFC機制是兼容的。本發(fā)明的rFC機制不但可改善建立聯(lián)機的效率，還可以讓S－CSCF判斷觸發(fā)應(yīng)用時更具有選擇彈性。
文檔編號H04L29/06GK1674580SQ200410091428
公開日2005年9月28日 申請日期2004年11月22日 優(yōu)先權(quán)日2004年3月25日
發(fā)明者黃俊堯, 江為國 申請人:財團法人工業(yè)技術(shù)研究院