專利名稱：實(shí)現(xiàn)主題呼叫的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，更為具體地，涉及一種實(shí)現(xiàn)主題呼叫的方法及裝置。
背景技術(shù)：
改革開放以來，伴隨著我國經(jīng)濟(jì)的高速發(fā)展，經(jīng)濟(jì)活動(dòng)逐漸頻繁，全國范圍內(nèi)的人員流動(dòng)加劇，對(duì)于隨時(shí)隨地的溝通需求使得移動(dòng)通信網(wǎng)絡(luò)建設(shè)和運(yùn)營得到了長足的發(fā)展?？v觀移動(dòng)網(wǎng)絡(luò)的發(fā)展，在移動(dòng)通信的無線接入技術(shù)方面，從第一代的模擬制式經(jīng)過了第二代 GSM (Global System for Mobile Communications,全球移動(dòng)通信系統(tǒng))數(shù)字移動(dòng)通信、第三代CDMA (Code Division Multiple Access,碼分多址)網(wǎng)絡(luò)，目前正在向第四代LTE (Long Term Evolution,長期演進(jìn))演進(jìn)。在移動(dòng)通信的核心網(wǎng)絡(luò)方面,也經(jīng)歷了R99->軟交換-MMS (IP多配體子系統(tǒng))的發(fā)展路線。從用戶能夠感受的業(yè)務(wù)方面，在整個(gè)發(fā)展過程中，業(yè)務(wù)也從單純提供語音通話發(fā)展到了可以提供視頻通話、彩信、數(shù)據(jù)上網(wǎng)業(yè)務(wù)等多?；臉I(yè)務(wù)。以目前中國移動(dòng)的主流網(wǎng)絡(luò)為例，移動(dòng)用戶在進(jìn)行語音/視頻呼叫時(shí)，典型場(chǎng)景下，會(huì)涉及到用戶終端(MS/UE)、無線基站子系統(tǒng)(BSS)，無線網(wǎng)絡(luò)子系統(tǒng)(RNS)，MSC(Mobile Switching Center，移動(dòng)交換中心)Server，MGW (媒體網(wǎng)關(guān))，HLR (Home LocationRegister，歸屬位置寄存器)等網(wǎng)絡(luò)元素的相互配合及信令交互，才能完成用戶的一次通話需求。圖1示出了目前移動(dòng)通信網(wǎng)絡(luò)的簡化邏輯結(jié)構(gòu)。如圖1所示，2G網(wǎng)絡(luò)用戶MS和3G網(wǎng)絡(luò)用戶UE分別通過基站控制器BSC (Base Station Controller)與無線網(wǎng)絡(luò)控制器RNC接入到移動(dòng)網(wǎng)絡(luò)中。在采用了軟交換技術(shù)的核心網(wǎng)中，BSC和RNC是通過MGW (媒體網(wǎng)關(guān))建立與MSC Server之間的信令隧道，完成BSC/RNC與MSC Server之間的信令交互。MSCServer通過信令承載網(wǎng)實(shí)現(xiàn)與HLR的信令交互。圖2是一個(gè)典型的移動(dòng)用戶呼叫移動(dòng)用戶接聽的信令流程(不含掛機(jī)釋放過程)。如圖2所示，按照當(dāng)前的業(yè)務(wù)信令接續(xù)過程，在被叫的手機(jī)上，當(dāng)開通來電顯示功能(通常為免費(fèi)贈(zèng)送的業(yè)務(wù))時(shí)，會(huì)在屏幕上顯示主叫用戶的電話號(hào)碼。被叫在接聽前，不知道對(duì)方找自己具體是要就什么事情進(jìn)行溝通，因此，在一些不方便的場(chǎng)合，常常會(huì)收到一些不愿意或者不需要接聽的電話，給用戶或者造成資費(fèi)上的損失，或者造成工作、生活上的不便。例如，在處于國際漫游收費(fèi)或者在一些重要的會(huì)議/約會(huì)時(shí)收到陌生號(hào)碼來電，如果不接怕遺漏重要電話，接聽了又可能是一些保險(xiǎn)推銷或者產(chǎn)品推銷電話。

發(fā)明內(nèi)容
鑒于上述問題，本發(fā)明的目的是提供一種實(shí)現(xiàn)主題呼叫的方法及裝置，以使得用戶在撥打電話時(shí)，同時(shí)將溝通的主題傳遞給被叫用戶，從而便于被叫用戶根據(jù)自身所處的情況選擇性地接聽電話。
根據(jù)本發(fā)明的一個(gè)方面，提供一種實(shí)現(xiàn)主題呼叫的方法，包括:根據(jù)主叫終端發(fā)起呼叫時(shí)主叫終端界面輸入的主題，獲取主題內(nèi)容；主叫終端通過向主叫MSC Server發(fā)起呼叫業(yè)務(wù)請(qǐng)求與主叫MSC Server建立呼叫，經(jīng)過鑒權(quán)加密，然后將主題內(nèi)容裝入信元中，并通過Setup消息傳遞給主叫MSCServer ；主叫MSC Server通過SRI消息從被叫HLR和被叫MSC Server中獲取SRI消息的確認(rèn)消息，然后將裝有主題內(nèi)容的信元通過IAM消息傳遞給被叫MSCServer;被叫MSC Server與被叫終端通過paging消息建立呼叫，然后從Setup消息中提取裝有主題內(nèi)容的信元，并將主題內(nèi)容顯示在被叫終端的顯示屏上；被叫終端根據(jù)主題內(nèi)容選擇是否執(zhí)行接聽信令流程接聽主題內(nèi)容的呼叫。另一方面，本發(fā)明還提供一種實(shí)現(xiàn)主題呼叫的裝置，包括:主題內(nèi)容獲取單元，用于根據(jù)主叫終端發(fā)起呼叫時(shí)主叫終端界面輸入的主題，獲取主題內(nèi)容；第一信元傳遞單元,用于通過主叫終端向主叫MSC Server發(fā)起呼叫業(yè)務(wù)請(qǐng)求與主叫MSC Server建立呼叫，經(jīng)過鑒權(quán)加密，然后將所述主題內(nèi)容裝入信元中，并通過Setup消息傳遞給主叫MSC Server ；第二信元傳遞單元，用于將主叫MSC Server通過SRI消息從被叫HLR和被叫MSCServer中獲取SRI消息的確認(rèn)消息，然后將從Setup消息中獲取的信元通過IAM消息傳遞給被叫 MSC Server ；被叫終端的顯示單元,用于在被叫MSC Server與被叫終端通過paging消息建立呼叫后，從Setup消息中提取裝有主題內(nèi)容的信元，并將主題內(nèi)容顯示在被叫終端界面的顯示屏上；被叫終端執(zhí)行單元，用于根據(jù)主題內(nèi)容在所述被叫終端選擇是否執(zhí)行接聽信令流程接聽主題內(nèi)容的呼叫。利用上述根據(jù)本發(fā)明的實(shí)現(xiàn)主題呼叫的方法和裝置，能夠在不改變現(xiàn)有網(wǎng)絡(luò)的邏輯結(jié)構(gòu)及信令路由、信令流程的情況下，為用戶在呼叫過程中提供一條傳遞通話主題的通道，并且在終端界面的配合下，實(shí)現(xiàn)用戶之間的主題呼叫，以方便用戶選擇性地接聽電話。為了實(shí)現(xiàn)上述以及相關(guān)目的，本發(fā)明的一個(gè)或多個(gè)方面包括后面將詳細(xì)說明并在權(quán)利要求中特別指出的特征。下面的說明以及附圖詳細(xì)說明了本發(fā)明的某些示例性方面。然而，這些方面指示的僅僅是可使用本發(fā)明的原理的各種方式中的一些方式。此外，本發(fā)明旨在包括所有這些方面以及它們的等同物。


通過參考以下結(jié)合附圖的說明及權(quán)利要求書的內(nèi)容，并且隨著對(duì)本發(fā)明的更全面理解，本發(fā)明的其它目的及結(jié)果將更加明白及易于理解。在附圖中:圖1為目前移動(dòng)通信網(wǎng)絡(luò)的簡化邏輯結(jié)構(gòu)；圖2為典型的移動(dòng)用戶呼叫移動(dòng)用戶接聽的信令流程(不含掛機(jī)釋放過程)；圖3為根據(jù)本發(fā)明實(shí)施例的實(shí)現(xiàn)主題呼叫的方法流程示意圖；圖4為根據(jù)本發(fā)明實(shí)施例的被叫終端選擇接聽呼叫的信令流程示意圖5為根據(jù)本發(fā)明實(shí)施例的被叫終端拒絕接聽呼叫的信令流程示意圖；圖6為根據(jù)本發(fā)明實(shí)施例的主叫終端界面的處理流程圖；圖7為根據(jù)本發(fā)明實(shí)施例的被叫終端界面的處理流程圖；圖8為根據(jù)本發(fā)明實(shí)施例的實(shí)現(xiàn)主題呼叫的裝置結(jié)構(gòu)示意圖。在所有附圖中相同的標(biāo)號(hào)指示相似或相應(yīng)的特征或功能。
具體實(shí)施例方式以下將結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施例進(jìn)行詳細(xì)描述。圖3示出了根據(jù)本發(fā)明實(shí)施例的實(shí)現(xiàn)主題呼叫的方法流程示意圖。如圖3所示，本發(fā)明提供的實(shí)現(xiàn)主題呼叫的方法包括如下流程:S310:根據(jù)主叫終端發(fā)起呼叫時(shí)主叫終端界面輸入的主題，獲取主題內(nèi)容；S320:主叫終端通過向主叫MSC Server發(fā)起呼叫業(yè)務(wù)請(qǐng)求與主叫MSCServer建立呼叫，經(jīng)過鑒權(quán)加密，然后將主題內(nèi)容裝入信元中并通過Setup消息傳遞給主叫MSCServer ；S330:主叫 MSC Server 通過 SRI (Send Routing Information，發(fā)送路由信息)消息從被叫HLR和被叫MSC Server中獲取SRI消息的確認(rèn)消息，然后將裝有主題內(nèi)容的信元通過IAM (Initial Address Message,初始地址消息)消息傳遞給被叫MSC Server;S340:被叫MSC Server與被叫終端通過paging消息建立呼叫，然后從Setup消息中提取裝有主題內(nèi)容的信元，并將該主題內(nèi)容顯示在被叫終端界面的顯示屏上；S350:被叫終端根據(jù)主題內(nèi)容選擇是否執(zhí)行接聽信令流程接聽主題內(nèi)容的呼叫。在步驟S350中，當(dāng)被叫終端接受呼叫的主題內(nèi)容時(shí)，執(zhí)行接聽流程，從而建立被叫終端與主叫終端之間的通話連接；當(dāng)被叫終端不接受呼叫的主題內(nèi)容時(shí)，被叫終端直接掛機(jī)或者將拒接原因返回給主叫終端。其中，被叫終端將拒接原因返回給主叫終端的過程包括:被叫終端輸入拒接原因，將拒接原因裝入信元中，通過Release消息傳遞給被叫MSC Server ；被叫MSC Server將裝有拒接原因的信元通過IAM消息傳遞給主叫MSCServer ；主叫終端從Release消息中提取裝有拒接原因的信元，并顯示在主叫終端的顯示屏上。通過圖3所示的流程圖可以看出，本發(fā)明提供的實(shí)現(xiàn)主題呼叫的方法是在現(xiàn)有網(wǎng)絡(luò)的邏輯結(jié)構(gòu)及信令路由、信令流程的情況下，為用戶在呼叫過程中提供一條傳遞通話主題的通道，使主叫終端用戶在撥打電話時(shí)，同時(shí)將溝通的主題傳遞給被叫終端用戶，被叫終端用戶根據(jù)自身所處的情況有選擇性地接聽電話，甚至在被叫終端還設(shè)置有針對(duì)呼叫主題過行過濾的過程，從而更便于實(shí)現(xiàn)用戶之間的主題呼叫。在本發(fā)明的一個(gè)具體實(shí)施例中，根據(jù)3GPP24.008規(guī)范，在信令參數(shù)中定義了“user-user”參數(shù),即信元。也就是說,通過將呼叫主題裝入“user_user”參數(shù)中，即將呼叫主題裝入信元中，實(shí)現(xiàn)主叫終端與被叫終端之間呼叫主題的信息傳遞。根據(jù) ITU-T (International Telecommunications Union-TelecommunicationsStandardization Sector,國際電信聯(lián)盟電信標(biāo)準(zhǔn)化部門)Q.7xx系列建議,在ISUP(ISDNUser Part, ISDN用戶部分)信令參數(shù)中包含了 “user-to-userlnformation”參數(shù)；根據(jù)ITU-T Q.1902 系列建議，在 BICC (Bearer IndependentCall Control,與承載無關(guān)的呼叫控制)信令參數(shù)中也包含了 “user-to-userlnformation”參數(shù)。在本發(fā)明的實(shí)施例中，“user-to-user Information”參數(shù)接收從前一級(jí)接收的“user-user，，參數(shù)?！皍ser-to-user Information” 參數(shù)由主叫 MSC Server 和被叫 MSCServer 實(shí)現(xiàn)與 3GPP (The3rd Generation Partnership Project,第三代合作伙伴計(jì)劃)24.008中的“user-user”參數(shù)進(jìn)行映射。從而實(shí)現(xiàn)呼叫主題的傳遞。根據(jù)本發(fā)明提供的實(shí)現(xiàn)主題呼叫的方法，被叫終端可以根據(jù)呼叫主題的內(nèi)容有選擇性的執(zhí)行呼叫的信令流程，其中主題呼叫的信令流程包括被叫終端選擇接聽信令流程和被叫終端拒絕接聽信令流程。其中被叫終端選擇接聽信令流程包括:被叫終端向被叫MSC Server發(fā)起Connect消息,建立通話連接；被叫MSC Server 向主叫 MSC Server 發(fā)起 ANM 消息；主叫MSC Server向主叫終端發(fā)起Connect消息建立通話連接。為了更詳細(xì)說明本發(fā)明實(shí)施例的實(shí)現(xiàn)主題呼叫的方法，以下將結(jié)合圖4和圖5對(duì)本發(fā)明實(shí)施例中主題呼叫的信令流程作詳細(xì)描述。圖4示出了根據(jù)本發(fā)明實(shí)施例的被叫終端選擇接聽呼叫的信令流程示意圖，如圖4所示，被叫終端選擇接聽呼叫的信令流程包括:S401:主叫終端用鍵盤撥打被叫號(hào)碼及輸入呼叫的主題；S402:主叫終端向主叫 MSC Server 發(fā)出 CM (Connect Management,連接管理)Service Request消息，主叫MSC Server通過向主叫終端用戶發(fā)出CMSeevice Accept消息，使得主叫終端與主叫MSC Server之間完成從移動(dòng)臺(tái)到網(wǎng)絡(luò)的業(yè)務(wù)建立；S403:主叫終端與主叫MSC Server完成鑒權(quán)/加密；S404:將主叫終端的號(hào)碼與輸入的呼叫主題裝入“user-user”參數(shù)中，主叫終端向主叫MSC Server發(fā)出Setup消息,其中攜帶“user-user”參數(shù)從而啟動(dòng)呼叫的建立；S405:MSC Server 向 HLR 發(fā)送 SRI 消息，在 MAP (Mobile ApplicationProtocal,移動(dòng)應(yīng)用協(xié)議)中主叫MSC Server向HLR索取被叫的呼叫路由消息，該消息會(huì)觸發(fā)后續(xù)的PRN (Provide Roaming Number,提供漫游號(hào)碼)過程，HLR向被叫MSC Server發(fā)送PRN消息，其中漫游號(hào)碼將被用于ISUP/BICC協(xié)議呼叫建立時(shí)的路由尋址，在MAP中HLR向被叫所在MSCServer索取漫游號(hào)碼；被叫MSC Server通過PRN-Acknowledge消息向HLR返回被叫所在MSC Server分配的漫游號(hào)碼，HLR通過SR1-Acknowledge消息向主叫MSC Server返回PRN過程所獲得漫游號(hào)碼；S406:主叫 MSC Server 向被叫 MSC Server 發(fā)出 IAM (Initial AddressMessage,初始地址消息)消息，其中IAM消息中攜帶了從Setup消息中攜帶的“user-user”參數(shù),將其封裝在“user-to-user Information”參數(shù)中，用于向被叫 MSC Server 發(fā)送“user-to-userInformation”參數(shù)(即呼叫主題)并觸發(fā)呼叫的建立；S407:被叫MSC Server向被叫終端發(fā)送Paging消息,被叫終端向被叫MSC Server發(fā)送Paging Response消息,用于完成終端到網(wǎng)絡(luò)的Paging響應(yīng)；S408:被叫MSC Serer向被叫終端發(fā)送Setup消息,其中攜帶“user-user”參數(shù)從而啟動(dòng)呼叫的建立；S409:被叫終端通過從Setup消息中提取“user-user”參數(shù),其中，“user-user”參數(shù)中包含了主叫終端的號(hào)碼和呼叫的主題，借助于被叫終端的顯示屏從而將主叫終端的號(hào)碼及呼叫的主題顯示在被叫終端的顯示屏上并響鈴；S410:被叫終端向被叫MSC Server發(fā)送Alerting消息；被叫MSC Server在接收到被叫終端的Alerting消息后向主叫MSC Server發(fā)送ACM(AddressComplete Message,地址完全消息)消息，用于向主叫MSC Server確認(rèn)被叫終端收到的號(hào)碼完整；主叫MSC Server在收到ACM消息后向主叫終端發(fā)起Alerting消息；S411:當(dāng)被叫終端選擇接聽時(shí),被叫終端向被叫MSC Server發(fā)起Connect消息，指示被叫終端到網(wǎng)絡(luò)的連接已被接受；被叫MSC Server在收到Connect消息后向主叫MSCServer發(fā)起ANM (Answer Message,應(yīng)答消息)消息,用于表示被叫終端已經(jīng)摘機(jī)接聽,主叫MSC Server在收到ANM消息后向主叫終端發(fā)起Connect消息，用于指示網(wǎng)絡(luò)到主叫終端的連接已被接受，同時(shí)被叫MSC Server向被叫終端發(fā)起Connect Acknowledge消息,用于表示從網(wǎng)絡(luò)到被叫終端的連接確認(rèn)，主叫終端向主叫MSC Server發(fā)起ConnectAcknowledge消息，用于表示主叫終端到網(wǎng)絡(luò)的連接確認(rèn)。圖5示出了根據(jù)本發(fā)明實(shí)施例的被叫終端拒絕接聽呼叫的信令流程示意圖。當(dāng)被叫終端拒絕接聽呼叫時(shí)，執(zhí)行以下如圖5所示的信令流程:S510:當(dāng)被叫終端拒絕接聽呼叫時(shí)，被叫終端在被叫終端的顯示屏上輸入拒絕接聽的原因，并且將拒絕接聽的原因封裝在“user-user”參數(shù)中，被叫終端通過向被叫MSCServer發(fā)送Release消息,其中Release消息中攜帶“user-user”參數(shù),用于指示被叫MSCServer釋放資源；S520:被叫MSC Server在接收到Release消息后，被叫MSC Server向主叫MSC Server發(fā)送IAM消息，其中IAM消息中攜帶了從上一級(jí)也就是從Re I ease消息中接收到的“user-user”參數(shù)，將其封裝在“user-to-user Information”參數(shù)中，用于將“user-to-user Information”參數(shù)也就是拒絕接聽的原因發(fā)送給主叫MSC Server ；S530:主叫MSC Server在收到IAM消息后，向主叫終端發(fā)起Release消息，用于指示主叫終端釋放資源，主叫終端在接收到主叫MSC Server發(fā)送的Release消息后，向主叫MSC Server發(fā)出Release complete消息,用于表示終端到網(wǎng)絡(luò)的資源釋放已經(jīng)完成；S540:主叫MSC Server在收到主叫終端的Release complete消息后，主叫MSCServer 向被叫 MSC Server 發(fā)出 RLC (Release Complete Message,釋放完成消息)消息,用于表示通信接口兩端的資源占用解除，恢復(fù)為可用狀態(tài)；S550:被叫MSC Server在收到RLC消息后，向被叫終端發(fā)送Releasecomplete消息，用于表示網(wǎng)絡(luò)到終端的資源釋放已經(jīng)完成。為了實(shí)現(xiàn)主題呼叫，在本發(fā)明的實(shí)施例中，除了需要在主叫終端的顯示屏上提供撥號(hào)界面外，還需要提供用于輸入主題的界面。在被叫終端的顯示屏上除了提供來電顯示界面外，還可以根據(jù)需要提供用于輸入拒絕接聽原因的界面。其中，圖6示出了根據(jù)本發(fā)明實(shí)施例的主叫終端界面的處理流程圖，如圖6所示，當(dāng)在主叫終端發(fā)出呼叫時(shí)，在主叫終端執(zhí)行如下流程:S601:主叫終端選擇進(jìn)入撥號(hào)界面；S602:在主叫終端呈現(xiàn)兩個(gè)輸入框:電話號(hào)碼和呼叫主題；S603:用戶輸入完畢后啟動(dòng)呼叫；
S604:系統(tǒng)判斷主叫終端是否輸入主題，如果主叫終端輸入了主題，執(zhí)行步驟S605，如果沒有輸入主題，則執(zhí)行步驟S606 ；S605:在Setup消息中將主題內(nèi)容裝入“user-user”參數(shù)中；S606:啟動(dòng)呼叫信令流程；S607:判斷被叫終端用戶的接聽狀態(tài)，如果被叫終端用戶選擇接聽，執(zhí)行步驟S608，如果被叫終端用戶拒絕接聽，執(zhí)行步驟S609 ；S608:執(zhí)行通話流程，直至掛機(jī)結(jié)束；S609:判斷Release消息中是否有“user-user”參數(shù)，如果有，執(zhí)行步驟S610，如果沒有，則直接掛機(jī)結(jié)束。S610:在主叫終端界面的顯示屏上顯示拒接原因。通過圖6可以看出，利用本發(fā)明進(jìn)行主題呼叫時(shí)，當(dāng)被叫終端不方便接聽主題呼叫的內(nèi)容時(shí)，可將拒絕接聽的原因返回給主叫終端。在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，還可通過在被叫終端設(shè)置允許接入呼叫/拒絕接入呼叫規(guī)則，根據(jù)預(yù)設(shè)的主題過濾規(guī)則對(duì)呼叫主題進(jìn)行過濾，以實(shí)現(xiàn)對(duì)主題呼叫的自動(dòng)篩選，其中，被叫終端針對(duì)呼叫主題進(jìn)行過濾的過程具體包括:在設(shè)定的時(shí)間段內(nèi)允許設(shè)定的呼叫主題內(nèi)容被呼入，當(dāng)非允許的呼叫主題呼入時(shí)，被叫終端自動(dòng)掛機(jī)，并返回預(yù)設(shè)的拒接原因；或者，在設(shè)定的時(shí)間段內(nèi)拒絕設(shè)定的呼叫主題內(nèi)容被呼入，當(dāng)拒絕呼叫主題呼入時(shí)，被叫終端自動(dòng)掛機(jī)，并返回預(yù)設(shè)的拒接原因。為了詳細(xì)說明被叫終端執(zhí)行主題呼叫信令流程，圖7示出了根據(jù)本發(fā)明實(shí)施例的被叫終端界面的處理流程圖，如圖7所示:S701:被叫終端用戶接收到呼叫；S702:提取 Setup 消息中的 “user-user” 參數(shù)；S703:判斷是否存在主題過濾規(guī)則，如果不存在主題過濾規(guī)則，執(zhí)行步驟S705，如果存在主題過濾規(guī)則，執(zhí)行步驟S704 ；S704:根據(jù)主題過濾規(guī)則呼叫，如果允許呼叫接入，執(zhí)行步驟S705，如果禁止呼叫接入，執(zhí)行步驟S711 ；S705:判斷是否有主題，如果沒有主題，執(zhí)行步驟S706，如果有主題，執(zhí)行步驟S707 ；S706:顯示主叫終端的號(hào)碼；S707:顯示主叫終端的號(hào)碼和呼叫的主題；S708:判斷接聽的狀態(tài)，如果被叫終端接聽電話,執(zhí)行步驟S709，如果被叫終端拒絕接聽電話，執(zhí)行步驟S710 ；S709:執(zhí)行通話流程，直至掛機(jī)結(jié)束；S710:提示用戶是否輸入拒絕接聽的原因；S711:判斷用戶是否輸入了拒接原因，如果輸入了拒接原因執(zhí)行步驟S712，如果沒有輸入拒接原因，則掛機(jī)結(jié)束；S712:將拒絕接聽的原因裝入“user-user”參數(shù)中，并在Release消息中攜帶“user-user” 參數(shù)。
考慮到允許呼叫接入的情況有兩種，一種是不存在主題過濾規(guī)則的允許呼叫接入，另一種是根據(jù)主題過濾規(guī)則的允許呼叫接入，因此當(dāng)不存在主題過濾規(guī)則的呼叫被允許接入時(shí)，無法判斷此次呼叫是否存在呼叫主題，因此步驟S705進(jìn)行了是否有呼叫主題的判斷，用以確定在此次呼叫過程中，被叫終端在接收到呼叫時(shí)顯示屏的顯示信息。與上述實(shí)現(xiàn)主題呼叫的方法相對(duì)應(yīng)，本發(fā)明還提供了一種實(shí)現(xiàn)主題呼叫的裝置。圖8示出了根據(jù)本發(fā)明實(shí)施例的實(shí)現(xiàn)主題呼叫的裝置結(jié)構(gòu)示意圖，如圖8所示，本發(fā)明提供的實(shí)現(xiàn)主題呼叫的裝置800包括主題內(nèi)容獲取單元810、第一信元傳遞單元820、第二信元傳遞單元830、被叫終端顯示單元840和被叫終端執(zhí)行單元850。其中，主題內(nèi)容獲取單元810，于根據(jù)主叫終端發(fā)起呼叫時(shí)主叫終端界面輸入的主題，獲取主題內(nèi)容；第一信元傳遞單元820，用于主叫終端通過向主叫MSC Server發(fā)起呼叫業(yè)務(wù)請(qǐng)求與主叫MSC Server建立呼叫，經(jīng)過鑒權(quán)加密，然后將主題內(nèi)容裝入信元中，并通過Setup消息傳遞給主叫MSC Server ;第二信元傳遞單元830,用于將主叫MSC Server通過SRI消息從被叫HLR和被叫MSC Server中獲取SRI消息的確認(rèn)消息，然后將裝有主題內(nèi)容的信元通過IAM消息傳遞給被叫MSC Server ;被叫終端顯示單元840，用于將被叫MSCServer與被叫終端通過paging消息建立呼叫，然后從Setup消息中提取裝有主題內(nèi)容的信元，并將主題內(nèi)容顯示在被叫終端界面的顯示屏上；被叫終端執(zhí)行單元850，用于被叫終端根據(jù)主題內(nèi)容選擇是否執(zhí)行接聽信令流程接聽主題內(nèi)容的呼叫。其中，被叫終端執(zhí)行單元在根據(jù)主題內(nèi)容選擇是否執(zhí)行接聽信令流程接聽該主題內(nèi)容的呼叫的過程中，當(dāng)被叫終端接受呼叫的所述主題內(nèi)容時(shí)，執(zhí)行接聽流程，建立被叫終端與主叫終端之間的通話連接；當(dāng)被叫終端不接受呼叫的主題內(nèi)容時(shí)，被叫終端直接掛機(jī)或者將拒接原因返回主叫終端。如上參照附圖以示例的方式描述根據(jù)本發(fā)明的實(shí)現(xiàn)主題呼叫的方法及裝置。但是，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，對(duì)于上述本發(fā)明所提出的實(shí)現(xiàn)主題呼叫的方法及裝置，還可以在不脫離本發(fā)明內(nèi)容的基礎(chǔ)上做出各種改進(jìn)。因此，本發(fā)明的保護(hù)范圍應(yīng)當(dāng)由所附的權(quán)利要求書的內(nèi)容確定。
權(quán)利要求
1.一種實(shí)現(xiàn)主題呼叫的方法，包括: 根據(jù)主叫終端發(fā)起呼叫時(shí)主叫終端界面輸入的主題,獲取主題內(nèi)容； 主叫終端通過向主叫MSC Server發(fā)起呼叫業(yè)務(wù)請(qǐng)求與所述主叫MSC Server建立呼口H,經(jīng)過鑒權(quán)加密,然后將所述主題內(nèi)容裝入信元中并通過Setup消息傳遞給所述主叫MSCServer ； 所述主叫MSC Server通過SRI消息從被叫HLR和被叫MSC Server中獲取SRI消息的確認(rèn)消息，然后將從Setup消息中獲取的信元通過IAM消息傳遞給所述被叫MSC Server ；所述被叫MSC Server與被叫終端通過paging消息建立呼叫，然后從所述Setup消息中提取裝有主題內(nèi)容的信元，并將所述主題內(nèi)容顯示在所述被叫終端的顯示屏上； 所述被叫終端根據(jù)所述主題內(nèi)容選擇是否執(zhí)行接聽信令流程接聽所述主題內(nèi)容的呼口 H。
2.如權(quán)利要求1所述的實(shí)現(xiàn)主題呼叫的方法，其中， 當(dāng)所述被叫終端接受呼叫的所述主題內(nèi)容時(shí)，執(zhí)行接聽流程，建立所述被叫終端與所述主叫終端之間的通話連接； 當(dāng)所述被叫終端不接受呼叫的所述主題內(nèi)容時(shí)，被叫終端直接掛機(jī)或者將拒接原因返回所述主叫終端。
3.如權(quán)利要求2所述的實(shí)現(xiàn)主題呼叫的方法，其中，被叫終端將拒接原因返回所述主叫終端的過程包括: 被叫終端輸入拒 接原因，將拒接原因裝入信元中，通過Release消息傳遞給被叫MSCServer ； 所述被叫MSC Server將裝有拒接原因的信元通過IAM消息傳遞給所述主叫MSCServer ； 所述主叫終端從Release消息中提取裝有拒接原因的信元，并顯示在所述主叫終端的顯示屏上。
4.如權(quán)利要求1所述的實(shí)現(xiàn)主題呼叫的方法，其中，所述接聽信令流程包括: 被叫終端向被叫MSC Server發(fā)起Connect消息,建立通話連接； 所述被叫MSC Server向主叫MSC Server發(fā)起ANM消息； 所述主叫MSC Server向主叫終端發(fā)起Connect消息建立通話連接。
5.如權(quán)利要求1所述的實(shí)現(xiàn)主題呼叫的方法，其中，所述主叫終端發(fā)起呼叫的過程包括: 在主叫終端選擇進(jìn)入撥號(hào)界面； 所述主叫終端根據(jù)所述進(jìn)入撥號(hào)界面的選擇呈現(xiàn)電話號(hào)碼和呼叫主題兩個(gè)輸入框；用戶輸入完畢后啟動(dòng)呼叫，判斷是否有呼叫主題輸入，如果有，則在Setup消息中將所述主題內(nèi)容裝入信元中并啟動(dòng)呼叫信令；否則直接啟動(dòng)呼叫信令。
6.如權(quán)利要求5所述的實(shí)現(xiàn)主題呼叫的方法，其中，在所述主叫終端啟動(dòng)呼叫信令后，判斷被叫終端用戶的接聽狀態(tài)， 如果被叫終端用戶選擇接聽，則執(zhí)行通話流程，直至所述被叫終端用戶掛機(jī)； 如果被叫終端用戶拒絕接聽，則判斷Release消息中是否有信元，如果有信元，則在主叫終端界面的顯示屏上顯示拒接原因；否則直接掛機(jī)。
7.如權(quán)利要求1所述的實(shí)現(xiàn)主題呼叫的方法，還包括，在所述被叫終端根據(jù)預(yù)設(shè)主題過濾規(guī)則對(duì)所述呼叫主題進(jìn)行過濾，以實(shí)現(xiàn)對(duì)主題呼叫的自動(dòng)篩選，具體包括: 在設(shè)定的時(shí)間段內(nèi)允許設(shè)定的呼叫主題內(nèi)容被呼入，當(dāng)非允許的呼叫主題呼入時(shí)，被叫終端自動(dòng)掛機(jī)，并返回預(yù)設(shè)的拒接原因；或者， 在設(shè)定的時(shí)間段內(nèi)拒絕設(shè)定的呼叫主題內(nèi)容被呼入，當(dāng)拒絕呼叫主題呼入時(shí)，被叫終端自動(dòng)掛機(jī)，并返回預(yù)設(shè)的拒接原因。
8.如權(quán)利要求7所述的實(shí)現(xiàn)主題呼叫的方法，其中，所述被叫終端接收到呼叫后的處理過程包括: 提取Setup消息中裝有主題的信元； 判斷是否存在主題過濾規(guī)則，如果不存在主題過濾規(guī)則，則直接允許呼叫接入；否則根據(jù)主題過濾規(guī)則允許呼叫接入或者禁止呼叫接入；其中， 如果根據(jù)所述主題過濾規(guī)則禁止呼叫接入，判斷被叫終端用戶是否提供了拒絕接聽的原因；如果根據(jù)所述主題過濾規(guī)則允許呼叫接入，在被叫終端界面的顯示屏上顯示主叫號(hào)碼和主題內(nèi)容； 判斷被叫用戶終端的接聽狀態(tài)，如果被叫終端選擇接聽，則執(zhí)行通話流程，直至掛機(jī)；如果被叫終端拒絕接聽，則提示被叫終端是否輸入拒絕接聽的原因； 如果被叫終端提供了拒絕接聽的原因，則將拒絕接聽的原因裝入Release消息中，返回給主叫終端；否則直接掛機(jī)。
9.一種實(shí)現(xiàn)主題呼叫的裝置，包括: 主題內(nèi)容獲取單元，用 于根據(jù)主叫終端發(fā)起呼叫時(shí)主叫終端界面輸入的主題，獲取主題內(nèi)容； 第一信元傳遞單元，用于通過主叫終端向主叫MSC Server發(fā)起呼叫業(yè)務(wù)請(qǐng)求與所述主叫MSC Server建立呼叫，經(jīng)過鑒權(quán)加密，然后將所述主題內(nèi)容裝入信元中，并通過Setup消息傳遞給所述主叫MSC Server ； 第二信元傳遞單元，用于將所述主叫MSC Server通過SRI消息從被叫HLR和被叫MSCServer中獲取SRI消息的確認(rèn)消息，然后將從Setup消息中獲取的信元通過IAM消息傳遞給所述被叫MSC Server ； 被叫終端顯示單元，用于在所述被叫MSC Server與被叫終端通過paging消息建立呼叫后，從所述Setup消息中提取裝有主題內(nèi)容的信元，并將所述主題內(nèi)容顯示在所述被叫終端界面的顯示屏上； 被叫終端執(zhí)行單元，用于根據(jù)所述主題內(nèi)容在所述被叫終端選擇是否執(zhí)行接聽信令流程接聽所述主題內(nèi)容的呼叫。
10.如權(quán)利要求9所述的實(shí)現(xiàn)主題呼叫的裝置，其中，所述被叫終端執(zhí)行單元在根據(jù)所述主題內(nèi)容在所述被叫終端選擇是否執(zhí)行接聽信令流程接聽所述主題內(nèi)容的呼叫的過程中， 當(dāng)所述被叫終端接受呼叫的所述主題內(nèi)容時(shí)，執(zhí)行接聽流程，建立所述被叫終端與所述主叫終端之間的通話連接； 當(dāng)所述被叫終端不接受呼叫的所述主題內(nèi)容時(shí)，被叫終端直接掛機(jī)或者將拒接原因返回所述主叫終端。
全文摘要
本發(fā)明提供了一種實(shí)現(xiàn)主題呼叫的方法及裝置，其中的裝置包括主題內(nèi)容獲取單元、第一信元傳遞單元、第二信元傳遞單元、被叫終端顯示單元和被叫終端執(zhí)行單元。通過本發(fā)明，能夠在不改變現(xiàn)有網(wǎng)絡(luò)的邏輯結(jié)構(gòu)及信令路由、信令流程的情況下，為用戶在呼叫過程中提供一條傳遞通話主題的通道，并且在主被叫終端界面的配合下，實(shí)現(xiàn)主叫終端與被叫終端之間的主題呼叫，以方便用戶有選擇性地接聽電話。
文檔編號(hào)H04L29/06GK103118020SQ201310027739
公開日2013年5月22日 申請(qǐng)日期2013年1月24日 優(yōu)先權(quán)日2013年1月24日
發(fā)明者張曉 申請(qǐng)人:北京中創(chuàng)信測(cè)科技股份有限公司