專利名稱：規(guī)定的談話組標識符發(fā)現(xiàn)的方法、系統(tǒng)和設備的制作方法
技術領域：
本發(fā)明涉及無線通信系統(tǒng)，具體的涉及對用戶設備提供規(guī)定的談話組標識符信息。
背景技術：
在提供組呼叫調度服務的無線通信系統(tǒng)中，用戶設備可以有加入有效對話中的多個談話組。準許用戶設備加入的特定的預先確定的談話組稱為規(guī)定的用戶設備的談話組。常常采取索引的形式由談話組標識符或談話組ID識別每個談話組。對于使用用戶設備的用戶來說，為了加入談話組，用戶必須輸入用戶希望設備加入的規(guī)定的談話組的特定談話組標識符。
提供組呼叫調度服務的系統(tǒng)的例子是Motorola的iDENTM系統(tǒng)，該系統(tǒng)提供了包括像步談機功能如push-to-talkTM(PTTTM)的調度服務。這里涉及的步談機功能和半雙工的通信功能，它在任何一個時間能從談話或發(fā)送方的設備發(fā)送語音通信到收聽或接收方的設備，但當談話方的設備正發(fā)送語音到接收方的設備時，不能同時的從接收方的設備發(fā)送語音通信到談話方的設備。

發(fā)明內容
本發(fā)明提供在調度或相似的網絡中規(guī)定的談話組標識符發(fā)現(xiàn)的方法、系統(tǒng)和用戶設備，其中，給用戶提供規(guī)定的用戶設備的談話組列表。在一些實施例中，執(zhí)行從用戶設備發(fā)送的新的請求消息實現(xiàn)從提供信息的網絡的響應。在另一實施例中，在特定的時間從網絡自動的發(fā)送到用戶設備的新消息提供規(guī)定的信息。在另一實施例中，移動單元試圖加入每個組，以測試哪個組是規(guī)定的組。
根據一個主要的特征，本發(fā)明提供可以有步談機功能的適合于通過調度網絡參與調度呼叫的用戶設備，用戶設備還適合于從調度網絡獲得規(guī)定的用戶設備的每個談話組的各自規(guī)定的談話組標識符，形成屬于可用于用戶設備的用戶的規(guī)定的談話組標識符的信息。
根據另一個主要的特征，本發(fā)明提供適合于對有步談機功能的用戶設備提供調度服務的調度網絡，調度網絡適合于給每個用戶設備提供規(guī)定的用戶設備的每個談話組的各自規(guī)定的談話組標識符。
根據另一個主要的特征，本發(fā)明提供規(guī)定的談話組發(fā)現(xiàn)的方法，包括有步談機功能的用戶設備發(fā)送請求到調度網絡；調度網絡接收請求并響應包含規(guī)定的用戶設備的每個談話組的各自規(guī)定的談話組標識符的應答；用戶設備接收應答并形成可用于用戶設備的用戶的規(guī)定的談話組標識符。
根據另一個主要的特征，本發(fā)明提供存儲調度網絡的用戶設備訪問的數(shù)據的存儲器，包括在存儲器中存儲數(shù)據結構，數(shù)據結構是包含規(guī)定的用戶設備的每個談話組的各自規(guī)定的談話組標識符的消息。
結合附圖，根據下面本發(fā)明的特定實施例的描述，對本領域的技術人員本發(fā)明的其它特征和特性會更清晰。


參考附圖，描述本發(fā)明的優(yōu)選實施例圖1是描述根據本發(fā)明實施例的參與規(guī)定的談話組標識符發(fā)現(xiàn)的通信系統(tǒng)部件的框圖；圖2是說明根據基于本發(fā)明實施例的一個網絡查詢的、由用戶設備執(zhí)行的規(guī)定的談話組標識符發(fā)現(xiàn)的步驟的流程圖；圖3A是表示根據本發(fā)明另一實施例的規(guī)定的談話組標識符請求的數(shù)據報的框圖；圖3B是表示根據本發(fā)明進一步實施例的談話組標識符列表更新消息的數(shù)據報的框圖；圖3C是表示根據本發(fā)明另一實施例的規(guī)定的談話組標識符請求的數(shù)據報的框圖；圖3D是表示根據本發(fā)明進一步的實施例的談話組標識符列表更新消息的數(shù)據報的框圖；
圖4是說明根據基于本發(fā)明實施例的另一個網絡查詢、由網絡執(zhí)行規(guī)定的談話組標識符發(fā)現(xiàn)的步驟的流程圖；圖5是說明根據基于本發(fā)明實施例的網絡注冊的、由用戶設備執(zhí)行規(guī)定的談話組標識符發(fā)現(xiàn)的步驟的流程圖；圖6是表示根據本發(fā)明進一步實施例的增強的注冊接受消息的數(shù)據報的框圖；圖7是說明根據基于本發(fā)明實施例的另一個網絡注冊的、由網絡執(zhí)行談話組標識符發(fā)現(xiàn)的步驟的流程圖；圖8是說明根據基于本發(fā)明實施例的一個手提的、由用戶設備執(zhí)行談話組標識符發(fā)現(xiàn)的步驟的流程圖；圖9是表示根據本發(fā)明實施例的另一個實施例的談話組測試存儲器，用談話組標識符組織和存儲用戶設備加入談話組請求的成功或失敗的數(shù)據報的框圖。
具體實施例方式
用戶設備的用戶通常由用戶設備的規(guī)定的談話組通知，并在服務激活的時間以索引的形式提供談話組標識符列表(當用戶最初訂購服務時，發(fā)生激活)。然而，可能出現(xiàn)的情況是用戶不知道或忘記用戶設備的規(guī)定的談話組和它的標識符的情況。
服務激活后不知道或忘記用戶設備規(guī)定的談話組標識符的用戶可打電話到快速客戶中心并詢問列表。獲得列表的另一個機會是用戶打電話到快速客戶中心訂購另一談話組。
這會引起失效和延遲，出現(xiàn)的問題是增加了用戶設備的規(guī)定的談話組的數(shù)量。
本發(fā)明的實施例試圖在服務激活時或當他或她聯(lián)系快速客戶維修中心時減輕由他或她的規(guī)定的談話組ID的通知引起的不方便和/或無效率。根據下面討論的優(yōu)選實施例，可使用本發(fā)明的方法、系統(tǒng)和新穎的用戶設備自動地向用戶設備的用戶提供規(guī)定的談話組ID的列表、或向用戶設備提供規(guī)定的談話組標識符的身份證明。在本發(fā)明的優(yōu)選實施例中，這個信息通過空中(over-the-air)(OTA)接口檢索。在下面描述的例子中使用PTTTM網絡和無線設備時，本發(fā)明的更一般的實施例在參與網絡傳遞的步談機通信的任何網絡和無線設備的環(huán)境中是可應用的，PTT只是一個例子。能傳遞它的網絡稱為“調度網絡”。
參考圖1，現(xiàn)在討論根據本發(fā)明的實施例參與規(guī)定的談話組標識符發(fā)現(xiàn)的通信系統(tǒng)的部件。
圖1描述了用參考數(shù)字100顯示的通信系統(tǒng)，并且是修改的iDEN系統(tǒng)，它包括根據本發(fā)明的一個可能的實施例實現(xiàn)的調度網絡110和用戶設備170。在圖1描述的實施例中，用戶設備170是無線用戶設備。調度網絡110提供包括push-to-talkTM(PTTTM)調度組呼叫服務的調度服務。調度應用處理器(DAP)130是負責全面協(xié)調的處理實體和控制在iDEN系統(tǒng)中的調度服務。DAP130連接到調度歸屬位置寄存器(D-HLR)120，D-HLR120是用于調度呼叫身份和服務的數(shù)據的儲存庫。在一些實施例中，D-HLR120是駐留在DAP130上的。DAP130連接到局域分組數(shù)據開關(metro packetswitch(MPS))140，MPS140依次連接到數(shù)字訪問交叉開關(DACS)150。DACS150依次連接增強型收發(fā)器基站(EBTS)160。EBTS160通過空中(OTA)與用戶設備通信，并在調度網絡中，分別通過出站和入站半雙工的語音通信信道5和15上、專用控制信道(DCCH)10、在其它現(xiàn)存的信道(沒有顯示)。如下面討論的，本發(fā)明的不同實施例使用DCCH10發(fā)送和接收與規(guī)定的談話組標識符發(fā)現(xiàn)關聯(lián)的消息。在提供調度呼叫的協(xié)調和控制的過程中，DAP130可在任何時間從D-HLR120檢索關于各種服務的信息和、或包括規(guī)定的和選擇的用戶設備的談話組的身份。在與用戶設備通信的過程中，為了與用戶設備170交互作用，DAP130通過MPS140、DACS150和EBTS160發(fā)送消息。
根據本發(fā)明的實施例，DAP130也有消息產生和處理132，它適合于響應下面詳細描述的有TILUM(談話組標識符列表更新消息)的PTIR(規(guī)定的談話組標識符請求)。在優(yōu)選的實施例中，消息產生和處理132具體表現(xiàn)為改變已在DAP130上實現(xiàn)的軟件，但它可具體表現(xiàn)為分離的軟件、硬件、固件、或這些功能性類型的組合。圖1顯示提供調度通信服務的網絡功能的特定例子。圖1的結構特別適用于iDENTM應用。應該理解，可使用其它網絡實現(xiàn)這里描述的傳遞談話組標識符發(fā)現(xiàn)方法。這些其它實現(xiàn)可以是特定的iDENTM或其它調度服務實現(xiàn)。當然調度服務可包括圖1中沒有顯示的其它系統(tǒng)部件。
在說明的例子中，用戶設備170有向用戶呈現(xiàn)包括但不限于談話組標識符信息的顯示器172或其它用戶界面、有接收來自用戶的包括但不限于更新談話組標識符請求的輸入的鍵盤176或其它用戶界面。也顯示消息產生和處理174，它負責產生PTIR和處理響應請求接收的TILUM。在優(yōu)選的實施例中，消息產生和處理174具體表現(xiàn)為改變已在用戶設備上實現(xiàn)的軟件，但它可具體表現(xiàn)為分離的軟件、硬件、固件、或這些功能性類型的組合。最后，顯示在其中存儲談話組標識符列表的存儲器178。優(yōu)選的，這是已在用戶設備上實現(xiàn)的部分存儲器。圖1顯示能實現(xiàn)本發(fā)明的實施例提供的談話組標識符發(fā)現(xiàn)方法的用戶設備的特定實施例。應該理解圖1的部件的特定結構只是例子。當然，用戶設備可包括在圖1中沒有顯示的其它部件。
參考圖2，現(xiàn)在討論根據本發(fā)明實施例的一個網絡查詢的用于用戶設備執(zhí)行的規(guī)定的談話組標識符發(fā)現(xiàn)(PTID)的步驟。
在此基于實施例的網絡查詢中，通信系統(tǒng)向用戶設備提供響應查詢或請求的談話組的標識符。在此實施例中，用戶設備啟動PTID，然而用戶設備和網絡都適合于參與PTID。
在步驟200，用戶設備開啟電源，并向網絡登記。例如，如果系統(tǒng)是iDENTM系統(tǒng)，那么，存在標準的開啟和注冊流程。在用戶忘記或丟失用戶設備已提供的談話組身份證明的情況中，用戶從用戶設備的用戶界面做選擇可啟動PTID過程，用戶設備界面可包括但不限于菜單選擇、按鍵或適合于表明用戶希望啟動PTID的用戶設備的任何其它輸入。這在步驟210發(fā)生，在此步驟中，通過用戶界面用戶設備接收啟動發(fā)現(xiàn)的輸入。在步驟220，用戶設備通過空中請求規(guī)定的談話組的身份，例如，通過發(fā)送PTIR消息。例如，在iDENTM系統(tǒng)中，DAP可處理此請求。由發(fā)送采取相似于下面更詳細描述的圖3A中描述的范例的格式形式的數(shù)據報或請求消息，用戶設備可實現(xiàn)上面的功能。優(yōu)選的，與圖2的實施例關聯(lián)的數(shù)據報包括請求消息是對所有規(guī)定的用戶設備的談話組的信息列表的請求的身份證明，優(yōu)選的，也包括幫助網絡檢索合適信息的用戶設備的身份證明。用戶設備執(zhí)行的下一步驟是接收來自網絡的響應，例如，可采取相似于在下面更詳細描述的圖3B中描述的范例的格式的形式的TILUM。在優(yōu)選的實施例中，在步驟230，網絡發(fā)送到用戶設備的消息包括規(guī)定的特定用戶設備的談話組標識符的列表。一旦用戶設備接收到規(guī)定的談話組的身份證明，在步驟240，用戶設備可存儲或顯示接收的談話組標識符。在優(yōu)選的實施例中，用戶能選擇是否存儲或顯示該信息或兩者。雖然存在可顯示多個標識符的多種方法，根據優(yōu)選的實施例，列表顯示在可視的用戶界面上，例如它可以是LCD顯示器。一般來說，有關規(guī)定的談話組標識符的信息是設備的用戶可用的。例如，根據另一優(yōu)選的實施例，用戶設備有存儲的由用戶或通信公司提供的地址簿或別名列表，可使用它存儲與各個談話組標識符關聯(lián)的名字，它常?？砂〝?shù)字。名字優(yōu)選的是描述談話組功能或成員的更人性的友好的術語。更詳細的討論關聯(lián)本發(fā)明的其它不同的實施例的范例談話組標識符。
在其它的實施例中，調度網絡(例如，但不限于在圖1中描述的)和特定的用戶設備(例如，但不限于在圖1中描述的)分別適合于支持和實現(xiàn)在圖2流程圖的步驟中說明的功能。
參考圖3A，現(xiàn)在討論用于規(guī)定的談話組標識符請求的數(shù)據報范例。一般地由20指明特定的請求。消息本質上或明確地指出網絡被請求了，并包括的用戶標識符22(例如iDENTM系統(tǒng)的市內的艦隊成員id(UFMI))，與正請求規(guī)定的談話組列表的特定用戶設備通信的網絡。根據本發(fā)明的一些實施例，PTIR20是在現(xiàn)存的通信系統(tǒng)，如iDENTM系統(tǒng)本身中規(guī)定的新消息。在系統(tǒng)本身被修改的優(yōu)選的實施例中，PTIR20消息可以是適合于專用控制信道(DCCH)的新的層3消息。
通過實現(xiàn)特定控制、發(fā)消息或業(yè)務信道上發(fā)送PTIR20消息，以實現(xiàn)傳遞和響應請求。在信道是特定用戶設備的情況中，包括標識符不是必須的，因為網絡能從接收請求的信道上判斷出標識符。
參考圖3B，用于TILUM的數(shù)據報范例一般地由30指明。消息30本質上或明確地指出消息是什么用戶設備，并包括用戶設備的所有規(guī)定的談話組標識符32的列表，向用戶設備提供它請求的信息。在說明的結構中，TILUM30有固定的大小。在準備好固定的大小前用NULL項35填充結構獲得固定的大小。在實現(xiàn)固定大小的實施例中，可存儲在TILUM30中的可能值的數(shù)量等于提供單個用戶設備的最大談話組數(shù)量。固定大小的TILUM30在列表中NULL的項35有浪費帶寬的缺點，但同時能避免其它實施例的可變長度TILUM要求的處理。在優(yōu)選的實施例中，TILUM是可變大小的，包括指出在列表中項的大小或數(shù)量的字段(沒有顯示)，項結構的大小足以包含列表。在包含如在圖3B中顯示的同樣列表的可變大小的TILUM中，沒有包括在圖3B中NULL35的項，指明列表大小的信息將被包括在附加的字段中。實現(xiàn)有用的發(fā)送規(guī)定的談話組標識符的特定結構依賴于實現(xiàn)它的特定系統(tǒng)的能力和識別本身的性質。根據本發(fā)明的一些實施例，TILUM30是在現(xiàn)存的通信系統(tǒng)，如iDENTM系統(tǒng)中規(guī)定的新消息。在系統(tǒng)本身被修改的優(yōu)選的實施例中，在iDENTM系統(tǒng)中的TILUM 30消息可以是適合于專用控制信道(DCCH)的層3消息。
通過實現(xiàn)特定控制、發(fā)消息或通話信道發(fā)送TILUM消息，實現(xiàn)傳遞并接收用戶設備請求的信息。
參考圖4，現(xiàn)在討論根據本發(fā)明實施例的另一個網絡查詢的由調度網絡執(zhí)行的規(guī)定的談話組標識符發(fā)現(xiàn)的步驟。在此實施例中，響應請求通信系統(tǒng)向用戶設備提供談話組的標識符。
在步驟223，網絡通過空中接收來自用戶設備的規(guī)定的談話組的身份證明的請求(即網絡接收PTIR)。在iDENTM具體實現(xiàn)中，例如，可接收請求并轉發(fā)到DAP。在步驟225，網絡確定產生請求的用戶設備的規(guī)定的談話組的身份。例如，在如顯示在圖1中的iDENTM具體實現(xiàn)中，這可能涉及為此信息查詢D-HLR的DAP。在步驟227，網絡通過空中發(fā)送談話組標識符列表更新信息到用戶設備。例如，這個信息可由iDENTM中的DAP產生。
現(xiàn)在參考圖3C和3D，應該注意到在一些實施例中，利用包含談話組標識符的部分列表的TILUM30B減小在空中發(fā)送的每個消息的大小。配置TILUM30B，使得它能包含固定數(shù)量的規(guī)定的談話組標識符32。優(yōu)選的，此固定數(shù)量小于為任何一個用戶規(guī)定的談話組的最大數(shù)量，但大于為每個用戶規(guī)定的談話組的平均量。因此，在此實施例中，TILUM30B是相對較小的結構、提供固定數(shù)量的談話組標識符32的存儲器，并包括附加的“多個指示器”字段32，它指出用戶是否有比包括在TILUM30B中的更多的規(guī)定的談話組。因此，在此實施例中的PTIR20B也可包括“多個指示器”23，指出網絡在附加的TILUM30B中要求另一組談話組標識符32。
關于相似于在圖4中描述的方法，網絡利用有“多個指示器”33的TILUM30B，從用戶設備接收PTIR20B后，網絡產生包含固定數(shù)量的談話組標識符32及“多個指示器”33的TILUM30B，“多個指示器”33指明要提供多個談話組標識符32。
關于相似于在圖2中描述的方法，對利用TILUM30B的用戶設備，如果從網絡接收的在TILUM30B中的“多個指示器”33指出存在多個被提供的談話組標識符32，則用戶設備成為網絡的另一PTIR20B。
同樣的，在另一實施例中，如果在發(fā)送有“多個指示器”33的第一個TILUM30B后，在一定的時間段中網絡接收隨后的TILUM30B，則網絡發(fā)送包含下一固定數(shù)量的談話組標識符32列表的各自隨后的TILUM30B。包含最后談話組標識符32的最后TILUM30B將具有設置指明沒有更多的值的“多個指示器”33，因此，此時沒有從用戶設備發(fā)送到網絡的隨后的PTIR20。
參考圖5，現(xiàn)在討論根據本發(fā)明實施例的網絡注冊的由用戶設備執(zhí)行規(guī)定的談話組標識符發(fā)現(xiàn)的步驟。在此實施例中，每次用戶設備發(fā)送網絡注冊請求時，通信系統(tǒng)對用戶設備提供談話組的標識符。
在步驟300，用戶設備打開電源。在步驟310，用戶設備通過空中請求在網絡上注冊。在步驟320，用戶設備接收包含規(guī)定的談話組標識符的增強的注冊接受消息(或其它的合適的注冊接受消息)。優(yōu)選地，規(guī)定的談話組標識符附加到注冊接受消息上，沒有常規(guī)注冊接受消息的部份被代替。這個消息通過空中接收。在步驟330，用戶設備存儲和/或顯示設備的用戶使用的談話組標識符。
參考圖6，現(xiàn)在討論根據本發(fā)明進一步實施例的增強的注冊接受消息的數(shù)據報的例子。
一般地由40指明的增強的注冊接受消息包括多個不同的標識符和網絡變量，使得容易的用戶設備的通信注冊，并校驗注冊成功的用戶設備(沒有顯示)。在它使用的系統(tǒng)中它包括對特定注冊接受消息是常規(guī)的其它類型的字段。然而，對此實施例，除了這些類型的字段以外，消息還包括規(guī)定的談話組標識符46，規(guī)定的談話組標識符46沒有包括在常規(guī)的注冊接受消息中。
參考圖7，現(xiàn)在討論根據本發(fā)明實施例的另一個網絡注冊的由網絡執(zhí)行談話組標識符發(fā)現(xiàn)的步驟。在此實施例中，每次用戶設備發(fā)送網絡注冊請求時，通信系統(tǒng)向用戶設備提供談話組的標識符。
在步驟313，網絡通過空中接收來自用戶設備的注冊請求。具體地，在此步驟可接收任何合適的注冊消息。在iDENTM系統(tǒng)中，此消息可轉發(fā)到DAP。在步驟315，網絡為接收到注冊請求消息的用戶設備確定規(guī)定的談話組。例如，在iDENTM具體實現(xiàn)中，這涉及到為此信息查詢D-HLR的DAP。在步驟317，網絡通過空中發(fā)送包含規(guī)定的談話組標識符的增強的注冊接受消息到用戶設備。例如，如果網絡是iDENTM，則網絡DAP產生此信息。
參考圖8，現(xiàn)在討論根據本發(fā)明實施例的由用戶設備執(zhí)行談話組標識符發(fā)現(xiàn)的步驟。在此實施例中，用戶設備通過自動地試圖加入各種談話組來確定談話組的標識符，并用談話組標識符存儲結果。在此實施例中，不要求在網絡端做任何修改。該方法完全在用戶設備中實現(xiàn)。
在步驟400，打開電源和注冊網絡。在步驟410，用戶設備接收請求開始談話組標識符發(fā)現(xiàn)的輸入。此輸入可以是通過任何合適的界面來自設備的用戶。作為選擇，輸入可以是如在步驟400發(fā)生的簡單的打開設備電源。在步驟420，用戶設備選擇最初的談話組標識符做測試。在步驟430，用戶設備發(fā)送加入組請求消息，以便加入由談話組標識符識別的談話組?！凹尤虢M請求”消息是iDENTM標準的特殊消息。加入特殊談話組的任何其它合適的消息可以選擇性地使用在不同系統(tǒng)中。在步驟440，用戶設備根據返回到用戶設備的注冊接受消息中指明注冊成功或失敗來確定加入組請求方法是否成功或失敗。在步驟450，用戶設備存儲足以識別特定的談話組是否是規(guī)定的談話組的信息。例如，對每個談話組這可包括存儲指明是否請求成功或失敗。作為選擇，用戶設備可簡單的存儲是成功的談話組的談話組標識符。在步驟460，如果用戶設備沒有評估所有可用于測試的談話組標識符(無路徑)，那么在步驟470，用戶設備選擇下一個做測試的談話組標識符并在步驟430繼續(xù)進行。另一方面，如果在步驟460確定已測試所有的談話組標識符，那么在步驟480，用戶設備顯示和/或存儲獲得成功結果的談話組標識符。
參考圖9，現(xiàn)在討論根據本發(fā)明的另一個實施例的談話組測試存儲器，用談話組標識符組織和存儲用戶設備的加入組請求的成功或失敗。
在圖9的例子中，顯示有兩列50、51的測試存儲器。列50包含談話組標識符，列51包含對應談話組標識符的結果。在說明的實施例中，有標記1到256的256個可能的談話組標識符。結果51用S指出成功或用F指出失敗。對還沒有測試的談話組，指出null標記。在說明的實施例中，由52指出的談話組標識符1、2、3已經被測試了，談話組標識符4是下一個要測試的談話組標識符54。應當理解圖9的結構只是一個特定的例子?？纱鎯θ魏魏线m的信息允許識別哪個談話組是成功的。例如，如果表格包括每個可能談話組的項，那么包括談話組標識符的項不是必須的，因為這可以是與它的存儲器位置同義的。
在一些實施例中，使用相似于圖9的測試存儲器的可變大小的測試存儲器(沒有顯示)?？勺兇笮〉臏y試存儲器是可變大小的談話組標識符列表，并包括附加的字段，它存儲指明列表的大小的值或在列表中的項數(shù)，列表中的項數(shù)對應加入組請求是成功的談話組標識符。在此實施例中，可變大小的測試存儲器不包括任何null指針或失敗的談話組標識符。
在一些實施例中，在用戶開始隨后的規(guī)定的談話組id請求時，可在任何時間更新或刷新圖9的測試存儲器。
在另一實施例中，沒有特定的RTIR由用戶設備產生。然而，在網絡端，每次用戶設備連接到網絡時，網絡會自動地產生TILUM并發(fā)送TILUM到用戶設備。在另一實施例中，如果對規(guī)定的談話組的列表有任何改變，則產生一個TILUM或另外的TILUM。
在另一實施例中，方法和系統(tǒng)適合于對有線設備提供外圍設備支持，有線設備能參加與各種談話組的無線會話，有線設備有規(guī)定的多個談話組。這樣的有線設備通過網絡交互功能參與會話，因此，雖然有線設備不在無線網絡中，它表現(xiàn)為好像是在其中，并像無線設備一樣參與組呼叫。因此，根據這些實施例，給有線用戶設備提供已規(guī)定的設備的談話組列表。對這些實施例，談話組發(fā)現(xiàn)出現(xiàn)在類似于上面描述的方式。因此，有線用戶設備可請求或傳遞為它規(guī)定的談話組索引。
按照上面的技術本發(fā)明的多種修改和改變是可能的。因此本領域的技術人員會理解除這里特別描述的之外，在所附權利要求的范圍中可實踐本發(fā)明。
權利要求
1.一種用戶設備(170)，有步談機功能適合于通過傳遞步談機通信的網絡(110)參與半雙工呼叫，在任何時間，網絡(110)能從談話或發(fā)送方設備發(fā)送語音通信到收聽或接收方的設備，但當談話方的設備正發(fā)送語音到接收方的設備時，不能同時的從接收方的設備發(fā)送語音通信到談話方的設備，用戶設備(170)能從網絡(110)接收談話組標識符(32，46，52)，其特征在于用戶設備(170)適合于從網絡(110)獲得規(guī)定的用戶設備(170)的每個談話組的各自規(guī)定的談話組標識符(32，46，52)，還適合于形成屬于標識符(32，46，52)的可用于用戶設備(170)的用戶的信息。
2.根據權利要求1所述的用戶設備(170)，其特征在于用戶設備(170)是無線設備。
3.根據權利要求1或2所述的用戶設備(170)，其特征在于包括消息產生和處理模塊(174)，適合于發(fā)送第一消息(20，20B)到網絡(110)，請求規(guī)定的用戶設備(170)每個的談話組各自規(guī)定的談話組標識符(32，46，52)；從網絡(110)接收包含規(guī)定的談話組標識符(32，46，52)的至少第二消息(30，30B)。
4.根據權利要求3所述的用戶設備(170)，其特征在于第一和第二消息(20，20B，30，30B)是網絡層消息。
5.根據權利要求3或4所述的用戶設備(170)，其特征在于設備適合于在電源打開時自動的發(fā)送第一消息(20，20B)。
6.根據權利要求1到5中的任何一個所述的用戶設備(170)，其特征在于它適合于由發(fā)送試圖加入每個可能規(guī)定的多個談話組的各自消息(430)，從網絡(110)獲得各個規(guī)定的談話組標識符(32，46，52)，并保持成功加入談話組的記錄(450)。
7.根據權利要求1到6中的任何一個所述的用戶設備(170)，其特征在于還包括存儲器(178)，存儲用戶設備(170)訪問的數(shù)據，存儲器(178)包括存儲在存儲器(178)中的數(shù)據結構，數(shù)據結構是包含規(guī)定的用戶設備(170)的每個談話組的規(guī)定的談話組標識符(32，46，52)的消息。
8.根據權利要求7所述的用戶設備(170)，其特征在于數(shù)據結構包括注冊接受消息(40)。
9.根據權利要求8所述的用戶設備(170)，其特征在于數(shù)據結構包括規(guī)定的談話組標識符。
10.一種系統(tǒng)(100)，包括網絡(110)，適合于對有步談機功能的用戶設備(170)提供步談機功能的通信服務，在任何時間，網絡(110)可以從談話或發(fā)送方設備發(fā)送語音通信到收聽或接收方的設備，但當談話方的設備正發(fā)送語音到接收方的設備時，不能同時的從接收方的設備發(fā)送語音通信到談話方的設備，網絡(110)適合于向用戶設備(170)提供談話組標識符(32，46，52)，系統(tǒng)特征在于用戶設備(170)適合于從網絡(110)獲得規(guī)定的用戶設備(170)的談話組標識符(32，46，52)，并適合于形成屬于標識符(32，46，52)的可用于用戶設備(170)的用戶的信息。
11.根據權利要求10所述的系統(tǒng)(100)，其特征在于還包括至少一個有步談機功能的用戶設備(170)。
12.根據權利要求10或11所述的系統(tǒng)(100)，其特征在于響應來自用戶設備(170)的請求，網絡(110)向每個用戶設備(170)提供各自的規(guī)定的談話組標識符(32，46，52)。
13.根據權利要求12所述的系統(tǒng)(100)，其特征在于每個用戶設備(170)包括消息產生和處理模塊(174)，它適合于發(fā)送第一消息(20，20B)到網絡(110)，請求規(guī)定的用戶設備(170)的每個談話組的各自規(guī)定的談話組標識符(32，46，52)；從網絡(110)接收包含規(guī)定的談話組標識符(32，46，52)的至少第二消息(30，30B)。
14.根據權利要求10到13中的任何一個所述的系統(tǒng)(100)，其特征在于用戶設備(170)是無線設備。
15.根據權利要求10到14中的任何一個所述的系統(tǒng)(100)，包括消息產生和處理模塊(174)，它適合于從特定的用戶設備(170)接收第一消息(20，20B)，請求規(guī)定的用戶設備(170)的每個的談話組的各自規(guī)定的談話組標識符(32，46，52)；發(fā)送包含規(guī)定的談話組標識符(32，46，52)的至少第二消息(30，30B)。
16.一種在有步談機功能并適合于通過傳遞步談機通信的網絡(110)參與半雙工呼叫的用戶設備(170)中的談話組發(fā)現(xiàn)的方法，在任何時間，網絡(110)能從談話或發(fā)送方設備發(fā)送語音通信到收聽或接收方的設備，但當談話方的設備正發(fā)送語音到接收方的設備時，不能同時的從接收方的設備發(fā)送語音通信到談話方的設備，方法包括步驟網絡(110)向用戶設備(170)提供(223，225，227，313，315，317)談話組標識符(32，46，52)；其特征在于還包括步驟從用戶設備(170)發(fā)送(220，310)規(guī)定的用戶設備(170)的每個的談話組的各自規(guī)定的談話組標識符(32，46，52)的請求到網絡(110)；在用戶設備(170)從網絡(110)接收響應，它包括包含各自規(guī)定的談話組標識符的消息；用戶設備(170)使得各自規(guī)定的談話組標識符(32，46，52)對用戶設備(170)的用戶是可獲得的。
17.根據權利要求16所述的方法，其特征在于用戶設備(170)是無線設備。
18.根據權利要求16或17所述的方法，其特征在于使用網絡層消息發(fā)送請求和響應。
19.根據權利要求16到18中的任何一個所述的方法，其特征在于請求是注冊請求(310，313)，響應包括注冊接受消息(320，317)。
20.一種可讀介質包括在有步談機功能并適合于通過傳遞步談機通信的網絡(110)參與半雙工呼叫的用戶設備(170)中規(guī)定的談話組發(fā)現(xiàn)的程序代碼方法，在用戶設備(170)中在任何時間網絡(110)能從談話或發(fā)送方設備發(fā)送語音通信到收聽或接收方的設備，但當談話方的設備正發(fā)送語音到接收方的設備時，不能同時的從接收方的設備發(fā)送語音通信到談話方的設備，代碼方法可在權利要求1到9的任何一個的用戶設備(170)的處理器中執(zhí)行，實現(xiàn)權利要求16到19的任何一個的方法。
全文摘要
在調度或相似的網絡中提供規(guī)定的談話組標識符發(fā)現(xiàn)的方法、系統(tǒng)和用戶設備，向用戶提供所規(guī)定的用戶設備的談話組列表。在一些實施例中，執(zhí)行從用戶設備發(fā)送的新的請求消息，實現(xiàn)來自提供信息的網絡的響應。在另一實施例中，在特定的時間，從網絡自動發(fā)送到用戶設備的新消息提供規(guī)定的信息。在另一實施例中，用戶設備試圖加入每個組，以便測試哪個組是為它規(guī)定的。
文檔編號H04W4/10GK1820435SQ200580000671
公開日2006年8月16日 申請日期2005年2月28日 優(yōu)先權日2004年2月27日
發(fā)明者帕達坎德拉·克里希納·拉奧, 游聲·杰納斯 申請人:捷訊研究有限公司