為移動通信設備提供sms消息時間標記格式的一致性的方法和裝置的製作方法
2023-06-17 01:20:51 2
專利名稱：為移動通信設備提供sms消息時間標記格式的一致性的方法和裝置的製作方法
技術領域：
本發明概括的涉及無線通信，具體地說，涉及短消息服務(SMS)消息和與此關聯的時間標記數據。
背景技術：
短消息服務(SMS)通常從一個移動站(MS)發送消息(即SMS消息)到另一MS，也從外部短消息實體(ESME)發送到MS。始發端MS能使用SMS發送SMS消息到終端MS，終端MS有從同樣的或不同的服務提供商作為始發端MS的服務。SMS消息協議可遵照工業標準，如第三代夥伴計劃2(3GPP2)規範C.S0015-A。當始發端MS發送SMS消息到另一MS時，它發送SMS電信業務層提交消息。當SMS消息從ESME發送到MS時，使用短消息對等(SMPP)協議ESME轉發SMS消息到消息中心(MC)。始發端MS的MC處理SMS提交消息。在接收SMS提交消息時，始發端MS的MC建立發送到始發端MS的SMS電信業務層遞送消息。SMS電信業務層遞送消息包括消息中心時間標記。終端MS使用消息中心時間標記顯示由始發站發送消息的時間。
在基於IS-41的系統中實現SMS存在一些問題。MC不完全使用消息中心時間標記子參數同樣的格式。一些服務提供商的MC常常設置消息中心時間標記為世界調整時間(UTC)時間(或格林尼治標準時間或GMT)，而不管MS的當前或始發地時區。其他的服務提供商設置消息中心時間標記為表示始發端MS的始發地時區的時間。典型的可以編程MS，以運行在給定的服務提供商，典型的包括在非易失性存儲器中的欄位，它指出始發地MC是否使用UTC時間或始發地時間。除了消息中心時間標記以外，MS使用此欄位確定如何適當的顯示時間。
如果與使用UTC時間的MC關聯的始發端MS發送SMS消息到與使用本地時間的MC關聯的終端MS，終端MS不能正確的顯示時間。同樣的，如果與使用始發地時間的MC關聯的始發端MS發送SMS消息到與使用UTC時間的MC關聯的終端MS，終端MS不能正確的顯示時間。相似地，如果與使用第一時區的始發地時間的MC關聯的始發端MS發送SMS消息到與使用不同時區的本地時間的MC關聯的始發端MS，終端MS不能正確的顯示時間。
如果使用公共的和一致的時間參考(例如UTC時間)立即轉換所有的MS和MC，此問題可得到解決。然而，同時升級數百萬以前裝載的MS軟體是不經濟的也是不實際的，同時升級網絡中的所有MC的MS軟體是不經濟的也是不實際的。
因此，所需要的是轉換SMS消息時間標記信息的方法和裝置，以致終端移動站總是顯示正確的時間。需要引入的技術是後向兼容。在常規的系統中，在許多情況中正確的顯示時間標記信息。例如，當與使用始發地時間的MC關聯的MS發送SMS消息到在同樣時區中的與使用本地時間的MC關聯的另一MS時，正確的顯示時間標記信息。根據後向兼容的解決方案，在當前版本MS用升級的MC運行和更新的版本MS用還沒有升級的MC運行時，產生適當的運行。
Cdma2000也支持可移動的用戶身份模塊(R-UIM)，如在標準3GPP2C.S0023-0版本4中描述的。R-UIM包括微處理器和非易失性存儲器。為了允許用戶容易的在不同的行動裝置(ME)之間切換，R-UIM存儲某些與用戶關聯的信息，也可用來存儲SMS消息。因為不知道訂戶的始發地MC使用的時間格式類型，ME不能合適的確定如何顯示SMS消息的時間。因此，還希望提供一致性SMS消息時間標記格式的方法和裝置，因此，當R-UIM插入到不同的ME時，可合適的顯示存儲在R-UIM中的SMS消息的時間。
發明內容
本發明的目的是提供一種在短消息服務(SMS)時間標記格式中提供一致性的方法和裝置，以便消除顯示的時間標記(UTC或非UTC)之間的歧義。
在一個說明的實施例中，方法包括接收計劃送到移動通信設備的SMS消息；識別SMS消息是否有格式為世界調整時間(UTC)格式或非UTC-格式的時間標記數據；基於SMS消息有格式為UTC格式的時間標記數據的識別，時間標記數據從UTC格式轉換為非-UTC時間格式；基於SMS消息有非-UTC格式的時間標記數據的識別，不轉換時間標記數據為非-UTC時間格式；使得SMS消息發送到移動通信設備。另一技術涉及行動裝置使用可移動的用戶身份模塊，它在存儲器中有存儲的指示器，指出始發地消息中心的運行的時間標記模式為世界調整時間(UTC)模式或非-UTC模式中的一個。
現在參考附圖用實施例的方式描述本發明的實例，其中同樣的參考數字表示相似的元件。
圖1是第一實施例Cdma2000移動站(MS)的框圖；圖2是第二實施例Cdma2000MS的框圖；圖3顯示從一個MS發送SMS消息到另一MS，或從外部短消息實體(ESME)發送到MS的實施例系統；圖4說明SMS消息的增強的時間標記子參數的格式；圖5是描述對移動通信設備提供在SMS消息中時間標記格式(「時間標記澄清」)一致性的方法的流程圖；圖6顯示描述由MS設置在SMS消息中的時間的方法的流程圖；圖7是可由消息中心(MC)使用的，在SMS電信業務層子參數中的時間標記從一個時間標記格式轉換到另一時間標記格式的方法的流程圖；圖8是可利用和/或合併本發明的技術的移動通信站(MS)的更詳細的原理框圖。
具體實施例方式
現在回到圖1，顯示第一實施例Cdma2000移動站(MS)100的框圖。MS100包括微處理器110和顯示器105(如LCD)，無線電數據機120，和與微處理器110連接的存儲器115(它包括非易失的存儲器)。圖2是第二實施例Cdma2000 MS 200的框圖。MS 200包括微處理器210和顯示器205(如LCD)，無線電數據機220，和與微處理器210連接的存儲器215(它包括非易失的存儲器)。顯示器205，無線電數據機220與微處理器210連接。MS 200也包括可移動的用戶身份模塊(R-UIM)225，它通過MS 200的R-UIM接口連接MS 200。R-UIM225可從MS 200分離，並插入另一MS。配置MS 200和R-UIM225並適合於在標準3GPP2C.S0023-0版本4中描述的功能，MS由行動裝置(ME)和R-UIM組成。塊230顯示MS 200的ME部分，它包括顯示器205，微處理器210，存儲器215和無線電數據機220。
圖3顯示從一個MS發送SMS消息到另一MS，或從外部短消息實體(ESME)發送到MS的實施例系統。在BS/MSC和MS之間的空中通信上能使用Cdma2000空中接口規範如C.S0001-0 v3.0，C.S0003-0 v3.0，C.S0004-0 v3.0和C.S0005-0 v3.0。在BS/MSC和MC和ESME和MC之間的通信能使用網絡規範如N.S0005。
在圖3中，始發端MS300或ESME330發送SMS提交消息到始發端BS/MSC305。始發端BS/MSC305轉發SMS提交消息到始發端MC310。然後，始發端MC310基於SMS提交消息的內容建立遞送消息。始發端MC310轉發遞送消息到終端MC315。終端MC315轉發遞送消息到終端BS/MSC320。最後，終端BS/MSC320轉發遞送消息到終端MS325。
當始發端MC310建立SMS遞送消息時，它添加消息中心時間標記子參數到SMS遞送消息。如果MC310對消息中心時間標記使用世界調整時間(UTC)格式，它設置時間修改符指出使用了UTC。例如，OFFSET_SIGN和UTC_TIME_OFFSET欄位(見圖4)可設置為零。如果MC310消息對中心時間標記使用非UTC格式，它基於消息中心時間設置時間修改符欄位，以便允許消息接收者根據修改符確定UTC時間。
MC可使用如下面表1的信息確定如何設置OFFSET_SIGN和UTC_TIME_OFFSET欄位，這在圖4中顯示。MC在第一列中查找消息中心時區，並在第三列中找到對應的項。如果在第三列中對應的項是負的，MC設置OFFSET_SIGN為』1』。如果在第三列中對應的項是正的，MC設置OFFSET_SIGN為』0』。MC設置UTC_TIME_OFFSET為在第三列中相應絕對值的四倍(4×)。
表1變換數據
圖4是MS消息增強的時間子參數格式的說明。時間包含在DAY，HOURS，MINUTES和SECOND欄位中。時間可以是UTC時間格式或非UTC時間格式。增強的時間子參數也包括OFFSET_SIGN和UTC_TIME_OFFSET欄位，它們作為時間修改符。子參數的接受者可使用時間修改符確定是否是UTC時間或非UTC時間。如果時間是UTC時間，OFFSET_SIGN和UTC_TIME_OFFSET欄位都等於零。時間修改符也給出偏移量，對非UTC時間偏移量允許接受者從非UTC時間確定UTC時間。
圖5是描述對移動通信設備提供在SMS消息中時間標記格式(「時間標記澄清」)一致性的方法的流程圖。從步驟500開始，MS接收從另一MS或EMSE始發的SMS消息。消息可以是根據3GPP2 C.S0015-A的電信業務層消息。例如消息可以是SMS遞送消息，SMS遞送應答消息，或SMS讀應答消息。消息包括消息中心時間標記，它指出SMS消息遞送的時間。消息也包括時間標記修改符。此時間標記修改符可以是消息中心時間標記的擴展，如關於圖4顯示和描述的OFFSET_SIGN和UTC_TIME_OFFSET欄位。也可包括時間標記修改符為在SMS電信業務層消息中的新的子參數。一旦接收，此SMS電信業務層消息可存儲在MS的存儲器中或它的關聯的R-UIM中。
在圖5的步驟502中，使得能澄清時間標記的MS繼續步驟505，然而不能的那個MS跳到步驟520，並忽略附加的欄位。在步驟505，MS核查SMS電信業務層消息，確定時間標記修改符是否是當前的。如果時間標記修改符包括在消息中心時間標記中，基於子參數的長度MS能確定它的存在(例如，如果SUBPARAM_LEN等於6，則時間標記修改符不存在，但如果SUBPARAM_LEN等於7，則時間標記修改符存在)。如果時間標記修改符包括在MC時間標記子參數中，基於在子參數中包括的新的附加欄位，MS能確定它的存在。如果時間標記修改符存在，MS進到步驟515。
在圖5的步驟515中，MS基於時間標記修改符調整在消息中的時間。如果時間標記修改符欄位指出時間是UTC格式(即OFFSET_SIGN和UTC_TIME_OFFSET欄位都等於零)，不需要作調整。否則，MS基於時間標記修改符調整時間。MS調整在DAY，HOURS，MINUTES和SECOND欄位中的非UTC時間為UTC時間格式。特別是，MS效驗OFFSET_SIGN欄位。如果OFFSET_SIGN等於「1」，則MS從非UTC時間減去UTC_TIME_OFFSET表示的一刻鐘數確定UTC時間。如果OFFSET_SIGN等於「0」，MS添加由UTC_TIME_OFFSET表示的一刻鐘數到非UTC時間確定UTC時間。作為步驟515的結果，時間標記是UTC格式(步驟522)並繼續進行到步驟530。
在步驟530，MS轉換UTC時間到本地時間並顯示給用戶。MS基於在它的存儲器中的設置知道本地時區(即，MS當前所在的時區)。MS也能使用在同步信道消息中提供的本地時間偏移作為選擇。MS基於此設置轉換UTC時間為本地時間。MS可執行查找表實現此操作；可使用如表1的表。例如，如果MS的本地時區是東部標準時間(EST)，通過從UTC時間減去5小時，MS轉換UTC時間到東部時間。在轉換為本地時間後，MS顯示新格式的時間。
如果時間標記修改符在前面的步驟505中作為試驗不存在，在步驟510MS確定用作不包括在時間標記修改符中的消息的SMS時間標記「模式」。如果MS不包括R-UIM，MS效驗在非易失的存儲器中欄位的值，確定時間標記模式是否是UTC或本地時區模式；欄位的一個值(例如，0)代表UTC模式，欄位的另一個值(例如，1)代表本地時區模式。如果MS不包括R-UIM，MS從R-UIM確定時間標記模式。基於在R-UIM的非易失的存儲器中的新的欄位的值MS可確定時間標記模式。作為選擇，MS可以有映射服務提供商名到時間標記模式的表格。在此情況中，MS可以從R-UIM檢索服務提供商名，那麼基於服務提供商名確定時間標記模式。在步驟520繼續，MS效驗時間標記模式確定時間標記模式是否是始發地時間標記模式。如果在步驟520中決定的結果是SMS時間標記模式不是始發地時間標記模式，那麼時間處理為UTC時間(步驟522)，MS進行到前面討論的步驟530。
如果在前面的步驟520中決定的結果是SMS時間標記模式是始發地時間標記模式，那麼時間處理為本地時區模式，其中MS進行到步驟525。在步驟525，MS轉換始發地時間為本地時間，並顯示給用戶。基於在它的存儲器中的設置MS知道本地時區(即MS當前運行的時區)。沒有R-UIM的MS基於在它的存儲器中的設置確定它的始發地時區。這可以是直接映射到始發地時區或基於一些其它信息可變的。例如，基於查找電話的家庭區號(例如，415＝太平洋標準時間(PST)，847＝中部標準時間(CST)，404＝東部標準時間(EST))可確定始發地時區。作為選擇，基於MS的家庭SID和或NID的查找表可確定始發地時區。如果MS有R-UIM，MS基於在R-UIM中的設置確定它的始發地時區。這也可以是來自直接映射到始發地時區的R-UIM的變量或基於來自R-UIM的一些其它信息的變量，例如訂戶的家庭區號或訂戶的家庭SID和或NID。基於在它的存儲器中的設置MS知道本地時區(即MS當前運行的時區)。
為了轉換始發地時間為本地時間，MS能使用如上面的表1的轉換表。由查找在第一列中的始發地時區，MS能轉換始發地時間為本地時間，添加在第三列中關聯的偏移到始發地時間，然後添加關聯本地時區的在第二列中偏移。在轉換為本地時區後，MS顯示時間。當MS轉換時間為本地時間時，當遵守夏令時時，它也對年時間加上夏令時的偏移。
圖6顯示描述由MS設置在SMS消息中時間的方法的流程圖。例如，當設置在3GPP2 C.S0015-A中規定的，有效性時段—絕對子參數或遲延傳送時間絕對子參數時，可使用此過程。由附加在圖4中的時間修改符欄位增強子參數。處理在步驟600開始，其中用戶在MS輸入時間。處理在步驟605繼續，其中MS識別子參數使用的SMS時間標記模式。如果MS不包括R-UIM，MS識別在非易失的存儲器中的欄位的值，確定時間標記模式是否是UTC或始發地時區模式；欄位的一個值(例如，0)代表UTC模式，欄位的另一個值(例如，1)代表始發地時區模式。如果MS包括R-UIM，MS從R-UIM識別時間標記模式。基於在R-UIM的非易失的存儲器中新的欄位的值MS可確定時間標記模式。作為選擇，MS可以有映射服務提供商名到時間標記模式的表格。在此情況中，MS可以從R-UIM檢索服務提供商名，然後，基於服務提供商名確定時間標記模式。
在步驟620中識別時間標記模式後，處理繼續到決定步驟610，其中，MS識別時間標記模式是否是始發地時間標記模式。如果決定步驟610的結果是SMS時間標記模式不是始發地時間標記模式，那麼在子參數中的時間設置為UTC時間，MS進行到步驟615。如果決定步驟610的結果是SMS時間標記模式是始發地時間標記模式，那麼在子參數中的時間設置為始發地時間標記，MS進行到步驟620。
在步驟615，MS轉換由用戶輸入的時間為UTC，並設置在子參數中的DAY，HOURS，MINUTES和SECOND欄位的時間。MS在子參數中包括時間修改符欄位，並設置OFFSET_SIGN和UTC_TIME_OFFSET欄位都等於零時間，指出時間是UTC時間。那麼過程結束。在步驟620，MS確定它的始發地時區。MS沒有R-UIM，基於在它自己的存儲器中存儲的設置確定它的始發地時區。這可以是直接映射到始發地時區或基於一些其它信息的變量。例如，基於查找電話的家庭區號(例如，415＝太平洋標準時間(PST)，847＝中部標準時間(CST)，404＝東部標準時間(EST))可確定始發地時區。作為選擇，基於MS家庭SID和或NID的查找表可確定始發地時區。如果MS有R-UIM，MS基於在R-UIM中的設置確定它的始發地時區。這也可以是來自直接映射到始發地時區的R-UIM或基於來自R-UIM的一些其它信息的變量，例如訂戶的家庭區號或訂戶的家庭SID和或NID。在步驟620確定始發地時區後，過程繼續到步驟625。
在步驟625，MS轉換由用戶輸入的時間為用戶的始發地時區的時間，並設置在子參數中的DAY，HOURS，MINUTES和SECONDS欄位的時間為用戶的始發地時區的時間。為了允許消息接受者基於修改符確定UTC時間，MS基於始發地時區設置在子參數中的修改符欄位。MS也可以使用表1確定如何設置顯示在圖4中的OFFSET_SIGN和UTC_TIME_OFFSET欄位。MS在第一列中查找始發地時區，並在第三列中找到對應的項。如果在第三列中對應的項是負的，MS設置OFFSET_SIGN為「1」。如果在第三列中對應的項是正的，MS設置OFFSET_SIGN為「0」。MS設置UTC_TIME_OFFSET為在第三列中對應的項的絕對值的四倍。過程在步驟625後結束。
升級的消息中心知道當前的UTC時間，那麼當它接收如圖6描述的由MS建立的子參數時，它能轉換在子參數中的時間為UTC時間，並因此處理它。
前面描述的解決方案添加了時間修改符欄位(一個字節)到SMS消息，那麼在消息中發送的用戶的信息量減少一個字節。然而，可利用不添加時間修改符的技術作為選擇。
圖7是由消息中心(MC)使用的在SMS電信業務層子參數中的時間標記從一個時間標記格式轉換到另一時間標記格式的方法的流程圖。這個過程只由MC工作在非-UTC時間標記模式執行。此過程用作在接收後和執行現有的消息處理前，立即預處理從其它MC接收的消息。過程也用作在發送前和執行現有的消息處理後，立即預處理要發送給其它MC的消息。
在圖7的步驟700，過程開始。在步驟700，MC確定其它MC的SMS時間標記模式。可由檢驗來自接收消息的地址確定接收的消息的時間標記模式，或由檢驗要發送消息的地址確定發送的消息的時間標記模式。這預期確定其它MC的時間標記模式的其它方式是可能的。然後，基於地址的查找表，得到時間標記模式(UTC或非UTC)。在MC確定其它MC的時間標記模式後，過程在決定步驟705繼續。
在決定步驟705，MC識別其它MC是否使用同樣的時間標記模式。如果其它MC使用同樣的模式，那麼過程在步驟707繼續。如果其它MC使用不同的時間標記模式，那麼過程在步驟710繼續。在步驟707，如果兩個MC使用不同的始發地時區，MC解譯從一個MC的始發地時區到另一MC的始發地時區的在電信業務層中的所有時間標記。對要傳輸的消息，MC解譯從它自己的始發地時區到其它的MC的始發地時區的時間標記；在傳輸消息前，修改在要傳輸的消息中的時間標記。對接收的消息，MC解譯從其它的MC的始發地時區到它自己的始發地時區的時間標記；在進一步處理前，為了使用轉換的時間修改接收的消息。例如，基於消息尋址要去的MS的電話號的區碼的區碼和消息從那裡尋址的MS的電話號的區碼，可以確定MC的始發地時區；預期確定MC的始發地時區的其它方法是可能的。在完成步驟707後，過程在步驟715繼續。
在步驟710，MC從一種格式到另一格式解譯在電信業務層中的所有時間標記。對接收的消息，MC使用始發地時區從UTC格式到非UTC格式解譯時間標記。為了在進一步處理前使用轉換的時間修改接收的消息。對要傳輸的消息，MC使用始發地時區從非UTC格式到UTC格式解譯時間標記。在傳輸前使用轉換的時間修改要傳輸的消息。
然後，過程在步驟715繼續，傳輸要傳輸的消息，或繼續處理接收的消息。根據顯示在圖7的過程，對於具有R-UIM的MS，為了適當地顯示已被解譯的時間標記的消息，重要的是MS能基於在R-UIM中的信息確定時間標記模式(UTC或非UTC)，也能確定非UTC運行的始發地時區。可使用在圖5中的過程適當的顯示在此情況中的信息，雖然應該注意到決定步驟505的結果常常是負的，因為不存在時間修改符，所以不使用步驟515。同樣的，根據顯示在圖7的過程，對於具有R-UIM的MS，為了適當地傳輸已被解譯的時間標記的消息，重要的是MS能夠基於在R-UIM中的信息確定時間標記模式(UTC或非UTC)，也能確定非UTC運行的始發地時區。可使用在圖6中的過程適當的傳輸在此情況中有微小修改的信息。對圖6的修改是時間修改符不添加到消息中。
圖8是關於本發明的技術可利用的實施例的MS的詳細原理框圖。MS800優選的是至少具有語音和數據通信能力的雙向無線通信設備。MS800優選的有在網際網路上與其它計算機系統通信的能力。根據提供的準確的功能，無線設備可稱為數據消息設備，雙向尋呼機，無線e-mail設備，有數據消息接發能力的蜂窩電話，無線網際網路設備，或數據通信設備。
其中，MS800是能雙向通信的，它合併通信子系統811，包括接收器812和發送器814，和關聯的如一個或多個元件，優選的內置的或內部的天線部件816和818，本地振蕩器(LO)813，和處理模塊如數位訊號處理器(DPS)820。因為對通信領域的技術人員是顯而易見的，通信子系統811的特殊設計依賴於設備打算運行的通信網絡。例如，MS800可包括設計運行在cdmaTM網絡的通信子系統811。
網絡接入要求也隨網絡819的類型而變化。為了運行在GPRS網絡中，GPRS MS要求訂戶身份模塊(SIM)卡。為了運行在CDMA和在混合模式運行的情況中的其它的接入網絡中，CDMA MS要求可移動的用戶身份模塊(R-UIM)或可配置的非易失性存儲器。
當要求的網絡註冊或啟動程序已完成時，MS800可在網絡819上發送和接收通信信號。由天線816通過通信網絡819接收的信號輸入到接收器812，接收器812可實現普通接收器的功能，如信號放大，頻率下變換，濾波，信道選擇等，和在顯示在圖8的實施例系統中的模擬-數字(A/D)變換。接收的信號的A/D變換允許更複雜的通信功能，如在DPS820中實現的解調製和解碼。以同樣的方式，處理要傳輸的信號，例如，包括由DPS820的調製和編碼，並輸入到發送器814做數字-模擬變換，頻率上變換，濾波，放大，並通過通信天線818在通信網絡819上傳輸。DPS820不僅處理通信信號，也提供接收和傳輸控制。例如，可通過在DPS820中實現的自動增益控制算法自適應的控制在接收器812和發送器814中加在通信信號上的增益。
MS800優選的包括微處理器838，它控制設備的全面的運行。通過通信子系統811實現包括至少數據和語音通信的通信功能。微處理器838也與設備子系統交互，如顯示器822，快閃記憶體824，隨機存儲器(RAM)826，輔助設備輸入/輸出(I/O)子系統828，串行口830，鍵盤832，揚聲器834，麥克風836，短程通信子系統840和通常指定為842的任何其它設備子系統。
顯示在圖8中的一些子系統實現通信相關的功能，然而其它子系統可提供「駐存」或在線設備的功能。請注意，一些子系統，例如可使用鍵盤832和顯示器822作通信相關的功能，如輸入在通信網絡上傳輸的文本消息，和駐存設備的功能，如計算器或任務目錄。
微處理器838使用的作業系統軟體優選的存儲在永久存儲器中，如快閃記憶體824，它也用只讀存儲器(ROM)或相似的存儲元件(沒有顯示)代替。作業系統，特殊的設備應用程式，或其部分可瞬時的裝入易失的存儲器如RAM826中，這對本領域技術人員是明顯的。接收的通信信號也可存儲在RAM826中。
如圖所示，快閃記憶體824可分割為不同的區域，用於電腦程式858和程序數據存儲850，852，854和856。這些不同的存儲類型指出各個程序能分配部分快閃記憶體824作為它們自己的數據存儲需求。除了它的作業系統功能，微處理器838優選的能在MS上執行軟體應用。控制包括至少數據和語音通信應用的基本操作的預定的應用程式組通常在製造時安裝在MS800中。優選的軟體應用程式可以是個人信息管理器(PIM)應用程式，其具有組織和管理有關MS用戶的數據項的能力，如，但不限於，e-mail，日曆事件，語音郵件，約會和任務事項。自然的，為了方便存儲PIM數據項，在MS上可以有一個或多個存儲器。此PIM應用優選的具有通過無線網絡819發送和接收數據項的能力。在優選的實例中，通過無線網絡819，用存儲的或與主計算機系統關聯的MS用戶的相應的數據項無縫地集成、同步和更新PIM數據項。更多的應用程式也可通過無線網絡819，輔助設備I/O子系統828，串行口830，短程通信子系統840或任何其它合適的子系統842裝入MS800中，並由用戶安裝在RAM826中，或優選的由微處理器838執行的非易失性存儲器(沒有顯示)中。在應用程式的安裝中的此方便性增加了設備的功能，並提供增強的在線設備功能，通信相關的功能或兩者。例如，安全通信應用程式啟動電子商務功能，和使用MS800實現的其它的財務交易。
在數據通信模式中，由通信子系統811處理接收的信號如文本消息或全球網絡網頁下載，並輸入到微處理器838中，它優選的進一步處理輸出到顯示器822或可選擇的到輔助設備輸入/輸出(I/O)設備828的接收的信號。例如，優選的使用是完全包括文字與數字的鍵盤或電話類型的鍵盤的鍵盤832，連同顯示器822和可能的輔助(I/O)設備828，MS800的用戶也可撰寫數據項，如郵件消息。然後，可通過通信子系統811在通信網絡上傳輸此撰寫的項目。
對於語音通信，除了接收的信號優選的輸出到揚聲器834和傳輸的信號由麥克風836產生外，MS800的全部運行是相似的。可選擇的語音或音頻I/O子系統，如語音消息記錄子系統，也可在MS800上實現。雖然語音或音頻信號輸出優選的主要通過揚聲器834完成，也可使用顯示器822提供呼叫方識別，語音呼叫時段，或關於信息的其它語音呼叫的指示。
在圖8中的串行口830，通常希望在與用戶的桌上計算機(沒有顯示)同步的個人數字助理(PDA)-型的MS中實現，但它是可選擇的設備部件。這個串行口830能使用戶通過外部設備或軟體應用程式設置優先選擇，並通過提供下載到MS800的信息或軟體擴展MS800的能力而不是通過無線通信網絡。例如，可使用可選的下載路徑通過直接的、因此可靠的和可信任的連接將密鑰裝入到設備中，從而實現安全設備通信。
其它通信子系統840，如短程通信子系統，是另一可選擇的部件，它能在MS800和不同的系統或不需要必須是相似的設備之間提供通信。例如，子系統840可包括紅外設備和有關的電路和部件或藍牙通信模塊，提供具有相似的實現系統和設備的通信。
在下面的附錄A中提供實施例標準文件的相關部分。
最後的評論。因此，公開了對移動通信設備提供在短消息服務(SMS)時間標記格式(UTC或非UTC)中的一致性的方法和裝置。在一個說明的實例中，方法包括接收打算送給移動通信設備的SMS消息；識別SMS消息是否有格式化為世界調整時間(UTC)格式或非UTC格式的時間標記數據；基於SMS消息有格式化為UTC格式的時間標記數據，時間標記數據從UTC格式轉換到非UTC時間格式；基於識別SMS消息有非UTC格式的時間標記數據，不轉換時間標記數據到非UTC時間格式；導致SMS消息發送到移動通信設備。
另一技術涉及行動裝置利用可移動的用戶身份模塊(R-UIM)，它有存儲在存儲器中的指示器，指出始發地消息中心的運行時間標記的模式為世界調整時間(UTC)模式或非UTC模式中的一個。移動站(MS)包括在它的移動裝備(ME)中的可移動的用戶身份模塊，移動裝備(MS)包括與R-UIM連接的R-UIM接口；連接處理器的可視顯示器。可運行ME的處理器接收有時間標記數據的短消息服務(SMS)消息；當在R-UIM中存儲的指示器指出時間標記數據有UTC格式時，時間標記數據從世界調整時間(UTC)格式轉換到非UTC格式；並引起可視顯示器顯示時間標記。存儲的指示器可以是專用的時間標記模式指示器，或作為選擇，是與運行的特別時間標記模式關聯的服務提供商的標識。
對移動通信設備提供在短消息服務(SMS)中消息時間標記格式的一致性的另一技術包括在第一消息中心接收SMS消息，它有子參數，至少包括時間標記的子參數中的一個；從第一時間標記格式轉換子參數的時間標記到第二時間標記格式。第一時間標記格式可以是世界調整時間(UTC)，第二時間標記格式可以是非UTC，或反之亦然。SMS消息可以從移動站或第二消息中心發送。
上面描述的和這裡所附的本發明的實例僅僅是例子。本領域的技術人員不離開本申請的範圍可實現對特定實例的改變，修改和變更。
附錄A4.5.4消息中心時間標記從消息中心發送的SMS消息可包括消息中心時間標記子參數。消息中心時間標記子參數有如下固定長度的格式
SUBPARAMETER_ID-子參數標識符。
此欄位設置為『00000011』。
SUBPARAM_LEN -子參數長度此欄位設置為『00000111』。
YEAR -當前年。
此欄位設置為當前年，範圍為00-99。
MONTH -當前月。
此欄位設置為當前月，範圍為1-12。
DAY-月的當前日。
此欄位設置為月的當前日。
HOURS -當前小時。
此欄位設置為當前小時，範圍為0-23。
MINUTES-當前分。
此欄位設置為當前分，範圍為0-59。
SECONDS-當前秒。
此欄位設置為當前秒，範圍為0-59。
OFFSET_SIGN-偏移符號。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記表示UTC時間，此欄位設置為『0』。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記不表示UTC時間，此欄位設置如下如果UTC時間可將在UTC_TIME_OFFSET欄位中的偏移添加到由DAY，HOURS，MINUTES和SECONDS給出的時間來確定的話，此欄位設置為『0』。如果UTC時間可將UTC_TIME_OFFSET欄位中的偏移減到由DAY，HOURS，MINUTES和SECONDS給出的時間來確定的話，此欄位設置為『1』。
UTC_TIME_OFFSET-UTC時間偏移。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記表示UTC時間，此欄位設置為『000000』。如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記不表示UTC時間，此欄位設置如下此欄位設置為由DAY，HOURS，MINUTES和SECONDS欄位給出的時間和UTC時間之間的一刻鐘單位的差。
RECERVED -保留此欄位設置為『0』。
4.5.5有效性時段-絕對的有效性時段-絕對的子參數指出消息中心的消息截止時間，在此時間後如果不傳遞到目的地消息將刪除。
有效性時段-絕對的子參數有如下固定長度的格式
SUBPARAMETER_ID -子參數標識符。
此欄位設置為『00000011』。
SUBPARAM_LEN-子參數長度此欄位設置為『00000111』。
YEAR-截止年。
此欄位設置為截止年，範圍為00-99。
MONTH -截止月。
此欄位設置為截止月，範圍為1-12。
DAY -月的截止日。
此欄位設置為月的截止日。
HOURS -截止小時。
此欄位設置為截止小時，範圍為0-23。
MINUTES -截止分。
此欄位設置為截止分，範圍為0-59。
SECONDS -截止秒。
此欄位設置為截止秒，範圍為0-59。
OFFSET_SIGN -偏移符號。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記表示UTC時間，此欄位設置為『0』。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記不表示UTC時間，此欄位設置如下如果UTC時間可將UTC_TIME_OFFSET欄位中的偏移添加到由DAY，HOURS，MINUTES和SECONDS給出的時間來確定的話，此欄位設置為『0』。如果UTC時間可將UTC_TIME_OFFSET欄位中的偏移減到由DAY，HOURS，MINUTES和SECONDS給出的時間來確定的話，此欄位設置為『1』。
UTC_TIME_OFFSET -UTC時間偏移。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記表示UTC時間，此欄位設置為『000000』。如果由DAY，HOURS，MINUTES和
SECONDS給出的時間標記不表示UTC時間，此欄位設置如下此欄位設置為由DAY，HOURS，MINUTES和SECONDS欄位給出的時間和UTC時間之間的一刻鐘單位的差。
RECERVED-保留此欄位設置為『0』。
當用欄位YEAR的值實現計算時，如果值是包含在96和99之間由添加1900，如果值是包含在00和95之間由添加2000轉換為範圍為1996-2095完整的年；即99應該轉換為1999，00轉換為2000。
延期的遞送時間-絕對的延期的遞送時間-絕對的子參數指出由始端希望遞送的絕對時間。
延期的遞送時間-絕對的子參數有如下固定長度的格式
SUBPARAMETER_ID-子參數標識符。
此欄位設置為『00000011』。
SUBPARAM_LEN -子參數長度此欄位設置為『00000111』。
YEAR -遞送年(UTC)。
此欄位設置為遞送年(UTC)，範圍為00-99。
MONTH -遞送月(UTC)。
此欄位設置為遞送月(UTC)，範圍為1-12。
DAY-月的遞送日(UTC)。
此欄位設置為月的遞送日(UTC)。
HOURS -遞送小時(UTC)。
此欄位設置為遞送小時(UTC)，範圍為0-23。
MINUTES-遞送分(UTC)。
此欄位設置為遞送分(UTC)，範圍為0-59。
SECONDS-遞送秒(UTC)。
此欄位設置為遞送秒(UTC)，範圍為0-59。
OFFSET_SIGN-偏移符號。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記表示UTC時間，此欄位設置為『0』。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記不表示UTC時間，此欄位設置如下如果UTC時間可將UTC_TIME_OFFSET欄位中的偏移添加到由DAY，HOURS，MINUTES和SECONDS給出的時間確定，此欄位設置為『0』。如果UTC時間可將UTC_TIME_OFFSET欄位中的偏移減到由DAY，HOURS，MINUTES和SECONDS給出的時間來確定的話，此欄位設置為『1』。
UTC_TIME_OFFSET-UTC時間偏移。
如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記表示UTC時間，此欄位設置為『000000』。如果由DAY，HOURS，MINUTES和SECONDS給出的時間標記不表示UTC時間，此欄位設置如下此欄位設置為由DAY，HOURS，MINUTES和SECONDS欄位給出的時間和UTC時間之間的一刻鐘單位的差。
RECERVED -保留此欄位設置為『0』。
當用欄位YEAR的值實現計算時，如果值是包含在96和99之間由添加1900，如果值是包含在00和95之間由添加2000轉換為範圍為1996-2095完整的年；即99應該轉換為1999，00轉換為2000。
權利要求
1.一種在消息中心中為移動通信設備提供短消息服務(SMS)時間標記格式一致性的方法，包括接收送給移動通信設備的SMS消息；識別SMS消息是否有格式化為世界調整時間(UTC)格式或非UTC格式的時間標記數據；基於識別時間標記數據是格式化為UTC格式，轉換時間標記數據從UTC格式到非UTC時間格式；使得SMS消息被發送到移動通信設備。
2.根據權利要求1所述的方法，其特徵在於識別SMS消息的時間標記數據是否格式化為UTC格式或非UTC格式的動作是基於包括時間標記數據的消息中心的標識。
3.根據權利要求1所述的方法，其特徵在於識別SMS消息的時間標記數據是否格式化為UTC格式或非UTC格式的動作是基於包括時間標記數據的消息中心的地址。
4.根據權利要求1所述的方法，其特徵在於識別SMS消息的時間標記數據是否格式化為UTC格式或非UTC格式的動作是基於移動通信設備的服務提供商的標識。
5.根據權利要求1所述的方法，其特徵在於識別SMS消息的時間標記數據是否格式化為UTC格式或非UTC格式的動作是基於在SMS消息中的指示。
6.根據權利要求1所述的方法，其特徵在於還包括基於SMS消息有非UTC格式的時間標記數據的識別，時間標記數據不從UTC格式轉換到非UTC格式。
7.一種對移動通信設備提供短消息服務(SMS)消息時間標記格式一致性的方法，包括提供移動通信設備的可移動的用戶身份模塊；在可移動的用戶身份模塊中提供時間標記模式指示器欄位，指出始發地消息中心運行的時間標記模式為世界調整時間(UTC)模式或非UTC模式中的一個。
8.根據權利要求7所述的方法，其特徵在於還包括提供接收可移動的用戶身份模塊的移動通信設備。
9.根據權利要求7所述的方法，其特徵在於還包括提供接收可移動的用戶身份模塊的移動通信設備；使用在時間標記模式指示器欄位中的數據，確定是否轉換SMS消息的時間標記為非UTC格式。
10.根據權利要求7所述的方法，其特徵在於可移動的用戶身份模塊包括R-UIM。
11.一種移動通信設備的可移動的用戶身份模塊，包括存儲器；連接存儲器的處理器；在存儲器中的時間標記模式指示器欄位，指出始發地消息中心運行的時間標記模式為世界調整時間(UTC)模式或非UTC模式中的一個。
12.根據權利要求7所述的方法，其特徵在於可移動的用戶身份模塊包括R-UIM。
13.一種移動站(MS)，包括可移動的用戶身份模塊(R-UIM)，該模塊包括存儲器；在存儲器中存儲的指示器，它指出始發地消息中心運行的時間標記模式為世界調整時間(UTC)模式或非UTC模式中的一個；移動裝備(ME)包括與R-UIM連接的R-UIM接口；處理器；連接處理器的可視顯示器；處理器運行為接收有時間標記數據的短消息服務(SMS)消息；當在R-UIM中存儲的指示器指出時間標記數據有UTC格式時，時間標記數據從世界調整時間(UTC)格式轉換為非UTC格式；使得可視顯示器顯示時間標記。
14.根據權利要求13所述的移動站，其特徵在於存儲的指示器包括在R-UIM中的時間標記模式指示器欄位。
15.根據權利要求13所述的移動站，其特徵在於存儲的指示器包括在R-UIM中的服務提供商的標識。
16.根據權利要求13所述的移動站，其特徵在於當在R-UIM中存儲的指示器指出時間標記數據有非UTC格式時，處理器還可運行不轉換時間標記數據為非UTC格式。
17.一種對移動通信設備提供短消息服務(SMS)消息時間標記格式一致性的方法，包括在第一消息中心接收有子參數的SMS消息，至少包括時間標記的子參數中的一個；子參數的時間標記從第一時間標記格式轉換到第二時間標記格式。
18.根據權利要求17所述的方法，其特徵在於第一時間標記格式包括世界調整時間(UTC)格式，第二時間標記格式包括非UTC格式。
19.根據權利要求17所述的方法，其特徵在於第二時間標記格式包括世界調整時間(UTC)格式，第一時間標記格式包括非UTC格式。
20.根據權利要求17所述的方法，其特徵在於從第二消息中心發送SMS消息。
21.根據權利要求17所述的方法，其特徵在於從移動站發送SMS消息。
22.根據權利要求17所述的方法，其特徵在於時間標記包括SMS消息中心時間標記。
全文摘要
公開了為移動通信設備提供短消息服務(SMS)時間標記格式(UTC或非UTC)的一致性的方法和裝置。在一個說明的例子中，方法包括接收打算送給移動通信設備的SMS消息；識別SMS消息是否有格式化為世界調整時間(UTC)格式或非UTC格式的時間標記數據；基於SMS消息有格式化為UTC格式的時間標記數據的識別，時間標記數據從UTC格式轉換為非UTC時間格式；基於SMS消息有非UTC格式的時間標記數據的識別，時間標記數據不轉換為非UTC時間；使得SMS消息傳輸到移動通信設備。另一技術包括行動裝置利用可移動用戶識別模塊，它有在存儲器中存儲的指示器，指示器指出始發地消息中心的運行的時間標記模式為世界調整時間(UTC)模式或非UTC模式中的一個。
文檔編號H04W88/18GK1745593SQ200380109496
公開日2006年3月8日 申請日期2003年12月12日 優先權日2002年12月13日
發明者哈立德·M·伊斯蘭, 阿西夫·侯塞因, 威廉·丹尼爾·威利 申請人:捷訊研究有限公司