JP2019506052A

JP2019506052A - ＶｏＬＴＥネットワークにおける位置処理

Info

Publication number: JP2019506052A
Application number: JP2018534661A
Authority: JP
Inventors: カイ，イガン; シャーマ，ランジャン
Original assignee: アルカテル−ルーセントユーエスエーインコーポレーテッド
Priority date: 2015-12-31
Filing date: 2016-12-06
Publication date: 2019-02-28
Also published as: WO2017116622A1; KR20180088894A; CN108476389A; EP3398360A1; US9635636B1

Abstract

ＶｏＬＴＥコールセッションの切断の間の位置又は時間帯情報のアップデートを処理するためのシステム及び方法を提供する。一態様において、ＩＰマルチメディアサブシステム（ＩＭＳ）のネットワーク要素（ＮＥ）（１１０）は、セッション開始プロトコル（ＳＩＰ）セッション終了メッセージを加入者ユーザ機器（ＵＥ）（１０１）に送信してＶｏＬＴＥセッションを切断する。ＮＥ（１１０）はＶｏＬＴＥセッションに対する会計チャージリクエスト（ＡＣＲ）ＳＴＯＰメッセージを生成する（しかし送信はしない）。ＮＥ（１１０）は、ＳＩＰ応答メッセージを受信し、ＵＥの最新のユーザ位置情報（ＵＬＩ）又はＵＥの最新の時間帯（ＴＺ）へのアップデートを含むか判定する。ＮＥ（１１０）は、ＳＩＰ応答に含まれる場合、生成したＡＣＲＳＴＯＰメッセージにＵＬＩ又はＴＺへの任意のアップデートを含めて、Ｄｉａｍｅｔｅｒプロトコルを使用して電気通信ネットワークのオフライン課金システム（ＯＦＣＳ）（１２０）にＡＣＲＳＴＯＰメッセージを送信する。
【選択図】図２

Description

本開示は、通信システムに関し、特に、電気通信システムにおける位置によるサービスに関する。

ＬＴＥは、パケットによる音声、データ及びマルチメディアサービスを可能とする、第三世代パートナーシッププロジェクト（３ＧＰＰ）によって開発された広帯域ワイヤレス通信アクセス標準である。ＩＰマルチメディアサブシステム（ＩＭＳ）は、パケット交換（ＰＳ）サービスを使用するＬＴＥ対応ＵＥにインターネットプロトコル（ＩＰ）マルチメディアを配信するための、アクセスネットワークに依存しないフレームワークである。ＩＭＳは、異なるパケットネットワーク間の互換性及び相互接続性を最大にするため、セッション開始プロトコル（ＳＩＰ）などのユビキタスＩＥＴＦ（すなわち、インターネット）パケットプロトコルを使用する。ＶｏＬＴＥとしても知られるボイス・オーバー・ＬＴＥは、電気通信サービスプロバイダのコアネットワーク（ＣＮ）のＩＰマルチメディアサブシステム（ＩＭＳ）を活用することによって、パケット交換（ＰＳ）ネットワーク上のＬＴＥ音声コールを可能にする。

電気通信サービスプロバイダは、オフライン及びオンライン課金システムを使用して、電気通信ネットワークの各加入者ＵＥによって支払われるリソース／サービスの使用を追跡する。３ＧＰＰ／３ＧＰＰ２標準化グループは、種々のネットワークドメイン（例えば、回線交換（ＣＳ）ドメイン、パケット交換（Ｓ）ドメイン及び／又はワイヤレスドメイン）、ＩＰマルチメディアサブシステム並びに新興３Ｇ／ＯＭＡアプリケーションサービスにおけるオンライン課金システム及びオフライン課金システムを実施するのに使用され得る一式の仕様を規定した。

ＶｏＬＴＥコールは、ＬＴＥ対応ユーザ機器（ＵＥ）デバイスのモビリティに対応する。対応携帯電話、パーソナルデータアシスタント、スマートフォン、ノートブックコンピュータなどのようなモバイルＵＥは、１以上のＬＴＥ基地局との無線インターフェースを介して電気通信ネットワークのＶｏＬＴＥサービスにアクセスすることができる。位置のアップデートは、オフライン課金システム（ＯＦＣＳ）の一部である一連の課金機能によって、アップデート済位置データを含む課金情報を処理する、電気通信ネットワークのＯＦＣＳから送信される。結果として課金データ記録（ＣＤＲ）ファイルは、加入者料金請求及び／又はオペレータ間に会計のためにＯＦＣＳからネットワークオペレータの料金請求ドメインに転送される。

ＶｏＬＴＥコールセッションの切断の間の位置又は時間帯変更を処理するためのシステム及び方法を提供する。

一態様において、電気通信ネットワークのネットワーク要素は、セッション開始プロトコル（ＳＩＰ）セッション終了メッセージを加入者ユーザ機器（ＵＥ）へ送信して電気通信ネットワーク上でＵＥに提供されているＶｏＬＴＥセッションを切断し、ＵＥからＳＩＰ応答メッセージを受信し、ＳＩＰ応答メッセージがＵＥの最新のユーザ位置情報（ＵＬＩ）又はＵＥの最新の時間帯（ＴＺ）へのアップデートを含むかどうかを判定し、ＶｏＬＴＥセッションに対する会計課金リクエスト（ＡＣＲ）ＳＴＯＰメッセージを生成し、ＳＩＰ応答に含まれる場合、生成されるＡＣＲＳＴＯＰメッセージにＵＥの最新のＵＬＩ又はＵＥの最新のＴＺへのアップデートを含めて、Ｄｉａｍｅｔｅｒプロトコルを使用して電気通信ネットワークのオフライン課金システム（ＯＦＣＳ）にＡＣＲＳＴＯＰメッセージを送信するように構成される。

一態様において、ネットワーク要素は、ＵＥへのＳＩＰセッション終了メッセージの送信時刻に基づいて、ＡＣＲＳＴＯＰメッセージにおいてＶｏＬＴＥセッション終了時刻をＯＦＣＳに示すようにさらに構成される。

一態様において、ＳＩＰセッション終了メッセージは、ＳＩＰＢＹＥメッセージである。

一態様において、ＳＩＰ応答メッセージは、ＳＩＰＯＫ又はＳＩＰ２ｘｘ／３ｘｘ／４ｘｘエラーメッセージである。

一態様において、ネットワーク要素は、ＵＥの最新のＵＬＩに変更が検出されたこと及びＵＥの最新のＵＬＩへのアップデートがＡＣＲＳＴＯＰメッセージに含まれることをＯＦＣＳに示すために、ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含むようにさらに構成される。

一態様において、ネットワーク要素は、ＵＥの最新のＵＬＩに変更が検出されなかったこと及びＵＥの最新のＵＬＩへのアップデートがＡＣＲＳＴＯＰメッセージに含まれないことをＯＦＣＳに示すために、ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含むようにさらに構成される。

一態様において、ネットワーク要素は、ＵＥの最新のＴＺに変更が検出されたこと及びＵＥの最新のＴＺへのアップデートがＡＣＲＳＴＯＰメッセージに含まれることをＯＦＣＳに示すために、ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含むようにさらに構成される。

一態様において、ネットワーク要素は、ＵＥの最新のＴＺに変更が検出されなかったこと及びＵＥの最新のＴＺへのアップデートがＡＣＲＳＴＯＰメッセージに含まれないことをＯＦＣＳに示すために、ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含むようにさらに構成される。

一態様において、ネットワーク要素は、ＵＥのＶｏＬＴＥセッションのアンライセンスドスペクトルへのハンドオーバーがあったことを検出し、ＵＥのＶｏＬＴＥセッションのアンライセンスドスペクトルへのハンドオーバーが検出されたことをＯＦＣＳに示すために、ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含むようにさらに構成される。

一態様において、ネットワーク要素は、ＳＩＰ応答メッセージがＵＥの最新のユーザ位置情報（ＵＬＩ）又はＵＥの最新の時間帯（ＴＺ）へのアップデートを含まないＳＩＰＥＲＲＯＲメッセージであると判定し、ＵＥの現在のＵＬＩ又はＵＥの現在のＴＺが変更された可能性がありｕｎｋｏｗｎであることをＯＦＣＳに示すために、ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含めるようにさらに構成される。

図１は、オフライン課金アーキテクチャの実施形態の例を示す。図２は、開示の種々の態様による、セッションによるメッセージを処理するための処理の例を示す。図３は、開示の種々の態様を実施するための装置のブロック図の例を示す。

開示の種々の態様は添付図面を参照して以下に説明され、図面の説明を通して同じ符号は同じ要素のことをいう。説明及び図面は、単に開示の原理を示す。当業者は、ここで明確に説明又は図示されていなくても原理を具現化し開示の趣旨及び範囲内に含まれる種々の構成を考案可能であるいうことが分かるはずである。

ここで用いられるように、用語「又は」は、非排他的、又は他に明示がないかぎり（例えば、「でなければ」又は「又は代わりに」）を意味する。さらに、ここで用いられるように、要素間の関係を説明するのに使用される単語は、直接的な関係、又は他に明示がないかぎりその間に介在する要素の存在を含むように広く解釈されるべきである。例えば、ある要素が他の要素に「接続されている」又は「連結されている」という場合、その要素はもう一方の要素に直接的に接続若しくは連結され得る、又は間に介在する要素が存在し得る。これに対し、ある要素が他の要素に「直接的に接続されている」又は「直接的に連結されている」という場合、間に介在する要素は存在しない。同様に、「間に」、「隣接して」などのような単語は、同様の方法で解釈されるべきである。

オフライン課金システム（ＯＦＣＳ）は電気通信サービスプロバイダによって提供されるサービスに対する後払い料金請求の基盤を提供し、加入者は１以上のサービスを彼らが使用するのに応じて彼らの料金請求サイクルの終了時にチャージされる。統合課金トリガ機能（ＣＴＦ）を実施する種々のネットワーク要素（ＮＥ）は、１以上の電気通信加入者のユーザ機器（ＵＥ）に提供されるサービスに対してＯＦＣＳと接続し、課金情報をＯＦＣＳへ提供する。ＯＦＣＳは、１以上のＮＥ／ＣＴＦから課金イベントに関する情報を受信し、チャージ可能情報に基づいてＣＤＲを生成する。ＣＤＲは、料金請求及び会計で使用するためのチャージ可能イベントについての情報（例えば、デバイスの位置、コール設定の時刻、コール継続期間、データ転送量など）のフォーマットされた集合である。特定のセッションに関係するＣＤＲは、相互に関連づけられ、電気通信ネットワークによって提供される種々のサービス及び／又はセッションのために、課金する加入者に料金請求ドメインを利用可能にするＣＤＲファイルに任意に統合される。

ＮＥ／ＣＴＦとＯＦＣＳの間の通信は、インターネット技術タスクフォース（ＩＥＴＦ）の（ＲＦＣ３５８８の後継である）ＲＦＣ６７３３によって規定されるＤｉａｍｅｔｅｒプロトコルに従ってメッセージを介して発生する。（イベントによるものもセッションによるものも）課金関連メッセージは、Ｄｉａｍｅｔｅｒプロトコルを使用して会計リクエストメッセージ（ＡＣＲ）において（実施されたＣＴＦを介して）ＮＥによってＯＦＣＳへ提供される。ＡＣＲは、セッション関連及びイベント関連両方の課金／会計のために使用される。ＡＣＲ及びそれらの応答ＡＣＡは、Ｄｉａｍｅｔｅｒプロトコルのヘッダー及びメッセージのデータ部を形成する多数のアドレス値ペア（ＡＶＰ）から構成される。

多数の中間セッションサービスイベント（例えば、再認証トリガ）があり、それらはＶｏＬＴＥコールセッションの品質に影響を及ぼし得る。そのようなイベントが、ＬＴＥ電気通信ネットワークを介して提供されている音声コールセッション中であるローミングモバイルＬＴＥ対応ＵＥの位置のアップデートであるとする。通常、ＯＦＣＳの課金データ機能（ＣＤＦ）は、ＬＴＥ対応ＵＥの位置に変更があるといつでも暫定的なアップデートを受信することができ、その統合課金トリガ機能（ＣＴＦ）を介して音声コールセッション会計を提供している電気通信ネットワークの１以上のネットワーク要素（ＮＥ）によってそのようなアップデートは提供される。ＬＴＥ対応ＵＥの現在の位置は、ＮＥのＣＴＦによって、ユーザ位置情報（ＵＬＩ）ＡＶＰ（コード２２）として既知の標準規格であるアドレス値ペア（ＡＶＰ）フィールドにおいて、ＯＦＣＳのＣＤＦに示される。追加的ＡＶＰはまた、オンライン課金システムのための位置推定を伝達し得る。

しかしながら、ＶｏＬＴＥコールに参加しているＬＴＥ対応ＵＥの位置の変更がＮＥのＣＴＦによってＯＦＣＳに適切に報告されることができないところでＶｏＬＴＥセッションが終了する場合がある。ＩＭＳ会議アプリケーションサーバ（ＡＳ）又は電話付加サービスＡＳなどのＮＥがＶｏＬＴＥセッションの切断を開始する場合、問題はより深刻になる。単一の事例として見ると、ＮＥ／ＣＴＦからＣＤＦへ送信される課金メッセージにおいて適切に考慮されていない位置のアップデートは、ＬＴＥネットワーク上で提供される音声セッションの全体の会計において小さな影響にしかならない。一方、大規模なＬＴＥネットワークにおいて１以上のＮＥ／ＣＴＦによってＯＦＣＳに報告されている何千何万もの音声セッション記録により、収益漏損量はより重大となり得る。さらに、変更し得るのはＬＴＥＵＥの位置だけでなく、時にはＬＴＥＵＥの時間帯（ＴＺ）も変更する場合がある。例えば、移動によるＬＴＥ対応ＵＥのＴＺにおける変更、又は夏時間（ＤＳＴ）開始の際の変更が、音声コールに対する課金に影響することがあり、したがって、３つの全ての要素−位置、ＴＺ及びＤＳＴは適切な課金に役割を担うことがある。

ＶｏＬＴＥ対応ネットワークは、ライセンスドスペクトルにおけるライセンスドアシステッドアクセス（ＬＡＡ）及びアンライセンスドスペクトルにおけるＬＴＥＷｉＦｉアグレゲーション（ＬＷＡ）の双方に対応している。したがって、二重の接続性に対応しているＬＴＥ対応ＵＥは、単一のＶｏＬＴＥコールセッションにおいて一方から他方へ移行することができる。二重の接続性を伴うハンドオーバーが、特にＵＥが一方のスペクトルから他方に移行するときＮＥで誤った又は欠落している最終ＵＥ位置情報と結合される場合に、このギャップが収益漏損を生じるため、電気通信サービスプロバイダで受理の問題を提起する。

また、同様な状況が、ボイスコールコンティニュイティＡＳ（ＶＣＣ−ＡＳ）などのＮＥが回線交換（ＣＳ）とパケット交換（ＰＳ）ネットワークの間の音声コールハンドオーバーを処理するときに生じることがあり、ＩＭＳのＰ−ＣＳＣＦなどのＮＥは、ＯＦＣＳへイベントを報告しているとき、ＬＴＥＵＥの位置又は時間帯における変更を適切に説明することができない。

要するに、ＬＴＥ対応ＵＥと他の相手との間のＶｏＬＴＥセッションを可能にするＮＥ（例えば、ＩＭＳ会議サーバ、ＶＣＣ−ＡＳ、Ｐ−ＣＳＣＦなど）が、ＶｏＬＴＥセッションの終了又はハンドオーバーのときに、ＬＴＥ対応ＵＥの位置又は時間帯の変更をＯＦＣＳに適切に説明及び報告することができず、結果として、電気通信ネットワーク上で提供されるサービスに対して不適切な課金又は収益漏損を生じ得る状況が数多くある。

ＩＭＳのＡＳなどのＮＥが、ＶｏＬＴＥセッションの切断の間、ＬＴＥ対応ＵＥから受信された位置又は時間帯の変更をＯＦＣＳに報告することができない２つの理由がある。第１に、ＮＥがＳＩＰＢＹＥメッセージをＬＴＥ対応ＵＥに送信して電気通信ネットワークを介してＵＥに提供されているＶｏＬＴＥセッションの（例えば、コールの終了又はハンドオーバーによる）切断を開始するとき、従来、ＮＥはＯＦＣＳにセッション終了を報告する前にＵＥから受信し返されるＳＩＰＢＹＥメッセージへの応答メッセージの情報を考慮しない。実際に、ＮＥは、従来、ＳＩＰＢＹＥメッセージに応答してＵＥから受信される応答メッセージを待機することも処理することもなく、ＡＣＲＳＴＯＰメッセージにおいてＶｏＬＴＥセッションの終了をＯＦＣＳに報告する。応答メッセージの処理前又は受信前でさえ、ＡＣＲＳＴＯＰメッセージを送信する理由は、ＮＥで応答メッセージが受信又は処理されるのにかかる時間の間にＶｏＬＴＥセッションに対する追加チャージを加入者が被らないことを保証するためである。上記の従来の動作は理解可能であるが、応答メッセージがＵＥによって報告されるアップデート済位置又は時間帯情報を含む場合、課金に関連するそのようなアップデート済情報はＡＣＲＳＴＯＰメッセージにおいてＯＦＣＳにＮＥによって適切に提供されない。

本開示は、前述の欠点を扱うシステム及び方法を目的とする。種々の態様において、ここで説明するシステム及び方法は、電気通信プロバイダのＩＭＳネットワークのＡＳなどのＮＥがＶｏＬＴＥセッションの切断の間にＵＥによって示される位置又は時間帯の任意の変更を適切に処理することを可能にする一方で、同時にその処理の間に追加チャージを加入者が被らないことを保証する。さらに一態様において、本開示は、ＡＣＲＳＴＯＰメッセージに新ＡＶＰフィールドを設けることによって、ＮＥによってＯＦＣＳに送信される従来のＡＣＲＳＴＯＰメッセージを強化し、ＯＦＣＳに報告されているアップデートをＯＦＣＳに通知することでＯＦＣＳによるアップデート済情報の効率的処理を可能にするために、新ＡＶＰフィールドがＮＥによってＡＣＲＳＴＯＰメッセージに含められる。ここで開示のこれら及び他の態様をより詳細に以下で説明する。

図１は、開示の種々の態様による簡素化したアーキテクチャ１００を示す。アーキテクチャ１００は、その加入者（すなわち、エンドユーザ及び関連するＬＴＥ対応ユーザ機器（ＵＥ））にＬＴＥサービスを提供するパケット交換ＩＭＳネットワークにおいて実施され得る。

アーキテクチャ１００は、オフライン課金システム（ＯＦＣＳ）１２０及びＬＴＥ対応ＵＥ１０１と相互接続するネットワーク要素１１０を含む。ネットワーク要素１１０は、スマートフォン又は他のモバイルＬＴＥ対応通信デバイスなどのＬＴＥ対応ＵＥ１０１のような加入者ＵＥに電気通信ネットワークによって提供される、パケットによるサービスの規定において使用される装置又は機器である。種々の実施形態において、ネットワーク要素１１０は、サービングコールセッション管理機能（Ｐ−ＣＳＣＦ）、ＩＭＳネットワークのアプリケーションサーバ（ＡＳ）、ＬＴＥネットワークのサービングゲートウェイ（ＳＧＷ）又はＬＴＥネットワークのパケットデータネットワークゲートウェイ（ＰＧＷ）などであればよい。ネットワーク要素１１０は、ネットワーク要素１１０によって提供されるサービスに対して課金可能イベントを検出し、課金可能イベントに対する情報を、整合する課金イベントに組み立て、そして課金イベントをＯＦＣＳ１２０の課金データ機能（ＣＤＦ）に送信する課金トリガ機能（ＣＴＦ）ユニット１１２を含む。ネットワーク要素１１０の場合、ＣＴＦ１１２は、ＤｉａｍｅｔｅｒＲｆインターフェースを使用する。したがって、ＣＴＦ１１２は、課金情報を１以上のＤｉａｍｅｔｅｒＲｆ会計リクエストメッセージ（ＡＣＲ）などの会計リクエストに組み立てる。

ＯＦＣＳ１２０は、電気通信ネットワークによって提供されるセッション又はサービスに対するオフライン課金を実施するように構成された装置、サーバ、デバイス又は処理機器の集合である。オフライン課金は、セッションによるか又はイベントによるかに応じて２つのタイプからなり得る。イベントによる課金（すなわち、セッションレス課金）において、ＣＴＦは、使用、又は提供されるサービスを報告し、ここで加入者登録、再登録、登録抹消などのような１つの動作でサービス提供がなされる。ＣＴＦは、会計リクエストイベントメッセージ（ＡＣＲイベント）においてセッションレスイベントを報告する。セッションによる課金は、ある継続時間にわたって提供されるサービスセッション全体に対する使用レポートを報告する処理である。ＣＴＦは、開始、終了並びにＶｏＬＴＥセッションのタイプ及び継続期間に対する課金のための中間セッション会計データを示す、ＡＣＲＳＴＡＲＴ、ＡＣＲＳＴＯＰ及びＡＣＲ中間メッセージのようなセッションメッセージを報告する。ＡＣＲＳｔａｒｔメッセージで開始し、ＡＣＲＳｔｏｐメッセージで終了するＶｏＬＴＥセッションの間、ＣＴＦは、セッションの進行に従って複数のＡＣＲ中間メッセージを送信し得る。

図１に示すように、ＯＦＣＳ１２０は、ＣＤＦ１２１を含む。ＣＤＦは、ＯＦＣＳ１２０内に１以上のＣＴＦからの１以上のセッションに対する課金イベントを受信する処理装置、ユニット又はモジュールを備える。ＣＤＦは、受信された課金イベントを処理して、そのセッションに対する１以上のＣＤＲを生成し、ＣＤＲを１以上の課金ゲートウェイ機能１２２に送信する。ＣＧＦは、セッションに対するＣＤＲを相関付け、相関付けられたＣＤＲを有するＣＤＲファイルを料金請求ドメイン１３０に転送する処理装置、ユニット又はモジュールをＯＦＣＳ１２０内に備える。料金請求ドメイン１３０は、料金請求仲介及び他の料金請求アプリケーション（例えば、統計アプリケーション）に対するセッション相関ＣＤＲファイルを受信及び処理するオペレータネットワークの一部である。

ＯＦＣＳ１２０においてＣＤＦ１２１は、ＤｉａｍｅｔｅｒＧａインターフェース上でＣＧＦ１２２と通信する。図１に示す場合、ＧＴＰ’がＧａインターフェース上で使用され、ＣＤＲをＣＤＦからＣＧＦに転送する。ＣＧＦに相互接続されたＣＤＦもまた、一括してＯＦＣＳの課金収集機能（ＣＣＦ）として知られる。

図２は、開示の種々の態様による、図１のアーキテクチャ１００と共にここで説明する例示の処理２００を示す。

処理２００のステップを図１に示すＮＥ１１０を参照して説明するが、処理２００は他のシステム又は機能的ユニットにおいて実行され得るということが当業者は分かる。ステップは開示の種々の態様を理解するのを容易にするために特定の順序で説明されるが、他の実施形態ではより多くのステップが追加されてもよく、又は特定のステップが省略、変形、結合若しくは開示の図面とは異なる順序で実行されてもよいことが当業者にとってただちに明らかとなる。

はじめに、ＮＥ１１０は、電気通信ネットワーク１００を介してＬＴＥ対応モバイルＵＥ１０１と他のデバイス（例えば、他のＬＴＥ対応ＵＥ）の間の継続中のＶｏＬＴＥコールセッションを可能にする又は維持するために構成されたＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークのアプリケーションサーバ（ＡＳ）であるとする。ＬＴＥ対応モバイルＵＥ１０１は、簡略化のため図１には示されていないＬＴＥアクセスネットワークの基地局を介してＮＥ１１０に相互接続されるとする。さらに、（ＣＴＦ１１２を介して）ＮＥ１１０はＡＣＲＳＴＡＲＴメッセージをＶｏＬＴＥセッションの開始時にＯＦＣＳ１２０に送信し、さらにモバイルＵＥ１０１の中間位置及び時間帯情報をＯＦＣＳ１２０に適宜報告する１以上のＡＣＲＩＮＴＥＲＩＭメッセージを送信したように、ＶｏＬＴＥコールセッションはすでに確立されたものとする。

ここで図２の処理２００に戻り、ステップ２０２において、ＮＥ１１０は、セッション開始プロトコル（ＳＩＰ）セッション終了メッセージを加入者ＵＥ１０１に送信して、電気通信ネットワーク上でＵＥに提供されているＶｏＬＴＥセッションを切断する。ＳＩＰセッション終了メッセージは、ＳＩＰＢＹＥメッセージであればよい。ＮＥ１１０は、ＳＩＰＢＹＥメッセージをＵＥ１０１に送信し、電気通信ネットワークを介して提供されているＶｏＬＴＥセッションを終了することができ、その終了はＮＥ１１０自身によって、又はＵＥ１０１と通信中のもう一方の相手によって開始され得る。一態様において、ＮＥ１１０はまた、例えば、回線交換（ＣＳ）ネットワーク又はＷＩＦＩなどのアンライセンスドスペクトルへのセッションのハンドオーバーをＮＥが検出する場合、ＳＩＰＢＹＥメッセージを送信してＶｏＬＴＥセッションを終了することができる。

さらに、一態様において、ＮＥ１１０は、ＵＥ１０１へのＳＩＰＢＹＥメッセージの送信時刻に基づいて、ＶｏＬＴＥセッションに対する会計チャージリクエスト（ＡＣＲ）ＳＴＯＰメッセージを生成し、ＯＦＣＳへのＡＣＲストップメッセージの送信を遅延させて、ＵＥ１０１からのＳＩＰＢＹＥメッセージに対する応答メッセージを待機する。

ステップ２０４において、ＮＥ１１０は、ＳＩＰセッション終了メッセージに応答してＵＥ１０１からＳＩＰ応答メッセージを受信する。一態様において、ＳＩＰ応答メッセージは、ＳＩＰＢＹＥメッセージにエラー無しでＡＣＫ応答するＳＩＰＯＫメッセージであればよい。他の態様では、ＳＩＰ応答メッセージは、エラーを有するＳＩＰ２ｘｘ／３ｘｘ／４ｘｘＡＣＫ応答メッセージのこともある。ＵＥ１０１からのＳＩＰ応答メッセージはモバイルＵＥのアップデート済位置又は時間帯を示すアップデート済情報を含むことができ、それは（例えば、ＶｏＬＴＥセッション中の前のメッセージにおいて）最後にＵＥがその情報を報告してからそれぞれの情報が変更した場合にＳＩＰ応答メッセージに含まれ得る。

ステップ２０６において、ＮＥ１１０はＳＩＰ応答メッセージが最新のユーザ位置情報（ＵＬＩ）又は最新のＵＥ１０１の時間帯（ＴＺ）へのアップデートを含むか判定する。例えば、ＮＥ１１０は、ＳＩＰ応答メッセージに含まれる情報の１以上のフィールドを構文解析して、応答メッセージがアップデート済ＵＬＩ又はＴＺ情報を報告したと判定することができる。通常ＵＥのものは変更を報告するように構成されるので、そのようなアップデート済ＵＬＩ又はＴＺ情報の包含は以前報告された値（最新の情報）から情報が変更したことを意味する。ＳＩＰ応答メッセージは、ＵＥによって報告されたアップデート済ＵＬＩを含むことができる。ＳＩＰ応答メッセージは、ＵＥによって報告されたアップデートＴＺを含むことができる。ある態様では、ＳＩＰ応答メッセージは、エラー又は他の要因で結果としてＵＥがその位置又は時間帯を決定不可能となる場合において、ＵＬＩ又はＴＺ情報をＵｎｋｏｗｎと示すこともある。

ステップ２０８において、ＮＥ１１０は、そのアップデート済情報がＳＩＰ応答において含まれたと判定された場合、生成されるＡＣＲＳＴＯＰメッセージにおいて最新のＵＬＩ又はＵＥの最新のＴＺへのアップデートを含める。例えば、ＵＥから受信した応答メッセージがアップデート済ＵＬＩ情報を含む場合、ＮＥ１１０はアップデート済ＵＬＩ情報をＡＣＲＳＴＯＰメッセージに含め、ＯＦＣＳ１２０にそれを報告する。代替的に又は加えて、応答メッセージがアップデート済ＴＺ情報を含む場合、ＮＥ１１０はＡＣＲＳＴＯＰメッセージにそのＴＺ情報を含める。ＵＥの位置又は時間帯のいずれかがＵｎｋｎｏｗｎであるとＳＩＰ応答メッセージが示す場合、この情報もまたＡＣＲＳＴＯＰメッセージに含められ、ＯＦＣＳへ報告する。一態様において、ＮＥ／ＣＴＦが待ちタイマーとして任意に構成されるのも可能でタイマーが満了すると、ＮＥ／ＣＴＦはＡＣＲＳＴＯＰをＣＤＦに送信する。また、所望によりタイマーは値０で構成されてもよく、ここでＮＥ／ＣＴＦはＵＥ応答を待機しない。

一態様において、ＮＥ１１０はまた、ＡＣＲＳＴＯＰメッセージに提供されている情報をＯＦＣＳに示すために追加の（及び新規の）ＡＶＰをＡＣＲＳＴＯＰメッセージに含める。追加のＡＶＰは、ＵＥのアップデート済ＵＬＩが含まれるか（否か）、ＵＥのアップデート済ＴＺ情報が含まれるか（否か）、又は両方が含まれるか（否か）をＯＦＣＳに示す。追加のＡＶＰはまた、ＵＥの位置又は時間帯のいずれかがＵｎｋｎｏｗｎであるとＯＦＣＳに示すこともある。さらにある態様において、追加のＡＶＰはまた、ＶｏＬＴＥコールの切断理由を示すこともできる。例えば、一態様において、追加のＡＶＰは、ＮＥが回線交換ネットワーク又はアンライセンスドスペクトル（例えば、ＷＩＦＩ）ネットワークへのセッションのハンドオーバーを検出したことを例としてＯＦＣＳに示し得る。

ステップ２１０において、ＮＥ１１０は、Ｄｉａｍｅｔｅｒプロトコルを使用して電気通信ネットワークのオフライン課金システム（ＯＦＣＳ）１２０にＡＣＲＳＴＯＰメッセージを送信する。

いくつもの効果が上記の処理２００の説明から明らかとなり得る。まず第１に、ＮＥは、ＳＩＰメッセージがＵＥに送信されてＶｏＬＴＥセッションを切断するとすぐにＡＣＲＳＴＯＰメッセージをＯＦＣＳに送信するのではなく、ＵＥからのＳＩＰ応答メッセージを待機するように構成される。ＯＦＣＳへのＡＣＲＳＴＯＰメッセージ送信を遅らせることによって、応答メッセージにおいてＵＥから受信されるＵＥのＵＬＩ又はＴＺへの任意のアップデートをＮＥが考慮するのを可能にする。応答メッセージにおいて受信されるアップデートは、ＡＣＲＳＴＯＰメッセージにおいてＯＦＣＳに報告され、したがって、従来の実施においてコール切断の間に生じ得る収益漏損のギャップを補償する。ＯＦＣＳはコール切断の間にアップデート済位置又は時間帯情報を受信し、ＶｏＬＴＥセッションに対するＣＤＲを生成するときＯＦＣＳが任意のそのようなアップデートに対して適切にアカウントするのを可能とする。セッションの過剰課金を防ぐために、ＮＥは、セッション終了メッセージがＵＥに送信された時刻に基づいてＡＣＲＳＴＯＰメッセージにおいてセッション終了の時刻（例えば、タイムスタンプ）を示すよう構成される。したがって、ＵＥからの応答メッセージを受信及び処理するのにＯＦＣＳへのＡＣＲＳＴＯＰメッセージが遅延しても、結果として加入者がセッションの一部として遅延に対して課金されることはない。ＮＥ／ＣＴＦは、応答が受信されると期待される適切な期間を設定するタイマーを利用可能である。応答がＮＥに到着しない稀な場合には、タイマーの満了がＯＦＣＳへのＡＣＲＳＴＯＰメッセージ送信のトリガとなり得る。またさらに、ＡＣＲＳＴＯＰメッセージにおいて提供されている情報を示すために、新ＡＶＰがＡＣＲＳＴＯＰメッセージにおいて提供され、それはまたハンドオーバーが検出されたかもＯＦＣＳに示す。ある実施形態において、前述の処理は、音声セッションに加えてデータセッションを切断することにも適用可能となり得る。

本開示は、従来のＡＣＲＳＴＯＰメッセージの標準的フォーマットに対して提案すべき変更を検討する。新ＡＶＰがＡＣＲＳＴＯＰメッセージにおいてＯＦＣＳに提供されているアップデートを示す、ＡＣＲＳＴＯＰメッセージにおける新ＡＶＰフィールドである。ＡＣＲＳｔｏｐメッセージにおいて含まれる新ＡＶＰの一般的な形式を以下に示す：
ＡＶＰ名：ＶｏＬＴＥコール終了表示
データ型：列挙型
ＡＶＰコード：（標準化団体によって）決定予定
ベンダＩＤ：（標準化されるまでは）１７５１
特性：――ＳＥ（すなわち、ＡＣＲＳｔｏｐ及びＡＣＲＥｖｅｎｔメッセージにおいて生じ得る）
フラグ：（標準化前）Ｐビットが設定、Ｍビットが未設定及びＶビットが設定され得る、並びに（標準化後）Ｍ及びＶビットは後に逆となる

ＶｏＬＴＥコール終了の列挙は、以下の例示的値をとり得る：
０：アップデート済ＵＬＩ及びＴＺを送信
１：アップデート済ＵＬＩのみを送信、ＴＺは変更なし
２：アップデート済ＴＺのみを送信、ＵＬＩは変更なし
３：ＴＺ及びＴＬＩ共に変更なし、いずれも送信なし
４：ＴＺ／ＵＬＩＵｎｋｎｏｗｎ、いずれも送信なし
５：アップデート済ＵＬＩ及びＴＺを送信すると共に、アンライセンスドスペクトル（ＷｉＦｉ又はＬＴＥ−Ｕ）ハンドオーバー検出
６：アップデート済ＵＬＩ及びＴＺを送信することなく、アンライセンスドスペクトル（ＷｉＦｉ又はＬＴＥ−Ｕ）ハンドオーバー検出

他の列挙型の値は、他のコール終了シナリオを示すために使用され得る。

ＮＥによってＯＦＣＳに送信されるＡＣＲＳＴＯＰメッセージに新ＡＶＰを包含することで、（ＯＦＣＳの）ＣＤＦが、ネットワークから利用可能として、ユーザ位置及びＴＺに対する適切な表示を有するＶｏＬＴＥセッションのための完全なＣＤＲを生成可能となる。これによりコール又はセッションの適切な品質を提供する。

理解されるように、他の実施形態は、開示の原理から逸脱することなく他のメカニズムを使用することができる。

図３は、開示（例えば、処理２００の１以上のステップ）の種々の態様を実施するのに適切なコンピューティング装置３００の高レベルブロック図を示す。単一のブロックで示されるが、他の実施形態では、装置３００はまた、並列及び分散構成を使用して実施され得る。したがって、例えば、ＮＥ１１０（ＣＴＦ１１２を含む）、ＣＤＦ１２１、ＣＧＦ１２２及びここで開示される他の要素などの上述の図１のアーキテクチャ１００の１以上の種々のユニットは、装置３００を使用して実施され得る。さらに、処理２００の例において示されるような種々のステップは、特定の実施に基づいて、順次、並列に又は異なる順序で装置３００を使用して実行され得る。例示の装置３００は、種々の入力／出力デバイス３０４及びメモリ３０６と通信可能に相互接続されるプロセッサ３０２（例えば、中央処理装置（ＣＰＵ））を含む。装置３００は、ブレードシャーシにおける１以上のブレードとして実施され得る。

プロセッサ３０２は、埋め込み型のマイクロコントローラ又はデジタル信号プロセッサ（ＤＳＰ）といった一般汎用中央処理装置（ＣＰＵ）又は専用プロセッサなどの任意のタイプのプロセッサであればよい。入力／出力デバイス３０４は、例えば、ネットワークアダプタ、データポート及びキーボード、キーパッド、マウス又はディスプレイなどの種々のユーザインターフェースデバイスのような、プロセッサ３０２の制御下で動作し、データを装置３００へ入力し、又は装置３００からデータを出力するよう構成された任意の周辺デバイスであればよい。

メモリ３０６は、例えば、一時的ランダムアクセスメモリ（ＲＡＭ）又は読み出し専用メモリ（ＲＯＭ）などの非一時的メモリ、ハードディスクドライブメモリ、データベースメモリ、コンパクトディスクドライブメモリ、光学メモリなどのような、電子情報を記憶及びアクセスするのに適切な任意のタイプのメモリ又はメモリの組合せであればよい。メモリ３０６は、プロセッサ３０２によって実行する際、上述した機能性又は態様（例えば、処理２００の１以上のステップ）を実行又は実施するように装置３００を構成し得る、又は装置３００に実行又は実施させ得るデータ及び命令を含み得る。さらに、装置３００はまた、メモリ３０６に記憶されプロセッサ３０２によって実行されるオペレーティングシステム、キューマネージャ、デバイスドライバ、データベースドライバ又は１以上のネットワークプロトコルなどのコンピューティングシステムにおいて通常見られる他の要素も含み得る。

装置３００の特定の実施形態を図３に示すが、種々の態様もまた、本開示に従って１以上の特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は専用若しくはプログラマブルなハードウェアの任意の他の組合せを使用して実施され得る。

ここでは特定の実施形態を参照して態様を説明してきたが、これらの実施形態は、本開示の原理及び応用の単なる例示であることを理解すべきである。したがって、例示の実施形態に対して多くの変形がなされ、開示の趣旨及び範囲から逸脱することなく他の配置が考案され得ることを理解すべきである。

Claims

電気通信ネットワークのネットワーク要素であって、
命令及びデータを記憶するためのメモリ、並びに前記命令を実行及び前記データを処理するように構成されたプロセッサを備え、前記プロセッサによって実行されると、前記命令が、
セッション開始プロトコル（ＳＩＰ）セッション終了メッセージを加入者ユーザ機器（ＵＥ）に送信して、前記電気通信ネットワーク上で前記ＵＥに提供されているＶｏＬＴＥセッションを切断し、
前記ＵＥからＳＩＰ応答メッセージを受信し、
前記ＳＩＰ応答メッセージが前記ＵＥの最新のユーザ位置情報（ＵＬＩ）又は前記ＵＥの最新の時間帯（ＴＺ）へのアップデートを含むと判定し、
前記ＶｏＬＴＥセッションに対する会計チャージリクエスト（ＡＣＲ）ＳＴＯＰメッセージを生成し、
前記ＵＥの最新のＵＬＩ又は前記ＵＥの最新のＴＺへの前記アップデートを前記生成されたＡＣＲＳＴＯＰメッセージに含め、
Ｄｉａｍｅｔｅｒプロトコルを使用して、前記電気通信ネットワークのオフライン課金システム（ＯＦＣＳ）へ前記ＡＣＲＳＴＯＰメッセージを送信するように前記ネットワーク要素を構成する、ネットワーク要素。
前記ネットワーク要素は、
前記ＵＥへの前記ＳＩＰセッション終了メッセージの送信時刻に基づいて、前記ＯＦＣＳへの前記ＡＣＲＳＴＯＰメッセージにＶｏＬＴＥセッション終了時刻を示すようにさらに構成された、請求項１に記載のネットワーク要素。
前記ＳＩＰセッション終了メッセージはＳＩＰＢＹＥメッセージである、請求項１に記載のネットワーク要素。
前記ＳＩＰ応答メッセージはＳＩＰＯＫメッセージである、請求項１に記載のネットワーク要素。
前記ネットワーク要素は、
前記ＵＥの最新のＵＬＩにおいて変更が検出され、前記ＵＥの最新のＵＬＩへの前記アップデートが前記ＡＣＲＳＴＯＰメッセージに含まれることを前記ＯＦＣＳに示すために、前記ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含むようにさらに構成された、請求項２に記載のネットワーク要素。
前記ネットワーク要素は、
前記ＵＥの最新のＴＺにおいて変更が検出され、前記ＵＥの最新のＴＺへのアップデートが前記ＡＣＲＳＴＯＰメッセージに含まれることを前記ＯＦＣＳに示すために、前記ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含むようにさらに構成された、請求項２に記載のネットワーク要素。
前記ネットワーク要素は、
アンライセンスドスペクトルへの前記ＵＥのＶｏＬＴＥセッションのハンドオーバーがあったことを検出し、
前記アンライセンスドスペクトルへの前記ＵＥのＶｏＬＴＥセッションのハンドオーバーが検出されたことを前記ＯＦＣＳに示すために、前記ＡＣＲＳＴＯＰメッセージのアドレス値ペア（ＡＶＰ）フィールドに列挙型の値を含むようにさらに構成された、請求項２に記載のネットワーク要素。
電気通信ネットワークのネットワーク要素において、ＶｏＬＴＥコール切断を処理するためにコンピュータで実施される方法であって、
セッション開始プロトコル（ＳＩＰ）セッション終了メッセージを加入者ユーザ機器（ＵＥ）に送信して、前記電気通信ネットワーク上で前記ＵＥに提供されているＶｏＬＴＥセッションを切断するステップ、
前記ＵＥからＳＩＰ応答メッセージを受信するステップ、
前記ＳＩＰ応答メッセージが前記ＵＥの最新のユーザ位置情報（ＵＬＩ）又はＵＥの最新の時間帯（ＴＺ）へのアップデートを含むと判定するステップ、
前記ＶｏＬＴＥセッションに対する会計チャージリクエスト（ＡＣＲ）ＳＴＯＰメッセージを生成するステップ、
前記ＵＥの最新のＵＬＩ又は前記ＵＥの最新のＴＺへの前記アップデートを前記生成されたＡＣＲＳＴＯＰメッセージに含ませるステップ、及び
Ｄｉａｍｅｔｅｒプロトコルを使用して、前記電気通信ネットワークのオフライン課金システム（ＯＦＣＳ）へ前記ＡＣＲＳＴＯＰメッセージを送信するステップ
を備える、コンピュータで実施される方法。
前記ＵＥへの前記ＳＩＰセッション終了メッセージの送信時刻に基づいて、前記ＯＦＣＳへの前記ＡＣＲＳＴＯＰメッセージにＶｏＬＴＥセッション終了時刻を示すステップ
をさらに備える、請求項８に記載のコンピュータで実施される方法。
前記ＳＩＰセッション終了メッセージがＳＩＰＢＹＥメッセージである、請求項８に記載のコンピュータで実施される方法。