專利名稱：一種控制業(yè)務(wù)交換點收號的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及智能網(wǎng)，更具體地說，涉及一種控制業(yè)務(wù)交換點收號的方法。
背景技術(shù)：
在智能網(wǎng)方式的虛擬專用網(wǎng)絡(luò)(Virtual Private Network，簡稱VPN)業(yè)務(wù)中，業(yè)務(wù)交換點(Service Switch Point，簡稱SSP)把主叫用戶撥打的被叫短號上報至業(yè)務(wù)控制點(Service Control Point，簡稱SCP)，業(yè)務(wù)控制點分析短號/長號對應(yīng)關(guān)系表找到對應(yīng)的長號，通過連接消息(Connect)下發(fā)長號，指示業(yè)務(wù)交換點按照長號接續(xù)被叫。
在此過程中，VPN業(yè)務(wù)要求SSP能夠把完整的被叫短號在啟動檢測點(Initiate Detection Point，簡稱IDP)消息中一次性上報SCP，或者SSP能夠在IDP消息中上報被叫短號的部分號碼至SCP后，根據(jù)SCP的要求上報余下的號碼。
對于第一種方法，通常是在本地交換設(shè)備(Local Exchange，簡稱LE)收到完整的被叫短號后一次性發(fā)送到SSP，或者允許本地交換設(shè)備逐位發(fā)送號碼至SSP，SSP在收到完整的被叫短號后才上報IDP消息至SCP。然而，由于VPN業(yè)務(wù)中的短號不等長，并且分散在不同的號段中，使得LE和SSP上的號碼分析數(shù)據(jù)要精確匹配短號的號長，而不能簡單地采用號碼前綴來通配。此種方法顯著增加了數(shù)據(jù)配置的工作量，并且對交換設(shè)備的資源的要求也很高。
于是，通常采用第二種方法，即傳統(tǒng)的提示并收集用戶信息(Prompt andCollect use information，簡稱PC)收號方法，SSP先在其IDP消息中上報部分被叫短號至SCP，當SCP分析發(fā)現(xiàn)號碼不足時，下發(fā)連接到資源(ConnectTo Resource，簡稱CTR)和提示并收集用戶信息(Prompt and Collect useinformation，簡稱PC)至SSP，指示SSP上報其余的號碼，直到足夠分析出長號為止。這種收號方法避免了第一種方法數(shù)據(jù)配置復(fù)雜的問題，但由于該方法是通過話路來實現(xiàn)的，SSP收到CTR和PC以后要分配收號資源并聯(lián)網(wǎng)，同時通過局間信令指示LE聯(lián)網(wǎng)，而LE向SSP發(fā)起呼叫是通過鏈路上的信令消息傳送被叫短號的，這就要求實現(xiàn)收號時，需要從信令收號切換到話路收號，而切換過程中很容易丟失號碼而導(dǎo)致呼叫失敗。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于，針對現(xiàn)有技術(shù)的上述缺陷，提供一種數(shù)據(jù)配置簡單、不易丟失號碼、呼叫可靠的控制業(yè)務(wù)交換點收號的方法。
本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是提供一種控制業(yè)務(wù)交換點收號的方法，包括下列步驟a.業(yè)務(wù)交換點將自本地交換設(shè)備接收的號碼上報至業(yè)務(wù)控制點；b.業(yè)務(wù)控制點判斷該號碼是否完整；c.如果該號碼不完整，則業(yè)務(wù)控制點根據(jù)INAP協(xié)議控制業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余號碼；以及d.業(yè)務(wù)交換點將所獲取的剩余號碼上報至業(yè)務(wù)控制點。
在本發(fā)明所述的方法中，所述步驟c進一步包括c1.所述業(yè)務(wù)控制點擴展INAP協(xié)議中的操作，使該操作指示所述業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余號碼；c2.所述業(yè)務(wù)控制點將該擴展后的操作發(fā)送至所述業(yè)務(wù)交換點；以及c3.所述業(yè)務(wù)交換點根據(jù)該擴展后的操作從本地交換設(shè)備發(fā)送的信令消息中獲取剩余號碼。
在本發(fā)明所述的方法中，所述操作為連接到資源操作。
在本發(fā)明所述的方法中，所述操作為提示并收集用戶信息操作。
在本發(fā)明所述的方法中，所述操作包括連接到資源操作及提示并收集用戶信息操作。
在本發(fā)明所述的方法中，所述步驟c1包括所述業(yè)務(wù)控制點在連接到資源操作中設(shè)置標簽，該標簽用于指示業(yè)務(wù)交換點從信令消息中獲取剩余號碼。
在本發(fā)明所述的方法中，所述步驟c1包括所述業(yè)務(wù)控制點在提示并收集用戶信息操作中設(shè)置起始位，該起始位用于指示業(yè)務(wù)交換點需獲取剩余號碼的起始位置。
在本發(fā)明所述的方法中，所述步驟c1進一步包括所述業(yè)務(wù)控制點在提示并收集用戶信息操作中設(shè)置特定值，該特定值用于指示該提示并收集用戶信息操作為信令收號提示并收集用戶信息操作。
在本發(fā)明所述的方法中，所述標簽設(shè)置于所述連接到資源操作的資源地址中。
在本發(fā)明所述的方法中，所述起始位由提示并收集用戶信息操作中的開始數(shù)字表示。
在本發(fā)明所述的方法中，所述起始位設(shè)置于提示并收集用戶信息操作的消息內(nèi)容中，所述特定值設(shè)置于提示并收集用戶信息操作的屬性中。
在本發(fā)明所述的方法中，所述步驟d進一步包括當業(yè)務(wù)交換點滿足提示并收集用戶信息操作中所設(shè)的上報提示并收集用戶信息結(jié)果的條件時，將獲取的剩余號碼封裝于提示并收集用戶信息結(jié)果消息中上報至業(yè)務(wù)控制點。
在本發(fā)明所述的方法中，所述步驟d之后進一步包括當業(yè)務(wù)交換點收到切斷前向連接操作時，結(jié)束從信令消息中獲取剩余號碼。
在本發(fā)明所述的方法中，所述業(yè)務(wù)交換點在從信令消息獲取剩余號碼的過程中，與業(yè)務(wù)控制點進行至少一次提示并收集用戶信息操作及其相應(yīng)提示并收集用戶信息結(jié)果消息的交互，所述業(yè)務(wù)控制點在接收到業(yè)務(wù)交換點發(fā)送的一個提示并收集用戶信息操作對應(yīng)的提示并收集用戶信息結(jié)果消息后，再發(fā)送下一個提示并收集用戶信息操作至業(yè)務(wù)交換點。
在本發(fā)明所述的方法中，所述號碼是被叫號碼或新業(yè)務(wù)請求號碼。
實施本發(fā)明的控制業(yè)務(wù)交換點收號的方法，具有以下有益效果1、當業(yè)務(wù)交換點上報的被叫短號不完整時，業(yè)務(wù)控制點控制業(yè)務(wù)交換點從信令收號，避免由信令收號到話路收號的切換，從而有效避免號碼丟失，保證呼叫可靠性；
2、通過業(yè)務(wù)控制點在其操作中指示業(yè)務(wù)交換點從信令收號實現(xiàn)VPN業(yè)務(wù)，無需配置大量的號碼分析數(shù)據(jù)，亦無需對端局做任何改動，數(shù)據(jù)配置簡單，實施方便；3、無需考慮不同類型的局間信令和不同類型的局內(nèi)用戶信令之間的差異，組網(wǎng)能力強；4、本發(fā)明用于從本地交換設(shè)備接收新業(yè)務(wù)請求號碼，可以在業(yè)務(wù)控制點管理本地網(wǎng)用戶新業(yè)務(wù)屬性的網(wǎng)絡(luò)體系中，實現(xiàn)用戶通過撥打新業(yè)務(wù)字冠在業(yè)務(wù)控制點登記/撤銷新業(yè)務(wù)的功能。


下面將結(jié)合附圖及實施例對本發(fā)明作進一步說明，附圖中圖1是實現(xiàn)本發(fā)明的基本架構(gòu)的示意圖；圖2是本發(fā)明控制業(yè)務(wù)交換點從本地交換設(shè)備接收剩余被叫短號的流程圖；圖3是本發(fā)明的業(yè)務(wù)控制點控制業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余被叫短號的流程圖；圖4是本發(fā)明的業(yè)務(wù)控制點與業(yè)務(wù)交換點之間的消息交互過程圖；圖5是本發(fā)明實現(xiàn)于不同類型的局間信令中的示意圖；圖6是本發(fā)明實現(xiàn)于不同類型的局內(nèi)用戶信令中的示意圖。
具體實施例方式
如圖1、2所示，本發(fā)明控制業(yè)務(wù)交換點收號的方法，用于從本地交換設(shè)備接收被叫短號，在步驟S201，先由業(yè)務(wù)交換點(SSP)從本地交換設(shè)備(LE)接收被叫短號并將該被叫短號包含于IDP消息中上報至業(yè)務(wù)控制點(SCP)；在步驟S202，業(yè)務(wù)控制點接收到該IDP消息后，判斷其中的被叫短號是否完整；如果該被叫短號不完整，則在步驟S203，由業(yè)務(wù)控制點根據(jù)智能網(wǎng)應(yīng)用規(guī)程(Intelligent Network Application Protocol，簡稱INAP)協(xié)議控制業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余被叫短號；再由業(yè)務(wù)交換點在步驟S204，將所獲取的剩余被叫短號上報至業(yè)務(wù)控制點。直到業(yè)務(wù)控制點取得完整的被叫短號，才下發(fā)與該被叫短號對應(yīng)的長號，指示業(yè)務(wù)交換點按照長號接續(xù)被叫。
在步驟S203中，業(yè)務(wù)控制點根據(jù)INAP協(xié)議控制業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余被叫短號，可以通過擴展其發(fā)送至業(yè)務(wù)交換點的操作以指示業(yè)務(wù)交換點從信令消息收號來實現(xiàn)。該操作包括但不限于INAP協(xié)議中的連接到資源(CTR)操作和提示并收集用戶信息(PC)操作。業(yè)務(wù)控制點可以通過擴展CTR操作或PC操作來指示業(yè)務(wù)交換點從信令消息收號，也可以通過同時擴展CTR操作和PC操作來指示業(yè)務(wù)交換點從信令消息收號，擴展的具體方法可以相同，以下僅以同時擴展CTR操作和PC操作為例進行說明。
如圖3所示，在步驟S301，業(yè)務(wù)控制點擴展連接到資源操作及提示并收集用戶信息操作，使其指示業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余被叫短號。
對于CTR操作的擴展，可在其“資源地址”中設(shè)置一個標簽，用于指示業(yè)務(wù)交換點從信令消息收號，業(yè)務(wù)交換點收到該擴展的CTR操作后不需要再申請收號資源。該標簽值可為例如7。以智能網(wǎng)應(yīng)用規(guī)程(Intelligent NetworkApplication Protocol，簡稱INAP)能力集1(Capability Set-1，簡稱CS-1)為例，擴展后的CTR操作可如下所示“連接到資源”操作參量序列{·資源地址 選擇{··IP路由地址
隱含 八位位組(范圍(4..12))··Leg ID[1]選擇{···發(fā)方ID
隱含 八位位組(范圍(1))}··兩個都要[2]隱含 序列{···IP路由地址
隱含 八位位組(范圍(4..12))···Leg ID[1]選擇{····發(fā)方ID
隱含 八位位組(范圍(1))}··兩個都不要[3]隱含 空··信令收號[7]隱含 整數(shù)(0..255)選擇項}·擴展 [5]隱含序列(范圍((1..？？))個序列{
··類型 整數(shù)··準則 枚舉{忽略(0)放棄(1)}缺省值忽略··值[1]任何由類型定義的值}選擇項·業(yè)務(wù)相互作用表示語[30]隱含八位位組(范圍(？？..？？))選擇項}在對CTR操作進行擴展的同時，對PC操作進行擴展。擴展時，在PC操作中設(shè)置起始位，用于指示業(yè)務(wù)交換點信令收號的起始位置，表示業(yè)務(wù)控制點需要通過PC操作獲取從第N位開始的被叫短號(即剩余被叫短號)。該起始位可以直接設(shè)置于PC操作中的“收集的信息”中，用開始數(shù)字表示，此時PC操作中可以不帶“要發(fā)送的信息”域。該起始位亦可以設(shè)置于PC操作的“要發(fā)送的信息”中，在消息內(nèi)容中表示，此時，需要在該“要發(fā)送的信息”中設(shè)置特定值，用于指示該PC操作為信令收號PC操作，該特定值可以在屬性中表示。對PC操作擴展時，PC操作中原有的選項如“最小數(shù)字個數(shù)”、“最大數(shù)字個數(shù)”、“應(yīng)答結(jié)束數(shù)字”、“取消數(shù)字”、“位間超時”等保持不變，與PC話路收號相同，這些參數(shù)作為上報PC結(jié)果的條件。
當起始位設(shè)置于PC操作的要發(fā)送的信息中時，用消息內(nèi)容域第一個字節(jié)指示信令收號的起始位置，因此該起始位的范圍是1-31，其中用戶所撥號碼的第一位對應(yīng)起始位1，并依次類推。特征值則可以用屬性域第一個八位位組指示該PC操作為信令收號PC操作。以INAP CS-1為例，擴展后的PC操作可如下所示“提示并收集用戶信息”操作參量序列{·收集的信息
選擇{··收集的數(shù)字
隱含 序列{···最小數(shù)字個數(shù)
隱含 整數(shù)(1..127)缺省值1···最大數(shù)字個數(shù)[1]隱含 整數(shù)(1..127)···應(yīng)答結(jié)束數(shù)字[2]隱含 八位位組(范圍(1..2))選擇項···取消數(shù)字[3]隱含 八位位組(范圍(1..2))選擇項···開始數(shù)字[4]隱含 八位位組(范圍(1..2))選擇項···首位超時[5]隱含 整數(shù)(1..127)選擇項···位間超時[6]隱含 整數(shù)(1..127)選擇項···差錯處理[7]隱含 枚舉{···· 向SCF報告(0)
····幫助(1)····重復(fù)提示(2)}缺省值為0···中斷通知表示語[8]隱含 布爾 缺省值TRUE···語音信息[9]隱含 布爾 缺省值FALSE···語音反饋[10]隱含 布爾 缺省值FALSE}··IA5信息[1]隱含 布爾}·禁止由IP啟動拆線[1]隱含 布爾 缺省值TRUE·要發(fā)送的信息[1]選擇{··帶內(nèi)信息
隱含序列{···消息ID
選擇{····基本消息ID
隱含 整數(shù)(0..2147483647)····文本[1]隱含序列{·····消息內(nèi)容
隱含 IA5串(范圍(1..82))·····屬性[1]隱含 八位位組(范圍(1..100))選擇項}····基本消息ID組[29]隱含 序列 范圍(1..5)個 整數(shù)(0..2147483647)····可變消息[30]隱含 序列{·····基本消息ID
隱含 整數(shù)(0..2147483647)·····可變部分[1]隱含 序列 范圍(1..5)個 選擇{······整數(shù)
隱含 整數(shù)(0..2147483647)······數(shù)字[1]隱含 八位位組(范圍(1..？？))······時間[2]隱含 八位位組(范圍(2))······日期[3]隱含 八位位組(范圍(3))······價格[4]隱含 八位位組(范圍(4))}}}···重復(fù)次數(shù)[1]隱含 整數(shù)(1..127)選擇項···持續(xù)時間[2]隱含 整數(shù)(0..32767)選擇項···時間時隔[3]隱含 整數(shù)(0..32767)選擇項}··信號音[1]隱含 序列{···信號音ID
隱含 整數(shù)(0..2147483647)···持續(xù)時間[1]隱含 整數(shù)(0..2147483647)··顯示信息[2]隱含 IA5串(范圍(1..？？))}選擇項·擴展[3]隱含 序列(范圍((1..？？))個序列{··類型 整數(shù)··準則 枚舉{忽略(0)放棄(1)}缺省值忽略··值[1]任何由類型定義的值}選擇項}結(jié)果選擇{·數(shù)字響應(yīng)
隱含 八位位組(范圍(1..？？))·IA5響應(yīng)[1]隱含 IA5串}業(yè)務(wù)控制點對CTR操作和PC操作進行擴展后，在步驟S302，將其發(fā)送至業(yè)務(wù)交換點。業(yè)務(wù)交換點接收到擴展后的CTR操作和PC操作后，在步驟S303中，根據(jù)該CTR操作及PC操作從本地交換設(shè)備發(fā)送的信令消息中獲取剩余被叫短號。在獲取剩余被叫短號的過程中，如果滿足PC操作中所設(shè)定的上報PC結(jié)果的條件，例如從“收號起始位”開始，收號達到“最大數(shù)字個數(shù)”，上報從起始位置開始的最大數(shù)字個數(shù)號碼；或者，從“收號起始位”開始，收號達到“最小數(shù)字個數(shù)”且收到“應(yīng)答結(jié)束數(shù)字”，上報起始位置與“應(yīng)答結(jié)束數(shù)字”之間的號碼；或者，從“收號起始位”開始，收到達到“最小數(shù)字個數(shù)”，等待后續(xù)號碼期間發(fā)生“位間超時”，上報從起始位置開始的所有號碼；或者，從“收號起始位”開始，收到未達到“最小數(shù)字個數(shù)”，發(fā)生“位間超時”，上報收號錯誤，等等，則把獲取的剩余被叫短號封裝成提示并收集用戶信息結(jié)果消息后，進入步驟204，將其上報至業(yè)務(wù)控制點。
在步驟S302、S303的信令收號過程中，允許在業(yè)務(wù)控制點下發(fā)CTR操作和用于結(jié)束CTR操作的切斷前向連接(Disconnect Forward Connection，簡稱DFC)操作之間出現(xiàn)一個或多個PC操作和PC結(jié)果消息對，業(yè)務(wù)控制點只有在業(yè)務(wù)交換點上報前一個PC操作的PC結(jié)果消息后才能下發(fā)下一個PC操作，如圖4所示。業(yè)務(wù)控制點在欲結(jié)束信令收號過程時，發(fā)送DFC操作至業(yè)務(wù)交換點，表示本次信令收號結(jié)束。在后續(xù)呼叫流程中仍舊允許使用傳統(tǒng)的INAP操作，例如被叫掛機后向主叫播送通知音等。
如果業(yè)務(wù)交換點在信令收號過程中(即在接收到CTR操作之后與接收到DFC操作之前)，收到播送通知(Play Announcement，簡稱PA)操作，則向業(yè)務(wù)控制點上報“不期望的成分序列”。
業(yè)務(wù)交換點從信令消息收號過程中出錯情況的處理可與一般傳統(tǒng)的PC話路收號相同。
本發(fā)明在業(yè)務(wù)交換點上報的IDP消息中被叫短號不完整的情況下，控制業(yè)務(wù)交換點在獲取剩余被叫短號時直接從信令消息收號，而不是從話路收號，因此無需從信令收號切換到話路收號，省去了申請和分配收號資源以及通過局間信令指示本地交換設(shè)備聯(lián)網(wǎng)，避免了收號切換過程中丟失號碼以及由此帶來的呼叫失敗的問題。而且，本發(fā)明實現(xiàn)過程中無需配置大量的號碼分析數(shù)據(jù)，亦無需對端局做任何改動，數(shù)據(jù)配置簡單，實施簡單。此外，業(yè)務(wù)交換點在信令消息收號的過程中直接從自身的呼叫處理功能實體中提取號碼，因而不需要考慮不同類型的局間信令和不同類型的局內(nèi)用戶信令之間的差異，也就是說，如圖5、6所示，對入局呼叫業(yè)務(wù)交換點不需要區(qū)分不同的局間信令(例如TUP(Telephone User Part，電話用戶部分)、ISUP(IntegratedServices Digital Network User Part，綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分)等)，當本地交換設(shè)備和業(yè)務(wù)交換點為一個實體時，無需區(qū)分是模擬話機還是數(shù)字話機以及是入局呼叫還是本局用戶發(fā)起的呼叫，因此具有很強的組網(wǎng)能力。
除了可用于上述從本地交換設(shè)備接收被叫號碼，本發(fā)明還可以用于從本地交換設(shè)備接收新業(yè)務(wù)請求號碼，以在業(yè)務(wù)控制點管理本地網(wǎng)用戶屬性的網(wǎng)絡(luò)體系中，實現(xiàn)用戶撥打新業(yè)務(wù)字冠在業(yè)務(wù)控制點登記/撤銷新業(yè)務(wù)功能。通過本發(fā)明控制業(yè)務(wù)交換點收號的方法，當本地交換設(shè)備把用戶撥打的部分或全部新業(yè)務(wù)登記字冠送到業(yè)務(wù)交換點，業(yè)務(wù)交換點可以把用戶撥打的后續(xù)號碼上報給SCP。其具體步驟與上述從本地交換設(shè)備接收被叫號碼的步驟相同。
以呼叫無條件前轉(zhuǎn)新業(yè)務(wù)為例，當用戶A撥打*57*DN#登記無條件前轉(zhuǎn)新業(yè)務(wù)，*57*是無條件前轉(zhuǎn)新業(yè)務(wù)的登記字冠，DN是要轉(zhuǎn)移到的號碼，可以是固定電話號碼也可以是移動電話號碼，#是結(jié)束符。該業(yè)務(wù)是指在用戶A登記成功以后，其他用戶呼叫用戶A時，都會無條件轉(zhuǎn)移到DN所指示的用戶上。
當業(yè)務(wù)交換點從本地交換設(shè)備接收新業(yè)務(wù)登記字冠后，將該新業(yè)務(wù)登記字冠包含于IDP消息中上報至業(yè)務(wù)控制點。業(yè)務(wù)控制點接收到該IDP消息后，識別出新業(yè)務(wù)登記字冠并判斷需要繼續(xù)收號，則通過擴展并發(fā)送相關(guān)操作，例如CTR操作和/或PC操作，至業(yè)務(wù)交換點，控制業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取余下的DN和#并將該DN和#上報至業(yè)務(wù)控制點。
在業(yè)務(wù)控制點管理本地網(wǎng)用戶新業(yè)務(wù)屬性的網(wǎng)絡(luò)體系中，由于本地交換設(shè)備通過信令鏈路向業(yè)務(wù)交換點發(fā)送新業(yè)務(wù)字冠，并且不同類型的DN長度可以不同，因此業(yè)務(wù)控制點的登記/撤銷新業(yè)務(wù)的收號過程具有與VPN業(yè)務(wù)相似的特征。實施本發(fā)明很好地解決了智能網(wǎng)中登記/撤銷新業(yè)務(wù)過程中的收號問題。
本發(fā)明實現(xiàn)過程中，對發(fā)送至業(yè)務(wù)交換點的操作的擴展，不限于以上實施方式中所例舉的對CTR操作和/或PC操作的擴展，也可以擴展其他操作，只要能夠?qū)崿F(xiàn)業(yè)務(wù)控制點控制業(yè)務(wù)交換點通過信令消息進行收號即可。對CTR操作和PC操作的擴展，亦不限于以上實施方式中所例舉的對CTR操作中資源地址的擴展以及對PC操作中開始數(shù)字、屬性和消息內(nèi)容的擴展，也可以擴展其他域，只要能夠?qū)崿F(xiàn)業(yè)務(wù)控制點控制業(yè)務(wù)交換點通過信令消息進行收號即可。
權(quán)利要求
1.一種控制業(yè)務(wù)交換點收號的方法，其特征在于，包括下列步驟a.業(yè)務(wù)交換點將自本地交換設(shè)備接收的號碼上報至業(yè)務(wù)控制點；b.業(yè)務(wù)控制點判斷該號碼是否完整；c.如果該號碼不完整，則業(yè)務(wù)控制點根據(jù)INAP協(xié)議控制業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余號碼；以及d.業(yè)務(wù)交換點將所獲取的剩余號碼上報至業(yè)務(wù)控制點。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟c進一步包括c1.所述業(yè)務(wù)控制點擴展INAP協(xié)議中的操作，使該操作指示所述業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余號碼；c2.所述業(yè)務(wù)控制點將該擴展后的操作發(fā)送至所述業(yè)務(wù)交換點；以及c3.所述業(yè)務(wù)交換點根據(jù)該擴展后的操作從本地交換設(shè)備發(fā)送的信令消息中獲取剩余號碼。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述操作為連接到資源操作。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述操作為提示并收集用戶信息操作。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述操作包括連接到資源操作及提示并收集用戶信息操作。
6.根據(jù)權(quán)利要求3或5所述的方法，其特征在于，所述步驟c1包括所述業(yè)務(wù)控制點在連接到資源操作中設(shè)置標簽，該標簽用于指示業(yè)務(wù)交換點從信令消息中獲取剩余號碼。
7.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述步驟c1包括所述業(yè)務(wù)控制點在提示并收集用戶信息操作中設(shè)置起始位，該起始位用于指示業(yè)務(wù)交換點需獲取剩余號碼的起始位置。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述步驟c1進一步包括所述業(yè)務(wù)控制點在提示并收集用戶信息操作中設(shè)置特定值，該特定值用于指示該提示并收集用戶信息操作為信令收號提示并收集用戶信息操作。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述標簽設(shè)置于所述連接到資源操作的資源地址中。
10.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述起始位由提示并收集用戶信息操作中的開始數(shù)字表示。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述起始位設(shè)置于提示并收集用戶信息操作的消息內(nèi)容中，所述特定值設(shè)置于提示并收集用戶信息操作的屬性中。
12.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述步驟d進一步包括當業(yè)務(wù)交換點滿足提示并收集用戶信息操作中所設(shè)的上報提示并收集用戶信息結(jié)果的條件時，將獲取的剩余號碼封裝于提示并收集用戶信息結(jié)果消息中上報至業(yè)務(wù)控制點。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述步驟d之后進一步包括當業(yè)務(wù)交換點收到切斷前向連接操作時，結(jié)束從信令消息中獲取剩余號碼。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述業(yè)務(wù)交換點在從信令消息獲取剩余號碼的過程中，與業(yè)務(wù)控制點進行至少一次提示并收集用戶信息操作及其相應(yīng)提示并收集用戶信息結(jié)果消息的交互，所述業(yè)務(wù)控制點在接收到業(yè)務(wù)交換點發(fā)送的一個提示并收集用戶信息操作對應(yīng)的提示并收集用戶信息結(jié)果消息后，再發(fā)送下一個提示并收集用戶信息操作至業(yè)務(wù)交換點。
15.根據(jù)權(quán)利要求1至5之一所述的方法，其特征在于，所述號碼是被叫號碼或新業(yè)務(wù)請求號碼。
全文摘要
本發(fā)明涉及一種控制業(yè)務(wù)交換點收號的方法，先由業(yè)務(wù)交換點將自本地交換設(shè)備接收的號碼上報至業(yè)務(wù)控制點，而后業(yè)務(wù)控制點判斷該號碼是否完整，如果該號碼不完整，則業(yè)務(wù)控制點根據(jù)INAP協(xié)議控制業(yè)務(wù)交換點從本地交換設(shè)備發(fā)送的信令消息中獲取剩余號碼，再由業(yè)務(wù)交換點將所獲取的剩余號碼上報至業(yè)務(wù)控制點。實施本發(fā)明，在業(yè)務(wù)交換點上報的號碼不完整時，無需由信令收號到話路收號的切換，從而有效避免號碼丟失，保證呼叫可靠性，同時，本發(fā)明方便實施，數(shù)據(jù)配置簡單，組網(wǎng)能力強。
文檔編號H04M3/42GK1889705SQ200510100140
公開日2007年1月3日 申請日期2005年9月28日 優(yōu)先權(quán)日2005年9月28日
發(fā)明者谷強, 夏文鑫 申請人:華為技術(shù)有限公司