JP4648388B2 - Ｉｐマルチメディアサービス課金メカニズム - Google Patents

Ｉｐマルチメディアサービス課金メカニズム Download PDF

Info

Publication number
JP4648388B2
JP4648388B2 JP2007513698A JP2007513698A JP4648388B2 JP 4648388 B2 JP4648388 B2 JP 4648388B2 JP 2007513698 A JP2007513698 A JP 2007513698A JP 2007513698 A JP2007513698 A JP 2007513698A JP 4648388 B2 JP4648388 B2 JP 4648388B2
Authority
JP
Japan
Prior art keywords
multimedia
service
communication
multimedia service
credit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2007513698A
Other languages
English (en)
Other versions
JP2008502035A (ja
Inventor
マウロ ベロラ，
チアラ ドッティ，
サンティアゴ ムニョーズ，
ステフェン テリル，
パトリック ウィス，
Original Assignee
テレフオンアクチーボラゲット エル エム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エル エム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エル エム エリクソン（パブル）
Publication of JP2008502035A publication Critical patent/JP2008502035A/ja
Application granted granted Critical
Publication of JP4648388B2 publication Critical patent/JP4648388B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/775—Account specifications on parallel communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/785—Reserving amount on the account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8228—Session based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/22—Bandwidth or usage-sensitve billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/7277—Account specifications on parallel communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/7277—Account specifications on parallel communications
    • H04M2215/7295—Reserve amount, e.g. according to estimated costs for a typical communication duration or according to the estimated volume to be transferred
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78—Metric aspects
    • H04M2215/7833—Session based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Prepayment Telephone Systems (AREA)

Description

本発明の分野
本発明は、ＩＰマルチメディアサービス用の課金メカニズムに関するものであり、これは、特に、但し必須ではないが、セルラーオーバープッシュツートークサービス（Push-to-talk over Cellular services）に適用可能である。
本発明の背景
ＩＰマルチメディアサービスは、同一セッション内で、音声、ビデオ、メッセージング、データ等を動的に組み合わせて提供する。基本アプリケーションと、組み合わせることが可能となるメディアの数が増えることによって、エンドユーザへ提供されるサービスの数も増え、また、個人間通信の経験も充実することになる。このことは、新世代の、パーソナライズされた、より充実したマルチメディア通信サービスをもたらすことになるであろう。
ＩＰマルチメディアサブシステム（ＩＭＳ）は、第３世代パートナシッププロジェクト（３ＧＰＰ）によって定義される技術であり、これは、３Ｇ移動通信ネットワークを介するＩＰマルチメディアサービスを提供する。ＩＭＳは、サービスの統合と対話を介して、エンドユーザの個人間の通信経験を充実させるための鍵となる機能を提供する。ＩＭＳは、ＩＰベースのネットワークを介して、新規の充実した個人間（クライアント間）通信と、個人対コンテンツ間（クライアント対サーバ）通信を可能にする。このＩＭＳは、セッション開始プロトコル（ＳＩＰ）とサービス搬送プロトコル（ＳＤＰ）を使用して、ユーザ端末（あるいはユーザ端末とウェブサーバ）間の呼あるいはセッションをセットアップし、かつ制御する。図１は、移動体ネットワークアーキテクチャにＩＭＳがどのように適合しているかを示している。
既存のセルラー電話ネットワークオペレータは、近年、いわゆる「プリペイド」加入を使用することを選択する加入者数の著しい増加を経験している。この「プリペイド」加入は、加入者が、現金額（クレジットバランス（預金残高）（credit balance））を自身のオペレータに寄託するものであり、これは、加入者が次回のサービスを使用することによって消費されるものである。プリペイド加入のオプションは、ＩＰＭＭサービスのユーザと等しくポピュラーのものになることが判明することは予想されることである。事実、プリペイドサービスの提供は、ＩＰＭＭサービスで広く取り上げるために必須なものになると思われる。
オンライン／リアルタイム課金メカニズムが使用される場合（プリペイドユーザに関しては）、リクエストされたサービスへのアクセスを提供するＩＰＭＭサービングエレメント（ＳＥ）に対しての一般ルールは、そのリクエストされたサービスへの移動ノードのアクセスを許可する前にクレジット（信用）照会をリクエストすることである。しかしながら、ＩＰＭＭ ＳＥが、プリペイドシステム（ＰＰＳ）あるいはオンライン課金システム（ＯＣＳ）とも呼ばれる課金制御ノードとのクレジット照会取引を行わなければならないので、プリペイド加入者に対するセッションセットアップ時間は必然的に増大することになるであろう。
いくつかのＩＭＰＰ／ＩＭＳベースのサービスに対しては、セッションセットアップ時間は重要である。このことは、例えば、インスタントパーソナルトーク及びアドホックインスタントグループトークのような、いわゆるセルラーオーバープッシュツートーク（Push-to-talk over Cellular：ＰｏＣ）サービスに当てはまる。これは、発信者が、自身の端末のＰｏＣボタンを操作して、ウォーキー−トーキータイプセッションに１人以上のユーザを招待し、その招待したパーティ／パーティ群と瞬時に連絡を取ることを求めるものである（テレフォニーサービスに基づく、伝統的な発信、呼び出し、応答に対して）。現在提案されているプリペイド支払メカニズムの導入は、受入不可能なレベルまでのＰｏＣセッションセットアップ時間が悪化する可能性がある。あるいは、クレジット照会フェーズで発生する更なる遅延のために、ユーザは最適な状態には及ばない経験を蒙る可能性がある。
本発明の要約
本発明の目的は、実際のかつ認められる加入者サービスレベルにおけるプリペイド支払メカニズムの影響を未然に防ぐことである。
本発明の第１の構成に従えば、ＩＰマルチメディアサービスに関する移動体の加入者に対するクレジットを留保する方法が提供される。
この方法は、
ＩＰマルチメディアサービスの起動の前の、前記ＩＰマルチメディアサービスの前記加入者の初期登録を続行し、
早期セッション確立処理を使用して、課金制御ノードでクレジット量を留保し、かつ前記クレジットの留保をＩＭＰマルチメディアサービングエレメントへ通知し、
前記ＩＰマルチメディアサービスの起動時に、前記ＩＰマルチメディアサービングエレメントは、前記早期セッション確立処理に直ちに移行することが可能である
ことを特徴とする。
前記早期セッション確立処理は、前記ＩＰマルチメディアサービングエレメントと前記課金ノード間の適切なメッセージの交換を含むことになることを明らかであろう。このメッセージは、ＤＩＡＭＥＴＥＲプロトコルの仕様を満足するものである。
前記早期セッション確立処理は、典型的には、前記加入者の端末（ＵＥ）とＩＭＳサーバ間のサービス交渉目的（例えば、メディアアドレス及びコーデックタイプ）のためにも使用されることになる。
前記セッション確立処理は、前記ＩＰマルチメディアサービスの前記加入者の登録に続いて自動的に起動することができる。あるいは、前記セッション確立処理は、例えば、自身の端末で特定のＩＰマルチメディアサービスを起動する加入者／エンドユーザによって起動することができる。
本発明は、特に、必須ではないが、プッシュ−ツー−トークオーバーセルラー（ＰｏＣ）ＩＰマルチメディアサービスに適用可能である。
本方法は、前記ＩＰマルチメディアサービングエレメント及び前記課金制御ノードの内の１つで、前記ＩＰマルチメディアサービスに対して適切なクレジット量を見積もることを含んでいる。好ましくは、この見積もりは、前記課金制御ノードで実行される。
プリペイド加入者の場合には、前記課金制御ノードは、前記加入者のホームネットワークに配置されるプリペイドシステム（ＰＰＳ）サーバとなる。
好ましくは、本方法は、前記ＩＰマルチメディアサービスの起動時に、調整されたクレジット量をリクエスト／起動している実際のサービスに基づいて、前記ＩＭマルチメディアサービスエレメントと前記課金制御ノード間のクレジット照会処理を実行する。前記見積もられたクレジット量は、調整されたクレジット量に置き換えられる。
本発明の第２の構成に従えば、移動体の加入者のＩＰマルチメディアサービスへのアクセスを容易にするように構成されているＩＰマルチメディアサービングエレメントを制御する方法を提供する。この方法は、
前記ＩＰマルチメディアセッションの開始の前に、該ＩＰマルチメディアサービスの加入者の初期登録を続行し、課金制御ノードとの早期セッション確立処理を開始して、前記課金制御ノードにおいてクレジット量を留保する
ことを特徴とする。
本発明の第３の構成に従えば、ＩＰマルチメディアサービスへの加入者アクセスを制御するように構成される課金制御ノードを制御する方法を提供する。この方法は、
前記ＩＰマルチメディアサービスの起動の前に、前記ＩＰマルチメディアサービスの加入者の初期登録を続行する早期セッション確立処理に参加し、前記課金制御ノードは、将来のセッションに対して留保するべき適切なクレジット量を見積もる
ことを特徴とする。
本発明の実施形態の詳細説明
ＩＰマルチメディアサブシステム（ＩＭＳ）セッションでは、いくつかの異なるＩＭＳオペレータの加入者であるユーザの数が存在し得る。任意の一般的に適用可能な課金処理では、自身が所有する課金ポリシーに従って、それぞれＩＭＳオペレータは自身が所有する加入者への課金を行うことを可能にするべきである。つまり、同一のＩＭＳセッションに対して、異なるネットワークについては異なる課金モデルが適用される可能性があると言える。また、異なる課金モデルは、与えられるオペレータのネットワークの範囲内で、同一のＩＰＭＭサービス／機能に対して、異なるセットの加入者に適用される可能性がある。
３ＧＰＰ Ｒ５ ＴＳ ３２．２２５とＴＳ ３２．２００、及びＩＥＴＦ ＤＣＣ（インターネットドラフト「Ｄｉａｍｅｔｅｒクレジット制御アプリケーション」）に従えば、ＩＭＳオンライン課金については２つの状況に区別される。
１）「ワンタイムイベント型自動引き落とし（One-Time Event with Direct Debiting）」状況。３ＧＰＰにおける「即時イベント型課金（Immediate Event Charging）」モデル。ＩＥＴＦ ＤＣＣにおける「クレジット照会型自動引き落とし（Credit Authorization with Direct Debiting）」モデル。
２）「セッションベース型クレジットコントロール」状況。３ＧＰＰにおける「単位留保によるイベント型課金（Event Charging with Unit Reservation）」モデル。ＩＥＴＦ ＤＣＣにおける「留保金によるクレジット照会（Credit Authorization with Money Reservation）」モデル。
両モデルにおいて、ＩＰＭＭサービングエレメント（ＩＰＭＭ ＳＥ）、即ち、クレジット制御クライアントは、エンドユーザへの配信対象のサービスを許可する前に、オンライン課金システム（ＯＣＳ）／プリペイドシステム（ＰＰＳ）、即ち、クレジット制御サーバからクレジット照会を要求する。セッションベースのクレジット制御状況は、ほとんどのＩＰＭＭサービスに対してより適切なものとなるように考慮されていて、これは、本明細書で考慮された状況である。
セッションベースのクレジット制御は、ＰＰＳがＩＭＰＰ ＳＥからのリクエストを格付し、ユーザアカウント（口座）（user account）から適切な金額を留保し、そして、対応する量のクレジットリソース（credit resource）をＩＰＭＭ ＳＥへ通知する場合における処理である。もちろん、「クレジットリソース」は、実際の金銭的なクレジットであることを意味しなくてもよく、クレジットリソースは、従量制（be metered）の単位（データ量あるいは時間）の形態で与えられてもよい。クレジットリソースの量で、クレジット照会の回答として成功を受領すると、ＩＰＭＭ ＳＥは、エンドユーザへのサービス配信を許可し、与えられるリソースの使用の監視を開始する。エンドユーザに許可されているクレジットリソースが消費される場合、あるいはサービスが正常に配信されるあるいは終了する場合、ＩＰＭＭ ＳＥは使用量をＰＰＳへ報告し、ＰＰＳは、ユーザアカウントから使用量を差し引く（サービス配信が継続している場合、ＰＰＳは格付けを実行し、かつ新規のクレジット留保を行う）。この処理は、最初の問い合わせ、可能であれば、中間の問い合わせ、そして、最終の問い合わせを含んでいる。ＩＰＭＭ ＳＥとＰＰＳの両方は、クレジット照会状態情報を維持するために必要とされる。
図２の上部は、ＩＰＭＭ用の一般的なオンライン課金アーキテクチャを示していて、一方、その図の下部は、ＰｏＣ用の簡略化アーキテクチャを示している。オンライン課金システム（ＯＣＳ）／プリペイドシステム（ＰＰＳ）は、リアルタイム課金メカニズム用の課金制御機能を提供する。プリペイドシステムは、アカウント（口座）残高（account balance）マネージャ及びユーザアカウント（ユーザ口座）、格付エンジン及び料金表情報を含んでいる。格付エンジンは、料金が設定されていないセッション／サービスあるいはソースに、即ち、サービングエレメントが料金を設定していないこれらのものの格付値を提供する。オンライン課金に対しては、課金入力をＰＰＳへ提供することができるＩＰＭＭ ＳＥ群は、サービングコール（呼）セッション制御機能（Ｓ−ＣＳＣＦ：Serving-Call Session Control Function）、マルチメディアリソース機能制御（ＭＲＦＣ）及びアプリケーションサーバ（ＡＳ）である。セルラーオーバープッシュツートーク（ＰｏＣ）に対して、課金入力をＰＰＳへ提供するＳＥは、ＰｏＣサーバ（ＭＲＦ及びＡＳ機能を採用している）である。ＩＰＭＭ ＳＥ群及びＰＰＳ間のインタフェースは、３ＧＰＰのリリース５及び６によって定義されているような、Ｄｉａｍｅｔｅｒベースプロトコル（ＤＢＰ）とＤｉａｍｅｔｅｒクレジット制御アプリケーション（ＤＣＣ）に基づいている。
図３は、ＰｏＣリリース２アーキテクチャを示していて、ここでは、ＰｏＣ機能エンティティは太実線で示されている。以下のインタフェースは、図３に示される。
Ｉｔ ：フロア（発言権：floor）制御媒体（メディア：media）
Ｉｔｎ：フロア（発言権：floor）制御及び媒体
Ｉｓ ：ＰｏＣクライアント対プロキシセッションシグナリング
Ｉｆ ：プロキシ対ＰｏＣサーバセッションシグナリング
Ｉｎ ：プロキシ対プロキシセッションシグナリング
Ｉｍ ：グループ管理サーバ対ＰｏＣクライアント
Ｉｋ ：グループ管理サーバ対ＰｏＣサーバ
Ｉｏ ：ＯＴＡＰサーバ対ＰｏＣクライアント
ＰｏＣアーキテクチャは、２つのＰｏＣサーバ機能として、制御（controlling）ＰｏＣサーバ機能／論理エンティティと、参加（participating）ＰｏＣサーバ機能／論理エンティティを有している。各ＰｏＣトークセッションでは、１つの制御ＰｏＣサーバだけが存在する。これに対して、参加ＰｏＣサーバは１つ以上存在し得る。制御ＰｏＣサーバは、集中化タスクを取り扱う。このタスクは、ＰｏＣトークセッション内の２つ以上のＰｏＣサーバによって処理されるべきではない。ＰｏＣサーバは、制御ＰｏＣサーバあるいは参加ＰｏＣサーバのどちらかとして動作する。これは、ＰｏＣトークセッション単位で選択される。
ＰｏＣサーバの実装（即ち、物理的なエンティティ／ノード）は、制御ＰｏＣサーバと参加ＰｏＣサーバの両方として同時にかつ同一のＰｏＣトークセッションに対して動作しても良い。インスタントパーソナルトーク及びアドホックインスタントグループトークの場合では、招待ユーザのＰｏＣサーバは制御ＰｏＣサーバとなる。チャットグループトーク及びインスタントグループトークの場合では、制御ＰｏＣサーバは、グループアイデンティティ（グローバルグループアイデンティティ）を所有する／管理するＰｏＣサーバである。これらのＰｏＣサービスの更なる詳細は、以下のアペンディックスで示される。
上述しているように、ＰｏＣセッションに対するクレジット留保（credit reservation）に対する従来の方法は、重大なセッションセットアップ遅延を招く可能性がある。ＰｏＣ遅延検知サービス／機能（即ち、インスタントパーソナルトーク及びアドホックインスタントグループトーク）に対するクレジットを留保する別の方法を本明細書で提案する。これは、すべてのプリペイド特性（即ち、オペレータクレジット制御、エンドユーザリアルタイム消費制御）を維持するものである。この方法は、いわゆる「早期セッション」確立処理を使用することで、エンドユーザがトークセッションを開始する前に、即ち、実際のＰｏＣ機能が起動される前の、重要なセッションセットアップ時間で、ＰｏＣ機能用のクレジットを留保するものである。早期セッション確立処理は、ＵＥとユーザ自身のホームＰｏＣサーバ間のサービスネゴシエーション目的（例えば、ＲＴＰ／ＲＴＣＰ用のＩＰアドレス／ポート番号及びコーデックタイプの通信）用に使用される。この早期セッションは、ＩＭＳ登録に続いて即時に、あるいはその後の任意の時点で確立することができる。早期セッション確立処理は、ＰｏＣ確立処理は、ＰｏＣリソース２．０アーキテクチャで定義される。
早期セッション確立では、ＰｏＣサーバは、早期セッション確立リクエストの処理で継続する前に、ＰＰＣ向けのクレジット留保を実行する（Accounting-Record-Type = STARTとともに、Ｄｉａｍｅｔｅｒアカウンティング（Accounting）リクエスト（ＡＣＲ）を送信することによる）。ＰＰＳは、サービスに暫定的な格付けを行い（この時点では、後の時点でどのＰｏＣ機能がユーザによって起動されるかはわからない）、ユーザのクレジット残高が十分である場合は、ＰＰＣはユーザアカウントから適切な金額を留保し、対応するクレジットユニット（単位）量をＰｏＣサーバへ返信する（Ｄｉａｍｅｔｅｒ ＡＣＡメッセージでは、Accounting-Record-Type = STARTを用いる）。クレジット留保が成功すると、ＰｏＣサーバは、早期セッション確立リクエストの処理を継続する。ここで、ＰｏＣ機能はまだ起動されていないので、このクレジット照会フェーズは特に時間には制約されない。
クレジット留保が失敗する（例えば、ユーザのクレジット残高が使い尽くされている）状態では、ＰＰＳは、失敗指示をＰｏＣサーバへ返信することによって、即時サービス終了処理を開始する（Ｄｉａｍｅｔｅｒ ＡＣＡメッセージでは、Result-Code = DIAMETER_END_USER_SERVICE_DENIEDを用いる）。ＰｏＣサーバは、ＳＩＰエラー指示をサービング（サービス提供中の）ＩＭＳコアへ返信する。エラー指示は、ＵＥ及びエンドユーザへ返信される。
上述のように、早期セッション確立でクレジットが留保される場合、ＰｏＣサーバは、後の時点でどのＰｏＣ機能が起動されるか、あるいは早期セッション確立処理を実行するＵＥが、発信（セッションオーナー）あるいは終了（参加）エンドユーザによって使用されるかどうかについての事実についてはまだ気にかけない。つまり、早期セッション確立で、ＰｏＣサーバは、プリペイドシステムを格付けするための入力制限をだけを行えば良い。セッション接続（即ち、実際のＰｏＣ機能起動／セットアップ段階）では、ＰｏＣサーバは、事前に留保されているクレジットを基に、直ちにサービスリクエストを処理する。ここで、ＰｏＣサーバは、格付け用の正確な入力をＰＰＳへ提供することが可能である（Ｄｉａｍｅｔｅｒ ＡＣＲメッセージでは、Accounting-Record-Type = INTERIMを用いる）。このクレジット照会フェーズもまたあまり時間に制約されない。これは、見積もられたクレジット量が既に留保されていて、サービスプロバイダへのリスクが減っているからである。サービス起動は直ちに処理すことができる一方で、これに平行して、次のクレジット照会が格付けを改良するために実行される。
図４は、インスタントパーソナルトーク機能を用いて改良クレジット照会用に使用される場合の早期セッション確立処理に関係するシグナリングを示している。この状況は、両サイド間の早期セッション確立処理について与えるものである（尚、シグナリングフローは、発信及び着信ＩＭＳコアを示していない）。それぞれのシグナリングステップを以下に示す。
ネットワークＡ早期セッション確立
１ａ．ＵＥ−Ａは、ＩＭＳコアＡを介して、ＳＩＰ ＩＮＶＩＴＥをＰｏＣサーバＡへ送信することによって、早期セッション確立を（初期ＩＭＳ登録の直後あるいはいくつかの後の時点、例えば、ユーザは、ＵＥからインスタントトークサービスを起動する時）開始する（即ち、ＵＥはＳＩＰ ＩＮＶＩＴＥをＩＭＳコアＡへ送信する）。ＩＭＳコアＡは、ＳＩＰ１００「試行（トライング）」をＵＥ Ａへ返信する。ＩＭＳコアＡは、発信トリガーを検出して、結果として、ＳＩＰ ＩＮＶＩＴＥをＰｏＣサーバＡへ送信する。ＳＩＰ ＩＮＶＩＴＥは、次のものを含んでいる。
Request-URI user part set to pre-configured string "Ad-hocGroupRequest"
Accept-Contact including the feature tag "+g.poc.talkburt=TRUE"
To = URI user part set to pre-configured string "Ad-hocGroupRequest"
From = inviting user's Public User Identity
Message body with Content Type "application/sdp" containing an SDP Offer 1

２ａ．ＰｏＣサーバＡは、早期セッションがサポートされているかをチェックする。この状況を想定するために、早期セッションがサポートされていると仮定する。ＰｏＣサーバＡは、ＳＩＰ１００トライングをＩＭＳコアＡへ送信する。
ネットワークＡにおける課金、初期問い合わせ
３ａ．制御ＰｏＣサーバは、ユーザＡのホームプリペイドシステムＡに向けてのクレジット制御セッションを開始するとともに、受信したセッションセットアップリクエスト／ＳＩＰ ＩＮＶＩＴＥの処理を継続する。プリペイドシステムＡは、ＥＣＦアドレスによって識別される。これは、ＩＭＳのユーザＡの登録時に、ホーム加入者システム（ＨＳＳ）からＩＭＳコアＡのＳ−ＣＳＣＦへ、ユーザＡプロファイルの一部としてダウンロードされ、かつＳＩＰ ＩＮＶＩＴＥで、ＩＭＳコアＡのＳ−ＣＳＣＦからＰｏＣサーバＡへ送信される。
４ａ．制御ＰｏＣサーバは、Ｄｉａｍｅｔｅｒ ＡＣＲをプリペイドシステムＡへ送信する。Ｄｉａｍｔｅｒ ＡＣＲは、以下のものを含んでいる。：
Accounting-Record-Type=START_RECORD
Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
M-S-C-C (#1)
Service-Parameter-Info(Type=ExtensionNumber1,
Value=POC_ANY_TALK_SESSION)
Service-Parameter-Info (Type=ExtensionNumber2, Value=session-owner)
Requested-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value='pre-configured value')
Service-Parameter-Info (Type=ExtensionNumberA,
Value= e.g. "total time session is up"
M-S-C-C (#2)
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_ANY_TALK_SESSION)
Service-Parameter-Info (Type=ExtensionNumber2,
Value=session-owner)
Requested-Service-Unit (Type=SERVICE_CREDIT_EVENT,
value='pre-configured value')
Service-Parameter-Info (Type=ExtensionNumberC,
Value= e.g. "number of distributed talk bursts"
M-S-C-C (#n)
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_ANY_TALK_SESSION)
Service-Parameter-Info (Type=ExtensionNumber2,
Value=session-participant)
Requested-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value='pre-configured value')
Service-Parameter-Info (Type=ExtensionNumberBB,
Value= e.g. "number of sent and/or received talk burst"
注：この例では、３つのＭ−Ｓ−Ｃ−Ｃ ＡＶＰが含まれている／示されている。一般的には、関係するサービス−タイプ及びパーティ役割の組み合わせに対するＩＰＭＭ ＳＥによってサポートされる各測定方法の１つには、いくつかのＭ−Ｓ−Ｃ−Ｃ ＡＶＰが含まれていても良い。
５ａ プリペイドシステム−Ａは、受信したサービス−パラメータ−情報（Service-Parameter-Info）の内容に基づいて、暫定的にサービスの格付けを行い（この段階では、将来リクエストされるサービスがインスタントパーソナルトークあるいはアドホックインスタントグループトークであるかはわからない）、エンドユーザアカウント（予想されるサービスの料金を保持していて）からクレジット照会を行い、そして、Ｄｉａｍｅｔｅｒ ＡＣＡメッセージをＰｏＣサーバへ返信する。この状況を説明する上では、ユーザのクレジット残高は十分にあると想定する。このＤｉａｍｅｔｅｒ ＡＣＡは、以下のものを含んでいる。：
Result-Code=DIAMETER_SUCCESS
Accounting-Record-Type=START_RECORD
Accounting-Interim-Interval ('value set by the Prepaid System')
Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
M-S-C-C (#a)
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_ANY_TALK_SESSION)
Service-Parameter-Info (Type=ExtensionNumber2,
Value=session-owner)
Granted-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value='Prepaid System sets Granted-Service-Unit value = Requested-Service-Unit value')
Service-Parameter-Info (Type=ExtensionNumberC,
Value= e.g. "number of distributed talk bursts"). 注：これは、ユーザがセッションオーナの役割を後になって担う場合に有効となる課金モデルである。
M-S-C-C (#b)
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_ANY_TALK_SESSION)
Service-Parameter-Info (Type=ExtensionNumber2,
Value= session-participant)
Granted-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value='Prepaid System sets Granted-Service-Unit value = Requested-Service-Unit value')
Service-Parameter-Info (Type=ExtensionNumberBB,
Value= "sent talk burst"). 注：これは、ユーザがセッション参加者の役割を後になって担う場合に有効となる課金モデルである。
制御ＰｏＣサーバＡは、許可済−サービス−ユニット（the granted-service-units）の使用の監視を開始する。
早期セッション確立手続
６ａ．ＰｏＣサーバＡは、ＳＩＰ２０２受付済（SIP 202 Accepted）をＩＭＳコアＡを介してＵＥ Ａへ送信する。このＳＩＰ２０２受付済は、次のものを含んでいる：
Contact, containing the transient ad-hoc group identifier generated by the Controlling PoC Server
Message body with Content Type "application/sdp" containing an SDP Answer 1
７ａ．ＵＥ Ａは、ＩＭＳコアＡを介して、ＳＩＰ ＡＣＫをＰｏＣサーバへ送信する。
ネットワークＢ早期セッション確立及び課金初期問い合わせ
ネットワークＡにおけるステップ１ａから７ａに平行して、ステップ１ｂから７ｂが、ネットワークＢ（ユーザＢ、ＵＥ Ｂ、ＩＭＳコアＢ、ＰｏＣサーバＢ、プリペイドシステムＢを含む）で発生する。
早期セッション−接続
図４に示される早期セッション確立処理の完了後、加入者（この場合、ＵＥ−Ａ）によって接続処理が開始される。図５及び６は、インスタントパーソナルトーク確立（即ち、接続セットアップ）に関係するシグナリングを示している。ここでも、このシグナリングフローは、発信及び着信ＩＭＳコアは示していない。シグナリングステップは、次のようになる。
早期セッションによる接続セットアップ
１．ＵＥ Ａのエンドユーザである、ネットワークＡの加入者は、ＰｏＣボタンを操作して、ＵＥ Ｂのエンドユーザである、ネットワークＢの加入者とのインスタントパーソナルトークセッションを開始する。
２．ＵＥ−Ａは、ＩＭＳコアＡを介して、ＳＩＰ ＲＥＦＥＲをＰｏＣサーバＡへ送信する。ＳＩＰ ＲＥＦＥＲは、次のものを含んでいる。：
Refer-To: invited user's Public User Identity (i.e. SIP URI or E.164 number)
３．発信側参加ＰｏＣサーバＡは、ＳＩＰ ＲＥＦＥＲ内の情報（即ち、パブリックユーザアイデンティティ）に基づいて、セッションタイプをインスタントパーソナルトークとして認識する。
発信側参加ＰｏＣサーバＡは、制御ＰｏＣサーバの機能を獲得する。発信側参加ＰｏＣサーバ機能は、論理的には、制御ＰｏＣサーバ機能と同一の場所に配置されている。つまり、インスタントパーソナルトークに対しては、招待ユーザに割当られているＰｏＣサーバは制御ＰｏＣサーバとなる。
制御ＰｏＣサーバは：
トークセッションについての招待ユーザを認可し、
ＳＩＰ ＲＥＦＥＲを、発信ＳＩＰ ＩＮＶＩＴＥ／ＲＥＦＥＲそれぞれに対する参照（基準）イベントパッケージへの潜在的な加入リクエストとして解釈し（即ち、招待ＵＥは、ＳＩＰ ＮＯＴＩＦＹで、招待ユーザの最終ＳＩＰ応答についての情報を受信する)、
そして、ＳＩＰ ＲＥＦＥＲを潜在的な「フロアーリクエスト」として解釈する。
ネットワークＡでの課金、中間問い合わせ
４．制御ＰｏＣサーバは、中間問い合わせを実行して、新規／追加の格付け入力を課金システムＡに提供する。即ち、制御ＰｏＣサーバは、ここでは、セッションのタイプがインスタントパーソナルトークであるという知識を持っている。
５．制御ＰｏＣサーバは、Ｄｉａｍｅｔｅｒ ＡＣＲをプリペイドシステムＡへ送信する。Ｄｉａｍｅｔｅｒ ＡＣＲは、次のものを含んでいる。：
Accounting-Record-Type=INTERIM _RECORD
Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
M-S-C-C
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_INSTANT_PERSONAL_TALK)
Service-Parameter-Info (Type=ExtensionNumber2,
Value= session-owner)
Requested-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value='pre-configured value')
Used-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value='amount of used service units')
Service-Parameter-Info (Type=ExtensionNumberC,
Value= e.g. "number of distributed talk bursts")
６．プリペイドシステムＡは、エンドユーザのアカウントから使用量を差し引き、受信したサービス−パラメータ−情報（Service-Parameter-Info）の内容に基づいてサービスの格付けを行い、エンドユーザのアカウント（サービスの料金を賄う）から新規のクレジット照会を行い、そして、Ｄｉａｍｅｔｅｒ ＡＣＡを返信する。この状況の上では、ユーザのクレジット残高は十分にある。このＤｉａｍｅｔｅｒ ＡＣＡは、次のものを含んでいる。：
Result-Code=DIAMETER_SUCCESS
Accounting-Record-Type=INTERIM _RECORD
Accounting-Interim-Interval (‘value set by the Prepaid System')
Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
M-S-C-C
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_INSTANT_PERSONAL_TALK)
Service-Parameter-Info (Type=ExtensionNumber2,
Value= session-owner)
Granted-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value=‘Prepaid System sets Granted-Service-Unit value = Requested-Service-Unit value')
Service-Parameter-Info (Type=ExtensionNumberC,
Value= e.g. "number of distributed talk bursts")
７．制御ＰｏＣサーバＡは、許可済サービス−ユニット（granted-service-units）の使用の監視を継続する。
８．制御ＰｏＣサーバＡは、ＩＭＳコアＡを介して、ＳＩＰ２０２受付済（SIP 202 Accepted）をＵＥ Ａへ送信する。
９．制御ＰｏＣサーバＡは、ＳＩＰ ＩＮＶＩＴＥ（ＳＤＰ Ｏｆｆｅｒ２）を参加ＰｏＣサーバＢへ送信する。ＵＥ ＡからのＳＩＰ ＲＥＦＥＲメッセージの受信に続いて、このメッセージが直ちにＰｏＣサーバＡによって送信できることが理解されるであろう。即ち、このメッセージは、ＤＩＡＭＥＴＥＲメッセージの前あるいは間（５及び６）に送信され得る。
１０．参加ＰｏＣサーバＢは、（ＧＬＭＳ機能から）Ｄｏ−ｎｏｔ−Ｄｉｓｔｕｒｂ（干渉不要）フラグ、アクセス（受入／拒否）リスト、及び招待ユーザの回答モードを取得する。参加ＰｏＣサーバＢは、Ｄｏ−ｎｏｔ−Ｄｉｓｔｕｒｂ（干渉不要）フラグ及び招待ユーザのアクセス（受入／拒否）リストに基づいて、そのリクエストを認可する。この状況の上では、参加ＰｏＣサーバＢは、ＤｎＤフラグが設定されてなく、招待ユーザが拒否リストには存在せず、そして、招待ユーザの回答モードが「自動回答」に設定されていると判定する。
ネットワークＢにおける課金、中間問い合わせ
１１．参加ＰｏＣサーバは、中間問い合わせを実行して、新規／追加の格付け入力を課金システムＡに提供する。即ち、参加ＰｏＣサーバは、ここでは、ＰｏＣセッションの終了の知識を持っている。
１２．参加ＰｏＣサーバは、Ｄｉａｍｅｔｅｒ ＡＣＲをプリペイドシステムＢへ送信する。Ｄｉａｍｅｔｅｒ ＡＣＲは、次のものを含んでいる。：
Accounting-Record-Type=INTERIM _RECORD
Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
M-S-C-C
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_ANY_TALK_SESSION)
Service-Parameter-Info (Type=ExtensionNumber2,
Value= session-participant)
Requested-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value='pre-configured value')
Used-Service-Unit (Type=SERVICE_CREDIT7_EVENT,
Value='amount of used service units')
Service-Parameter-Info (Type=ExtensionNumberBB,
Value= "sent talk burst")
１３．プリペイドシステムＢは、エンドユーザのアカウントから使用量を差し引き、受信したサービス−パラメータ−情報（Service-Parameter-Info）の内容に基づいてサービスの格付けを行い、エンドユーザのアカウント（サービスの料金を賄う）から新規のクレジット照会を行い、そして、Ｄｉａｍｅｔｅｒ ＡＣＡを返信する。この状況の上では、ユーザのクレジット残高は十分にある。このＤｉａｍｅｔｅｒ ＡＣＡは、次のものを含んでいる。：
Result-Code=DIAMETER_SUCCESS
Accounting-Record-Type=INTERIM _RECORD
Accounting-Interim-Interval (‘value set by the Prepaid System')
Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
M-S-C-C
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_ANY_TALK_SESSION)
Service-Parameter-Info (Type=ExtensionNumber2,
Value= session-participant)
Granted-Service-Unit (Type=SERVICE_CREDIT_EVENT,
Value=‘Prepaid System sets Granted-Service-Unit value = Requested-Service-Unit value')
Service-Parameter-Info (Type=ExtensionNumberBB,
Value= "sent talk burst")
１４．参加ＰｏＣサーバＢは、許可済サービス−ユニットの使用の監視を開始する。
早期セッション手続での接続セットアップ
１５．ＵＥ−Ｂは、確立済の早期セッションを持っていて、また、自動回答モードのセット（設定）を持っている。つまり、参加ＰｏＣサーバＢは、早期メディアモードを選択している。
１６．参加ＰｏＣサーバＢは、ＳＩＰ ２００ ＯＫ（ＳＤＰ Ａｎｓｗｅｒ ２）を制御ＰｏＣサーバへ送信する。
１７．ＳＩＰ ＡＣＫは、制御ＰｏＣサーバＡから参加ＰｏＣサーバＢへ送信される。ＳＩＰ ＩＮＶＩＴＥメッセージ（９）と同様に、ＳＩＰ ＡＣＫとＳＩＰ ２００ ＯＫメッセージの送信は、ＤＩＡＭＥＴＥＲメッセージ（５、６、１２、１３）の交換とは独立していることに注意されたい。
１８．制御ＰｏＣサーバは、参加ＰｏＣサーバＢを介して、ＲＴＣＰ「フロア（発言権：floor）取得済」をＵＥ Ｂへ送信する。
１９．「聴取（受信）指示」が、ユーザＢへ与えられる。
２０．制御ＰｏＣサーバは、ＲＴＣＰ「フロア許可済」をＵＥ Ａへ送信する。ＳＩＰ ＩＮＶＩＴＥメッセージ（９）と同様に、ＲＴＣＰ「フロア取得済」（１８）とＲＴＣＰ「フロア許可済」の送信は、ＤＩＡＭＥＴＥＲメッセージ（５、６、１２、１３）の交換とは独立していることに注意されたい。
２１．「トーク（会話）指示」が、ユーザＡへ与えられる（ＳＤＰ回答を搬送する「ＳＩＰ２０２受付済」と、ＰｏＣサーバを示す「ＲＴＣＰフロア許可済」の両方がメディアに渡される準備が整っていて、また、これらは、ユーザ対話目的のために必要とされている）。
ユーザＡのトーキング（会話）の開始
２２．ユーザＡは、トークを開始する。
２３．「ＲＴＰトークバースト」（メディア）が、制御ＰｏＣサーバと関係ＰｏＣサーバＢを介して、ＵＥ ＡからＵＥ Ｂへ送信される。
２４．ユーザＡは、ユーザＢのスピーチフレーズを聴取（受信）する。
２５．ＳＩＰ ２００ ＯＫの受信時での従前の「招待ユーザの暗黙（間接的な）の加入状態」によって、制御ＰｏＣサーバは、ＳＩＰ ＮＯＴＩＦＹリクエストをＩＭＳコアＡへ送信する。ＩＭＳコアＡは、ＳＩＰ ＮＯＴＩＦＹをＵＥ Ａへ送信する。ＳＩＰ ＮＯＴＩＦＹは、次のものを含んでいる。：
Event = refer
Message body with Content Type "message/sipfrag" containing:
The status line of the SIP response that the PoC Server received from the invited user, "SIP/2.0 200 OK" for this scenario; and
The Public User Identity of the invited user (SIP URI or MSISDN)
２６．ＵＥ Ａは ＳＩＰ ＮＯＴＩＦＹに対して、ＳＩＰ ２００ ＯＫをＩＭＳコアＡへ送信する。ＩＭＳコアＡは、ＳＩＰ ２００ ＯＫを制御ＰｏＣサーバへ送信する。
ユーザＡのトーキング（会話）の終了
２７．ユーザＡは、ＰｏＣボタンを解除する。
２８．ＵＥ Ａは、「ＲＴＣＰフロア解除」を制御ＰｏＣサーバへ送信する。
２９．制御ＰｏＣサーバは、「ＲＴＣＰフロアアイドル」をＵＥ Ａへ送信する。
３０．制御ＰｏＣサーバは、「ＲＴＣＰフロアアイドル」を、参加ＰｏＣサーバＢへ送信する。この参加ＰｏＣサーバＢは、更に、それをＵＥ Ｂへ送信する。
３１．「フロアアイドル指示」が、ユーザＢへ与えられる。
より多くのトークバーストが、ユーザＡ及びユーザＢによって送信／受信されても良い。
他のトークバーストが、ユーザＡとユーザＢによって送信／受信されても良い。
他のクレジット制御の中間問い合わせが発生しても良い。
ユーザＡによるトークセッションの切断
３２．ユーザＡは、トークセッションの切断をリクエストする。
３３．ＵＥ−Ａは、「ＲＴＣＰ ＢＹＥ（バイ）」を制御ＰｏＣサーバへ送信する。
３４．制御ＰｏＣサーバは、非起動（停止：inactivity）タイマの満了を検出する。セッション終了ポリシーに従えば、制御ＰｏＣサーバは、トークセッション解除をリクエストする。
３５．制御ＰｏＣサーバは、「ＲＴＣＰ ＢＹＥ（バイ）」を参加ＰｏＣサーバＢへ送信する。このＰＯＣサーバＢは、更に、それをＵＥ−Ｂへ送信する。
３６．セッション切断指示が、ユーザＢへ与えられる。
３７．制御ＰｏＣサーバは、ＳＩＰ ＢＹＥを、参加ＰｏＣサーバＢへ送信する。
３８．参加ＰｏＣサーバＢは、（ＳＩＰ ＢＹＥに対して）ＳＩＰ ２００ ＯＫで応答する。
ネットワークＡにおける課金、最終問い合わせ
３９．制御ＰｏＣサーバは、Ｄｉａｍｅｔｅｒ ＡＣＲをプリペイドシステムＡを送信する。Ｄｉａｍｅｔｅｒ ＡＣＲは、次のものを含んでいる。：
Accounting-Record-Type=STOP_RECORD
Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
Used-Service-Unit (Type=SERVICE_CREDIT_EVENT, Value='amount of used service units')
４０．プリペイドシステムＡは、Ｄｉａｍｅｔｅｒ ＡＣＡへ返信する。この状況の上では、ユーザのクレジット残高は十分にある。このＤｉａｍｅｔｅｒ ＡＣＡは、次のものを含んでいる。：
Result-Code=DIAMETER_SUCCESS
Accounting-Record-Type=STOP_RECORD
ネットワークＢにおける課金、最終問い合わせ
４１．参加ＰｏＣサーバは、Ｄｉａｍｅｔｅｒ ＡＣＲをプリペイドシステムＢへ送信する。Ｄｉａｍｔｅｒ ＡＣＲは、次のものを含んでいる。：
Accounting-Record-Type=STOP_RECORD
Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
Used-Service-Unit (Type=SERVICE_CREDIT_EVENT, Value='amount of used service units')
４２．プリペイドシステムＢは、Ｄｉａｍｔｅｒ ＡＣＡへ返信する。この状況の上では、ユーザのクレジット残高は十分にある。このＤｉａｍｅｔｅｒ ＡＣＡは、次のものを含んでいる。：
Result-Code=DIAMETER_SUCCESS
Accounting-Record-Type=STOP_RECORD
クレジット照会フェーズがＰｏＣトークセッションセットアップ時間に影響を与えないようにして、プリペイド機能（市場に広く受け入れられるための必須のＰｏＣ機能）の導入がなされることが上述の説明から明らかであろう。ＩＰＭＭサービングエレメント（例えば、ＰｏＣサーバ）は、時には、「ＰｏＣ早期セッション処理」の一部とする初期ＩＭＳユーザ登録後、つまり、実際のセットアップ時間が重要なＰｏＣサービス機能（即ち、インスタントパーソナルトーク、アドホック、インスタントグループトーク）がエンドユーザによって起動される前に、プリペイドシステム向けのクレジット照会を実行してクレジットを留保する。エンドユーザがＰｏＣサービス機能を起動する場合、ＩＰＭＭサービングエレメントは、予め留保されたクレジットを利用することによって直ちにサービスリクエストを処理することができる。同時に、ＩＭＰＰサービングエレメントは、次のクレジット照会を実行して、プリペイドシステムに再調整済の格付け入力（例えば、実際の起動されたＰｏＣ機能、セッション発信パーティの役割）を提供する。これにより、クレジット照会フェーズは、ＰｏＣトークセッションセットアップ時間に影響を与えない。
本発明の範囲から逸脱しないで、上述の実施形態を様々に変形することができることが当業者には明らかであろう。
アペンディックス
セルラーオーバープッシュツートーク（ＰｏＣ）は、ＩＭＳ技術に基づく、「ウォーキ−トーキー」タイプのサービスである。ＰｏＣサービスは、以下の機能を含んでいる。：
インスタントパーソナルトーク
これは、（１対１）の他人との音声通信である。これは、ユーザは別の人と同時に会話するものである。ユーザは、他のユーザを招待して、インスタントパーソナルトークセッションを確立する。１対１のインスタントパーソナルトークサービスの参加ユーザは、新規のユーザあるいはユーザ群をセッションに追加することで、１対Ｎ通信（即ち、アドホックインスタントグループトーク）を確立することができる。
チャットグループトーク
これは、１対Ｎ音声通信である。これは、ユーザは別の人と同時に会話するものである。ユーザは、チャットグループトークに参加するためにグループに参加する。即ち、各参加者は、個々にセッションに加入する。チャットグループには２つのタイプが存在する。：
１．オープンチャットグループは、任意のユーザが加入することができるグループである。
２．制限付チャットグループは、メンバーリストのグループであり、そのグループの所属するユーザだけがグループメンバーを追加したり削除することができる。また、グループのメンバーだけがチャットグループトークセッションに参加することができる。
制限付チャットグループトークが確立される前に、グループは生成されていなければならず、またメンバーは定義されていなければならない。オープンチャットグループトークが確立される前に、グループは生成されていなければならない。進行中のオープンあるいは制限付チャットグループトークセッションの参加者は、他のユーザをセッションに追加したり、招待することができる。グループが制限されている場合は、参加者は、そのグループのメンバーのユーザだけを招待することができる。
インスタントグループトーク
これは、１対Ｎ音声通信である。これは、ユーザは別の人と同時に会話するものである。グループのメンバーの１人は、他のグループのメンバーのすべてをインスタントグループトークセッションに招待する。インスタントグループトークが確立される前に、グループは生成されなければならず、また、メンバーが定義されていなければならない。グループから外れているあるいは最初に招待を拒否されているグループのメンバーは、進行中のインスタントグループトークセッションに参加／再参加することができる。進行中のインスタントグループトークセッションへの参加者は、グループの他のメンバーをそのセッションに追加／招待することができる。
アドホックインスタントグループトーク
これは、１対Ｎ音声通信である。これは、ユーザは別の人と同時に会話するものである。ユーザは、選択されたユーザをアドホックインスタントトークセッションへ招待する。進行中のアドホックインスタントグループセッションへの参加者は、他のユーザをそのセッションへ追加／招待することができる。グループから外れているあるいは最初は招待を拒否されているユーザは、進行中のアドホックインスタントグループトークセッションへ参加／再参加することができる。
インスタントパーソナルアラート
ユーザは、別のユーザへアラートを行うことができる。このアラートは、ユーザが通信を行いたいことを表現し、また、例えば、インスタントパーソナルトーク機能を使用して、他のユーザにコールバックしてもらうことを丁重にリクエストする方法でもある。インスタントパーソナルアラートは、テキストメッセージを搬送することもできる。
加えて、次の機能が、上述のＰｏＣ機能に関連して使用される。：
グループ及びリスト管理
これは、以下に説明するように、ＰｏＣエンドユーザ（及びオペレータ）にグループ、リスト及び他の情報を管理することを可能にする。この情報は、ネットワーク内のグループ及びリスト管理サーバ（ＧＬＭＳ）論理エンティティに記憶されていて、ＵＥ−ＧＬＭＳインタフェースを介して管理される。
コンタクトリスト
これらは、ＵＥ及びネットワーク内のコンタクトエントリ（個人及びグループ）を記憶するために使用される。このようなりストは、ＵＥによって使用され、ＰｏＣ通信を開始する場合のユーザとグループをアドレスする。コンタクトリストは、インスタントパーソナルトークタイプ及びアドホックインスタントグループセッションタイプに適用される。
アクセス（受入／拒否）リスト
これらは、アクセスルールを定義するために使用される。つまり、ＰｏＣサービスを介して、誰が特定のユーザに到達することが許可されているあるいは許可されていないことを示すものである（即ち、着呼／招待ユーザは、受入／拒否リストを使用して、他のユーザからの着信トークセッションリクエストを受け入れるあるいは拒否することができる）。アクセスリストは、すべてのトークセッションタイプに適用され、また、ＰｏＣサーバによって使用される。これは、着呼／終端側（パーティ）の機能である。
グループリスト
グループリストは、ＰｏＣ特定グループを定義するために使用され、オープン／制限付チャットグループトーク及びインスタントグループトークに適用される。これは、ＰｏＣサーバとＵＥによって使用される。
Ｄｏ−ｎｏｔ−Ｄｉｓｔｕｒｂ（干渉不要）（ＤｎＤ）
着呼／招待ユーザは、「Ｄｏ Ｎｏｔ Ｄｉｓｔｕｒｂ」機能を使用して、すべての着信トークセッション（インスタントパーソナルアラート以外）をブロックすることができる。ＤｎＤは、アクセスリストより優先する。これは、ＰｏＣサーバによって使用される。これは、着呼／終端側（パーティ）の機能である。
回答モード
着呼／招待ユーザは、自動あるいは手動回答モードを選択することができ、また、これは、ＰｏＣサーバとＵＥによって使用される。これは、着呼／終端パーティの機能である。招待ユーザへサービスを提供しているＰｏＣサーバは、回答モードを使用して、セッションに対するメディアモード（早期あるいは遅延メディア）を選択することができる。
プレゼンス（存在）
この機能は、他のパーティのアクセス可能性をパーティ群に広告（通知）するために使用される。
ＩＰマルチメディアサブシステムを組み込む移動体ネットワークアーキテクチャを示す図である。 ＩＰＭＭサービス用の論理的なオンライン課金アーキテクチャを示す図である。 ＰｏＣリリース２アーキテクチャを示す図である。 ＰｏＣインスタントパーソナルトーク用の早期セッション確立処理に関係するシグナリングを示す図である。 サービスが実際に起動される場合の、早期セッション確立に続く、セッション接続処理に関係するシグナリングを示す図である。 サービスが実際に起動される場合の、早期セッション確立に続く、セッション接続処理に関係するシグナリングを示す図である。

Claims (8)

  1. ＩＰマルチメディアサービスに関する移動体の加入者に対するクレジットを留保する方法であって、
    ＩＰマルチメディアサービスの起動を行なうための第２の通信の前の第１の通信であって、前記ＩＰマルチメディアサービスの前記加入者の初期登録の通信の終了の直後あるいはそれより後の時点の前記第１の通信において、早期セッション確立処理を実行して、課金制御ノードで前記ＩＰマルチメディアサービスに対するクレジット量を留保し、かつ前記クレジット量の留保をＩＰマルチメディアサービングエレメントへ通知し
    前記早期セッション確立処理のための前記第１の通信の完了後、前記第２の通信による前記ＩＰマルチメディアサービスの起動時に、前記ＩＰマルチメディアサービングエレメントは、前記早期セッション確立処理によって留保された前記ＩＰマルチメディアサービスに対するクレジット量を利用することによって、直ちに該ＩＰマルチメディアサービスに関するセッションに移行することが可能となり、
    前記早期セッション確立処理は、ＩＰマルチメディアサービスを起動する前記加入者によって前記ＩＰマルチメディアサービングエレメントに対して起動され、かつＤＩＡＭＥＴＥＲベースのプロトコルを使用する前記ＩＰマルチメディアサービングエレメントと前記課金制御ノード間のメッセージの交換を含んでいる
    ことを特徴とする方法。
  2. 前記早期セッション確立処理は、前記ＩＰマルチメディアサービスへの前記加入者の初期登録に続いて自動的に起動される
    ことを特徴とする請求項１に記載の方法。
  3. 前記ＩＰマルチメディアサービスは、セルラーオーバープッシュ−ツー−トークＩＰマルチメディアサービスである
    ことを特徴とする請求項１または２に記載の方法。
  4. 前記ＩＰマルチメディアサービングエレメント及び前記課金制御ノードの内の１つは、前記ＩＰマルチメディアサービスに対して適切なクレジット量を見積もる
    ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
  5. 前記加入者は、プリペイド加入者であり、前記課金制御ノードは、前記加入者のホームネットワークに配置されているプリペイドシステムサーバである
    ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
  6. 前記ＩＰマルチメディアセッション時に、実際のセッション状態に基づいて、前記ＩＰマルチメディアサービングエレメントと前記課金制御ノード間のクレジット照会処理を実行して、前記ＩＰマルチメディアサービスに対するクレジット量を調整し、前記見積もったクレジット量を前記調整したクレジット量に置き換える、あるいは該調整したクレジット量を補充する
    ことを特徴とする請求項５に記載の方法。
  7. 移動体の加入者によるＩＰマルチメディアサービスへのアクセスを容易にするように構成されているＩＰマルチメディアサービングエレメントを操作する方法であって、
    課金制御ノードとのトランザクションを開始して、該課金制御ノードにおいて前記ＩＰマルチメディアサービスに対するクレジット量を留保する早期セッション確立処理を、ＩＰマルチメディアサービスの起動を行なうための第２の通信の前の第１の通信であって、前記ＩＰマルチメディアサービスの加入者の初期登録の通信の終了の直後あるいはそれより後の時点の前記第１の通信において実行し、
    前記早期セッション確立処理のための前記第１の通信の完了後、前記第２の通信による前記ＩＰマルチメディアサービスの起動時に、前記ＩＰマルチメディアサービングエレメントは、前記早期セッション確立処理によって留保された前記ＩＰマルチメディアサービスに対するクレジット量を利用することによって、直ちに前記ＩＰマルチメディアサービスに関するセッションに移行することが可能となり、
    前記早期セッション確立処理は、ＩＰマルチメディアサービスを起動する前記加入者によって前記ＩＰマルチメディアサービングエレメントに対して起動され、かつＤＩＡＭＥＴＥＲベースのプロトコルを使用する前記ＩＰマルチメディアサービングエレメントと前記課金制御ノード間のメッセージの交換を含んでいる
    ことを特徴とする方法。
  8. ＩＰマルチメディアサービスへの加入者アクセスを制御するように構成されている課金制御ノードを制御する方法であって、
    第２の通信による前記ＩＰマルチメディアサービスの起動の前に、前記ＩＰマルチメディアサービスの加入者の初期登録の通信の終了の直後あるいはそれより後の時点に実行される、前記第２の通信の前の第１の通信による早期セッション確立処理に参加し、前記課金制御ノードは、前記早期セッション確立処理時に、前記ＩＰマルチメディアサービスに関する将来のセッションに対して留保するべき適切なクレジット量を見積もることによって、前記ＩＰマルチメディアサービングエレメントが、前記早期セッション確立処理のための前記第１の通信の完了後、前記第２の通信による前記ＩＰマルチメディアサービスの起動時に、前記早期セッション確立処理によって留保されたクレジット量を利用することによって、直ちに前記ＩＰマルチメディアサービスに関するセッションに移行することを可能にし、
    前記早期セッション確立処理は、ＩＰマルチメディアサービスを起動する前記加入者によって前記ＩＰマルチメディアサービングエレメントに対して起動され、かつＤＩＡＭＥＴＥＲベースのプロトコルを使用する前記ＩＰマルチメディアサービングエレメントと前記課金制御ノード間のメッセージの交換を含んでいる
    ことを特徴とする方法。
JP2007513698A 2004-06-03 2004-06-03 Ｉｐマルチメディアサービス課金メカニズム Expired - Fee Related JP4648388B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2004/051017 WO2005120039A1 (en) 2004-06-03 2004-06-03 Charging mechanisms for ip multimedia services

Publications (2)

Publication Number Publication Date
JP2008502035A JP2008502035A (ja) 2008-01-24
JP4648388B2 true JP4648388B2 (ja) 2011-03-09

Family

ID=34957696

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007513698A Expired - Fee Related JP4648388B2 (ja) 2004-06-03 2004-06-03 Ｉｐマルチメディアサービス課金メカニズム

Country Status (10)

Country Link
US (1) US8150369B2 (ja)
EP (1) EP1751966B1 (ja)
JP (1) JP4648388B2 (ja)
CN (1) CN1961567B (ja)
AT (1) ATE382238T1 (ja)
DE (1) DE602004010936T2 (ja)
ES (1) ES2297427T3 (ja)
PL (1) PL1751966T3 (ja)
RU (1) RU2369981C2 (ja)
WO (1) WO2005120039A1 (ja)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1319317C (zh) * 2004-08-11 2007-05-30 华为技术有限公司 一种基于分组数据流计费的对话建立方法
GB0500483D0 (en) * 2005-01-11 2005-02-16 Nokia Corp Multi-party sessions in a communication system
US8223935B2 (en) * 2005-04-30 2012-07-17 Oracle International Corporation Revenue management systems and methods
US8116326B2 (en) * 2005-06-28 2012-02-14 Oracle International Corporation Revenue management system and method
US8095665B1 (en) * 2005-06-30 2012-01-10 Google Inc. User-friendly features for real-time communications
CN1794775B (zh) * 2005-07-12 2010-05-05 华为技术有限公司 一种无线一键通业务中的计费方法
EP1938193A4 (en) 2005-07-28 2010-08-04 Oracle Int Corp SYSTEM AND METHOD FOR MANAGING RECIPES
US8223777B2 (en) 2005-11-15 2012-07-17 Oracle International Corporation Gateway for achieving low latency and high availability in a real time event processing system
KR101177948B1 (ko) * 2006-01-13 2012-08-28 삼성전자주식회사 ＰｏＣ 시스템에서 미디어 전송 시간 정보 제공을 위한단말 장치 및 방법과 미디어 전송 시간 정보 제공을 위한ＰｏＣ 시스템
CN101043743B (zh) * 2006-03-22 2012-04-04 华为技术有限公司 PoC业务中控制用户加入会话的方法
US8015247B1 (en) * 2006-05-24 2011-09-06 Aol Inc. Joint communication sessions
CN101083541B (zh) * 2006-05-31 2013-05-01 朗迅科技公司 Ims网关系统和方法
KR101247985B1 (ko) * 2006-06-09 2013-03-27 에스케이텔레콤 주식회사 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리미디어 서비스 제공 방법
CN101212316A (zh) * 2006-12-25 2008-07-02 华为技术有限公司 一种多方会话中基于媒体流计费的方法及系统
CN101325780B (zh) * 2007-06-15 2010-07-07 华为技术有限公司 策略控制实现方法和系统、及策略和计费执行实体
CN101459878A (zh) * 2007-12-10 2009-06-17 华为技术有限公司 一种实现即按即通计费的方法、设备及系统
MX2010012806A (es) * 2008-05-30 2010-12-21 Alcatel Lucent Usa Inc Arquitectura de cargo en linea en redes de comunicacion de evolucion a largo plazo/sistema de paquetes evolucionado.
CN101505469B (zh) * 2009-03-03 2011-08-24 中兴通讯股份有限公司 一种回呼业务实现系统及方法
WO2010126524A1 (en) * 2009-04-30 2010-11-04 Comverse, Inc. Network communication service using multple payment modes
CN101909251B (zh) * 2009-06-04 2013-09-11 华为技术有限公司 移动一键通系统的计费方法和系统
CN101932045B (zh) 2009-06-24 2014-11-05 中兴通讯股份有限公司 载波聚合中测量结果的上报方法及用户设备
CN101990186B (zh) 2009-08-07 2013-11-06 华为技术有限公司 释放资源的方法、装置和系统
EP2502382B1 (en) * 2009-11-18 2017-09-27 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for use in a communications network
US8935613B1 (en) 2010-10-28 2015-01-13 Google Inc. Communication initiation control
EP2563053B1 (en) * 2011-05-09 2017-08-02 Huawei Technologies Co., Ltd. Method and related device for controlling service charging
EP2749049B1 (en) 2011-11-04 2016-01-27 Telefonaktiebolaget L M Ericsson (publ) Method of communication between ims nodes

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07200687A (ja) * 1994-01-10 1995-08-04 Nippon Telegr & Teleph Corp <Ntt> ディポジット・システム
JP2001526474A (ja) * 1997-12-09 2001-12-18 ブロック・パテンツ・インコーポレーテッド 構造化されていない通信回路網の加入者位置における実時間加入者料金請求
WO2002084895A1 (en) * 2001-04-12 2002-10-24 Qualcomm Incorporated Systems and methods for delivering information within a group communications system
JP2003514447A (ja) * 1999-11-08 2003-04-15 エムシーアイ・ワールドコム・インコーポレーテッド インターネット・プロトコル・ネットワーク・システムを経由してプリペイド電話サービスを提供するための方法
JP2004535014A (ja) * 2001-06-29 2004-11-18 ユーペイド システムズ リミテッド 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI110656B (fi) * 2000-05-15 2003-02-28 Nokia Corp Puhelun muodostamisen ja jatkumisen ohjaaminen
US8699472B2 (en) * 2000-05-24 2014-04-15 Nokia Corporation Common charging identifier for communication networks
CN1240200C (zh) * 2000-11-06 2006-02-01 艾利森电话股份有限公司 用于为多媒体会话中提供的业务协调计费的方法和设备
WO2002039669A2 (en) * 2000-11-08 2002-05-16 Sprint Spectrum L.P. Method and system for providing services in communications networks
GB0108995D0 (en) 2001-04-10 2001-05-30 Nokia Corp Provisioning services to groups of subscribers
JP2003125116A (ja) * 2001-10-19 2003-04-25 Fujitsu Ltd 通信システム
US7787859B2 (en) * 2002-01-09 2010-08-31 Nokia Corporation Prepaid charging in communication network
SE0201329L (sv) * 2002-04-30 2003-10-31 Ericsson Telefon Ab L M En metod och system för förbrukningskontroll av en abonnent i ett kommunikationssystem
US6829473B2 (en) * 2002-07-25 2004-12-07 Utstarcom, Inc. Roaming and hand-off support for prepaid billing for wireless data networks
SE0203188D0 (sv) * 2002-10-29 2002-10-29 Ericsson Telefon Ab L M Automatic provisioning including mms greeting
KR100445753B1 (ko) 2002-11-19 2004-08-25 임명수 휴대용 단말기를 이용한 대출 및 결제 방법
FI20040187A0 (fi) * 2004-02-06 2004-02-06 Nokia Corp Veloittaminen viestintäjärjestelmässä

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07200687A (ja) * 1994-01-10 1995-08-04 Nippon Telegr & Teleph Corp <Ntt> ディポジット・システム
JP2001526474A (ja) * 1997-12-09 2001-12-18 ブロック・パテンツ・インコーポレーテッド 構造化されていない通信回路網の加入者位置における実時間加入者料金請求
JP2003514447A (ja) * 1999-11-08 2003-04-15 エムシーアイ・ワールドコム・インコーポレーテッド インターネット・プロトコル・ネットワーク・システムを経由してプリペイド電話サービスを提供するための方法
WO2002084895A1 (en) * 2001-04-12 2002-10-24 Qualcomm Incorporated Systems and methods for delivering information within a group communications system
JP2005500714A (ja) * 2001-04-12 2005-01-06 クゥアルコム・インコーポレイテッド グループ通信システム内の情報配信システムおよび方法
JP2004535014A (ja) * 2001-06-29 2004-11-18 ユーペイド システムズ リミテッド 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法

Also Published As

Publication number Publication date
WO2005120039A1 (en) 2005-12-15
CN1961567B (zh) 2011-01-26
US20080311883A1 (en) 2008-12-18
RU2369981C2 (ru) 2009-10-10
EP1751966A1 (en) 2007-02-14
DE602004010936T2 (de) 2009-01-02
ES2297427T3 (es) 2008-05-01
DE602004010936D1 (de) 2008-02-07
CN1961567A (zh) 2007-05-09
RU2006147312A (ru) 2008-07-20
EP1751966B1 (en) 2007-12-26
ATE382238T1 (de) 2008-01-15
PL1751966T3 (pl) 2008-05-30
US8150369B2 (en) 2012-04-03
JP2008502035A (ja) 2008-01-24

Similar Documents

Publication Publication Date Title
JP4648388B2 (ja) Ｉｐマルチメディアサービス課金メカニズム
JP4668998B2 (ja) Ｉｐマルチメディアサービスフレキシブル課金メカニズム
EP2030366B1 (en) Providing notification in ims networks
EP1769591B1 (en) Method and apparatus for processing a call in a push-to-talk, ptt, over cellular (poc) system
US20080319783A1 (en) Charging Method, System and Server for PoC Service
CN101167329B (zh) Ip多媒体子系统中的消息处理方法和服务器
US20060034195A1 (en) SIP message extension for push to watch service
US20080155055A1 (en) Method and system for sending media stream-based charging request in a multiparty session
WO2006047963A1 (fr) Correlation et gestion de la taxation des communications vocales interurbaines
US20070156413A1 (en) IMS gateway systems and methods that provide session status checking
CN102577311A (zh) 优化移动卫星通信系统中呼叫建立的方法
KR20100019516A (ko) 과금 방법, 네트워크 시스템, 과금 시스템, 및 애플리케이션 서버
US8249639B2 (en) Method and system for charging of push to talk over cellular service and communication system
WO2006047951A1 (fr) Procede d&#39;attribution d&#39;identificateur de facturation de service d&#39;application
KR100976050B1 (ko) 이동통신 단말기의 임시 아이디를 이용한 익명성 메시지제공 시스템 및 그 방법
WO2010020076A1 (zh) 一种通信网络中基于应用服务的控制计费的方法及装置
WO2009076900A1 (zh) 实现即按即通计费的方法、设备及系统
WO2008067757A1 (fr) Procédé, système et serveur d&#39;applications de traitement de service

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091023

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100122

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100129

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100408

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100809

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101015

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101020

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20101115

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20101209

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131217

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4648388

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees