專利名稱:智能網(wǎng)信令中繼裝置、方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及智能網(wǎng)系統(tǒng)，包括固定智能網(wǎng)和移動智能網(wǎng)系統(tǒng)。更具體地說，本發(fā)明涉及實現(xiàn)智能網(wǎng)信令中繼功能的裝置、方法及包含這種智能網(wǎng)信令中繼功能的智能網(wǎng)系統(tǒng)。
背景技術(shù)：
智能網(wǎng)體系可以分為固定智能網(wǎng)，GSM移動智能網(wǎng)或CDMA移動智能網(wǎng)。無論是在移動智能網(wǎng)或固定智能網(wǎng)體系中，一個業(yè)務(wù)的邏輯和數(shù)據(jù)可能分布在多個SCP(業(yè)務(wù)控制點(diǎn))實體上，每個用戶都有一個歸屬SCP。每個SCP處理支持歸屬用戶的業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯的處理。
在固定智能網(wǎng)和移動智能網(wǎng)體系中，均支持接入碼方式的智能業(yè)務(wù)觸發(fā)方式(通過在SSP(業(yè)務(wù)交換點(diǎn))中設(shè)置全局業(yè)務(wù)觸發(fā)數(shù)據(jù))。在接入碼觸發(fā)方式下，智能業(yè)務(wù)觸發(fā)由網(wǎng)絡(luò)根據(jù)接入碼進(jìn)行靜態(tài)路由，將業(yè)務(wù)觸發(fā)到默認(rèn)的SCP。在移動智能網(wǎng)中還支持用戶簽約觸發(fā)方式，智能業(yè)務(wù)的觸發(fā)根據(jù)用戶的智能業(yè)務(wù)簽約數(shù)據(jù)觸發(fā)到預(yù)置的SCP。在這兩種方式下，智能業(yè)務(wù)的觸發(fā)都是根據(jù)網(wǎng)絡(luò)或用戶數(shù)據(jù)的靜態(tài)配置來實現(xiàn)。但在實際應(yīng)用中，需要根據(jù)用戶或網(wǎng)絡(luò)的需要來動態(tài)決定所需觸發(fā)的SCP，即1.根據(jù)業(yè)務(wù)在網(wǎng)絡(luò)中的具體分布來選擇合適的SCP。如運(yùn)營商可能會根據(jù)運(yùn)營的需要對業(yè)務(wù)在SCP上的分布進(jìn)行調(diào)整，因此用戶所歸屬的SCP有可能會發(fā)生變化，為此會帶來對網(wǎng)絡(luò)或?qū)τ脩魯?shù)據(jù)的調(diào)整，但調(diào)整工作量大而且較難在較短的時間內(nèi)完成。
2.根據(jù)用戶信息動態(tài)選擇正確的SCP。例如當(dāng)漫游用戶在接入碼觸發(fā)方式下使用智能業(yè)務(wù)時，需根據(jù)用戶的業(yè)務(wù)號碼或帳號等信息來確定用戶的歸屬SCP并觸發(fā)。
此外用戶在實際使用智能業(yè)務(wù)時，一個突出的問題是在一次呼叫中往往會涉及多個智能業(yè)務(wù)，如用戶同時簽約預(yù)付費(fèi)及VPN業(yè)務(wù)，VPN用戶開通同振業(yè)務(wù)或一號通業(yè)務(wù)等。但在目前的智能網(wǎng)體系中，簽約信息數(shù)量有限，不能支持多業(yè)務(wù)的觸發(fā)，因此對多業(yè)務(wù)嵌套目前沒有明確定義的實現(xiàn)方式。
發(fā)明內(nèi)容鑒于上述現(xiàn)有技術(shù)中的上述缺陷，本發(fā)明的目的就是提供一種智能網(wǎng)技術(shù)，其可根據(jù)用戶或網(wǎng)絡(luò)的需要來動態(tài)決定所需觸發(fā)的SCP，支持智能業(yè)務(wù)觸發(fā)功能的增強(qiáng)，并支持多業(yè)務(wù)的觸發(fā)的多業(yè)務(wù)嵌套模式。
根據(jù)本發(fā)明的第一方面，提供一種實現(xiàn)智能網(wǎng)信令中繼功能的方法，包括步驟先觸發(fā)的業(yè)務(wù)控制點(diǎn)SCP在完成與業(yè)務(wù)交換點(diǎn)SSP所觸發(fā)的業(yè)務(wù)相關(guān)的處理后，把呼叫控制轉(zhuǎn)交給后續(xù)業(yè)務(wù)處理的SCP，由該后續(xù)業(yè)務(wù)處理的SCP與該SSP繼續(xù)相應(yīng)的業(yè)務(wù)處理。
根據(jù)本發(fā)明的第一方面，提供一種實現(xiàn)智能網(wǎng)信令中繼功能的裝置，其中，所述裝置包括請求轉(zhuǎn)發(fā)單元，用于當(dāng)該裝置接收到對話開始(TC_BEGIN)請求后，根據(jù)應(yīng)用的需求將該對話開始請求(TC_BEGIN)轉(zhuǎn)發(fā)給能夠處理該請求的其它智能網(wǎng)功能實體。
根據(jù)本發(fā)明的第三方面，提供一種智能網(wǎng)系統(tǒng)，包括一個或多個請求方業(yè)務(wù)交換功能裝置SSF，一個或多個轉(zhuǎn)接方業(yè)務(wù)控制功能裝置SCF和一個或多個目標(biāo)方業(yè)務(wù)控制功能裝置SCF，其中，轉(zhuǎn)接方SCF在完成與請求方SSF所觸發(fā)的業(yè)務(wù)相關(guān)的處理后，把呼叫控制轉(zhuǎn)交給與后續(xù)業(yè)務(wù)處理有關(guān)的目標(biāo)方SCF，由該目標(biāo)方SCF與該請求方SCF繼續(xù)相應(yīng)的業(yè)務(wù)處理。
本發(fā)明提出的智能網(wǎng)信令中繼功能可以支持對現(xiàn)有技術(shù)中智能業(yè)務(wù)觸發(fā)功能的增強(qiáng)。網(wǎng)絡(luò)根據(jù)智能業(yè)務(wù)接入碼或用戶簽約信息首先觸發(fā)到默認(rèn)的SCP，由默認(rèn)SCP將呼叫轉(zhuǎn)交給用戶歸屬SCP處理。這樣可以避免對網(wǎng)絡(luò)數(shù)據(jù)和用戶數(shù)據(jù)的頻繁調(diào)整，提升了業(yè)務(wù)支持能力，提高了業(yè)務(wù)管理的效率和靈活性。
現(xiàn)有技術(shù)中不包含SCP-SCP之間的直接切換?，F(xiàn)有技術(shù)中的切換需要結(jié)束原SCP-SSP的對話，然后通過SSP再重新發(fā)起一個觸發(fā)。而且如果原SCP的一些參數(shù)需要攜帶到新的SCP，則在現(xiàn)有技術(shù)的方式下只能攜帶有限的參數(shù)，如包含在呼叫信息例如被叫號碼中。而本發(fā)明的切換屬于SCP-SCP之間的切換，對SSP是透明的，而且可以通過IDP(初始檢測點(diǎn))消息將需要的參數(shù)從原SCP傳送到新的SCP，比較靈活，業(yè)務(wù)支持能力強(qiáng)。
此外，采用本發(fā)明的信令中繼功能可以很好地支持業(yè)務(wù)嵌套，即，可按順序觸發(fā)多個業(yè)務(wù)。
實現(xiàn)方式為先行觸發(fā)業(yè)務(wù)的SCP在完成相應(yīng)的處理后，把呼叫控制通過本發(fā)明的智能網(wǎng)信令中繼功能轉(zhuǎn)交給后續(xù)業(yè)務(wù)處理的SCP。通過信令中繼方式，先觸發(fā)的SCP把本業(yè)務(wù)的相關(guān)信息通過相關(guān)操作攜帶給后續(xù)處理業(yè)務(wù)的SCP而無需知道后續(xù)業(yè)務(wù)的具體數(shù)據(jù)及邏輯處理，而且先觸發(fā)的SCP可以在處理完畢后就結(jié)束和SSP的對話，后續(xù)的對話由后續(xù)SCP和SSP完成。如果還存在其他業(yè)務(wù)處理，只要業(yè)務(wù)的處理是按優(yōu)先級順序處理的，且后續(xù)SCP也具有智能網(wǎng)信令中繼功能INSRF，則這種信令中繼功能可以類似地繼續(xù)下去。因為SCP通過和HLR(歸屬位置寄存器)/SHLR的接口可以知道用戶簽約的信息或在SCP上本身配置有用戶需要嵌套處理的業(yè)務(wù)信息。這種業(yè)務(wù)交互對相關(guān)SCP上的業(yè)務(wù)邏輯的改動較小。
通過參照以下附圖對本發(fā)明的具體實施方式
進(jìn)行的解釋，本發(fā)明的目的、特征和益處將變得更加明顯。在附圖中圖1是示出本發(fā)明的智能網(wǎng)信令中繼功能在智能網(wǎng)分布式功能平面中的位置的示意圖；圖2是示出本發(fā)明的智能網(wǎng)信令中繼功能的實現(xiàn)的流程 圖3是示出應(yīng)用了本發(fā)明的智能網(wǎng)信令中繼功能的網(wǎng)絡(luò)的結(jié)構(gòu)示意圖；圖4是示出本發(fā)明的智能網(wǎng)信令中繼功能的處理流程圖。
具體實施方式本發(fā)明提出的智能網(wǎng)信令中繼功能(INSRF)是對現(xiàn)有智能網(wǎng)中智能業(yè)務(wù)觸發(fā)功能的增強(qiáng)。
智能網(wǎng)信令中繼功能是指當(dāng)智能網(wǎng)功能實體接收到對話開始(TC_BEGIN)請求后，能夠根據(jù)應(yīng)用的需求將該對話開始請求(TC_BEGIN)轉(zhuǎn)發(fā)給其它能夠處理該請求的其它智能網(wǎng)功能實體的能力。簡言之，INSRF是一個完成對話的轉(zhuǎn)發(fā)功能實體，所轉(zhuǎn)發(fā)的下一個實體可能和該INSRF位于同一個物理實體上，也可以是不同的物理實體。
一般來說，在智能網(wǎng)絡(luò)中實施這種信令中繼功能需要預(yù)先規(guī)劃。規(guī)劃準(zhǔn)則之一是根據(jù)業(yè)務(wù)優(yōu)先級或處理順序來轉(zhuǎn)發(fā)，知道要轉(zhuǎn)發(fā)到哪個業(yè)務(wù)；規(guī)劃準(zhǔn)則之二是根據(jù)業(yè)務(wù)處理能力來轉(zhuǎn)發(fā)，知道要轉(zhuǎn)發(fā)到哪個SCP(如果該業(yè)務(wù)有多個SCP處理，需根據(jù)預(yù)先設(shè)定的原則判斷轉(zhuǎn)發(fā)到哪個SCP)。
為此，在現(xiàn)有的智能網(wǎng)分布功能平面中需要增加智能網(wǎng)信令中繼功能(INSRF)。本發(fā)明的智能網(wǎng)信令中繼功能在智能網(wǎng)分布式功能平面中的位置見圖1。
如圖1所示，為了實現(xiàn)本發(fā)明的智能網(wǎng)信令中繼功能，需要對現(xiàn)有智能網(wǎng)新增功能實體以及對現(xiàn)有智能網(wǎng)的其他功能實體進(jìn)行功能增強(qiáng)。其中新增的功能實體為INSRF 1-2，其他功能實體包括SSF 1-3，SCF 1-4，1-5等，此外智能網(wǎng)信令中繼功能對7號信令協(xié)議也提出了要求(將在后面詳細(xì)描述)。
智能網(wǎng)信令中繼功能是在原有的SCF(業(yè)務(wù)控制功能)功能實體上的擴(kuò)展，SCF功能加上智能網(wǎng)信令中繼功能稱為“智能信令中繼引擎(INSRE)”。如圖1所示，INSRE 1-1包含SCF 1-4和INSRF 1-2，SCF 1-4與其他功能實體的接口和原系統(tǒng)定義一致。INSRF 1-2不直接與智能網(wǎng)中其他功能實體有交互。
圖2更詳細(xì)地示出了本發(fā)明的智能網(wǎng)信令中繼功能實現(xiàn)的示意流程圖。如圖2所示，具有智能網(wǎng)信令中繼功能的轉(zhuǎn)接方SCF(即智能網(wǎng)信令中繼引擎)2-1在接收到請求方SSF 2-2發(fā)送的對話開始請求后(步驟1)，判斷該請求是否需要轉(zhuǎn)發(fā)到目標(biāo)方SCF 2-3。轉(zhuǎn)接方SRF2-1根據(jù)業(yè)務(wù)需求，即需要嵌套的業(yè)務(wù)和業(yè)務(wù)處理能力等根據(jù)預(yù)先規(guī)劃選擇目標(biāo)方SCF 2-3，這可以通過數(shù)據(jù)和程序邏輯處理實現(xiàn)，并與具體業(yè)務(wù)需要相關(guān)。即，目標(biāo)方SCF 2-3可由轉(zhuǎn)接方SRF 2-1根據(jù)對話開始請求中的業(yè)務(wù)信息，例如用戶請求的業(yè)務(wù)及用戶號碼等來確定，這可利用現(xiàn)有技術(shù)中的手段實現(xiàn)。
當(dāng)判斷不需要轉(zhuǎn)發(fā)時，轉(zhuǎn)接方SRF 2-1自身可對該對話開始請求進(jìn)行處理；當(dāng)判斷需要轉(zhuǎn)發(fā)到目標(biāo)方SCF 2-3時(1)轉(zhuǎn)接方SCF 2-1建立和目標(biāo)方SCF 2-3的對話，將對話開始請求發(fā)送到目標(biāo)方SCF 2-3(步驟2)；(2)目標(biāo)方SCF 2-3發(fā)送對話繼續(xù)響應(yīng)到請求方SSF 2-2(步驟3)；(3)請求方SSF 2-2和目標(biāo)方SCF 2-3進(jìn)行后續(xù)的對話；(4)轉(zhuǎn)接方SCF 2-1結(jié)束該功能實體上的業(yè)務(wù)邏輯處理并釋放7號信令堆棧的資源占用，但不影響請求方SSF 2-2和目標(biāo)方SCF 2-3的對話的繼續(xù)。該結(jié)束在轉(zhuǎn)接方SCF 2-1完成對話開始請求消息轉(zhuǎn)發(fā)后就實現(xiàn)。
以上參照圖2中各步驟描述的對話建立、對話繼續(xù)響應(yīng)、對話轉(zhuǎn)發(fā)等操作都可利用現(xiàn)有的N0.7信令實現(xiàn)。
下面描述本發(fā)明的智能網(wǎng)信令中繼功能的引入對各種智能網(wǎng)各功能實體的要求。
1.對SCF的要求具有智能網(wǎng)信令中繼功能的SCF，即轉(zhuǎn)接方SCF在接收到對話開始請求(TC_BEGIN)后，應(yīng)當(dāng)能夠進(jìn)行如下操作
(1)根據(jù)應(yīng)用需要，SCF應(yīng)能判斷是否需要啟用智能網(wǎng)信令中繼功能，當(dāng)需要進(jìn)行智能網(wǎng)中繼信令轉(zhuǎn)接時，SCF應(yīng)能根據(jù)應(yīng)用需求確定所需轉(zhuǎn)接目的地功能實體SCF即目標(biāo)方SCF的地址。
(2)增加轉(zhuǎn)接方SCF和目標(biāo)方SCF之間的接口，接口協(xié)議為智能網(wǎng)應(yīng)用協(xié)議，即對應(yīng)固定智能網(wǎng)體系為INAP協(xié)議，對應(yīng)GSM或CDMA智能網(wǎng)分別為CAP或WIN。根據(jù)應(yīng)用的需要可能需要對接口進(jìn)行部分的擴(kuò)展，這種擴(kuò)展和應(yīng)用有關(guān)，可由本領(lǐng)域技術(shù)人員在具體實現(xiàn)時根據(jù)實際情況進(jìn)行設(shè)置，不屬于本發(fā)明的范圍，故在此不再描述。
(3)轉(zhuǎn)接方SCF應(yīng)能對接收到的對話開始(TC_BEGIN)請求中的操作的相關(guān)參數(shù)進(jìn)行解析，并根據(jù)應(yīng)用需求對相關(guān)參數(shù)進(jìn)行增加、刪除、修改等處理。
(4)轉(zhuǎn)接方SCF應(yīng)能調(diào)用INSRF功能，并在調(diào)用時提供以下信息■初始對話請求請求方的地址■需轉(zhuǎn)發(fā)到的目的地功能實體的地址■需轉(zhuǎn)發(fā)的操作和參數(shù)信息等下面給出幾個實例。
例1如預(yù)付費(fèi)和VPN業(yè)務(wù)的嵌套，先觸發(fā)VPN業(yè)務(wù)，VPN業(yè)務(wù)將被叫短號碼翻譯為長號碼后，將處理轉(zhuǎn)交預(yù)付費(fèi)業(yè)務(wù)處理，此時被叫號碼為已翻譯的長號碼，同時VPN組的信息等信息也將發(fā)送給預(yù)付費(fèi)業(yè)務(wù)，預(yù)付費(fèi)業(yè)務(wù)進(jìn)行處理，將VPN組信息，主被叫號碼信息等發(fā)送給OCS系統(tǒng)，進(jìn)行計費(fèi)處理和實時扣費(fèi)。
例2預(yù)付費(fèi)(固網(wǎng)和移動)業(yè)務(wù)，首先業(yè)務(wù)根據(jù)接入碼或簽約信息觸發(fā)到一個SCP，該SCP具備智能網(wǎng)信令中繼功能，該SCP根據(jù)主叫用戶號碼(固定或移動)找到相應(yīng)SCP后，將該業(yè)務(wù)請求轉(zhuǎn)相應(yīng)SCP處理，此時轉(zhuǎn)發(fā)的信息和原收到的業(yè)務(wù)信息沒有差別。
例3移機(jī)不改號業(yè)務(wù)和其它智能業(yè)務(wù)的嵌套，首先觸發(fā)移機(jī)不改號業(yè)務(wù)，該業(yè)務(wù)進(jìn)行主叫、被叫號碼處理后，將新的主、被叫號碼發(fā)送到下一個智能業(yè)務(wù)的SCP進(jìn)行處理。
(5)在接收到對話開始(TC_BEGIN)請求和將對話開始(TC_BEGIN)請求轉(zhuǎn)發(fā)給目的地功能實體期間，轉(zhuǎn)接方SCF允許和除發(fā)送方SSF之外的其他功能實體進(jìn)行通信。
2.對INSRF功能實體的要求INSRF在收到智能網(wǎng)信令中繼請求后，應(yīng)當(dāng)能夠進(jìn)行如下操作(1)應(yīng)具備將對話開始(TC_BEGIN)請求轉(zhuǎn)發(fā)到其他具備處理能力的目的地功能實體(例如目標(biāo)方SCF)的能力，即，相當(dāng)于實現(xiàn)請求轉(zhuǎn)發(fā)單元的功能，為此■INSRF在進(jìn)行對話開始(TC_BEGIN)請求轉(zhuǎn)發(fā)時，應(yīng)具有修改SCCP(信令連接控制部分)層的主叫地址GT和被叫地址GT的能力，即，相當(dāng)于實現(xiàn)地址修改子單元的功能。具體地說，INSRF應(yīng)能通過事務(wù)處理子層和成份子層修改并儲存源地址為指定的地址，修改并儲存目的地地址為指定的地址，然后將對話開始(TC_BEGIN)請求進(jìn)行轉(zhuǎn)發(fā)；■INSRF應(yīng)能根據(jù)請求方SCF的智能網(wǎng)信令中繼請求中的參數(shù)，修改TC(事務(wù)處理能力)層所承載的成份(Component)的能力，即，相當(dāng)于實現(xiàn)成分修改子單元的功能；■INSRF應(yīng)使原TC層的成份子層(CSL)和事務(wù)處理子層(TSL)的其他參數(shù)保持不變(如事務(wù)處理ID和INVOKE ID等)，即，相當(dāng)于實現(xiàn)參數(shù)保持子單元的功能。
(2)INSRF完成對話開始請求消息轉(zhuǎn)發(fā)后，結(jié)束轉(zhuǎn)接方SCF與目的地SCF的TCAP對話的本地處理，結(jié)束轉(zhuǎn)接方SCF與請求方SSF的TCAP對話的本地處理，即，相當(dāng)于實現(xiàn)結(jié)束處理單元的功能。此時請求方SSF和目標(biāo)方的TCAP對話可仍然保持。
本領(lǐng)域技術(shù)人員了解，本發(fā)明的智能網(wǎng)信令中繼功能INSRF中的上述各個功能單元，既可以通過軟件編程實現(xiàn)，也可以通過硬件或軟件和硬件兩者的結(jié)合來實現(xiàn)。
3.對SSF功能實體的要求請求方SSF在發(fā)起對話開始(TC_BEGIN)請求后，收到對話繼續(xù)(TC_CONTINUE)指示時，如果其中的源地址與對話開始請求(TC_BEGIN)中的目的地址不同，由于這是第一個后向消息，請求方SSF的事務(wù)處理子層將接收到的對話繼續(xù)中的源地址存儲為該事務(wù)處理的目的地地址，并在后續(xù)的事務(wù)處理中保持不變。請求方SSF應(yīng)能和新的目標(biāo)方TC用戶進(jìn)行后續(xù)正常的事務(wù)處理。
SSF的功能要求和No.7信令的TCAP協(xié)議處理有關(guān)，該要求在協(xié)議規(guī)范中有定義，但在原智能網(wǎng)應(yīng)用中未使用該功能，因此只需要明確要求SSF支持該功能即可。
4.對7號信令協(xié)議棧的要求智能網(wǎng)應(yīng)用協(xié)議是一種ROSE(遠(yuǎn)程操作服務(wù)要素)用戶規(guī)程，該ROSE規(guī)程是包含在TCAP(事務(wù)處理應(yīng)用部分)成份子層中傳送的。ROSE的APDUs(應(yīng)用協(xié)議數(shù)據(jù)單元)是作為UDT(單位數(shù)據(jù))在SSNo.7的SCCP(信令連接控制部分)中傳送，使用的是SCCP的0類業(yè)務(wù)--基本無連接業(yè)務(wù)。
本發(fā)明的智能網(wǎng)信令中繼功能要求7號信令協(xié)議支持TC用戶請求釋放本地TCAP層的事務(wù)處理并釋放相關(guān)資源，但保持對話對端的TCAP的事務(wù)處理狀態(tài)。這種要求是與本發(fā)明中在轉(zhuǎn)接方SCF完成對話請求的轉(zhuǎn)發(fā)后結(jié)束與目的地SCF的TCAP對話的本地處理以及結(jié)束與請求方SSF的TCAP對話的本地處理有關(guān)的。具體實現(xiàn)時，在GF011-95中預(yù)定義，在”啟動發(fā)送”狀態(tài)，即發(fā)送TC_BEGIN沒有收到后向消息時，TR_U-ABORT的處理是在本地的，因此只要SCF的N7協(xié)議滿足該要求即可。TR_U-ABORT為TC的事務(wù)處理子層的原語，使中止對話的方式之一，一般在異常情況下由TR用戶請求事務(wù)處理的中止。
上述的各種要求的實現(xiàn)需要滿足上面所描述的SCF、INSR、SSF信令協(xié)議棧的要求，即，各個功能模塊需要互相配合一致才能實現(xiàn)。本發(fā)明的智能網(wǎng)信令中繼功能的實現(xiàn)主要和信令功能有關(guān)，具體說和7號信令相關(guān)。即，應(yīng)用層INSRF/SCF將收到的請求方發(fā)送的業(yè)務(wù)請求進(jìn)行轉(zhuǎn)接，在轉(zhuǎn)接時，目的地地址則必須為目標(biāo)方SCF地址，而保持事務(wù)處理子層和成份子層的其它參數(shù)不變，包括源地址(為請求方SSF地址而不是轉(zhuǎn)接方本身的地址)、對話ID、調(diào)用ID等，除非根據(jù)業(yè)務(wù)需求可以改變CSL層中協(xié)議用戶數(shù)據(jù)部分。INSRF必須將收到的TC_BEGIN中的相關(guān)參數(shù)進(jìn)行保存，修改其中的目的地址和可能的協(xié)議數(shù)據(jù)部分，然后發(fā)送TC_BEGIN到目標(biāo)方SCF，具體需要修改的協(xié)議數(shù)據(jù)部分和具體業(yè)務(wù)有關(guān)，因此應(yīng)用層應(yīng)有一定的邏輯來處理具體的業(yè)務(wù)轉(zhuǎn)接需求。INSRF的功能實現(xiàn)和具體業(yè)務(wù)有關(guān)，可由技術(shù)人員在實現(xiàn)時根據(jù)具體需要進(jìn)行配置。
圖3和圖4給出了實現(xiàn)本發(fā)明的智能網(wǎng)信令中繼功能一個例子。在該例中，SCP1在結(jié)束處理后發(fā)現(xiàn)用戶還有后續(xù)業(yè)務(wù)需要SCP2處理，則SCP1將該請求TC_BEGIN轉(zhuǎn)接到SCP2。
圖3是該例的網(wǎng)絡(luò)結(jié)構(gòu)示意圖。在該網(wǎng)絡(luò)結(jié)構(gòu)中，SCP1具備智能網(wǎng)信令中繼功能INSRF，SCP2是用戶歸屬業(yè)務(wù)處理點(diǎn)，即目標(biāo)SCP，其可以具有INSRF功能或是通常SCF。SSP是滿足上述SSF功能實體要求的物理實體。SSP，SCP1，SCP2之間采用SCCP的全局碼GT尋址方式進(jìn)行尋址。
圖4是示出了該例的處理流程的示意圖。可以理解，圖3和圖4中的SSP、SCP1、SCP2分別對應(yīng)于上面圖2中描述的請求方SSF、轉(zhuǎn)接方SCF和目標(biāo)方SCF。只是SSP、SCP1、SCP2是從物理實體的角度出發(fā)定義的，而請求方SSF、轉(zhuǎn)接方SCF和目標(biāo)方SCF是從功能實體的角度出發(fā)定義的。
如圖4所示，具體的呼叫處理流程如下(1)SSP觸發(fā)業(yè)務(wù)到SCP1(相當(dāng)于先觸發(fā)的SCP)，SCCP層被叫地址填為SCP1，主叫地址為SSP(步驟4-1)；(2)SCP1根據(jù)業(yè)務(wù)需求，認(rèn)為業(yè)務(wù)需要發(fā)給SCP2(相當(dāng)于后續(xù)業(yè)務(wù)處理的)處理，則對SCP2發(fā)起IDP(初始DP，DP即檢測點(diǎn))消息，SCCP層被叫地址填為SCP2，主叫地址填為SSP(步驟4-2)；(3)SCP2收到IDP業(yè)務(wù)觸發(fā)消息，直接對SSP發(fā)送業(yè)務(wù)指示，SCCP層被叫地址為SSP，主叫地址為SCP2(步驟4-3)；(4)SSP與SCP2建立正常通信(步驟4-4)。
在這種實現(xiàn)中，要求轉(zhuǎn)接方INSRF接收到請求方的TC_BEGIN后不能向請求方SSF發(fā)送TC_CONTINUE，而是在轉(zhuǎn)接方INSRF將請求發(fā)送到目標(biāo)方SCF后(轉(zhuǎn)接方INSRF建立和目標(biāo)方的對話后)，由目標(biāo)方SCF向SSF發(fā)送TC_CONTINUE。此時原轉(zhuǎn)接方和SSF的對話即由目標(biāo)方SCF和SSF繼續(xù)。轉(zhuǎn)接方在TC_BEGIN轉(zhuǎn)發(fā)后即結(jié)束本地處理。
本發(fā)明的上述智能網(wǎng)信令中繼技術(shù)可以應(yīng)用于固定智能網(wǎng)系統(tǒng)，2G/3G移動智能網(wǎng)系統(tǒng)，如GSM/WCDMA/CDMA/CDMA2000等。
雖然已經(jīng)結(jié)合具體實施例對本發(fā)明進(jìn)行了詳細(xì)說明，但是，本領(lǐng)域技術(shù)人員理解，本發(fā)明不受這些具體實施例的限制，在不背離本發(fā)明的精神實質(zhì)的情況下，還可作出許多改變、替換，因此，附后的權(quán)利要求
應(yīng)當(dāng)給予最寬的解釋，以便包括各種等同結(jié)構(gòu)和配置。
權(quán)利要求
1.一種實現(xiàn)智能網(wǎng)信令中繼功能的方法，其特征在于包括步驟先觸發(fā)的業(yè)務(wù)控制點(diǎn)SCP在完成與業(yè)務(wù)交換點(diǎn)SSP所觸發(fā)的業(yè)務(wù)相關(guān)的處理后，把呼叫控制轉(zhuǎn)交給后續(xù)業(yè)務(wù)處理的SCP，由該后續(xù)業(yè)務(wù)處理的SCP與該SSP繼續(xù)相應(yīng)的業(yè)務(wù)處理。
2.如權(quán)利要求
1所述的方法，其特征在于先觸發(fā)的SCP通過信令中繼方式把SSP所觸發(fā)的業(yè)務(wù)的相關(guān)信息通過相關(guān)操作攜帶給后續(xù)處理業(yè)務(wù)的SCP。
3.如權(quán)利要求
2所述的方法，其特征在于所述的信令中繼功能根據(jù)下列準(zhǔn)則預(yù)先規(guī)劃根據(jù)業(yè)務(wù)優(yōu)先級或處理順序來確定要轉(zhuǎn)發(fā)到哪個業(yè)務(wù)；根據(jù)業(yè)務(wù)處理能力來確定要轉(zhuǎn)發(fā)到哪個SCP。
4如權(quán)利要求
3述的方法，其中先觸發(fā)的SCP在處理完畢后就結(jié)束和SSP的對話。
5如權(quán)利要求
1-4任何一項所述的方法，其中，所述的通過先觸發(fā)的SCP把呼叫控制轉(zhuǎn)交給后續(xù)業(yè)務(wù)處理的SCP的步驟包括子步驟SSP觸發(fā)業(yè)務(wù)到先觸發(fā)的SCP1，SCCP層被叫地址填為后續(xù)業(yè)務(wù)處理的SCP1，主叫地址為SSP(4-1)；SCP1根據(jù)業(yè)務(wù)需求，認(rèn)為業(yè)務(wù)需要發(fā)給后續(xù)業(yè)務(wù)處理的SCP2處理，則對SCP2發(fā)起IDP消息，信令連接控制部分SCCP層被叫地址填為SCP2，主叫地址填為SSP(4-2)；SCP2收到初始檢測點(diǎn)IDP業(yè)務(wù)觸發(fā)消息，直接對SSP發(fā)送業(yè)務(wù)指示，SCCP層被叫地址為SSP，主叫地址為SCP2(4-3)；SSP與SCP2建立正常通信(4-4)。
6.一種實現(xiàn)智能網(wǎng)信令中繼功能的裝置，其特征在于所述裝置包括請求轉(zhuǎn)發(fā)單元，用于當(dāng)該裝置接收到對話開始(TC_BEGIN)請求后，根據(jù)應(yīng)用的需求將該對話開始請求(TC_BEGIN)轉(zhuǎn)發(fā)給能夠處理該請求的其它智能網(wǎng)功能實體。
7.如權(quán)利要求
6所述的裝置，其特征在于所述裝置位于轉(zhuǎn)接方業(yè)務(wù)控制功能裝置SCF中，所述對話開始(TC_BEGIN)請求是由智能網(wǎng)中請求方業(yè)務(wù)交換功能裝置SSF發(fā)出的，能夠處理該請求的其它智能網(wǎng)功能實體是智能網(wǎng)中的目標(biāo)方業(yè)務(wù)控制功能裝置SCF。
8.如權(quán)利要求
7所述的裝置，其特征在于所述請求轉(zhuǎn)發(fā)單元包括地址修改子單元，用于在進(jìn)行對話開始TC_BEGIN請求轉(zhuǎn)發(fā)時，修改信令連接控制部分SCCP層的主叫地址GT和被叫地址GT，通過事務(wù)處理子層和成份子層修改并儲存源地址為指定的地址，修改并儲存目的地地址為指定的地址，然后將對話開始TC_BEGIN請求進(jìn)行轉(zhuǎn)發(fā)；成分修改子單元，用于根據(jù)請求方SSF的智能網(wǎng)信令中繼請求中的參數(shù)，修改事務(wù)處理能力TC層所承載的成份；參數(shù)保持子單元，用于應(yīng)使原TC層的成份子層CS)和事務(wù)處理子層TSL的其他參數(shù)保持不變。
9.如權(quán)利要求
8所述的裝置，其特征在于所述其他參數(shù)包括事務(wù)處理ID和INVOKE ID。
10.如權(quán)利要求
6-9中任一項所述的裝置，其特征在于所述裝置還包括處理結(jié)束單元，用于在所述請求轉(zhuǎn)發(fā)單元完成對話開始請求消息轉(zhuǎn)發(fā)后，結(jié)束轉(zhuǎn)接方SCF與目標(biāo)方SCF的事務(wù)處理應(yīng)用部分TCAP對話的本地處理，結(jié)束轉(zhuǎn)接方SCF與請求方SSF的TCAP對話的本地處理。
11.一種智能網(wǎng)系統(tǒng)，包括一個或多個請求方業(yè)務(wù)交換功能裝置SSF，一個或多個轉(zhuǎn)接方業(yè)務(wù)控制功能裝置SCF和一個或多個目標(biāo)方業(yè)務(wù)控制功能裝置SCF，其特征在于轉(zhuǎn)接方SCF在完成與請求方SSF所觸發(fā)的業(yè)務(wù)相關(guān)的處理后，把呼叫控制轉(zhuǎn)交給與后續(xù)業(yè)務(wù)處理有關(guān)的目標(biāo)方SCF，由該目標(biāo)方SCF與該請求方SCF繼續(xù)相應(yīng)的業(yè)務(wù)處理。
12.如權(quán)利要求
11所述的智能網(wǎng)系統(tǒng)，其特征在于轉(zhuǎn)接方SCF在接收到請求方SSF發(fā)送的對話開始請求后，判斷該請求是否需要轉(zhuǎn)發(fā)到目標(biāo)方SCF，如果判斷需要進(jìn)行轉(zhuǎn)發(fā)，則執(zhí)行下列操作轉(zhuǎn)接方SCF建立和目標(biāo)方SCF的TCAP對話，將對話開始請求發(fā)送到目標(biāo)方SCF，該請求中包括請求方SSF的地址信息；目標(biāo)方SCF發(fā)送對話繼續(xù)響應(yīng)到請求方SSF；請求方SSF和目標(biāo)方SCF進(jìn)行后續(xù)的對話；轉(zhuǎn)接方SCF結(jié)束本功能實體上的業(yè)務(wù)邏輯處理并釋放7號信令堆棧的資源占用。
13.如權(quán)利要求
12所述的智能網(wǎng)系統(tǒng)，其特征在于轉(zhuǎn)接方SCF被配置成在接收到對話開始請求(TC_BEGIN)后進(jìn)行下列操作根據(jù)應(yīng)用需要判斷是否需進(jìn)行智能網(wǎng)信令轉(zhuǎn)接，當(dāng)需要時，根據(jù)應(yīng)用需求確定所需轉(zhuǎn)接目的地的目標(biāo)方SCF的地址；增加轉(zhuǎn)接方SCF和目標(biāo)方SCF之間的接口，接口協(xié)議為智能網(wǎng)應(yīng)用協(xié)議；接收到的對話開始(TC_BEGIN)請求中的操作的相關(guān)參數(shù)進(jìn)行解析，并根據(jù)應(yīng)用需求對相關(guān)參數(shù)進(jìn)行相應(yīng)增加，刪除，修改處理；以及調(diào)用智能網(wǎng)信令中繼功能INSRF，并且在調(diào)用時提供以下信息初始對話請求的請求方SSF的地址；需轉(zhuǎn)發(fā)到的目標(biāo)方SCF的地址；需轉(zhuǎn)發(fā)的操作和參數(shù)信息。
14.如權(quán)利要求
12所述的智能網(wǎng)系統(tǒng)，其特征在于轉(zhuǎn)接方SCF還被配置成在接收到對話開始(TC_BEGIN)請求和將對話開始(TC_BEGIN)請求轉(zhuǎn)發(fā)給目標(biāo)方SCF期間，允許和除發(fā)送方SSF之外的智能網(wǎng)中的其他功能實體進(jìn)行通信。
15.如權(quán)利要求
13所述的智能網(wǎng)系統(tǒng)，其特征在于所述智能網(wǎng)應(yīng)用協(xié)議對于應(yīng)固定智能網(wǎng)體系為INAP協(xié)議，對于GSM或CDMA智能網(wǎng)分別為CAP或WIN。
16.如權(quán)利要求
12所述的智能網(wǎng)系統(tǒng)，其特征在于請求方SSF被配置成執(zhí)行下列操作請求方SSF在發(fā)起對話開始(TC_BEGIN)請求后，收到對話繼續(xù)(TC_CONTINUE)指示時，如果其中的源地址與對話開始請求(TC_BEGIN)中的目的地址不同，請求方SSF的事務(wù)處理子層將接收到的對話繼續(xù)中起源地址存儲為該事務(wù)處理的目的地地址，并在后續(xù)的事務(wù)處理中保持不變，請求方SSF和新的目標(biāo)方TC用戶進(jìn)行后續(xù)正常的事務(wù)處理。
17.如權(quán)利要求
12所述的智能網(wǎng)系統(tǒng)，其特征在于在所述智能網(wǎng)中，7號信令協(xié)議被配置成支持TC用戶請求結(jié)束本地TCAP層的事務(wù)處理并釋放相關(guān)資源，但保持對話對端的TCAP的事務(wù)處理狀態(tài)。
18.如權(quán)利要求
11-17中任一項所述的智能網(wǎng)系統(tǒng)，其特征在于所述智能網(wǎng)系統(tǒng)是從下列組中選擇的任何一種固定智能網(wǎng)系統(tǒng)，2G/3G移動智能網(wǎng)系統(tǒng)。
19.如權(quán)利要求
18所述的智能網(wǎng)系統(tǒng)，其特征在于所述2G/3G移動智能網(wǎng)系統(tǒng)包括GSM/WCDMA/CDMA/CDMA2000。
專利摘要
本發(fā)明提供一種實現(xiàn)智能網(wǎng)信令中繼功能的方法，包括步驟先觸發(fā)的業(yè)務(wù)控制點(diǎn)SCP在完成與業(yè)務(wù)交換點(diǎn)SSP所觸發(fā)的業(yè)務(wù)相關(guān)的處理后，把呼叫控制轉(zhuǎn)交給后續(xù)業(yè)務(wù)處理的SCP，由該后續(xù)業(yè)務(wù)處理的SCP與該SSP繼續(xù)相應(yīng)的業(yè)務(wù)處理。還提供一種實現(xiàn)智能網(wǎng)信令中繼功能的裝置，包括請求轉(zhuǎn)發(fā)單元，用于當(dāng)該裝置接收到對話開始(TC_BEGIN)請求后，根據(jù)應(yīng)用的需求將該對話開始請求(TC_BEGIN)轉(zhuǎn)發(fā)給能夠處理該請求的其它智能網(wǎng)功能實體。還提供一種智能網(wǎng)系統(tǒng)，包括可實現(xiàn)上述的智能網(wǎng)信令中繼功能的裝置。本發(fā)明的智能網(wǎng)信令中繼功能可支持對現(xiàn)有技術(shù)中智能業(yè)務(wù)觸發(fā)功能的增強(qiáng)，提高業(yè)務(wù)管理的效率和靈活性，還可很好地支持業(yè)務(wù)嵌套。
文檔編號H04M3/42GK1997166SQ200610167678
公開日2007年7月11日 申請日期2006年12月21日
發(fā)明者史敏銳, 吳 琳, 陳荊花 申請人:中國電信股份有限公司導(dǎo)出引文BiBTeX, EndNote, RefMan