(57)【要約】モバイル通信装置にＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）タイムスタンプフォーマッティングにおける一貫性を提供する方法および装置が開示されている。一例示において、方法は、モバイル通信装置を意図したＳＭＳメッセージを受信し、ＳＭＳメッセージは協定世界時（ＵＴＣ）フォーマットまたは非ＵＴＣフォーマットにおいてフォーマット処理されたタイムスタンプデータを有するか否かを識別し、ＳＭＳメッセージがＵＴＣフォーマットにおいてフォーマット処理されたタイムスタンプデータを有するという識別に基づいてＵＴＣフォーマットから非ＵＴＣ時間フォーマットにタイムスタンプデータを変換し、ＳＭＳメッセージが非ＵＴＣフォーマットにおいてタイムスタンプデータを有するという識別に基づいてタイムスタンプデータを非ＵＴＣ時間フォーマットに変換せず、ＳＭＳメッセージをモバイル通信装置に送信させることに、関する。
2006510278.tif 000002
【特許請求の範囲】
【請求項１】
メッセージセンターにおいて、モバイル通信装置にＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）タイムスタンプフォーマッティングにおける一貫性を提供する方法であって、該方法は、
モバイル通信装置を意図したＳＭＳメッセージを受信することと、
該ＳＭＳメッセージが、協定世界時（ＵＴＣ）フォーマットまたは非ＵＴＣフォーマットにおいてフォーマット処理されたタイムスタンプデータを有するか否かを識別することと、
該タイムスタンプデータが該ＵＴＣフォーマットにおいてフォーマット処理されているという識別に基づいて、該タイムスタンプデータを該ＵＴＣフォーマットから非ＵＴＣフォーマットに変換することと、
該ＳＭＳメッセージを該モバイル通信装置に送信させることと
を包含する、方法。
【請求項２】
前記ＳＭＳメッセージのタイムスタンプデータが前記ＵＴＣフォーマットまたは非ＵＴＣフォーマットにおいてフィーマット処理されているか否かを識別するアクトは、該タイムスタンプデータに含まれるメッセージセンターの識別に基づいている、請求項１に記載の方法。
【請求項３】
前記ＳＭＳメッセージのタイムスタンプデータがＵＴＣまたは非ＵＴＣフォーマットにおいてフィーマット処理されているか否かを識別するアクトは、該タイムスタンプデータに含まれるメッセージセンターのアドレスに基づいている、請求項１に記載の方法。
【請求項４】
前記ＳＭＳメッセージのタイムスタンプデータが前記ＵＴＣフォーマットまたは非ＵＴＣフォーマットにおいてフィーマット処理されているか否かを識別するアクトは、前記モバイル通信装置のサービスプロバイダの識別に基づいている、請求項１に記載の方法。
【請求項５】
前記ＳＭＳメッセージのタイムスタンプデータが前記ＵＴＣフォーマットまたは非ＵＴＣフォーマットにおいてフィーマット処理されているか否かを識別するアクトは、前記ＳＭＳメッセージにおける識別に基づいている、請求項１に記載の方法。
【請求項６】
前記ＳＭＳメッセージが前記非ＵＴＣフォーマットにおいてタイムスタンプデータを有するという識別に基づいて、前記ＵＴＣフォーマットから非ＵＴＣ時間フォーマットに該タイムスタンプデータを変換しないことをさらに包含する、請求項１に記載の方法。
【請求項７】
モバイル通信装置にＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージタイムスタンプフォーマッティングにおける一貫性を提供する方法であって、該方法は、
モバイル通信装置に取り外し可能なユーザー識別モジュール（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）を提供することと、
協定世界時（ＵＴＣ）モードおよび非ＵＴＣモードのいずれか１つとしてのホームメッセージセンターの作動のタイムスタンプモードを示すために該取り外し可能なユーザー識別モジュールにおけるタイムスタンプモードインジケータを提供することと
を包含する、方法。
【請求項８】
前記取り外し可能なユーザー識別モジュールを受け入れる前記モバイル通信装置を提供することをさらに備える、請求項７に記載の方法。
【請求項９】
前記取り外し可能なユーザー識別モジュールを受け入れる前記モバイル通信装置を提供することと、
ＳＭＳメッセージタイムスタンプを非ＵＴＣフォーマットに変換するか否かを決定するために前記タイムスタンプモードインジケータにおけるデータを使用することと
をさらに備える、請求項７に記載の方法。
【請求項１０】
前記取り外し可能なユーザー識別モジュールがＲ−ＵＩＭを備える、請求項７に記載の方法。
【請求項１１】
モバイル通信装置のための取り外し可能なユーザー識別モジュールであって、該モジュールは、
メモリと、
該メモリに結合しているプロセッサと、
協定世界時（ＵＴＣ）モードおよび非ＵＴＣモードのいずれか１つとしてのホームメッセージセンターの作動のタイムスタンプモードを示すため、該メモリにおけるタイムスタンプモードインジケータと
を備える、モジュール。
【請求項１２】
前記取り外し可能なユーザー識別モジュールがＲ−ＵＩＭを備える、請求項７に記載の方法。
【請求項１３】
メモリと、協定世界時（ＵＴＣ）モードおよび非ＵＴＣモードのいずれか１つとしてのホームメッセージセンターの作動のタイムスタンプモードを示す、該メモリに格納されたインジケータとを含む取り外し可能なユーザー識別モジュール（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ：Ｒ−ＵＩＭ）と、
前記Ｒ−ＵＩＭとインタフェースをとるＲ−ＵＩＭインタフェースと、プロセッサと、
該プロセッサに結合する視覚ディスプレイとを含むモバイル装置（ＭＥ）と
を備えたモバイルステーション（ＭＳ）であって、
該プロセッサは、
タイムスタンプデータを有するＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージを受信し、
該Ｒ−ＵＩＭに格納されたインジケータが該タイムスタンプデータが前記ＵＴＣフォーマットを有するという示す場合に協定世界時（ＵＴＣ）フォーマットから非ＵＴＣフォーマットに該タイムスタンプデータを変換し、
該視覚ディスプレイに前記タイムスタンプを表示させる
ように動作する、モバイルステーション（ＭＳ）。
【請求項１４】
格納された前記インジケータが、前記Ｒ−ＵＩＭにおけるタイムスタンプモードインジケータフィールドを備える、請求項１３に記載のＭＳ。
【請求項１５】
格納された前記インジケータが、前記Ｒ−ＵＩＭにおけるサービスプロバイダ識別を備える、請求項１３に記載のＭＳ。
【請求項１６】
前記タイムスタンプデータが、前記非ＵＴＣフォーマットを有するということを前記Ｒ−ＵＩＭにおける格納された前記インジケータが示す場合、前記プロセッサは、該タイムスタンプデータを非ＵＴＣフォーマットに変換しないようにさらに動作する、請求項１３に記載のＭＳ。
【請求項１７】
モバイル通信装置にＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージタイムスタンプフォーマッティングにおける一貫性を提供する方法であって、該方法は、
タイムスタンプを含む少なくとも１つのサブパラメーターを有するＳＭＳメッセージを第１のメッセージセンターにおいて受信することと、
該サブパラメーターのタイムスタンプを第１のタイムスタンプフォーマットから第２のタイムスタンプフォーマットに変換することと
を包含する、方法。
【請求項１８】
前記第１のタイムスタンプフォーマットが協定世界時（ＵＴＣ）フォーマットを含み、前記第２のタイムスタンプフォーマットが非ＵＴＣフォーマットを含む、請求項１７に記載の方法。
【請求項１９】
前記第２のタイムスタンプフォーマットが協定世界時（ＵＴＣ）フォーマットを含み、前記第１のタイムスタンプフォーマットが非ＵＴＣフォーマットを含む、請求項１７に記載の方法。
【請求項２０】
前記ＳＭＳメッセージが第２のメッセージセンターから送信される、請求項１７に記載の方法。
【請求項２１】
前記ＳＭＳメッセージがモバイルステーションから送信される、請求項１７に記載の方法。
【請求項２２】
前記タイムスタンプがＳＭＳメッセージセンタータイムスタンプを備える、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般的には無線通信に関し、より特定的にはＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージングおよびタイムスタンプデータに関する。
【背景技術】
【０００２】
ＳＭＳ（ショート・メッセージング・サービス）は、一つのモバイルステーション（ＭＳ）からもう一つのＭＳへ、また、ＥＳＭＥ（Ｅｘｔｅｒｎａｌ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｅｎｔｉｔｙ）からＭＳへ、ショートメッセージ（つまり、ＳＭＳメッセージ）を送信するのに用いられる。発信（ｏｒｉｇｉｎａｔｉｎｇ）ＭＳはＳＭＳを用いてＳＭＳメッセージを終点（ｔｅｒｍｉｎａｔｉｎｇ）ＭＳに送信することができる。終点ＭＳは発信ＭＳと同じまたは異なるサービスプロバイダからのサービスを有する。ＳＭＳメッセージングプロトコルは、３ＧＰＰ２（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ２）規格Ｃ．Ｓ００１５−Ａのような産業標準に従っていることがある。発信ＭＳがＳＭＳメッセージを別のＭＳに送信するとき、発信ＭＳはＳＭＳテレサービス層提出メッセージを送信する。ＳＭＳメッセージがＥＳＭＥからＭＳに送信されると、ＥＳＭＥはＳＭＰＰ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｉｎｇ  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）プロトコルを用いてＳＭＳメッセージをメッセージセンター（ＭＣ）に転送する。発信ＭＳのＭＣはＳＭＳ提出メッセージを処理する。ＳＭＳ提出メッセージを受信すると、発信ＭＳのＭＣは終点ＭＳに送信されるＳＭＳテレサービス層伝達メッセージを作成する。ＳＭＳテレサービス層伝達メッセージはメッセージセンタータイムスタンプを含む。メッセージセンタータイムスタンプは、メッセージが発信者によって送信された時間を示すために終点ＭＳによって用いられる。
【０００３】
ＩＳ−４１に基づくシステムにおいてＳＭＳを実行する場合にいくつかの問題が存在する。ＭＣはメッセージセンタータイムスタンプサブパラメーターに同じフォーマットをすべて用いない。いくつかのサービスプロバイダのＭＣは、ＭＳの現在のまたはホーム時間帯にかかわらず常にメッセージセンタータイムスタンプを協定世界時（ＵＴＣ）時間（またはＧＭＴ：グリニッジ標準時）に設定する。他のサービスプロバイダはメッセージセンタータイムスタンプを発信ＭＳのホーム時間帯における時間を表す時間に設定する。ＭＳは典型的にあるサービスプロバイダと作動するようにプログラムされ、典型的に不揮発性メモリにおけるフィールドを含む。フィールドは、ホームＭＣがＵＴＣ時間を使用するかまたはホーム時間を使用するかを示す。ＭＳはメッセージセンタータイムスタンプに加えてこのフィールドを用いて、どのように適切に時間を示すかを決定する。
【０００４】
ＵＴＣ時間を用いるＭＣに関係する発信ＭＳが、ホーム時間を用いるＭＣに関連する終点ＭＳに、ＳＭＳメッセージを送信する場合、終点ＭＳは正確に時間を表示することができない。同様に、ホーム時間を用いるＭＣに関連する発信ＭＳが、ＵＴＣ時間を用いるＭＣに関連する終点ＭＳに、ＳＭＳメッセージを送信する場合、終点ＭＳは正確に時間を表示することができない。同様に、第１の時間帯のホーム時間を用いるＭＣに関係する発信ＭＳが、異なる時間帯のホーム時間を用いるＭＣに関係する終点ＭＳに、ＳＭＳメッセージを送信する場合、終点ＭＳは正確に時間を表示することができない。
【０００５】
共通のおよび一貫した時間基準（たとえばＵＴＣ時間）を用いてすべてのＭＳおよびＭＣが同時に変換される場合、そのような問題は解決される。しかしながら、すでに実施されたＭＳの数百万のソフトウエアを同時にアップグレードすることは、効率的でなく実用的でもない。また、ネットワークにあるすべてのＭＣのソフトウエアを同時にアップグレードすることは、効率的でなく実用的でもない。
【０００６】
このように、必要なのは、ＳＭＳメッセージタイムスタンプ情報を変換し、終点モバイルステーションが常に正確な時間を表示できるようにする方法および装置である。そのような技術は逆適合性（ｂａｃｋｗａｒｄｓ−ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供するように導入される必要がある。従来のシステムにおいて、タイムスタンプ情報は多くの実例において正確に表示される。たとえば、ホーム時間を用いるＭＣに関係するＭＳが、ホーム時間を用いるＭＣに関係する別のＭＳにＳＭＳメッセージを送信する場合、タイムスタンプ情報は正確に表示される。逆適合性ソリューションについては、先のバージョンのＭＳがアップグレードされたＭＣと作動し、より新しいバージョンのＭＳがアップグレードされていないＭＣと作動する場合、適切な作動が発生する。
【０００７】
Ｃｄｍａ２０００はまた、標準３ＧＰＰ２  Ｃ．Ｓ００２３−０  ｖｅｒｓｉｏｎ  ４．０に記載されているようにＲ−ＵＩＭ（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）をサポートする。Ｒ−ＵＩＭはマイクロプロセッサおよび不揮発性メモリを含む。Ｒ−ＵＩＭは、ユーザーが容易にモバイル装置（ＭＥ）の切り換えができるようにするためにユーザーに関する特定の情報を格納し、またＳＭＳメッセージを格納するために用いられる。電話加入者の家のＭＣによって使用される時間フォーマットのタイプに注意していないので、ＭＥはＳＭＳメッセージの時間をどのように表示するかを適切に決定できない。このように、一貫したＳＭＳメッセージタイムスタンプをフォーマッティングのための方法および装置を提供して、Ｒ−ＵＩＭが異なるＭＥに挿入される場合にＲ−ＵＩＭに格納されるＳＭＳメッセージの時間が適切に表示されるようにすることはさらに望ましい。
【発明の開示】
【課題を解決するための手段】
【０００８】
表示されたタイムスタンプ（ＵＴＣまたは非ＵＴＣ）間を明確にするためのＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）タイムスタンプフォーマッティングにおける一貫性を提供する方法および装置が開示される。
【０００９】
一例示において、方法は、モバイル通信装置を意図したＳＭＳメッセージを受信し、ＳＭＳメッセージは協定世界時（ＵＴＣ）フォーマットまたは非ＵＴＣフォーマットにおいてフォーマット処理されたタイムスタンプデータを有するか否かを識別し、ＳＭＳメッセージがＵＴＣフォーマットにおいてフォーマット処理されたタイムスタンプデータを有するという識別に基づいてＵＴＣフォーマットから非ＵＴＣ時間フォーマットにタイムスタンプデータを変換し、ＳＭＳメッセージが非ＵＴＣフォーマットにおいてタイムスタンプデータを有するという識別に基づいてタイムスタンプデータを非ＵＴＣ時間フォーマットに変換せず、ＳＭＳメッセージをモバイル通信装置に送信させることに、関する。他の技術は、ホームメッセージセンターの作動のタイムスタンプモードが協定世界時（ＵＴＣ）モードおよび非ＵＴＣモードの１つとして示されるメモリにおいて格納されたインジケータを有する取り外し可能なユーザー識別モジュール（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）のモバイル装置使用に関する。
【発明を実施するための最良の形態】
【００１０】
本出願の実施態様は単に例を用いて、添付の図を参照して記載され、同一の参照番号は異なる図において同一の要素を示すのに用いられる。
【００１１】
図１を説明すると、第１の例示的なｃｄｍａ２０００モバイルステーション（ＭＳ）１００のブロック図が示されている。ＭＳ１００は、マイクロプロセッサ１１０、ディスプレイ１０５（たとえばＬＣＤ）、無線モデム１２０、マイクロプロセッサ１１０に結合されるメモリ１１５（不揮発性メモリを含む）を含む。図２は、第２の例示的なｃｄｍａ２０００ＭＳ２００のブロック図である。ＭＳ２００は、マイクロプロセッサ２１０、ディスプレイ２０５（たとえばＬＣＤ）、無線モデム２２０、マイクロプロセッサ２１０に結合されるメモリ２１５（不揮発性メモリを含む）を含む。ディスプレイ２０５、無線モデム２２０、メモリ２１５は、マイクロプロセッサ２１０に結合される。ＭＳ２００はまたＲ−ＵＩＭ（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）２２５を含む。Ｒ−ＵＩＭ２２５はＭＳ２００のＲ−ＵＩＭインタフェースを介してＭＳ２００に結合される。Ｒ−ＵＩＭ２２５はＭＳ２００から分離され得て、別のＭＳに挿入され得る。ＭＳ２００およびＲ−ＵＩＭ２２５は、標準仕様３ＧＰＰ２  Ｃ．Ｓ００２３−０  ｖｅｒｓｉｏｎ  ４．０、つまり「スペクトラム拡散（Ｓｐｒｅａｄ  Ｓｐｅｃｔｒｕｍ）システムのためのＲ−ＵＩＭ」に記載されるような機能をするために、構成されて適用される。Ｃ．Ｓ００２３−０  ｖｅｒｓｉｏｎ  ４．０によると、ＭＳは、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ、モバイル装置）およびＲ−ＵＩＭから構成される。ブロック２３０はＭＳ２００のＭＥ部分を示している。ＭＥ部分は、ディスプレイ２０５、マイクロプロセッサ２１０、メモリ２１５、無線モデム２２０を含む。
【００１２】
図３は、一つのＭＳから別のＭＳへＳＭＳメッセージを送る、またはＥＭＳＥ（Ｅｘｔｅｒｎａｌ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｅｎｔｉｔｙ）からＭＳへＳＭＳメッセージを送る例示的なシステムを示す。ＢＳ／ＭＳＣとＭＳとの間の無線通信は、Ｃ．Ｓ０００１−０  Ｖ３．０、Ｃ．Ｓ０００２−０  Ｖ３．０、Ｃ．Ｓ０００３−０  Ｖ３．０、Ｃ．Ｓ０００４−０  Ｖ３．０、Ｃ．Ｓ０００５−０  Ｖ３．０のようなｃｄｍａ２０００エアインタフェース規格が使用可能である。ＢＳ／ＭＳＣとＭＳ、ＥＭＳＥとＭＣとの間の通信はＮ．Ｓ０００５のようなネットワーク規格を使用できる。
【００１３】
図３において、発信ＭＳ３００またはＥＭＳＥ３３０は、ＳＭＳ提出メッセージを発信ＢＳ／ＭＳＣ３０５に送信する。発信ＢＳ／ＭＳＣ３０５はＳＭＳ提出メッセージを発信ＭＣ３１０に転送する。発信ＭＣ３１０はそれからＳＭＳ提出メッセージの内容に基づいて伝達メッセージを作成する。発信ＭＣ３１０はそれから伝達メッセージを終点ＭＣ３１５に転送する。終点ＭＣ３１５はそれからＳＭＳ伝達メッセージを終点ＢＳ／ＭＳＣ３２０に転送する。終点ＢＳ／ＭＳＣ３２０はそれからＳＭＳ伝達メッセージを終点ＭＳ３２５に転送する。
【００１４】
発信ＭＣ３１０がＳＭＳ伝達メッセージを作成する場合、発信ＭＣ３１０はメッセージセンタータイムスタンプサブパラメーターをＳＭＳ伝達メッセージに加える。ＭＣ３１０がメッセージセンタータイムスタンプに協定世界時（ＵＴＣ）フォーマットを使用する場合、ＵＴＣを使用していることを示すためにＭＣ３１０は時間変更子を設定する。たとえば、ＯＦＦＳＥＴ＿ＳＩＧＮおよびＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールド（図４を参照）はゼロに設定され得る。ＭＣ３１０がメッセージセンタータイムスタンプに非ＵＴＣ時間フォーマットを用いる場合、ＭＣ３１０は、メッセージ受取人がＵＴＣ時間を変更子に基づいて決定できるようにするために、メッセージセンター時間に基づいて時間変更子フィールドを設定する。
【００１５】
ＭＣは、次の表１に示されるような情報を用いてどのようにＯＦＦＳＥＴ＿ＳＩＧＮおよびＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドを設定するか決定することがあり得る。これは図４に示される。ＭＣは第１列のメッセージセンター時間帯を調べて、第３列で対応する入力を見つける。第３列の対応する入力がマイナスの場合、ＭＣはＯＦＦＳＥＴ＿ＳＩＧＮを「１」と設定する。第３列の対応する入力がプラスの場合、ＭＣはＯＦＦＳＥＴ＿ＳＩＧＮを「０」と設定する。ＭＣは、第３列の対応する入力の絶対値の４倍（４×）にＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴを設定する。
【００１６】
【表１−１】
2006510278.tif 000003
【００１７】
【表１−２】
2006510278.tif 000004
図４は拡張された時間サブパラメーターのフォーマットを示す。時間は、ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドに含まれる。時間は、ＵＴＣ時間フォーマットまたは非ＵＴＣ時間フォーマットのどちらかであり得る。拡張された時間サブパラメーターはまたＯＦＦＳＥＴ＿ＳＩＧＮおよび、時間変更子として作用するＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドを含む。サブパラメーターの受取人は時間変更子を用いて、時間がＵＴＣ時間であるかまたは非ＵＴＣ時間であるかを決定する。時間がＵＴＣ時間である場合、ＯＦＦＳＥＴ_ＳＩＧＮおよびＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドは両方、ゼロに等しい。時間変更子はまたオフセットを提供する。オフセットは、非ＵＴＣ時間において、受取人が非ＵＴＣ時間からのＵＴＣ時間を決定できるようにする。
【００１８】
図５は、モバイル通信装置にＳＭＳメッセージタイムスタンプフォーマッティング（「タイムスタンプ明確化（ｄｉｓａｍｂｉｇｕａｔｉｏｎ）」）における一貫性を提供する方法を記載するフローチャートである。ステップ５００から開始して、ＭＳは、別のＭＳまたはＥＭＳＥから発信されたＳＭＳメッセージを受信する。メッセージは３ＧＰＰ２  Ｃ．Ｓ００１５−Ａに従ったＳＭＳテレサービス層メッセージであり得る。たとえば、メッセージは、ＳＭＳ伝達メッセージ、ＳＭＳ伝達確認メッセージまたはＳＭＳ読み取り確認メッセージであり得る。メッセージは、ＳＭＳメッセージが伝達された時間を示すメッセージセンタータイムスタンプを含む。メッセージはまたタイムスタンプ変更子を含む。このタイムスタンプ変更子は、図４に関連して示されるＯＦＦＳＥＴ＿ＳＩＧＮおよびＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドなどのようなメッセージセンタータイムスタンプの延長であり得る。タイムスタンプ変更子はまた新しいサブパラメーターとしてＳＭＳテレサービス層メッセージに含まれる。一度受信されると、このＳＭＳテレサービス層メッセージはＭＳのメモリまたは関連するＲ−ＵＩＭのどちらかに格納され得る。
【００１９】
図５のステップ５０２において、タイムスタンプ明確化（ｄｉｓａｍｂｉｇｕａｔｉｏｎ）のために有効にされたＭＳはステップ５０５に進むのに対して、そのように有効にされていないＭＳはステップ５２０にジャンプして付加的なフィールドを無視する。ステップ５０５において、ＭＳはＳＭＳテレサービス層メッセージをチェックしてタイムスタンプ変更子が存在するかどうかを決定する。タイムスタンプ変更子がメッセージセンタータイムスタンプに含まれている場合、ＭＳはサブパラメーターの長さに基づいてタイムスタンプ変更子の存在を決定する（たとえば、ＳＵＢＰＡＲＡＭ＿ＬＥＭが６に等しい場合、タイムスタンプ変更子は存在していないが、ＳＵＢＰＡＲＡＭ＿ＬＥＭが７に等しい場合、タイムスタンプ変更子は存在する）。タイムスタンプ変更子がＭＣタイムスタンプサブパラメーターに含まれる場合、ＭＳは、サブパラメーターに新しく付加されたフィールドが含まれていることに基づいてタイムスタンプ変更子の存在を決定できる。タイムスタンプ変更子が存在する場合、ＭＳはステップ５１５に進む。
【００２０】
図５のステップ５１５において、ＭＳは、タイムスタンプ変更子に基づいてメッセージにおける時間を調整する。タイムスタンプ変更子フィールドが時間はＵＴＣフォーマットにあると示す場合（つまり、ＯＦＦＳＥＴ＿ＳＩＧＮおよびＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドは両方ゼロに等しい）、調整の必要はない。さもなければ、ＭＳは、タイムスタンプ変更子フィールドに基づいて時間を調整する。ＭＳは、ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドにおける非ＵＴＣ時間をＵＴＣ時間フォーマットに調整する。特に、ＭＳはＯＦＦＳＥＴ＿ＳＩＧＮフィールドをチェックする。ＯＦＦＳＥＴ＿ＳＩＧＮが「１」に等しい場合、ＭＳは非ＵＴＣ時間からのＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴによって表される時間の４分の１を減算してＵＴＣ時間を決定する。ＯＦＦＳＥＴ_ＳＩＧＮが「０」に等しい場合、ＭＳはＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴによって表される時間の４分の１を非ＵＴＣ時間に加えてＵＴＣ時間を決定する。ステップ５１５の結果、タイムスタンプはＵＴＣフォーマット（ステップ５２２）にあり、処理はステップ５３０に続く。
【００２１】
ステップ５３０において、ＭＳはＵＴＣ時間をローカル時間に変換して、ローカル時間をユーザーに示す。ＭＳはメモリにおける設定に基づいてローカル時間帯（つまり、ＭＳが現在存在する時間帯）を知ることになる。ＭＳはまた代わりに同期チャンネルメッセージに提供されるローカル時間オフセットを使用できる。ＭＳはこの設定に基づいて、ＵＴＣ時間をローカル時間に変換する。ＭＳはこの作動を実行するためにテーブル・ルックアップを実行し得る。表は表１のようなものが使用され得る。ＭＳのローカル時間帯がたとえば東海岸標準時（Ｅａｓｔｅｒｎ  Ｓｔａｎｄａｒｄ  Ｔｉｍｅ：ＥＳＴ）である場合、ＭＳはＵＴＣ時間から５時間引くことによってＵＴＣ時間をＥＳＴ時間に変換する。ローカル時間に変換後、ＭＳは新しくフォーマット済みの時間を示す。
【００２２】
先のステップ５０５において検証されたようにタイムスタンプ変更子が存在していない場合、ステップ５１０においては、ＭＳがタイムスタンプ変更子を含まないメッセージに用いるためのＳＭＳタイムスタンプ「モード」を決定する。ＭＳがＲ−ＵＩＭを含まない場合、ＭＳは不揮発性メモリにおけるフィールドの値をチェックし、タイムスタンプモードがＵＴＣであるかまたはホーム時間帯モードであるかを決定する。つまり、フィールドの１つの値（たとえば０）がＵＴＣモードを表し、フィールドの別の値（たとえば１）はホーム時間帯モードを表す。ＭＳがＲ−ＵＩＭを含む場合、ＭＳはＲ−ＵＩＭからのタイムスタンプモードを決定する。ＭＳはＲ−ＵＩＭの不揮発性メモリにおける新しいフィールドの値に基づいてこれを決定し得る。代わりに、ＭＳはタイムスタンプモードにサービスプロバイダ名を位置付けるマップを有することがある。この場合、ＭＳはＲ−ＵＩＭからサービスプロバイダ名を読み出し、それからサービスプロバイダ名に基づいてタイムスタンプモードを決定する。ステップ５２０に進み、ＭＳはタイムスタンプモードがホームのタイムスタンプモードであるかチェックする。ステップ５２０における決定の結果、ＳＭＳタイムスタンプモードがホームのタイムスタンプモードでない場合、時間はＵＴＣ時間（ステップ５２２）として処理され、すでに述べられたようにＭＳはステップ５３０に進む。
【００２３】
先のステップ５２０における決定の結果、ＳＭＳタイムスタンプモードがホームのタイムスタンプモードである場合、タイムスタンプはホームのタイムスタンプとして処理され、ＭＳはステップ５２５に進む。ステップ５２５において、ＭＳはホーム時間をローカル時間に変換し、それをユーザーに示す。ＭＳはメモリにおける設定に基づいてローカル時間帯（つまり、ＭＳが現在作動している時間帯）を知ることになる。Ｒ−ＵＩＭを有さないＭＳは、ＭＳのメモリにおけるメモリ設定に基づいてそのホーム時間帯を決定する。これは、ホーム時間帯に直接位置付けるマップ変数またはいくつかの他の情報に基づく変数のどちらかであり得る。たとえば、ホーム時間帯は自宅電話の市外局番のルックアップテーブルに基づいて決定され得る（たとえば、４１５＝太平洋標準時（ＰＳＴ）、８４７＝中西部標準時（ＣＳＴ）、４０４＝東海岸標準時（ＥＳＴ））。代わりに、ホーム時間帯はＭＳの家庭用ＳＩＤおよびまたはＮＩＤのルックアップテーブルに基づいて決定され得る。ＭＳがＲ−ＵＩＭを有する場合、ＭＳはＲ−ＵＩＭにおける設定に基づいてそのホーム時間帯を決定する。これはまた、ホーム時間帯に直接位置付けるマップＲ−ＵＩＭからの変数、または、電話加入者の自宅電話の市外局番または電話加入者の家庭用ＳＩＤおよびまたはＮＩＤのようなＲ−ＵＩＭからのいくつかの他の情報に基づく変数のどちらかであり得る。ＭＳはメモリの設定に基づいてローカル時間帯（つまり、ＭＳが現在作動している時間帯）を知ることになる。
【００２４】
ホーム時間をローカル時間に変換するために、ＭＳは上記の表１のような変換表を使用することができる。第１列のホーム時間帯を検索して、第３列の関連するオフセットをホーム時間に加えて、ローカル時間帯と関連する第２列のオフセットを加えることで、ＭＳはホーム時間をローカル時間に変換できる。ローカル時間に変換後、ＭＳは時間を表示する。ＭＳが時間をローカル時間に変換するとき、ＭＳはまた一年で夏時間が認められる場合に夏時間にオフセットを適用する。
【００２５】
図６は、ＭＳによってＳＭＳメッセージに時間を設定する方法を記載するフローチャートを示す。この手順は、たとえば、絶対サブパラメーターまたは延期伝達時間絶対サブパラメーター（共に３ＧＰＰ２  Ｃ．Ｓ００１５−Ａに規定される）である有効期間を設定する場合に使用される。両サブパラメーターは、図４における時間変更子フィールドを加えることで拡張される。このプロセスはステップ６００から開始する。ステップ６００においてユーザーはＭＳにおける時間を入力する。処理はステップ６０５に進み、ＭＳは、サブパラメーター用に使用するためにＳＭＳタイムスタンプモードを識別する。ＭＳがＲ−ＵＩＭを含まない場合、ＭＳは不揮発性メモリにおけるフィールドの値を特定し、タイムスタンプモードがＵＴＣであるかまたはホーム時間帯モードであるか決定する。つまりフィールドの１つの値（たとえば「０」）はＵＴＣモードを表し、フィールドの別の値（たとえば「１」）はホーム時間帯モードを表す。ＭＳがＲ−ＵＩＭを含む場合、ＭＳはＲ−ＵＩＭからのタイムスタンプモードを識別する。ＭＳは、Ｒ−ＵＩＭの不揮発性メモリにおいて新しいフィールドの値に基づいてこれを決定し得る。代わりに、ＭＳはサービスプロバイダ名をタイムスタンプモードに位置付けるマップを有し得る。この場合、ＭＳはＲ−ＵＩＭからサービスプロバイダ名を読み出し、サービスプロバイダ名に基づいてタイムスタンプモードを決定する。
【００２６】
ステップ６０５においてタイムスタンプモードを特定後、処理は決定ステップ６１０に進む。６１０において、ＭＳは、タイムスタンプモードがホーム時間スタンプモードであるかどうか識別する。決定ステップ６１５の結果、ＳＭＳタイムスタンプモードがホーム時間スタンプモードでない場合、サブパラメーターにおける時間はＵＴＣ時間として設定され、ＭＳはステップ６１５に進む。決定ステップ６１５の結果、ＳＭＳタイムスタンプモードがホームのタイムスタンプモードである場合、サブパラメーターにおける時間はホーム時間スタンプとして設定され、ＭＳはステップ６２０に進む。
【００２７】
ステップ６１５において、ＭＳはユーザーによって入力された時間をＵＴＣに変換し、サブパラメーターのＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドにおける時間に設定する。ＭＳはサブパラメーターにおける時間変更子フィールドを含み、ＯＦＦＳＥＴ＿ＳＩＧＮおよびＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴの両方をゼロに設定し、時間がＵＴＣ時間であることを示す。それから処理は終了する。ステップ６２０において、ＭＳはそのホーム時間帯を決定する。Ｒ−ＵＩＭを有さないＭＳは、メモリにおけるメモリ設定に基づいてＭＳのホーム時間帯を決定する。これは、ホーム時間帯に直接位置付けるマップ変数かまたはいくつかの他の情報に基づく変数のどちらかであり得る。たとえば、ホーム時間帯は、自宅電話の市外局番のルックアップテーブルに基づいて決定され得る（たとえば、４１５＝太平洋標準時（ＰＳＴ）、８４７＝中西部標準時（ＣＳＴ）、４０４＝東海岸標準時（ＥＳＴ））。代わりに、ホーム時間帯はＭＳの家庭用ＳＩＤおよびまたはＮＩＤのルックアップテーブルに基づいて決定され得る。ＭＳがＲ−ＵＩＭを有する場合、ＭＳはＲ−ＵＩＭにおける設定に基づいてそのホーム時間帯を決定する。これはまた、ホーム時間帯に直接位置付けるマップＲ−ＵＩＭからの変数、または、電話加入者の自宅電話の市外局番または電話加入者の家庭用ＳＩＤおよびまたはＮＩＤのようなＲ−ＵＩＭからのいくつかの他の情報に基づく変数のどちらかであり得る。ステップ６２０においてホーム時間帯を決定後、処理はステップ６２５に続く。
【００２８】
ステップ６２５において、ＭＳは、ユーザーによって入力された時間をユーザーのホーム時間帯に変換し、サブパラメーターのＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドにおける時間をユーザーのホーム時間帯の時間に設定する。ＭＳは、メッセージ受取人が変更子に基づいてＵＴＣ時間を決定できるようにするために、ホーム時間帯に基づいてサブパラメーターにおける時間変更子フィールドを設定する。ＭＳは表１を用いて図４に示されるように、どのようにＯＦＦＳＥＴ＿ＳＩＧＮおよびＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドを設定するか決定し得る。ＭＳは第１列のホーム時間帯を検索し、第３列の対応する入力を見つける。第３列の対応する入力がマイナスの場合、ＭＳはＯＦＦＳＥＴ＿ＳＩＧＮを「１」に設定する。第３列の対応する入力がプラスの場合、ＭＳはＯＦＦＳＥＴ＿ＳＩＧＮを「０」に設定する。ＭＳは、第３列の対応する入力の絶対値の４倍にＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴを設定する。手順はステップ６２５を以て終了する。
【００２９】
アップグレードしたメッセージセンターは、現在のＵＴＣ時間の知識を有する。従って、図６に関係して記されたように、ＭＳによって作成されたサブパラメーターを受信すると、サブパラメーターにおける時間をＵＴＣ時間に変換し、それに応じて処理することができる。
【００３０】
既に記されたソリューションはＳＭＳメッセージに時間変更子フィールド（１バイト）を加える。それにより、１バイトでメッセージにおいて送信されるユーザー情報の量が減少する。しかしながら、時間変更子フィールドを加えない技術が代わりに利用され得る。
【００３１】
図７は、ＳＭＳテレサービス層サブパラメーターにおけるタイムスタンプを１つのタイムスタンプフォーマットから別のタイムスタンプフォーマットに変換させるために、メッセージセンター（ＭＣ）によって用いられ得る方法のフォローチャートである。この方法は、非ＵＴＣタイムスタンプモードにおいて実行されるＭＣによってのみ実行される。この方法は、受信のすぐ後および既存のメッセージ処理を実行するすぐ前に他のＭＣから受信する前処理メッセージに用いられる。この方法はまた、伝達のすぐ後および既存メッセージ処理が実行されたすぐ後に、他のＭＣに送信される処理後メッセージに用いられる。
【００３２】
図７のステップ７００から方法が開始する。ステップ７００において、ＭＣは他のＭＣのＳＭＳタイムスタンプモードを決定する。これは、受信メッセージのためにメッセージが受信されたアドレスを検証することによって、または、伝送されるメッセージのためにメッセージが伝送されるべきアドレスを検証することによって、決定され得る。他のＭＣのタイムスタンプモードを決定する他の方法が可能であると考えられる。タイムスタンプモード（ＵＴＣまたは非ＵＴＣ）はそれからアドレスのルックアップテーブルに基づいてフェッチされる。ＭＣが他のＭＣのタイムスタンプモードを決定した後に、処理は決定ステップ７０５に続く。
【００３３】
決定ステップ７０５において、ＭＣは、他のＭＣが同じタイムスタンプモードを用いるか否かを識別する。他のＭＣが同じモードを用いる場合、処理はステップ７０７に続く。他のＭＣが異なるタイムスタンプモードを用いる場合、処理はステップ７１０に続く。ステップ７０７において、２つのＭＣが異なるホーム時間帯を用いる場合、ＭＣはテレサービス層メッセージにおけるすべてのタイムスタンプを１つのＭＣのホーム時間帯から他のＭＣのホーム時間帯に変換する。メッセージが伝送されるために、ＭＣはホーム時間帯から他のＭＣのホーム時間帯にタイムスタンプを変換する。つまり、メッセージにおける伝送されるべきタイムスタンプが、メッセージが伝送される前に修正される。メッセージが受信されるために、ＭＣは他のＭＣのホーム時間帯からホーム時間帯にタイムスタンプを変換する。つまり、受信されたメッセージは、さらなる処理の前に、変換されたタイムスタンプを用いるために修正される。ＭＣのホーム時間帯は、たとえば、メッセージがアドレスされる方向へ、およびメッセージがアドレスされる方向からのＭＳの電話市外局番に基づいて決定され得る。つまり、ＭＣのホーム時間帯を決定する他の方法が可能であると考えられる。ステップ７０７が完了後、処理はステップ７１５に続く。
【００３４】
ステップ７１０において、ＭＣは、テレサービス層メッセージにおけるすべてのタイムスタンプを一つのフォーマットから他のフォーマットに変換する。メッセージが受信されるために、ＭＣはホーム時間帯を用いてＵＴＣフォーマットから非ＵＴＣフォーマットにタイムスタンプを変換する。受信されたメッセージは、さらなる処理の前に、変換されたタイムスタンプを用いるために修正される。メッセージが伝送されるために、ＭＣはホーム時間帯を用いて非ＵＴＣフォーマットからＵＴＣフォーマットへ変換する。伝送されるべきメッセージは伝送される前に、変換されたタイムスタンプを用いるために修正される。
【００３５】
処理はそれからステップ７１５に続き、伝送されるべきメッセージは伝送され、受信メッセージの処理は続けられる。Ｒ−ＵＩＭを有するＭＳが、図７に示される方法に従って変換されたタイムスタンプのメッセージを適切に表示するために、ＭＳが、Ｒ−ＵＩＭにおける情報に基づいてタイムスタンプモード（ＵＴＣまたは非ＵＴＣ）を決定できること、また、非ＵＴＣ作動のホーム時間帯を決定できることは重要である。図５の方法はこのシナリオにおいて適切にメッセージを表示するために用いられるが、決定ステップ５０５の結果が常にマイナスで、時間変更子が存在しないためにステップ５１５が用いられないことに留意すべきである。同様に、Ｒ−ＵＩＭを有するＭＳが、図７に示される方法に従って変換されるべきタイムスタンプのメッセージを適切に伝送するために、ＭＳが、Ｒ−ＵＩＭにおける情報に基づいてタイムスタンプモード（ＵＴＣまたは非ＵＴＣ）を決定できること、また、非ＵＴＣ作動のホーム時間帯を決定できることは重要である。図６における方法はわずかに修正されるが、このシナリオにおいて適切にメッセージを伝送するために用いられ得る。図６への修正は、時間変更子がメッセージに加えられないというものである。
【００３６】
図８は例示的なＭＳの詳細なブロック概略図で、本願の技術と関係して利用され得る。ＭＳ８００は好ましくは、少なくとも音声とデータ通信能力を持つ２ウェイの無線通信装置である。ＭＳ８００は好ましくは、インターネットにおいて他のコンピュータシステムと通信する能力を有する。提供される的確な機能性次第で、無線装置は、たとえば、データメッセージング装置、２ウェイ携帯電話、無線ｅメール装置、データメッセージング能力を備える携帯電話、無線インターネット器具、データ通信装置として言及され得る。
【００３７】
ＭＳ８００の２ウェイ通信が可能になる場において、ＭＳ８００は通信サブシステム８１１を組む込み、次のものを含む：レシーバ８１２およびトランスミッタ８１４、好ましくは埋め込まれるか内蔵される１つ以上のアンテナ要素８１６、８１８のような関連する構成部分、局部発振器（ＬＯ）８１３、デジタル信号プロセッサ（ＤＳＰ）８２０のような処理モジュール。通信分野の当業者に明らかになるように、通信サブシステム８１１の特定の設計は、装置が作動される意図にある通信ネットワークによって決まる。たとえば、ＭＳ８００は、ｃｄｍａ２０００（登録商標）ネットワーク内で実行するように設計された通信サブシステム８１１を含み得る。
【００３８】
ネットワークアクセス条件はまた、ネットワーク８１９のタイプによって変わる。ＧＰＲＳ  ＭＳは、ＧＰＲＳネットワークで作動するために、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）カードを必要とする。ＣＤＭＡ  ＭＳは、ＣＤＭＡおよびハイブリッドモード作動の場合に他のアクセスネットワークにおいて作動するために、Ｒ−ＵＩＭ（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）または構造化可能な不揮発性メモリを必要とする。
【００３９】
必要なネットワーク登録またはアクティベーションプロシージャが完了すると、ＭＳ８００はネットワーク８１９に通信信号を送信および受信し得る。通信ネットワーク８１９を経由したアンテナ８１６によって受信された信号はレシーバ８１２に入力される。レシーバ８１２は信号増幅、周波数低減変換、フィルタリング、チャンネル選択など、また図８に示される例としてのシステムにおいてはアナログ−デジタル（Ａ／Ｄ）変換のような、共通のレシーバ機能として作動し得る。受信信号のＡ／Ｄ変換によって、ＤＳＰ８２０において作動されるべき復調およびデコーティングのような、より複雑な通信機能が可能になる。同様に、ＤＳＰ８２０によって伝送されるべき信号が処理される。処理には、たとえば復調およびデコーティングを含む。そして、デジタル−アナログ変換、周波数増大変換、フィルタリング、増幅、アンテナ８１８を経由して通信ネットワーク８１９への伝送などのためにトランスミッタ８１４に入力される。ＤＳＰ８２０は通信信号を処理するだけでなく、レシーバおよびトランスミッタ制御を提供する。たとえば、ゲインはレシーバ８１２における通信信号に適用され、トランスミッタ８１４はＤＳＰ８２０において実行される自動ゲイン制御アルゴリズムを介して適切に制御され得る。
【００４０】
ＭＳ８００は好ましくは、装置の作動全体を制御するマイクロプロセッサ８３８を含む。少なくともデータおよび音声通信を含む通信機能は通信サブシステム８１１を介して作動する。マイクロプロセッサ８３８はまた次のようなさらなる装置サブシステムと相互作用する：ディスプレイ８２２、フラッシュメモリ８２４、ランダムアクセスメモリ（ＲＡＭ）８２６、補助入力／出力（Ｉ／Ｏ）サブシステム８２８、シリアルポート８３０、キーボード８３２、スピーカー８３４、マイクロフォン８３６、近距離通信サブシステム８４０、８４２として包括的に表示される他の任意の装置サブシステム。
【００４１】
図８に示されるサブシステムのいくつかは通信関連機能の作用をするのに対して、他のサブシステムは「常駐」または装置上の機能を提供し得る。特に、たとえばキーボード８３２およびディスプレイ８２２のようないくつかのサブシステムは、通信ネットワークに伝送するためのテキストメッセージを入力するような通信関連機能、および、計算機またはタスクリストなどのような装置常駐機能の両方に用いられ得る。
【００４２】
マイクロプロセッサ８３８に用いられるオペレーティングシステムソフトウエアは好ましくはフラッシュメモリ８２４などのような固定ストアに格納される。フラッシュメモリ８２４の代わりは読み取り専用メモリ（ＲＯＭ）または同様の格納要素（図示されず）になり得る。オペレーティングシステム、特定の装置アプリケーション、そのパーツは、ＲＡＭ８２６のような揮発性メモリに一時的にロードされることを当業者は認めるであろう。受信された通信信号はまたＲＡＭ８２６に格納され得る。
【００４３】
図示されるように、フラッシュメモリ８２４は、コンピュータプログラム８５８およびプログラムデータ格納８５０、８５２、８５４、８５６の異なる部分に分離される。これらの異なる格納タイプは、それぞれのプログラムはフラッシュメモリ８２４の一部をデータ格納条件に割り当てることができることを示す。オペレーティングシステム機能に加えて、マイクロプロセッサ８３８は好ましくはＭＳ上のソフトウエアアプリケーションの実行を可能にする。たとえば少なくともデータおよび音声通信アプリケーションを含む基本的作動を制御するアプリケーションの規定のセットは、製造段階において通常ＭＳ８００にインストールされる。好ましいソフトウエアアプリケーションは、ＰＩＭ（ｐｅｒｓｏｎａｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｍａｎａｇｅｒ）であり得る。ＰＩＭは、ＭＳのようなユーザーに関連するが、ｅメール、暦行事、ボイスメール、約束、タスクアイテムに限定されないデータ項目を組織化し、管理する能力を有する。当然、ＰＩＭデータ項目の格納を促進するために、１つ以上のメモリストアはＭＳ上で利用可能である。そのようなＰＩＭアプリケーションは好ましくは、無線ネットワーク８１９を経由してデータ項目を送受信する能力を有する。好ましい実施形態において、ＰＩＭデータ項目は無線ネットワーク８１９を経由して途切れることなく組み込まれ、同調され、アップデートされ、ＭＳユーザーの対応するデータ項目はホストコンピュータシステムに格納されるか関連する。さらなるアプリケーションはまた、ネットワーク８１９、補助Ｉ／Ｏサブシステム８２８、シリアルポート８３０、近距離通信サブシステム８４０、他の任意の適切なサブシステム８４２を介してＭＳ８００にロードされ得て、また、ユーザーによって、ＲＡＭ８２６または、マイクロプロセッサ８３８による実行のために好ましくは不揮発性ストア（図示されず）においてインストールされ得る。アプリケーションのインストールにおけるそのような柔軟性は、装置の機能性を高め、拡張された装置上の機能、通信関連機能、またはその両方を提供し得る。たとえば、安全な通信アプリケーションは、ＭＳ８００を用いて、電子商取引機能および他の金融取引の実行を可能にし得る。
【００４４】
データ通信モードにおいて、テキストメッセージまたはウエブページダウンロードのような受信信号は、通信サブシステム８１１によって処理され、マイクロプロセッサ８３８に入力する。マイクロプロセッサ８３８は、ディスプレイ８２２または代わりに補助Ｉ／Ｏ装置８２８への出力のために、好ましくは受信信号をさらに処理する。ＭＳ８００のユーザーはまた、キーボード８３２を用いて、たとえばｅメールメッセージのようなデータ項目を構成し得る。キーボード８３２は好ましくは、ディスプレイ８２２および可能であれば補助Ｉ／Ｏ装置８２８に関連する、完成した英数字キーボードまたは電話タイプのキーパッドである。そのように構成された項目はそれから、通信サブシステム８１１を介して通信ネットワークに伝送され得る。
【００４５】
音声通信のために、受信信号は好ましくはスピーカー８３４に出力され、伝送信号はマイクロフォン８３６によって発生される点を除いて、全体的なＭＳ８００の作動は似通っている。ボイスメッセージ記録サブシステムのような代わりの音声またはオーディオＩ／ＯサブシステムもまたＭＳ８００で実行され得る。音声またはオーディオ信号出力は主にスピーカー８３４を介して好ましく達成されるが、ディスプレイ８２２はまた、たとえば起呼側の同一性、ボイスメールの期間、情報に関する他の音声コールの表示を提供するために用いられ得る。
【００４６】
図８のシリアルポート８３０は通常ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）タイプのＭＳにおいて実行される。ユーザーのデスクトップコンピュータ（図示されず）との同調が好ましいことがあるが、任意の装置構成部分である。そのようなポート８３０によってユーザーは外部装置またはソフトウエアアプリケーションを介して優先を設定でき、無線通信ネットワークを介する以外でＭＳ８００に情報またはソフトウエアダウンロードを提供することでＭＳ８００の可能性を広げる。代わりのダウンロードパスは、たとえば、安全な装置通信を可能にする直接で確実で信頼の置ける接続を介して暗号化キーを装置にロードするために用いられ得る。
【００４７】
近距離通信サブシステムのような他の通信サブシステム８４０はさらに任意の構成部分で、ＭＳ８００と異なるシステムとの間に、または必ずしも同様の装置である必要がない装置に通信を提供し得る。たとえば、サブシステム８４０は赤外線装置および関連する回路と構成部品またはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含み得て、通信に同様に可能なシステムおよび装置を提供する。
【００４８】
例示的な標準仕様に関連する部分が以下の添付Ａに提供される。
【００４９】
最後の説明である。このように、モバイル通信装置にＳＭＳタイムスタンプフォーマッティング（ＵＴＣまたは非ＵＴＣ）における一貫性を提供する方法および装置が開示されている。１つの例示において、方法はモバイル通信装置を意図したＳＭＳメッセージの受信に関係する。つまり、ＳＭＳメッセージは協定世界時（ＵＴＣ）フォーマットまたは非ＵＴＣフォーマットにフォーマット処理されたタイムスタンプデータを有するか否かを識別し、ＳＭＳメッセージがＵＴＣフォーマットにおいてフォーマット処理されたタイムスタンプデータを有するという識別に基づいてＵＴＣフォーマットから非ＵＴＣフォーマットにタイムスタンプデータを変換し、ＳＭＳメッセージが非ＵＴＣフォーマットにタイムスタンプデータを有するという認識に基づいてタイムスタンプデータを非ＵＴＣ時間フォーマット変換せず、ＳＭＳメッセージをモバイル通信装置に送信させる。
【００５０】
他の技術は、協定世界時（ＵＴＣ）モードおよび非ＵＴＣのうち一方としてのホームメッセージセンターの作動のタイムスタンプモードを示すメモリにおいて格納されたインジケータを有するＲ−ＵＩＭのモバイル装置の使用に関係する。モバイルステーション（ＭＳ）はそのモバイル装置（ＭＥ）にＲ−ＵＩＭを含み、ＭＥはＲ−ＵＩＭ、プロセッサ、プロセッサに結合する視覚ディスプレイとインターフェースをとるＲ−ＵＩＭインターフェースを含む。ＭＥのプロセッサは、タイムスタンプデータを有するＳＭＳメッセージの受信、Ｒ−ＵＩＭに格納されたインジケータがタイムスタンプデータはＵＴＣフォーマットを有すると示す場合に協定世界時（ＵＴＣ）フォーマットから非ＵＴＣフォーマットにタイムスタンプデータを変換し、視覚ディスプレイにタイムスタンプを表示させる。格納されたインジケータは、タイムスタンプモードインジケータのために作用し得るか、または代わりに作動の特定のタイムスタンプモードなどに関係するサービスプロバイダの特定のために作動し得る。
【００５１】
ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージタイムスタンプフォーマッティングにおける一貫性をモバイル通信装置に提供する別の技術でさえ、第１のメッセージセンターにおいて、タイムスタンプを含む少なくとも１つのサブパラメーターを有し、かつ、サブパラメーターのタイムスタンプを第１のタイムスタンプフォーマットから第２のタイムスタンプフォーマットに変換するＳＭＳメッセージの受信を備える。第１のタイムスタンプフォーマットは協定世界時（ＵＴＣ）であり得て、第２のタイムスタンプフォーマットは非ＵＴＣであり得るか、この逆であり得る。ＳＭＳメッセージはモバイルステーションまたは第２のメッセージセンターから送信され得る。
【００５２】
上記のおよびそれに関して添付された本出願の実施形態は、例のみを意図されている。当業者は出願の範囲から逸脱することなく特定の実施形態に変更、修正、変化をもたらし得る。
【産業上の利用可能性】
【００５３】
本発明はＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージングを対象とする。
【００５４】
（添付Ａ）
４．５．４  メッセージセンタータイムスタンプ
メッセージセンタータイムスタンプサブパラメーターは、メッセージセンターから送信されたＳＭＳメッセージとともに含まれ得る。メッセージセンタータイムスタンプサブパラメーターは、次のような固定された長さのフォーマットを有する：
【００５５】
【表２】
2006510278.tif 000005
ＳＵＢＰＡＲＡＭＥＴＥＲ＿ＩＤ  −  サブパラメーター識別子。
このフィールドは「００００００１１」と設定される。
ＳＵＢＰＡＲＡＭ＿ＬＥＮ  −  サブパラメーターの長さ。
このフィールドは「０００００１１１」と設定される。
ＹＥＡＲ  −  現在の年。
このフィールドは００−９９の範囲の現在の年に設定される。
ＭＯＮＴＨ  −  現在の月。
このフィールドは１−１２の範囲の現在の月に設定される。
ＤＡＹ  −  現在の月の本日。
このフィールドは現在の月の本日に設定される。
ＨＯＵＲＳ  −  現在の時間。
このフィールドは０−２３の範囲の現在の時間に設定される。
ＭＩＮＵＴＥＳ  −  現在の分。
このフィールドは０−５９の範囲の現在の分に設定される。
ＳＥＣＯＮＤＳ  −  現在の秒。
このフィールドは０−５９の範囲の現在の秒に設定される。
ＯＦＦＳＥＴ＿ＳＩＧＮ  −  オフセットサイン
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表す場合、このフィールドは「０」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表さない場合、このフィールドは次のように設定される：
ＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドにおけるオフセットをＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間に加算することによってＵＴＣ時間が決定される場合、このフィールドは「０」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間に対するＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドにおけるオフセットを減算することによってＵＴＣ時間が決定される場合、このフィールドは「１」に設定される。
ＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴ  −  ＵＴＣ時間オフセット。
【００５６】
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表す場合、このフィールドは「００００００」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表さない場合、このフィールドは次のように設定される：
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間とＵＴＣ時間との間の４分の１時間のユニットの差に設定される。
ＲＥＳＥＲＶＥＤ  −  リザーブされている。
このフィールドは「０」に設定される。
【００５７】
４．５．５  有効期間−絶対
有効期間−絶対サブパラメーターは、メッセージが目的地へ届けられない場合にメッセージが破棄された後に、メッセージセンターメッセージ期限切れを示す。
【００５８】
有効期間−絶対サブパラメーターは次のような固定された長さのフォーマットを有する：
【００５９】
【表３】
2006510278.tif 000006
ＳＵＢＰＡＲＡＭＥＴＥＲ＿ＩＤ  −  サブパラメーター識別子。
このフィールドは「０００００１００」と設定される。
ＳＵＢＰＡＲＡＭ＿ＬＥＮ  −  サブパラメーターの長さ。
このフィールドは「０００００１１１」と設定される。
ＹＥＡＲ  −  有効期限の年。
このフィールドは００−９９の範囲の有効期限の年に設定される。
ＭＯＮＴＨ  −  有効期限の月。
このフィールドは１−１２の範囲の有効期限の月に設定される。
ＤＡＹ  −  有効期限の月の日。
このフィールドは有効期限の月の日に設定される。
ＨＯＵＲＳ  −  有効期限時間。
このフィールドは０−２３の範囲の有効期限時間に設定される。
ＭＩＮＵＴＥＳ  −  有効期限の分。
このフィールドは０−５９の範囲の有効期限の分に設定される。
ＳＥＣＯＮＤＳ  −  有効期限の秒。
このフィールドは０−５９の範囲の有効期限の秒に設定される。
ＯＦＦＳＥＴ＿ＳＩＧＮ  −  オフセットサイン。
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表す場合、このフィールドは「０」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表さない場合、このフィールドは以下のように設定される：
ＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドにおけるオフセットをＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間に加算することによってＵＴＣ時間が決定される場合、このフィールドは「０」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間に対するＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドにおけるオフセットを減算することによってＵＴＣ時間が決定される場合、このフィールドは「１」に設定される。
ＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴ  −  ＵＴＣ時間オフセット。
【００６０】
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表す場合、このフィールドは「００００００」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表さない場合、このフィールドは次のように設定される：
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間とＵＴＣ時間との間の４分の１時間のユニットの差に設定される。
ＲＥＳＥＲＶＥＤ  −  リザーブされている。
このフィールドは「０」に設定される。
【００６１】
フィールドＹＥＡＲの値を用いて計算を実行する場合、値は１９９６−２０９５範囲の満１年に変換されなければならない。９６と９９を含む間の値の場合は１９００を加えて、００と９５を含む間の値の場合は２０００を加えることによって達成される。たとえば、９９は１９９９に変換され、００は２０００に変換される。
【００６２】
延期配信（Ｄｅｌｉｖｅｒｙ）時間−絶対
延期配信時間−絶対サブパラメーターは発信者の望ましい配信絶対時間を示す。
【００６３】
延期配信時間−絶対サブパラメーターは次のような固定した長さのフォーマットを有する：
【００６４】
【表４】
2006510278.tif 000007
ＳＵＢＰＡＲＡＭＥＴＥＲ＿ＩＤ  −  サブパラメーター識別子。
このフィールドは「０００００１１０」と設定される。
ＳＵＢＰＡＲＡＭ＿ＬＥＮ  −  サブパラメーターの長さ。
このフィールドは「０００００１１１」と設定される。
ＹＥＡＲ  −  配信年（ＵＴＣ）。
このフィールドは００−９９の範囲の配信年（ＵＴＣ）に設定される。
ＭＯＮＴＨ  −  配信月（ＵＴＣ）。
このフィールドは１−１２の範囲の配信月（ＵＴＣ）に設定される。
ＤＡＹ  −  配信月の日（ＵＴＣ）。
このフィールドは配信月の日（ＵＴＣ）に設定される。
ＨＯＵＲＳ  −  配信時間（ＵＴＣ）。
このフィールドは０−２３の範囲の配信時間（ＵＴＣ）に設定される。
ＭＩＮＵＴＥＳ  −  配信分（ＵＴＣ）。
このフィールドは０−５９の範囲の配信分（ＵＴＣ）に設定される。
ＳＥＣＯＮＤＳ  −  配信秒（ＵＴＣ）。
このフィールドは０−５９の範囲の配信秒（ＵＴＣ）に設定される。
ＯＦＦＳＥＴ＿ＳＩＧＮ  −  オフセットサイン。
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表す場合、このフィールドは「０」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表さない場合、このフィールドは以下のように設定される：
ＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドにおけるオフセットをＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間に加算することによってＵＴＣ時間が決定される場合、このフィールドは「０」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間に対するＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴフィールドにおけるオフセットを減算することによってＵＴＣ時間が決定される場合、このフィールドは「１」に設定される。
ＵＴＣ＿ＴＩＭＥ＿ＯＦＦＳＥＴ  −  ＵＴＣ時間オフセット。
【００６５】
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表す場合、このフィールドは「００００００」に設定される。ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられたタイムスタンプがＵＴＣ時間を表さない場合、このフィールドは次のように設定される：
ＤＡＹ、ＨＯＵＲＳ、ＭＩＮＵＴＥＳ、ＳＥＣＯＮＤＳフィールドが与えられた時間とＵＴＣ時間との間の４分の１時間のユニットの差に設定される。
ＲＥＳＥＲＶＥＤ  −  リザーブされている。
このフィールドは「０」に設定される。
【００６６】
フィールドＹＥＡＲの値を用いて計算を実行する場合、値は１９９６−２０９５範囲の満１年に変換されなければならない。９６と９９を含む間の値の場合は１９００を加えて、００と９５を含む間の値の場合は２０００を加えることによって達成される。たとえば、９９は１９９９に変換され、００は２０００に変換される。
【図面の簡単な説明】
【００６７】
【図１】第１の例示的なｃｄｍａ２０００モバイルステーション（ＭＳ）のブロック図である。
【図２】第２の例示的なｃｄｍａ２０００ＭＳのブロック図である。
【図３】ＳＭＳメッセージを１つのＭＳからもう１つのＭＳへ送信するか、またはＥＭＳＥ（Ｅｘｔｅｒｎａｌ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｅｎｔｉｔｙ）からＭＳへ送信する例示的なシステムを示す。
【図４】ＳＭＳメッセージの拡張されたタイムスタンプサブパラメーターのフォーマットを示す。
【図５】ＳＭＳメッセージタイムスタンプフォーマッティング（「タイムスタンプ明確化」）における一貫性をモバイル通信装置に提供する方法を記載するフローチャートである。
【図６】ＭＳによってＳＭＳメッセージにおける時間を設定する方法を記載するフローチャートを示す。
【図７】ＳＭＳテレサービス層サブパラメーターにおけるタイムスタンプを１つのタイムスタンプフォーマットから別のタイムスタンプフォーマットに変換するためにメッセージセンター（ＭＣ）によって用いられ得る方法のフローチャートである。
【図８】本出願の技術を利用し得るおよび／または組み込み得るモバイルステーション（ＭＳ）の詳細なブロック概略図である。
【図１】
2006510278.tif 000008
【図２】
2006510278.tif 000009
【図３】
2006510278.tif 000010
【図４】
2006510278.tif 000011
【図５】
2006510278.tif 000012
【図６】
2006510278.tif 000013
【図７】
2006510278.tif 000014
【図８】
2006510278.tif 000015
【手続補正書】
【提出日】平成17年7月25日(2005.7.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メッセージセンターにおいて、モバイル通信装置にＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）タイムスタンプフォーマッティングにおける一貫性を提供する方法であって、該方法は、
第１のホーム時間帯から発生し、第２のホーム時間帯に関連するモバイル通信装置を意図したＳＭＳメッセージを受信することと、
該ＳＭＳメッセージが、協定世界時（ＵＴＣ）フォーマットまたは非ＵＴＣフォーマットにおいてフォーマット処理されたタイムスタンプデータを有するか否かを識別することと、
該タイムスタンプデータが該ＵＴＣフォーマットにおいてフォーマット処理されているという識別に基づいて、該タイムスタンプデータを該ＵＴＣフォーマットから該第１のホーム時間帯に対応する非ＵＴＣフォーマットに変換することと、
該タイムスタンプデータの変換後に該ＳＭＳメッセージを該モバイル通信装置に送信させることと
を包含する、方法。
【請求項２】
前記ＳＭＳメッセージのタイムスタンプデータが前記ＵＴＣフォーマットまたは非ＵＴＣフォーマットにおいてフィーマット処理されているか否かを識別するアクトは、該タイムスタンプデータに含まれるメッセージセンターの識別に基づいている、請求項１に記載の方法。
【請求項３】
前記ＳＭＳメッセージのタイムスタンプデータがＵＴＣまたは非ＵＴＣフォーマットにおいてフィーマット処理されているか否かを識別するアクトは、該タイムスタンプデータに含まれるメッセージセンターのアドレスに基づいている、請求項１に記載の方法。
【請求項４】
前記ＳＭＳメッセージのタイムスタンプデータが前記ＵＴＣフォーマットまたは非ＵＴＣフォーマットにおいてフィーマット処理されているか否かを識別するアクトは、前記モバイル通信装置のサービスプロバイダの識別に基づいている、請求項１に記載の方法。
【請求項５】
前記ＳＭＳメッセージのタイムスタンプデータが前記ＵＴＣフォーマットまたは非ＵＴＣフォーマットにおいてフィーマット処理されているか否かを識別するアクトは、前記ＳＭＳメッセージにおける識別に基づいている、請求項１に記載の方法。
【請求項６】
前記ＳＭＳメッセージが前記非ＵＴＣフォーマットにおいてタイムスタンプデータを有するという識別に基づいて、前記ＵＴＣフォーマットから前記第１のホーム時間帯に対応する前記非ＵＴＣ時間フォーマットに該タイムスタンプデータを変換しないことと、
該非ＵＴＣフォーマットを有する該タイムスタンプを該第１のホーム時間帯から該第２のホーム時間帯に変換することと
をさらに包含する、請求項１に記載の方法。
【請求項７】
モバイル通信装置にＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージタイムスタンプフォーマッティングにおける一貫性を提供する方法であって、該方法は、
モバイル通信装置に取り外し可能なユーザー識別モジュール（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）を提供することと、
協定世界時（ＵＴＣ）モードおよび非ＵＴＣモードのいずれか１つとしてのホームメッセージセンターの作動のタイムスタンプモードを示すために該取り外し可能なユーザー識別モジュールにおけるタイムスタンプモードインジケータを提供することと
を包含する、方法。
【請求項８】
前記取り外し可能なユーザー識別モジュールを受け入れる前記モバイル通信装置を提供することをさらに備える、請求項７に記載の方法。
【請求項９】
前記取り外し可能なユーザー識別モジュールを受け入れる前記モバイル通信装置を提供することと、
ＳＭＳメッセージタイムスタンプを非ＵＴＣフォーマットに変換するか否かを決定するために前記タイムスタンプモードインジケータにおけるデータを使用することと
をさらに備える、請求項７に記載の方法。
【請求項１０】
前記取り外し可能なユーザー識別モジュールがＲ−ＵＩＭを備える、請求項７に記載の方法。
【請求項１１】
モバイル通信装置のための取り外し可能なユーザー識別モジュールであって、該モジュールは、
メモリと、
該メモリに結合しているプロセッサと、
協定世界時（ＵＴＣ）モードおよび非ＵＴＣモードのいずれか１つとしてのホームメッセージセンターの作動のタイムスタンプモードを示すため、該メモリにおけるタイムスタンプモードインジケータと
を備える、該モジュール。
【請求項１２】
前記取り外し可能なユーザー識別モジュールがＲ−ＵＩＭを備える、請求項７に記載の方法。
【請求項１３】
メモリと、協定世界時（ＵＴＣ）モードおよび非ＵＴＣモードのいずれか１つとしてのホームメッセージセンターの作動のタイムスタンプモードを示す、該メモリに格納されたインジケータとを含む取り外し可能なユーザー識別モジュール（Ｒｅｍｏｖａｂｌｅ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ：Ｒ−ＵＩＭ）と、
前記Ｒ−ＵＩＭとインタフェースをとるＲ−ＵＩＭインタフェースと、プロセッサと、
該プロセッサに結合する視覚ディスプレイとを含むモバイル装置（ＭＥ）と
を備えたモバイルステーション（ＭＳ）であって、
該プロセッサは、
タイムスタンプデータを有するＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージを受信し、
該Ｒ−ＵＩＭに格納されたインジケータが該タイムスタンプデータが前記ＵＴＣフォーマットを有するという示す場合に協定世界時（ＵＴＣ）フォーマットから非ＵＴＣフォーマットに該タイムスタンプデータを変換し、
該視覚ディスプレイに前記タイムスタンプを表示させる
ように動作する、モバイルステーション（ＭＳ）。
【請求項１４】
格納された前記インジケータが、前記Ｒ−ＵＩＭにおけるタイムスタンプモードインジケータフィールドを備える、請求項１３に記載のＭＳ。
【請求項１５】
格納された前記インジケータが、前記Ｒ−ＵＩＭにおけるサービスプロバイダ識別を備える、請求項１３に記載のＭＳ。
【請求項１６】
前記タイムスタンプデータが、前記非ＵＴＣフォーマットを有するということを前記Ｒ−ＵＩＭにおける格納された前記インジケータが示す場合、前記プロセッサは、該タイムスタンプデータを非ＵＴＣフォーマットに変換しないようにさらに動作する、請求項１３に記載のＭＳ。
【請求項１７】
モバイル通信装置にＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージタイムスタンプフォーマッティングにおける一貫性を提供する方法であって、該方法は、
第１のホーム時間帯から発生しタイムスタンプを含むサブパラメーターを有するＳＭＳメッセージを第１のメッセージセンターにおいて受信することと、
該タイムスタンプが協定世界時（ＵＴＣ）フォーマットまたは非ＵＴＣフォーマットにおいてフォーマット処理されているか否かを識別することと、
該タイムスタンプがＵＴＣフォーマットにおいてフォーマット処理されている場合、該タイムスタンプを、該ＵＴＣフォーマットから該第１のホーム時間帯に対応する非ＵＴＣフォーマットに変換することと、
該タイムスタンプが非ＵＴＣフォーマットにおいてフォーマット処理されている場合、該タイムスタンプを、該第１のホーム時間帯から該ＳＭＳメッセージを受信するモバイル通信装置の第２のホーム時間帯に変換することと
を包含する、方法。
【請求項１８】
前記サブパラメーターがオフセット値を含み、前記タイムスタンプを前記ＵＴＣフォーマットから前記第１のホーム時間帯の非ＵＴＣフォーマットに変換するステップが該オフセット値に基づいて実行される、請求項１７に記載の方法。
【請求項１９】
前記タイムスタンプがＵＴＣフォーマットまたは非ＵＴＣフォーマットにおいてフォーマット処理されているか否かを識別するステップは、メッセージが受信されたアドレスの検証に基づく、請求項１７に記載の方法。
【請求項２０】
前記ＳＭＳメッセージが第２のメッセージセンターから送信される、請求項１７に記載の方法。
【請求項２１】
前記ＳＭＳメッセージがモバイルステーションから送信される、請求項１７に記載の方法。
【請求項２２】
前記タイムスタンプがＳＭＳメッセージセンタータイムスタンプを備える、請求項１７に記載の方法。
【請求項２３】
プロセッサと、
該プロセッサに結合する無線レシーバと、
取り外し可能なユーザー識別モジュールを受信するためのインタフェースと、
視覚ディスプレイとを備えたモバイル装置であって、
該プロセッサは、
該無線レシーバを介して、タイムスタンプデータを有するＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）を受信し、
該取り外し可能なユーザー識別モジュールのメモリに格納されたインジケータが、該タイムスタンプデータはＵＴＣフォーマットを有すると示す場合、該タイムスタンプデータを協定世界時（ＵＴＣ）フォーマットから非ＵＴＣフォーマットに変換し、
該視覚ディスプレイに該タイムスタンプを表示させる
ように動作する、モバイル装置。
【請求項２４】
前記格納されたインジケータは、前記取り外し可能なユーザー識別モジュールにタイムスタンプモードインジケータフィールドを備える、請求項２３に記載のモバイル装置。
【請求項２５】
前記格納されたインジケータは、前記取り外し可能なユーザー識別モジュールにサービスプロバイダ識別を備える、請求項２３に記載のモバイル装置。
【請求項２６】
前記取り外し可能なユーザー識別モジュールに格納された前記インジケータが、前記タイムスタンプデータが前記非ＵＴＣフォーマットを有すると示す場合、前記プロセッサは、該タイムスタンプデータから非ＵＴＣフォーマットへの変換を抑制するようにさらに動作する、請求項２３に記載のモバイル装置。
【請求項２７】
前記取り外し可能なユーザー識別モジュールの前記メモリに格納された前記インジケータは、ＵＴＣモードおよび非ＵＴＣモードのいずれか１つとしてのメッセージセンターの作動のタイムスタンプモードを示す、請求項２３に記載のモバイル装置。
【請求項２８】
前記メモリおよび該メモリに格納される前記インジケータを備える前記取り外し可能なユーザー識別モジュール（Ｒ−ＵＩＭ）を含むモバイルステーション（ＭＳ）の一部である、請求項２３に記載のモバイル装置（ＭＥ）。
【請求項２９】
メッセージセンターにおいて、モバイル通信装置に、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ:ショート・メッセージ・サービス）メッセージタイムスタンプフォーマッティングにおける一貫性を提供する方法であって、該方法は、
該メッセージセンターにおいてＳＭＳメッセージを受信するアクトと、
第２のモバイル通信装置から第１のモバイル通信装置に受信されたＳＭＳメッセージのために、該メッセージセンターにおける該ＳＭＳメッセージを修正し、該ＳＭＳメッセージのタイムスタンプを、ＵＴＣフォーマットから、該第１のモバイル通信装置と関連するホーム時間帯におけるローカル時間に対応する非ＵＴＣフォーマットに変換するアクトと、
該第１のモバイル通信装置から該第２のモバイル通信装置に伝送されるべきＳＭＳメッセージのために、該メッセージセンターにおける該ＳＭＳメッセージを修正して、該第２のモバイル通信装置のホーム時間帯におけるローカル時間と無関係のＵＴＣフォーマットにおける該ＳＭＳメッセージのタイムスタンプを提供するアクトと
を包含する、方法。
【請求項３０】
前記メッセージセンターが非ＵＴＣタイムスタンプモードで作動する、請求項２９に記載の方法。
【請求項３１】
前記ＳＭＳメッセージが３ＧＰＰ２に従ったＳＭＳテレサービス層メッセージを備える、請求項２９に記載の方法。
【請求項３２】
前記ホーム時間帯がグリニッジ標準時（ＧＭＴ）と異なる、請求項２９に記載の方法。
【国際調査報告】
2006510278.tif 000016
2006510278.tif 000017
2006510278.tif 000018
2006510278.tif 000019