(57)【特許請求の範囲】
【請求項１】
どのようにしてメッセージ配信が、宛先ポイント・コードに対して制限されるかを定義するルールを記憶するように動作可能なルール・データベース（１３４）、及び、
宛先（１２６〜１２９）についてのトラフィックのふくそうを示す、交換センタ（１２２）からのトラフィック・メッセージを受信し、前記トラフィック・メッセージを処理して前記宛先（１２６〜１２９）についての宛先ポイント・コードを識別し、そして、前記ルール・データベース（１３４）に記憶される前記ルールに基づいて前記宛先ポイント・コードに向かってのテキスト／マルチメディア・メッセージの配信を調整する、ように動作可能であり、さらに、
原因コードを含む複数のトラフィック・メッセージを受信し、前記トラフィック・メッセージを処理して各トラフィック・メッセージについての宛先ポイント・コードを識別し、そして、期間中に各宛先ポイント・コードについて受信される原因コードの数のカウントを維持する、ように動作可能であり、
宛先ポイント・コードについての原因コードの数がしきい値を超過するときには、前記配信システム（１３２）は、前記ルール・データベース（１３４）に記憶される前記ルールに基づいて前記宛先ポイント・コードに向かってのテキスト／マルチメディア・メッセージの配信を調整するようにさらに動作可能な配信システム（１３２）、
によって特徴づけられるメッセージ・センタ（１２０）。
【請求項２】
前記配信システム（１３２）は、時刻または曜日に基づいて前記しきい値を動的に定義するようにさらに動作可能である、請求項１に記載のメッセージ・センタ（１２０）。
【請求項３】
前記配信システム（１３２）は、時間間隔にわたって前記宛先ポイント・コードに向かっての前記テキスト／マルチメディア・メッセージについての第１の配信の試みを、前記第１の配信の試みを遅延させるように、待ち行列に入れるようにさらに動作可能である、請求項１に記載のメッセージ・センタ（１２０）。
【請求項４】
前記配信システム（１３２）は、前記宛先ポイント・コードに向かっての前記テキスト／マルチメディア・メッセージについての再試行間隔を増大させるようにさらに動作可能である、請求項１に記載のメッセージ・センタ（１２０）。
【請求項５】
前記配信システム（１３２）は、前記宛先ポイント・コードに向かっての一定の割合の前記テキスト／マルチメディア・メッセージを選択的に配信するようにさらに動作可能である、請求項１に記載のメッセージ・センタ（１２０）。
【請求項６】
モバイル・ネットワーク（１００）内での方法であって、
どのようにしてメッセージ配信が、宛先ポイント・コードに対して制限されるかを定義するルールを記憶し、
宛先（１２６〜１２９）についてのトラフィックのふくそうを示すトラフィック・メッセージを受信し、
前記トラフィック・メッセージを処理して、前記宛先（１２６〜１２９）についての宛先ポイント・コードを識別し、
前記記憶されたルールに基づいて前記宛先ポイント・コードに向かってのテキスト／マルチメディア・メッセージの配信を調整し、
原因コードを含む複数のトラフィック・メッセージを受信し、
前記トラフィック・メッセージを処理して、各トラフィック・メッセージについての宛先ポイント・コードを識別し、
期間中に各宛先ポイント・コードについて受信される原因コードの数のカウントを維持し、
宛先ポイント・コードについての原因コードの数が、しきい値を超過するときには、前記記憶されたルールに基づいて前記宛先ポイント・コードに向かってのテキスト／マルチメディア・メッセージの配信を調整する、ことを含む方法。
【請求項７】
時刻または曜日に基づいて前記しきい値を動的に定義することをさらに含む、請求項６に記載の方法。
【請求項８】
前記宛先ポイント・コードに向かってのテキスト／マルチメディア・メッセージの配信の前記調整は、
時間間隔にわたって前記宛先ポイント・コードに向かっての前記テキスト／マルチメディア・メッセージについての第１の配信の試みを、前記第１の配信の試みを遅延させるように、待ち行列に入れ、
前記宛先ポイント・コードに向かっての前記テキスト／マルチメディア・メッセージについての再試行間隔を増大させ、
前記宛先ポイント・コードに向かっての一定の割合の前記テキスト／マルチメディア・メッセージを選択的に配信する、のうちの少なくとも１つを含む、請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野に関し、そして特に、メッセージの配信に関する。
【背景技術】
【０００２】
問題の記述
多数のモバイル・ネットワークにおいては、テキストおよびマルチメディアのメッセージング（ｍｅｓｓａｇｉｎｇ）は、通信の非常に人気のあるモードになってきている。テキスト・メッセージング・サービスの一例は、ショート・メッセージ・サービス（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）（ＳＭＳ）であり、これは、モバイル・デバイスの間のショート・テキスト・メッセージ（すなわち１６０文字）の交換を可能にする通信プロトコルである。マルチメディア・メッセージング・サービスの一例は、マルチメディア・メッセージ・サービス（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）（ＭＭＳ）であり、これは、モバイル・デバイスの間のマルチメディア・メッセージ（すなわち、デジタル・ピクチャ、メディア・クリップなど）の交換を可能にする通信プロトコルである。多くの場合に、モバイル・ユーザは、音声通話に比べて、通信のためのテキストまたはマルチメディアのメッセージングをより頻繁に使用する。
【０００３】
テキスト・メッセージは、ＳＳ７チャネル上など、モバイル・ネットワークの信号チャネル上を伝送される。モバイル・ネットワークの中のＳＭＳセンタ（ＳＭＳ  Ｃｅｎｔｅｒ）（ＳＭＳＣ）は、テキスト・メッセージをそれらの宛先へと配信するためのストア・アンド・フォワード・システム（ｓｔｏｒｅ−ａｎｄ−ｆｏｒｗａｒｄ  ｓｙｓｔｅｍ）を有する。最初にテキスト・メッセージを受信するとすぐに、ストア・アンド・フォワード・システムは、先ずテキスト・メッセージを（持続的に）記憶し、そして次いでテキスト・メッセージについての配信の試みを開始する。第１の配信の試みが不成功である場合、そのときにはストア・アンド・フォワード・システムは、再試行プロセスに入る。再試行プロセスでは、ネットワーク・オペレータは、すべてのテキスト・メッセージについてのグローバル再試行コンフィギュレーションをあらかじめ定義する。それ故に、ストア・アンド・フォワード・システムは、グローバル再試行コンフィギュレーションを識別し、次いでグローバル再試行コンフィギュレーションに応じて宛先に対してテキスト・メッセージを配信しようと試みる。例えば、グローバル再試行コンフィギュレーションは、最大で３つの再試行の試みが、３０分の間隔で行われるべきことを定義することができる。テキスト・メッセージの失敗した配信の後に、ストア・アンド・フォワード・システムは、３０分間にわたって待ち、そして次いでテキスト・メッセージについての再試行の試みを開始する。第１の再試行の試みが不成功である場合、そのときにはストア・アンド・フォワード・システムは、この場合にも３０分間にわたって待ち、そして第２の再試行の試みを開始する。配信を再試行するこのプロセスは、テキスト・メッセージが切り捨てられる前に、３回行われる。類似したプロセスは、マルチメディア・メッセージ（例えば、ＭＭＳ）または他のタイプのメッセージについて行われる。
【０００４】
ネットワーク・オペレータが直面する１つの問題は、モバイル・ネットワークが、ふくそうする（ｃｏｎｇｅｓｔｅｄ）ようになると、ＳＭＳメッセージについての配信を失敗する事象が起こる可能性がより高くなることである。例えば、新年前夜祝賀（Ｎｅｗ  Ｙｅａｒ  Ｅｖｅ  ｃｅｌｅｂｒａｔｉｏｎ）など、大きなイベントがある場合には、大量のＳＭＳトラフィックが、モバイル交換センタ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）（ＭＳＣ）、ＳＭＳＣ、または他のネットワーク要素に負荷をかけ過ぎる可能性がある。ＭＳＣが、高トラフィック量に起因して、シャットダウンする場合、多数のＳＭＳメッセージが、失われてしまう可能性がある。
【０００５】
この問題を解決するために、ネットワーク・オペレータは、ふくそうしたエリアにより多くのＳＭＳＣまたはＭＳＣを展開して、トラフィックのふくそう問題（ｔｒａｆｆｉｃ  ｃｏｎｇｅｓｔｉｏｎ  ｐｒｏｂｌｅｍ）を取り扱うことができる。しかしながら、トラフィックのふくそうが一時的である可能性があることを特に考慮すると、これは、ふくそう問題に対する高くつく解決法である。ネットワーク・オペレータは、ＳＭＳＣによって送信されるＳＭＳメッセージの数を制限することによってＳＭＳメッセージ・トラフィックを制御することもできる。現在使用されている方法は、ＳＭＳＣから配信されるすべてのＳＭＳトラフィックを制御する。例えば、メッセージのふくそうが、１つのＭＳＣにおいて識別される場合、そのときにはＳＭＳＣは、モバイル・ネットワークの中で、ＳＭＳＣがふくそうしたＭＳＣ、および他のＭＳＣへと配信するＳＭＳメッセージの数を制限する。ＳＭＳＣは、高いＳＭＳトラフィックのふくそうを有するエリア、ならびにＳＭＳトラフィックのふくそうを有していないエリアをサーブする（ｓｅｒｖｅ）ことができる。残念なことに、ＳＭＳＣは、たとえそうすべき必要性が存在しないときでさえ、ＳＭＳトラフィックのふくそうを有していないエリアへと配信されるＳＭＳメッセージの数を制限する。
【発明の概要】
【課題を解決するための手段】
【０００６】
本明細書において説明される実施形態は、宛先ポイント・コードまたは他の宛先識別子に基づいてモバイル・ネットワークにおけるテキストまたはマルチメディアのメッセージ配信を制御することができる。ふくそうが、１つまたは複数の宛先ポイント・コードについて識別される場合、そのときにはテキスト／マルチメディア・メッセージの配信は、これらの宛先ポイント・コードに向かって調整される。テキスト／マルチメディア・メッセージ配信は、宛先毎に制限されるので、ネットワーク・オペレータは、ふくそうを経験するエリアにおけるメッセージ配信を有利に制限することができるが、ふくそうを経験していないエリアにおいては、規則的なメッセージ配信を維持することができる。
【０００７】
一実施形態においては、モバイル・ネットワークは、モバイル・ネットワークの中で宛先に対して経路指定されるメッセージ・トラフィックの量を監視する、ＭＳＣなどの交換センタを含んでいる。宛先は、関連する宛先ポイント・コードまたは宛先識別子を有する。宛先に対して経路指定されるメッセージ・トラフィックが、しきい値を超過する場合、そのときには交換センタは、宛先についてのトラフィックのふくそうを示すトラフィック・メッセージを生成し、そしてそのトラフィック・メッセージをメッセージ・センタへと送信する。
【０００８】
別の実施形態においては、モバイル・ネットワークは、どのようにしてメッセージ配信が、ある宛先ポイント・コードに対して制限されるかを定義するルールを記憶する、ＳＭＳＣなどのメッセージ・センタを含んでいる。メッセージ・センタは、宛先についてのトラフィックのふくそうを示す、交換センタからのトラフィック・メッセージを受信し、そしてそのトラフィック・メッセージを処理して、宛先についての宛先ポイント・コード（または他の宛先識別子）を識別する。次いで、メッセージ・センタは、ルールに基づいて宛先ポイント・コードに向かってのテキスト／マルチメディア・メッセージの配信を調整する。例えば、メッセージ・センタは、宛先ポイント・コードに向かってのメッセージの第１の配信の試みを待ち行列に入れることができる。メッセージ・センタは、宛先ポイント・コードに向かってのメッセージについての再試行間隔を増大させることができる。メッセージ・センタは、宛先ポイント・コードに向かって一定の割合のメッセージを選択的に配信することができる。メッセージ・センタは、宛先ポイント・コードに基づいてメッセージの配信を調整することができるので、ネットワーク・オペレータは、他のエリアにおける規則的なメッセージ配信を維持しながら、ある種のエリアにおけるメッセージ配信を有利に制限することができる。
【０００９】
他の例示の実施形態が、以下で説明されることが可能である。
【００１０】
本発明のいくつかの実施形態が、次に、単なる例としてだけ、そして添付図面を参照して説明される。同じ参照番号は、すべての図面上で同じ要素、または同じタイプの要素を表している。
【図面の簡単な説明】
【００１１】
【図１】例示の一実施形態におけるモバイル・ネットワークを示す図である。
【図２】例示の一実施形態において宛先毎にトラフィックのふくそうを識別する方法を示すフローチャートである。
【図３】例示の一実施形態において宛先ポイント・コードに基づいてメッセージの配信を調整する方法を示すフローチャートである。
【図４】例示の一実施形態において宛先ポイント・コードに基づいてメッセージの配信を調整する別の方法をさらに明確にするフローチャートである。
【図５】別の例示の実施形態におけるモバイル・ネットワークを示す図である。
【図６】例示の一実施形態においてトラフィック・メッセージをＳＭＳＣへと送信するＭＳＣを示す図である。
【図７】例示の一実施形態において宛先ポイント・コード（ＤＰＣ１）に対して配信されるＳＭＳメッセージの数を制限するＳＭＳＣを示す図である。
【図８】例示の一実施形態においてトラフィック・メッセージをＳＭＳＣへと送信するＭＳＣを示す図である。
【図９】例示の一実施形態において宛先ポイント・コード（ＤＰＣ１およびＤＰＣ２）に対して配信されるＳＭＳメッセージの数を制限するＳＭＳＣを示す図である。
【発明を実施するための形態】
【００１２】
図面および以下の説明は、本発明の特定の例示の実施形態を示すものである。したがって、当業者は、本明細書において明確に説明され、または示されていないが、本発明の原理を実施する、そして本発明の範囲内に含まれる様々な構成を考案することが可能になることが理解されるであろう。さらに、本明細書において説明されるどのような例も、本発明の原理を理解するに際して助けとなるように意図され、そしてそのような特に列挙された例および状態だけに限定しないものとして解釈されるべきである。結果として、本発明は、下記に説明される特定の実施形態または例だけには限定されないが、ただし特許請求の範囲およびそれらの均等物によって限定される。
【００１３】
図１は、例示の一実施形態におけるモバイル・ネットワーク１００を示すものである。モバイル・ネットワーク１００は、テキスト／マルチメディア・メッセージ、または何らかの他のタイプのメッセージの転送を容易にすることが可能である。用語「テキスト／マルチメディア」は、メッセージが、テキスト・メッセージまたはマルチメディア・メッセージを備えることができることを意味する。テキスト／マルチメディア・メッセージは、この実施形態において参照されることが可能であるが、他のタイプのメッセージが、他の実施形態において使用されることも可能である。モバイル・ネットワーク１００は、メッセージ・センタ１２０と、交換センタ１２２と、複数の宛先１２６〜１２９とを含む。当業者は、モバイル・ネットワーク１００が、複数のメッセージ・センタと、複数の交換センタと、さらに多数の宛先とを含むことができることを理解するであろう。図１においては特に示されてはいないが、当業者は、メッセージ・センタ１２０と、交換センタ１２２と、宛先１２６〜１２９とは、ＳＳ７信号リンクなどの信号リンクを通して接続されることを理解するであろう。
【００１４】
メッセージ・センタ１２０は、テキスト／マルチメディア・メッセージの配信を取り扱うように動作可能な任意のネットワーク要素を備える。例えば、メッセージ・センタ１２０は、テキスト・メッセージまたはＳＭＳメッセージを配信するＳＭＳプロトコルをインプリメントするＳＭＳＣを備えることができる。別の例においては、メッセージ・センタ１２０は、マルチメディア・メッセージまたはＭＭＳメッセージを配信するＭＭＳプロトコルをインプリメントするＭＭＳＣを備えることができる。メッセージ・センタ１２０は、配信システム１３２と、ルール・データベース１３４とを含んでいる。配信システム１３２は、宛先１２６〜１２９に対するメッセージの配信を試みるように動作可能な任意のデバイス、コンポーネント、システム、またはアプリケーションを備える。一例として、配信システム１３２は、ＳＭＳプロトコル、または別のタイプのストア・アンド・フォワード・プロトコルを利用するストア・アンド・フォワード・システムを含むことができる。ルール・データベース１３４は、どのようにしてメッセージ配信が、宛先ポイント・コードに対して制限されるかを定義するルールまたはポリシーを記憶するように動作可能な任意のストレージ・システムを備える。ルールは、どのようにして第１の配信の試みおよび再試行の試みが、宛先１２６〜１２９に向かって取り扱われるかを定義することができる。第１の配信の試みは、メッセージの受信をするとすぐに行われる初期の試みを意味する。再試行の試みは、初期の配信の試みが失敗した後に行われる配信の試みを意味する。
【００１５】
交換センタ１２２は、メッセージ・センタ１２０と宛先１２６〜１２９との間のテキスト／マルチメディア・メッセージを経路指定するように動作可能な任意のネットワーク要素を備える。交換センタ１２２の一例は、モバイル交換センタ（ＭＳＣ）である。宛先１２６〜１２９は、モバイル・ネットワーク１００内の任意のシグナリング・エンド・ポイントを備える。宛先は、必ずしもモバイル電話など、テキスト／マルチメディア・メッセージのエンド受信側（ｅｎｄ  ｒｅｃｉｐｉｅｎｔ）を意味しているとは限らない。テキスト／マルチメディア・メッセージは、シグナリング・メッセージの中で送信され、そしてシグナリング・メッセージは、経路指定ラベルを使用してモバイル・ネットワーク１００内で経路指定される。経路指定ラベルは、送信元ポイント・コードと、宛先ポイント・コードとを含んでいる。宛先ポイント・コードは、メッセージについてのシグナリング・エンド・ポイントを固有に識別するモバイル・ネットワーク１００内のアドレスまたは識別子であり、このシグナリング・エンド・ポイントは、メッセージの最初の送信元と、メッセージの受信側との間の中間要素とすることができる。それ故に、宛先１２６〜１２９は、宛先ポイント・コードによって識別されるシグナリング・エンド・ポイントである。宛先１２６〜１２９のいくつかの例は、他のメッセージ・センタまたは他の交換センタである。例えば、ＣＤＭＡ／ＧＳＭネットワークにおいて、宛先１２６〜１２９は、ＭＳＣまたはＳＭＳＣを備えることができる。
【００１６】
以下で説明される実施形態においては、メッセージ・センタ１２０は、宛先に配信されるテキスト／マルチメディア・メッセージ（本明細書において一般に「メッセージ」と称される）の数を制限することができる。メッセージ・センタ１２０が、宛先についてトラフィックのふくそうが存在することを決定するときに、メッセージ・センタ１２０は、宛先に向かってのメッセージの配信を動的に調整し、その結果、宛先に対して配信されるメッセージの数は、制限されるようになる。同時に、メッセージ・センタ１２０は、他の宛先に対するメッセージの配信が、通常のように継続することを可能にする。
【００１７】
図２は、例示の一実施形態において宛先毎のトラフィックのふくそうを識別する方法２００を示すフローチャートである。方法２００のステップは、図１の中のモバイル・ネットワーク１００を参照して説明されることになるが、当業者は、方法２００が、他のネットワークまたはシステムにおいて行なわれ得ることを認識するであろう。また、本明細書において提供されるフローチャートのステップは、必ずしも包括的であるものとは限らず、示されていない他のステップを含むこともできる。ステップは、代替的な順序で行われることも可能である。
【００１８】
ステップ２０２において、交換センタ１２２は、モバイル・ネットワーク１００において宛先１２６〜１２９に対して経路指定されるメッセージ・トラフィックの量を監視する。宛先（宛先１２６を仮定する）に対して経路指定されるメッセージ・トラフィックが、しきい値を超過する場合、そのときには交換センタ１２２は、ステップ２０４において、宛先１２６についてのトラフィックのふくそうを示すトラフィック・メッセージを生成する。トラフィック・メッセージを生成するときに、交換センタ１２２は、原因コード（ｃａｕｓｅ  ｃｏｄｅ）を識別し、そしてその原因コードをトラフィック・メッセージに挿入することができる。原因コードは、宛先１２６についてふくそうまたは過負荷を示すように定義される。ステップ２０６において、交換センタ１２２は、トラフィック・メッセージをメッセージ・センタ１２０へと送信する。トラフィック・メッセージは、宛先１２６に対して送信されるメッセージの数を制限するようにメッセージ・センタ１２０にさせるように意図される。
【００１９】
図３は、例示の一実施形態において宛先ポイント・コードに基づいてメッセージの配信を調整する方法３００を示すフローチャートである。方法３００のステップは、図１におけるモバイル・ネットワーク１００を参照して説明されることになるが、当業者は、方法３００が、他のネットワークおよびシステムにおいて行なわれ得ることを理解するであろう。
【００２０】
ステップ３０２において、メッセージ・センタ１２０内の配信システム１３２は、宛先１２６についてのトラフィックのふくそうを示す、交換センタ１２２からのトラフィック・メッセージを受信する。ステップ３０４において、配信システム１３２は、トラフィック・メッセージを処理して、宛先１２６についての宛先ポイント・コードを識別する。一実施形態において、交換センタ１２２は、失敗した配信を示す原因コードと一緒にトラフィック・メッセージの中にトランザクション識別子（ＩＤ）を含むことができる。配信システム１３２は、それ故に、メッセージ・キャッシュに記憶されるトランザクション識別子と情報とを処理して、宛先１２６についての宛先ポイント・コードを識別することができる。他の実施形態において、交換センタ１２２は、トラフィック・メッセージの中に宛先ポイント・コードを実際に含めることができる。ステップ３０６において、配信システム１３２は、宛先１２６の宛先ポイント・コードに向かってのメッセージの配信を調整する。したがって、メッセージが、宛先１２６について最初に受信される場合、そのときには配信システム１３２は、宛先１２６に対するメッセージの第１の配信の試みを調整することができる。再試行の試みが、宛先１２６について待ち行列に入れられる場合、そのときには配信システム１３２は、宛先１２６に対するメッセージの再試行の試みを調整することができる。
【００２１】
メッセージ配信は、この実施形態と、本明細書において提供される他の実施形態とにおいて宛先ポイント・コードに基づいて調整されるが、同じ概念は、シグナリング・メッセージを経路指定するために使用される他の宛先識別子にも当てはまる。例えば、宛先は、グローバル・タイトルによって識別されることが可能である。したがって、配信システム１３２は、トラフィック・メッセージを処理して、宛先１２６についてのグローバル・タイトルを識別し（ステップ３０４を参照）、そして宛先１２６のグローバル・タイトルに向かってのメッセージの配信を調整する（ステップ３０６を参照）ことができる。
【００２２】
どのようにして、またはいつ宛先１２６の宛先ポイント・コードに向かってのメッセージの配信を調整すべきかを決定するために、配信システム１３２は、ルール・データベース１３４において定義されるルールを処理する。ルールは、どのようにしてメッセージ配信が、宛先ポイント・コード、またはグローバル・タイトルなどの別の宛先識別子に対して制限されるかを定義する。例えば、ルールは、メッセージの第１の配信の試みが、第１の配信の試みを遅延させる時間間隔にわたって待ち行列に入れられることを定義することができる。最初にメッセージを受信することに応じて、配信システム１３２は、ルールを処理して遅延についての時間間隔を識別し、次いで第１の配信の試みを開始する前に時間間隔にわたってメッセージを待ち行列に入れることができる。
【００２３】
ルールは、再試行間隔が、増大されることを定義することができる。例えば、第１の配信の試みと、第１の再試行の試みとの間の時間間隔が、増大されることが可能である。同様に、第１の再試行の試みと、第２の再試行の試みとの間の時間間隔は、さらにもっと増大されることが可能であるなどのことがある。別の例においては、国際ポイント・コードとして識別される宛先ポイント・コードは、国内ポイント・コードよりも長い再試行間隔を有することができる。
【００２４】
ルールは、一定の割合のメッセージが、様々なファクタに基づいて選択的に配信されることを定義することができる。配信される一定の割合のメッセージは、０％、１０％、２０％、３０％、４０％などとすることができる。１つのファクタは、ＳＭＳ、拡張メッセージ・サービス（Ｅｎｈａｎｃｅｄ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）（ＥＭＳ）、仮想モバイル番号（Ｖｉｒｔｕａｌ  Ｍｏｂｉｌｅ  Ｎｕｍｂｅｒ）（ＶＭＮ）、ワイヤレス・アプリケーション・プロトコル（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（ＷＡＰ）、ブロードキャスティング、緊急事態、優先順位など、メッセージのタイプとすることができる。別のファクタは、モバイル発信（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ）（ＭＯ）や外部ショート・メッセージ・エンティティ（Ｅｘｔｅｒｎａｌ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｅｎｔｉｔｉｅｓ）（ＥＳＭＥ）などのソース・アドレス・タイプとすることができる。別のファクタは、課金識別子、または前払いや後払いなどの課金タイプとすることができる。配信システム１３２は、宛先１２６に対して送信されるように認可された一定の割合のメッセージを選択し、そして残りを記憶し、または切り捨てるかのいづれかを行う。
【００２５】
配信システム１３２は、交換センタ１２２からの単一のトラフィック・メッセージの受信のすぐ後にメッセージ配信の調整をトリガしなくてもよい。配信システム１３２は、交換センタ１２２および／または他の交換センタ（図１に示されていない）から複数のトラフィック・メッセージを実際に受信することができ、それらの各々は、モバイル・ネットワーク１００のある部分におけるふくそうを示す原因コードを含んでいる。図４は、例示の一実施形態において、宛先ポイント・コードに基づいてメッセージの配信を調整する方法４００をさらに明確にするフローチャートである。ステップ４０２において、配信システム１３２は、原因コードを含む複数のトラフィック・メッセージを受信する。ステップ４０４において、配信システム１３２は、トラフィック・メッセージを処理して、各トラフィック・メッセージについての宛先ポイント・コードを識別する。ステップ４０６において、配信システム１３２は、期間中に各宛先ポイント・コードについて受信される原因コードの数のカウントを維持する。宛先ポイント・コードについての原因コードの数が、しきい値を超過する場合、そのときには配信システム１３２は、宛先ポイント・コードが、ふくそうを経験していることを識別する。その結果として、配信システム１３２は、ルール・データベース１３４の中のルールを処理することなどにより、ステップ４０８において宛先ポイント・コードに向かってのメッセージの配信を調整する。配信システム１３２は、しきい値を超過する各宛先ポイント・コードについてこれを行う。それ故に、配信システム１３２は、ふくそうを経験している各宛先ポイント・コードについてメッセージの配信を制限する。同時に、配信システム１３２は、ふくそうを経験していない宛先ポイント・コードに対する規則的なメッセージ配信を維持することができる。
【００２６】
ふくそうを経験している宛先ポイント・コードを識別するために配信システム１３２によって使用されるしきい値は、様々なファクタに応じて変化することができる。例えば、配信システム１３２は、時刻、曜日、または日に基づいてしきい値を動的に定義することができる。配信システム１３２は、加入者番号、一定の割合のＥＭＳメッセージに対するＳＭＳメッセージなど、他のネットワーク・パラメータに基づいてしきい値を動的に定義することもできる。
【００２７】
例
図５は、別の例示の実施形態におけるモバイル・ネットワーク５００を示すものである。モバイル・ネットワーク５００は、ＳＭＳメッセージの転送を容易にすることができる。この実施形態において、モバイル・ネットワーク５００は、複数のＳＭＳＣ５１０〜５１３と、ＭＳＣ５２２と、複数の宛先５２６〜５２９とを含む。図５においては特に示されてはいないが、当業者は、ＳＭＳＣ５１０〜５１３と、ＭＳＣ５２２と、宛先１２６〜１２９とが、ＳＳ７シグナリング・リンクなどのシグナリング・リンクを通して接続されることを理解するであろう。
【００２８】
動作中であるときに、各ＳＭＳＣ５１０〜５１３は、ＳＭＳメッセージをＭＳＣ５２２へと配信する。また、ＭＳＣ５２２は、ＳＭＳメッセージの中の経路指定ラベルに基づいてＳＭＳメッセージを宛先５２６〜５２９へと転送する。各宛先５２６〜５２９は、経路指定のための固有の宛先ポイント・コードを有する。例えば、宛先５２６は、ＤＰＣ１という宛先ポイント・コードを有し、宛先５２７は、ＤＰＣ２という宛先ポイント・コードを有するなどである。ＳＭＳメッセージを転送しながら、ＭＳＣ５２２は、宛先５２６〜５２９に対して経路指定されるメッセージ・トラフィックの量を監視する。宛先（宛先５２６を仮定する）に対して経路指定されるメッセージ・トラフィックが、しきい値を超過する場合、そのときにはＭＳＣ５２２は、宛先５２６についてのトラフィックのふくそうを示すトラフィック・メッセージを生成する。ＭＳＣ５２２は、トラフィックのふくそうを示す原因コードを識別し、そして宛先５２６についての原因コードと、宛先ポイント・コード（ＤＰＣ１）とをトラフィック・メッセージに挿入する。次いで、ＭＳＣ５２２は、トラフィック・メッセージをＳＭＳＣ５１０および５１１へと送信する。図６は、例示の一実施形態においてトラフィック・メッセージをＳＭＳＣ５１０〜５１１へと送信するＭＳＣ５２２を示すものである。ＭＳＣ５２２は、さらに、望ましいコンフィギュレーションに応じてトラフィック・メッセージをＳＭＳＣ５１２〜５１３へと送信することができる。
【００２９】
図６において、ＳＭＳＣ５１０は、ＤＰＣ１についてのトラフィックのふくそうを示す、ＭＳＣ５２２からのトラフィック・メッセージを受信する。ＳＭＳＣ５１０は、ＭＳＣ５２２と、図６に示されていない他のＭＳＣとから追加のトラフィック・メッセージを受信することもできる。ＳＭＳＣ５１０は、トラフィック・メッセージを処理して、各トラフィック・メッセージについての宛先ポイント・コードを識別する。ＳＭＳＣ５１０は、期間中に各宛先ポイント・コードについて受信される原因コードの数のカウントを維持する。宛先ポイント・コード（例えば、ＤＰＣ１）についての原因コードの数が、しきい値を超過する場合、そのときにはＳＭＳＣ５１０は、ＤＰＣ１が、ふくそうを経験していることを識別する。その結果として、ＳＭＳＣ５１０は、ＤＰＣ１に対して配信されるＳＭＳメッセージの数を制限するようにＤＰＣ１に向かってのＳＭＳメッセージの配信を調整する。したがって、ＤＰＣ１についてのＳＭＳメッセージが、最初に受信され、またはＤＰＣ１についてのＳＭＳメッセージが、再試行の試みについてスケジュールされるときに、ＳＭＳＣ５１０は、ルールを処理して、いつＳＭＳメッセージの配信を試みるべきか、またはＳＭＳメッセージの配信を試みるべきかどうかを決定する。例えば、ルールは、ＳＭＳメッセージの第１の配信の試みが、第１の配信の試みを遅延させる時間間隔にわたって待ち行列に入れられることを定義することができる。ルールは、ＳＭＳメッセージについての再試行間隔が、増大されることを定義することができる。ルールは、一定の割合のＳＭＳメッセージが、様々なファクタに基づいて選択的に配信されることを定義することができる。ＳＭＳＣ５１１は、ＤＰＣ１に対するＳＭＳメッセージの配信を調整する類似した方法で動作する。
【００３０】
図７は、例示の一実施形態においてＤＰＣ１に対して配信されるＳＭＳメッセージの数を制限するＳＭＳＣ５１０〜５１１を示すものである。ＤＰＣ１についてのふくそうに起因して、ＳＭＳＣ５１０と、ＳＭＳＣ５１１との両方は、ＤＰＣ１に対するＳＭＳメッセージの配信を調整する。ＭＳＣ５２２からＤＰＣ１に対して転送されるＳＭＳメッセージもまた調整されることになる。ＤＰＣ１に対して配信されるＳＭＳメッセージの数は、期間中に制限されるので、宛先５２６によって経験されるふくそうは、緩和されることが可能である。同時に、ＳＭＳＣ５１０〜５１３は、ＤＰＣ２、ＤＰＣ３、およびＤＰＣ４に対する規則的なメッセージ配信を維持することができる。したがって、これらの宛先５２７〜５２９に対するサービスは、宛先５２６のふくそうによって影響を受けない。
【００３１】
ＭＳＣ５２２が、宛先５２６および５２７についてのふくそうを識別する別の例について仮定する。ＭＳＣ５２２は、宛先５２６〜５２７についてのトラフィックのふくそうを示すトラフィック・メッセージを生成する。ＭＳＣ５２２は、トラフィックのふくそうを示す原因コードを識別し、そして宛先５２６〜５２７についての原因コードと、宛先ポイント・コード（ＤＰＣ１およびＤＰＣ２）とをトラフィック・メッセージに挿入する。次いで、ＭＳＣ５２２は、トラフィック・メッセージをＳＭＳＣ５１０へと送信する。図８は、例示の一実施形態においてトラフィック・メッセージをＳＭＳＣ５１０へと送信するＭＳＣ５２２を示すものである。ＭＳＣ５２２は、さらに、望ましいコンフィギュレーションに応じてトラフィック・メッセージをＳＭＳＣ５１１〜５１３へと送信することができる。
【００３２】
図８において、ＳＭＳＣ５１０は、ＤＰＣ１およびＤＰＣ２についてのトラフィックのふくそうを示す、ＭＳＣ５２２からのトラフィック・メッセージを受信する。ＳＭＳＣ５１０は、図８に示されていないＭＳＣ５２２と、他のＭＳＣとからの追加のトラフィック・メッセージを受信することもできる。ＳＭＳＣ５１０は、トラフィック・メッセージを処理して、各トラフィック・メッセージについての宛先ポイント・コードを識別する。ＳＭＳＣ５１０は、期間中に各宛先ポイント・コードについて受信される原因コードの数のカウントを維持する。１つまたは複数の宛先ポイント・コード（例えば、ＤＰＣ１およびＤＰＣ２）についての原因コードの数が、しきい値を超過する場合、そのときにはＳＭＳＣ５１０は、ＤＰＣ１およびＤＰＣ２がふくそうを経験していることを識別する。その結果として、ＳＭＳＣ５１０は、これらの宛先ポイント・コードに対して配信されるＳＭＳメッセージの数を制限するようにＤＰＣ１およびＤＰＣ２に向かってのＳＭＳメッセージの配信を調整する。
【００３３】
図９は、例示の一実施形態において、ＤＰＣ１およびＤＰＣ２に対して配信されるＳＭＳメッセージの数を制限するＳＭＳＣ５１０を示すものである。ＤＰＣ１およびＤＰＣ２についてのふくそうに起因して、ＳＭＳＣ５１０は、ＤＰＣ１およびＤＰＣ２に対するＳＭＳメッセージの配信を調整する。ＭＳＣ５２２からＤＰＣ１およびＤＰＣ２に対して転送されるＳＭＳメッセージもまた、調整されることになる。ＤＰＣ１およびＤＰＣ２に対して配信されるＳＭＳメッセージの数は、期間中に制限されるので、宛先５２６〜５２７によって経験されるふくそうは、緩和されることが可能である。同時に、ＳＭＳＣ５１０〜５１３は、ＤＰＣ３およびＤＰＣ４に対する規則的なメッセージ配信を維持することができる。したがって、これらの宛先５２８〜５２９に対するサービスは、宛先５２６〜５２７のふくそうによって影響を受けない。
【００３４】
ＤＰＣ当たりに受信される原因コードの数をカウントすることに加えて、ＳＭＳＣ５１０〜５１３は、ＭＳＣ５２２当たりに受信される原因コードの数をさらにカウントすることができる。したがって、ＳＭＳＣ５１０〜５１３は、ＤＰＣに基づいて、そしてＭＳＣに基づいてＳＭＳメッセージの配信を調整することができる。
【００３５】
図面において示される、または本明細書において説明される様々な要素のうちの任意のものは、ハードウェア、ソフトウェア、ファームウェア、またはこれらの何らかの組合せとしてインプリメントされることが可能である。例えば、要素は、専用のハードウェアとしてインプリメントされてもよい。専用のハードウェア要素は、「プロセッサ」、「コントローラ」、または何らかの類似した専門用語と称されることが可能である。プロセッサによって提供されるときに、それらの機能は、単一の専用のプロセッサによって、単一の共用のプロセッサによって、あるいは複数の個々のプロセッサによって提供されることが可能であり、これらの複数の個々のプロセッサのうちのいくつかは、共用されることが可能である。さらに、用語「プロセッサ」または「コントローラ」の明示的な使用は、ソフトウェアを実行することが可能なハードウェアだけを排他的に意味するように解釈されるべきではなく、そして限定することなく、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）（ＡＳＩＣ）または他の回路、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）（ＦＰＧＡ）、ソフトウェアを記憶するためのリード・オンリー・メモリ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）（ＲＯＭ）、ランダム・アクセス・メモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）（ＲＡＭ）、不揮発性ストレージ、論理、あるいは何らかの他の物理ハードウェアのコンポーネントまたはモジュールを黙示的に含むことができる。
【００３６】
また、要素は、要素の機能を遂行するように、プロセッサまたはコンピュータによって実行可能な命令としてインプリメントされることも可能である。命令のいくつかの例は、ソフトウェア、プログラム・コード、およびファームウェアである。それらの命令は、プロセッサによって実行されるときに、要素の機能を遂行するようにプロセッサに指示するように動作可能である。命令は、プロセッサによって読み取ることができるストレージ・デバイス上に記憶されることが可能である。ストレージ・デバイスのいくつかの例は、デジタルまたはソリッド・ステートのメモリ、磁気ディスクや磁気テープなどの磁気ストレージ媒体、ハード・ドライブ、あるいは光学的読取り可能デジタル・データ・ストレージ媒体である。
【００３７】
特定の実施形態が、本明細書において説明されているが、本発明の範囲は、これらの特定の実施形態だけには限定されない。本発明の範囲は、添付の特許請求の範囲、およびそれらの任意の均等物によって定義される。
【図１】
0005529960.tif 000002
【図２】
0005529960.tif 000003
【図３】
0005529960.tif 000004
【図４】
0005529960.tif 000005
【図５】
0005529960.tif 000006
【図６】
0005529960.tif 000007
【図７】
0005529960.tif 000008
【図８】
0005529960.tif 000009
【図９】
0005529960.tif 000010