專利名稱：一種通過a1接口獲取功能信息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及CDMA(Code Division Multiple Access碼分多址)通訊領(lǐng)域的IOS(Interoperability Specification互操作規(guī)范)部分，尤其涉及一種通過A1接口獲取功能信息的方法。
背景技術(shù)：
首先，由于最新版本的IOS增加了許多新的功能，例如并發(fā)業(yè)務(wù)、優(yōu)先接入和信道指配、測試呼叫、控制信道廣播消息等等。一些BS(Base Station基站)或MSC(Mobile Switching Center移動交換中心)并不支持某些功能，而BS也可能因?yàn)橐恍﹦討B(tài)因素導(dǎo)致對某些功能支持發(fā)生了變化。此外，不同制造商的MSC和BS對接時(shí)，MSC或者BS是否支持某些功能彼此也并不知道。在現(xiàn)有技術(shù)中，MSC和BS之間無法了解對方所支持的功能，因此需要提供一種方法，使得MSC和BS可以通過A1接口(BS與MSC之間的標(biāo)準(zhǔn)接口名稱)獲取對方所支持功能的信息。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種通過A1接口獲取功能信息的方法，實(shí)現(xiàn)MSC和BS之間支持功能信息的交互。
為了解決上述技術(shù)問題，本發(fā)明提供了一種通過A1接口獲取功能信息的方法，用于在對接的基站和移動交換中心之間交互所支持功能的信息，該方法包括以下步驟(a1)基站或移動交換中心作為通知方，通過A1接口發(fā)送功能通知消息到對接的作為被通知方的移動交換中心或基站，消息中包含通知方當(dāng)前所支持功能的信息，并啟動一定時(shí)器；
(a2)被通知方收到所述功能通知消息后，從中獲取通知方當(dāng)前所支持的功能，然后通過A1接口返回功能通知應(yīng)答消息；(a3)通知方收到所述功能通知應(yīng)答消息后，關(guān)閉所述定時(shí)器。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述步驟(a1)中，基站和/或移動交換中心是在完成A1復(fù)位和/或所支持的功能發(fā)生變化時(shí)，向?qū)Ψ桨l(fā)送所述功能通知消息。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述基站作為通知方時(shí)，其所支持功能的信息包含以下信息中的一種或任意組合是否支持并發(fā)業(yè)務(wù)，是否支持優(yōu)先接入和信道指配，是否支持測試呼叫，是否在設(shè)備管理消息中支持電路組，是否支持控制信道廣播消息，以及是否支持網(wǎng)絡(luò)側(cè)發(fā)起的登記。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述移動交換中心作為通知方時(shí)，所支持功能的信息包括以下信息中的一種或任意組合是否支持并發(fā)業(yè)務(wù)，是否支持優(yōu)先接入和信道指配，是否支持測試呼叫，以及是否在設(shè)備管理消息中支持電路組。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述基站和移動交換中心是否支持某一功能是通過各自發(fā)送的功能通知消息中包含的信息單元的相應(yīng)位的值來表示的。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)還包括以下通過查詢獲取對接設(shè)備所支持功能的步驟基站或移動交換中心作為查詢方，通過A1接口發(fā)送功能查詢請求消息到對接的作為被查詢方的移動交換中心或基站，并啟動一定時(shí)器；被查詢方收到所述功能查詢請求消息后，通過A1接口返回功能查詢響應(yīng)消息，消息中包含有被查詢方當(dāng)前所支持功能的信息；查詢方收到所述功能查詢響應(yīng)消息后，從中獲取被查詢方當(dāng)前所支持的功能，并關(guān)閉所述定時(shí)器。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)還包括以下步驟基站所支持的公共信道發(fā)送ADDS(Application Data Delivery Service應(yīng)用數(shù)據(jù)傳輸業(yè)務(wù))應(yīng)用消息的長度發(fā)生變化時(shí)，通過A1接口發(fā)送功能通知消息到移動交換中心，消息中包含基站當(dāng)前所支持的公共信道發(fā)送ADDS應(yīng)用消息最大長度信息，并啟動一定時(shí)器；移動交換中心收到所述功能通知消息后，從中獲取基站當(dāng)前所支持的公共信道發(fā)送ADDS應(yīng)用消息最大長度，然后返回功能通知應(yīng)答消息；基站收到所述功能通知應(yīng)答消息后，關(guān)閉所述定時(shí)器。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述步驟(a2)中，被通知方返回的功能通知應(yīng)答消息中包含有其當(dāng)前所支持功能的信息，所述步驟(a3)中，通知方還從收到的功能通知應(yīng)答消息中獲取被通知方當(dāng)前所支持的功能。
為了解決上述技術(shù)問題，本發(fā)明還提供了一種通過A1接口獲取功能信息的方法，用于在對接的基站和移動交換中心之間通過查詢方式交互所支持功能的信息，包括以下步驟(b1)基站或移動交換中心作為查詢方，通過A1接口發(fā)送功能查詢請求消息到對接的作為被查詢方的移動交換中心或基站，并啟動一定時(shí)器；(b2)被查詢方收到所述功能查詢請求消息后，通過A1接口返回功能查詢響應(yīng)消息，消息中包含有被查詢方當(dāng)前所支持功能的信息；(b3)查詢方收到所述功能查詢響應(yīng)消息后，從中獲取被查詢方當(dāng)前所支持的功能，并關(guān)閉所述定時(shí)器。
進(jìn)一步地，上述方法可具有以下特點(diǎn)所述步驟(b2)中，被查詢方返回的功能查詢響應(yīng)消息中還包含有被查詢方當(dāng)前所支持的公共信道發(fā)送ADDS應(yīng)用消息最大長度的信息，查詢方從該功能查詢響應(yīng)消息獲取被查詢方當(dāng)前所支持的公共信道發(fā)送ADDS應(yīng)用消息最大長度。
由上可知，本發(fā)明作為當(dāng)前IOS的補(bǔ)充，克服了現(xiàn)有技術(shù)中MSC和BS之間不了解對方所支持功能的缺點(diǎn)，實(shí)現(xiàn)了MSC和BS之間支持功能信息的交互。


圖1為BS將其所支持功能信息通知給MSC的流程圖。
圖2為MSC將其所支持功能信息通知給BS的流程圖。
圖3為MSC向BS查詢BS所支持功能信息的流程圖。
圖4為BS向MSC查詢MSC所支持功能信息的流程圖。
具體實(shí)施例方式
通過A1接口有兩種獲取功能信息方法，一種是通知，即BS或MSC通過A1接口把自身支持的功能通知給對方；另一種是查詢，即BS或MSC通過A1接口查詢對方所支持的功能；另外，也可以結(jié)合使用。
第一實(shí)施例本實(shí)施例采用通知方法，涉及兩種通知方式一種是BS通知MSC，一種是MSC通知BS。為了實(shí)現(xiàn)該功能，本實(shí)施例增加了功能通知(CapabilityNotification)和功能通知應(yīng)答(Capability Notification Ack)兩條基站管理應(yīng)用部分(BSMAPBase Station Management Application Part)消息。
本實(shí)施例功能通知消息的格式如下表1所示表1

表中各信息單元的含義如下Message Type消息類型，表示在MSC和BS之間發(fā)送的消息類型，具體值可以隨便取，但不能和其它消息的Message Type沖突。信息單元的類型為M。BS或者M(jìn)SC發(fā)送的功能通知消息中均包含該信息單元。
BS CapabilityBS所支持功能，該信息單元只有在BS向MSC發(fā)送時(shí)有效，信息單元的類型為Oa，上標(biāo)a表示該消息發(fā)向MSC時(shí)，消息內(nèi)容是該信息單元。本實(shí)施例中，該信息單元進(jìn)一步包括“A1 Element Identifier(A1單元標(biāo)識)”字段、“Length”字段、“BS支持的功能”字段和“BS在公共信道發(fā)送ADDS Application Message最大長度”字段，各字段的數(shù)據(jù)類型均為octets。BS所支持的功能由8個(gè)位來表示，第0位為“1”時(shí)表示BS支持并發(fā)業(yè)務(wù)，為“0”則表示不支持；第1位為“1”時(shí)表示BS支持優(yōu)先接入和信道指配，為“0”則表示不支持；第2位為“1”時(shí)表示BS支持測試呼叫，為“0”則表示不支持；第3位為“1”時(shí)表示BS在Facility ManagementMessages(設(shè)備管理消息)中支持地面電路組操作，為“0”則表示不支持；第4位為“1”時(shí)表示BS支持控制信道廣播消息，為“0”則表示不支持；第5位為“1”時(shí)表示BS支持網(wǎng)絡(luò)側(cè)發(fā)起的登記，為“0”則表示不支持；第6位和第7位為保留位，可以用來表示其他功能。該信息單元各位代表的功能是可變的，也可以根據(jù)功能需要再進(jìn)行擴(kuò)展?！癇S在公共信道發(fā)送ADDS Application Message最大長度”字段用于表示BS支持的公共信道發(fā)送ADDS應(yīng)用消息的最大長度。
MSC CapabilityMSC所支持功能，該信息單元只有在MSC向BS發(fā)送時(shí)有效，信息單元的類型為Ob，上標(biāo)b表示該消息發(fā)向BS時(shí)，消息內(nèi)容是該信息單元。本實(shí)施例中，該信息單元進(jìn)一步包括“A1 Element Identifier(Al單元標(biāo)識)”字段、“Length”字段和“MSC支持的功能”字段，各字段的數(shù)據(jù)類型均為octets。MSC所支持功能由8個(gè)位來表示，第0位為“1”時(shí)表示MSC支持并發(fā)業(yè)務(wù)，為“0”則表示不支持；第1位為“1”時(shí)表示MSC支持優(yōu)先接入和信道指配，為“0”則表示不支持；第2位為“1”時(shí)表示MSC支持測試呼叫，為“0”則表示不支持；第3位為“1”時(shí)表示MSC在Facility Management Messages(設(shè)備管理消息)中支持電路組，為“0”則表示不支持；第4～7位均為保留位。該信息單元中各位代表的功能也是可變的，也可以根據(jù)功能需要再進(jìn)行擴(kuò)展。
TagTag字段，是一動態(tài)字段，在MSC和BS之間傳遞，信息單元的類型為O，BS或者M(jìn)SC發(fā)送的功能通知消息中均包含該信息單元，也可以省略。
本實(shí)施例功能通知應(yīng)答消息的格式如下表2所示表2

表中各信息單元的含義如下Message Type消息類型，表示在MSC和BS之間發(fā)送的消息類型，信息單元的類型為M，BS或者M(jìn)SC發(fā)送的功能通知應(yīng)答消息中均包含該信息單元。
TagTag字段，是一動態(tài)字段，在MSC和BS之間傳遞，信息單元的類型為O，BS或者M(jìn)SC發(fā)送的功能通知應(yīng)答消息中均包含該信息單元。
此外，還需要在BS和MSC中新增一個(gè)定時(shí)器Tcpbn，當(dāng)BS或者M(jìn)SC發(fā)送Capability Notification消息時(shí)，啟動該定時(shí)器，當(dāng)收到CapabilityNotification Ack消息時(shí)，就關(guān)閉該定時(shí)器。該計(jì)時(shí)器的計(jì)時(shí)范圍可設(shè)定為1～5s；缺省值設(shè)為3s(秒)。
BS通知MSC流程如圖1所示，包括以下步驟步驟A，當(dāng)BS完成A1復(fù)位或者所支持的功能發(fā)生變化時(shí)，通過A1接口發(fā)送功能通知(Capability Notification)消息到MSC，消息中的BSCapability信息單元包含BS當(dāng)前所支持功能的信息，并啟動定時(shí)器Tcpbn；步驟B，MSC收到所述功能通知消息后，根據(jù)BS Capability信息單元得到對接的BS所支持的功能(如該信息元中Length字段第0位等于1，就表示BS支持并發(fā)業(yè)務(wù))，然后通過A1接口返回功能通知應(yīng)答(CapabilityNotification Ack)消息給BS；步驟C，BS收到所述功能通知應(yīng)答消息后，關(guān)閉定時(shí)器Tcpbn。
MSC通知BS的流程是類似的，只是方向不同，如圖2所示，包括以下步驟
步驟H，當(dāng)MSC完成A1復(fù)位或者所支持的功能發(fā)生變化時(shí)，通過A1接口發(fā)送功能通知(Capability Notification)消息到BS，消息中的MSCCapability信息單元包含有MSC當(dāng)前所支持功能的信息，并啟動定時(shí)器Tcpbn；步驟I，BS收到所述功能通知消息后，根據(jù)MSC Capability信息單元得到對接的MSC所支持的功能(如該信息元中Length字段第0位等于1，就表示MSC支持并發(fā)業(yè)務(wù))，然后通過A1接口返回功能通知應(yīng)答(CapabilityNotification Ack)消息給MSC；步驟J，MSC收到所述功能通知應(yīng)答消息后，關(guān)閉定時(shí)器Tcpbn。
流程中消息的格式如前所述。另外，當(dāng)BS支持的公共信道發(fā)送ADDS應(yīng)用消息的最大長度發(fā)生變化時(shí)，也是通過BS通知MSC流程通知對接的MSC，只是通知方須在功能通知消息中包含其所支持的公共信道發(fā)送ADDS應(yīng)用消息的最大長度信息。(注MSC不需要將其公共信道發(fā)送ADDS應(yīng)用消息的最大長度發(fā)給BS)第一實(shí)施例的上述方案還可以做一些變換，例如，在步驟B和步驟H中，MSC或BS返回的功能通知響應(yīng)消息中，也包含MSC或BS所支持功能的信息，即在功能通知響應(yīng)消息中也包含MSC Capability或BS Capability。這樣，一次交互就交換了雙方當(dāng)前所支持的功能信息，第二實(shí)施例本實(shí)施例采用查詢方法，涉及兩種查詢方式一種是MSC查詢BS，一種是BS查詢MSC，MSC或BS根據(jù)實(shí)現(xiàn)的需要而發(fā)起查詢。查詢方式需要增加功能查詢請求(Capability Query Request)和功能查詢響應(yīng)(CapabilityQuery Response)兩條BSMAP消息。
本實(shí)施例功能查詢請求消息的格式如下表3所示表3


表中各信息單元的含義如下Message Type消息類型，表示在MSC和BS之間發(fā)送的消息類型，信息單元的類型為M，BS或者M(jìn)SC發(fā)送的功能查詢請求消息中均包含該信息單元。
TagTag字段，是一動態(tài)字段，在MSC和BS之間傳遞，信息單元的類型為O，BS或者M(jìn)SC發(fā)送的功能查詢請求消息中均包含該信息單元。
本實(shí)施例功能查詢響應(yīng)消息的格式如下表4所示表4

表中各信息單元的含義如下Message Type消息類型，表示在MSC和BS之間發(fā)送的消息類型，信息單元的類型為M，BS或者M(jìn)SC發(fā)送的功能查詢響應(yīng)消息中均包含該信息單元。
BS CapabilityBS所支持功能，該信息單元只有在BS向MSC發(fā)送時(shí)有效，信息單元的類型為Oa，上標(biāo)“a”表示該消息發(fā)向MSC時(shí)，消息內(nèi)容是該信息單元，具體內(nèi)容已在上面描述過。
MSC CapabilityMSC所支持功能，該信息單元只有在MSC向BS發(fā)送時(shí)有效，信息單元的類型為Ob，上標(biāo)“b”表示該消息發(fā)向BS時(shí)，消息內(nèi)容是該信息單元，具體內(nèi)容已在上面描述過。
TagTag字段，是一動態(tài)字段，在MSC和BS之間傳遞，信息單元的類型為O，BS或者M(jìn)SC發(fā)送的功能查詢響應(yīng)消息中均包含該信息單元。
同樣的，也需要在BS和MSC中新增一個(gè)定時(shí)器Tcpbq，當(dāng)BS或者M(jìn)SC發(fā)送Capability Query Request消息時(shí)，啟動該定時(shí)器，當(dāng)收到CapabilityQuery Response消息時(shí)，就關(guān)閉該定時(shí)器。該計(jì)時(shí)器的計(jì)時(shí)范圍可設(shè)定為1～5s；缺省值設(shè)為3s(秒)。
MSC向BS查詢的流程如圖3所示，包括以下步驟步驟O，MSC通過A1接口向BS發(fā)送功能查詢請求(Capability QueryRequest)消息，以查詢BS當(dāng)前所支持的功能，并啟動定時(shí)器Tcpbq；步驟P，BS收到所述功能查詢請求消息后，通過A1接口返回功能查詢響應(yīng)(Capability Query Response)消息到MSC，消息中的BS Capability信息單元中包含有BS當(dāng)前所支持功能的信息；步驟Q，MSC關(guān)閉定時(shí)器Tcpbq，根據(jù)BS Capability信息單元獲取對接的BS當(dāng)前所支持的功能，如該信息元中Length字段的第3位等于1，就表示BS支持電路組。
BS向MSC查詢的流程是類似的，只是方向不同，如圖4所示，包括以下步驟步驟U，BS通過A1接口向MSC發(fā)送功能查詢請求消息，以查詢MSC當(dāng)前所支持的功能，并啟動定時(shí)器Tcpbq；步驟V，MSC收到所述功能查詢請求消息后，通過A1接口返回功能查詢響應(yīng)消息到BS，消息中的MSC Capability信息單元中包含有MSC當(dāng)前所支持功能的信息；步驟W，BS關(guān)閉定時(shí)器Tcpbq，根據(jù)MSC Capability信息單元獲取對接的MSC當(dāng)前所支持的功能。
流程中消息的格式如前所述。流程中消息的格式如前所述。另外，當(dāng)MSC需要了解對接的BS所支持的公共信道發(fā)送ADDS應(yīng)用消息的最大長度時(shí)，是通過上述的MSC向BS查詢流程來完成。
第三實(shí)施例本實(shí)施例同時(shí)采用通知方式和查詢方式，所采用通知方式和查詢方式具體的實(shí)現(xiàn)手段分別與第一實(shí)施例和第二實(shí)施例相同。同時(shí)采用查詢和通知方式較之單獨(dú)采用其中一種方式更加靈活。例如，BS或MSC可以將自身所支持的功能采用通知方式讓對接的MSC或BS知道，同時(shí)又可采用查詢方式獲取MSC或BS所支持的功能。
權(quán)利要求
1.一種通過A1接口獲取功能信息的方法，用于在對接的基站和移動交換中心之間交互所支持功能的信息，該方法包括以下步驟(a1)基站或移動交換中心作為通知方，通過A1接口發(fā)送功能通知消息到對接的作為被通知方的移動交換中心或基站，消息中包含通知方當(dāng)前所支持功能的信息，并啟動一定時(shí)器；(a2)被通知方收到所述功能通知消息后，從中獲取通知方當(dāng)前所支持的功能，然后通過A1接口返回功能通知應(yīng)答消息；(a3)通知方收到所述功能通知應(yīng)答消息后，關(guān)閉所述定時(shí)器。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟(a1)中，基站和/或移動交換中心是在完成A1復(fù)位和/或所支持的功能發(fā)生變化時(shí)，向?qū)Ψ桨l(fā)送所述功能通知消息。
3.如權(quán)利要求1所述的方法，其特征在于，所述基站作為通知方時(shí)，其所支持功能的信息包含以下信息中的一種或任意組合是否支持并發(fā)業(yè)務(wù)，是否支持優(yōu)先接入和信道指配，是否支持測試呼叫，是否在設(shè)備管理消息中支持電路組，是否支持控制信道廣播消息，以及是否支持網(wǎng)絡(luò)側(cè)發(fā)起的登記。
4.如權(quán)利要求1所述的方法，其特征在于，所述移動交換中心作為通知方時(shí)，所支持功能的信息包括以下信息中的一種或任意組合是否支持并發(fā)業(yè)務(wù)，是否支持優(yōu)先接入和信道指配，是否支持測試呼叫，以及是否在設(shè)備管理消息中支持電路組。
5.如權(quán)利要求1所述的方法，其特征在于，所述基站和移動交換中心是否支持某一功能是通過各自發(fā)送的功能通知消息中包含的信息單元的相應(yīng)位的值來表示的。
6.如權(quán)利要求1所述的方法，其特征在于，還包括以下通過查詢獲取對接設(shè)備所支持功能的步驟基站或移動交換中心作為查詢方，通過A1接口發(fā)送功能查詢請求消息到對接的作為被查詢方的移動交換中心或基站，并啟動一定時(shí)器；被查詢方收到所述功能查詢請求消息后，通過A1接口返回功能查詢響應(yīng)消息，消息中包含有被查詢方當(dāng)前所支持功能的信息；查詢方收到所述功能查詢響應(yīng)消息后，從中獲取被查詢方當(dāng)前所支持的功能，并關(guān)閉所述定時(shí)器。
7.如權(quán)利要求1所述的方法，其特征在于，還包括以下步驟基站所支持的公共信道發(fā)送ADDS應(yīng)用消息的最大長度變化時(shí)，通過A1接口發(fā)送功能通知消息到移動交換中心，消息中包含基站當(dāng)前所支持的公共信道發(fā)送ADDS應(yīng)用消息最大長度信息，并啟動一定時(shí)器；移動交換中心收到所述功能通知消息后，從中獲取基站當(dāng)前所支持的公共信道發(fā)送ADDS應(yīng)用消息最大長度，然后返回功能通知應(yīng)答消息；基站收到所述功能通知應(yīng)答消息后，關(guān)閉所述定時(shí)器。
8.如權(quán)利要求1所述的方法，其特征在于，所述步驟(a2)中，被通知方返回的功能通知應(yīng)答消息中包含有其當(dāng)前所支持功能的信息，所述步驟(a3)中，通知方還從收到的功能通知應(yīng)答消息中獲取被通知方當(dāng)前所支持的功能。
9.一種通過A1接口獲取功能信息的方法，用于在對接的基站和移動交換中心之間交互所支持功能的信息，包括以下步驟(b1)基站或移動交換中心作為查詢方，通過A1接口發(fā)送功能查詢請求消息到對接的作為被查詢方的移動交換中心或基站，并啟動一定時(shí)器；(b2)被查詢方收到所述功能查詢請求消息后，通過A1接口返回功能查詢響應(yīng)消息，消息中包含有被查詢方當(dāng)前所支持功能的信息；(b3)查詢方收到所述功能查詢響應(yīng)消息后，從中獲取被查詢方當(dāng)前所支持的功能，并關(guān)閉所述定時(shí)器。
10.如權(quán)利要求9所述的方法，其特征在于，所述基站所支持功能的信息包含以下信息中的一種或任意組合是否支持并發(fā)業(yè)務(wù)，是否支持優(yōu)先接入和信道指配，是否支持測試呼叫，是否在設(shè)備管理消息中支持電路組，是否支持控制信道廣播消息，以及是否支持網(wǎng)絡(luò)側(cè)發(fā)起的登記。
11.如權(quán)利要求9所述的方法，其特征在于，所述移動交換中心所支持功能的信息包括以下信息中的一種或任意組合是否支持并發(fā)業(yè)務(wù)，是否支持優(yōu)先接入和信道指配，是否支持測試呼叫，以及是否在設(shè)備管理消息中支持電路組。
12.如權(quán)利要求9所述的方法，其特征在于，所述基站和移動交換中心是否支持某一功能是通過各自發(fā)送的功能查詢響應(yīng)消息中包含的信息單元相應(yīng)位的值來表示的。
13.如權(quán)利要求9所述的方法，其特征在于，所述步驟(b2)中，基站返回的功能查詢響應(yīng)消息中還包含有基站當(dāng)前所支持的公共信道發(fā)送ADDS應(yīng)用消息最大長度的信息，移動交換中心從該功能查詢響應(yīng)消息中獲取基站當(dāng)前所支持的公共信道發(fā)送ADDS應(yīng)用消息最大長度。
全文摘要
本發(fā)明公開了通過A1接口獲取功能信息的方法，用于在對接的BS和MSC之間交互所支持功能的信息，采用通知方式時(shí)，通知方通過A1接口發(fā)送功能通知消息，消息中包含通知方當(dāng)前所支持功能的信息，并啟動定時(shí)器；被通知方從中獲取通知方當(dāng)前所支持的功能，并返回功能通知應(yīng)答消息；通知方收到所述應(yīng)答消息后，關(guān)閉所述定時(shí)器。采用查詢方式時(shí)，查詢方通過A1接口發(fā)送功能查詢請求消息并啟動一定時(shí)器；被查詢方收到后返回功能查詢響應(yīng)消息，包含有被查詢方當(dāng)前所支持功能的信息；查詢方從該響應(yīng)消息中獲取被查詢方當(dāng)前所支持的功能，并關(guān)閉所述定時(shí)器。本發(fā)明克服了MSC和BS之間不了解對方所支持功能的缺點(diǎn)，實(shí)現(xiàn)了MSC和BS之間支持功能信息的交互。
文檔編號H04W92/04GK1784034SQ20041009769
公開日2006年6月7日 申請日期2004年12月4日 優(yōu)先權(quán)日2004年12月4日
發(fā)明者譚三, 朱曉光 申請人:中興通訊股份有限公司