JP2014504058A

JP2014504058A - ネットワーク装置、被呼端末、及びサードパーティ呼を処理する方法

Info

Publication number: JP2014504058A
Application number: JP2013539122A
Authority: JP
Inventors: リンリンツァン
Original assignee: ファーウェイデバイスカンパニーリミテッド
Priority date: 2010-11-16
Filing date: 2011-10-29
Publication date: 2014-02-13
Also published as: WO2012065509A1; CN101997999A; BR112013012226B1; EP2642733B1; EP2642733A4; US20130252596A1; EP2642733A1; BR112013012226A2; US9326113B2

Abstract

本発明は、ネットワーク装置がサードパーティ呼を処理する方法を開示し、この方法は、サードパーティが、被呼端末が呼プロセスにある場合に、発呼するシナリオにおいて適用される。ネットワーク装置は、サードパーティの発呼電話番号を抽出し、サードパーティの発呼電話番号を、被呼端末に通知し（ここで、被呼端末は、呼待機サービスをアクティブ化済みであり）、そして、ネットワーク装置は、被呼端末によって返された、サードパーティ呼に関する処理提案を受信し、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理する。ネットワーク装置、被呼端末、及び、被呼端末がサードパーティ呼を処理する方法も開示される。サードパーティ呼に関する処理提案は、サードパーティの発呼電話番号の優先度と、ピア番号の優先度とを比較することによって決定され、これにより、サードパーティ呼が管理され、その結果、ユーザ体験が向上し、同時に、不正なアクセスが回避される。

Description

本出願は、２０１０年１１月１６日に中国専利局に出願された、「ＮＥＴＷＯＲＫＤＥＶＩＣＥ，ＣＡＬＬＥＤＴＥＲＭＩＮＡＬ，ＡＮＤＭＥＴＨＯＤＦＯＲＰＲＯＣＥＳＳＩＮＧＴＨＩＲＤ−ＰＡＲＴＹＣＡＬＬ（ネットワーク装置、被呼端末、及びサードパーティ呼を処理する方法）」と題された、中国特許出願第２０１０１０５４５６７１．８号の優先権を主張するものであり、当該出願はその全体が参照によって本明細書中に援用される。

本発明は、モバイル通信の分野に関し、特に、サードパーティ呼を処理する方法に関する。

現在、一般的なモバイル通信サービスにおいて、端末Ａと端末Ｂとが、通常の音声呼プロセスにある場合、端末Ａは、サードパーティ端末Ｃからの呼に応答することができない。この時、サードパーティによって受信されるリングバックトーンは、「ダイヤルされたユーザは現在ビジーです。後でおかけ直しください（Ｔｈｅｕｓｅｒｙｏｕｄｉａｌｅｄｉｓｂｕｓｙｎｏｗ．Ｐｌｅａｓｅｒｅｄｉａｌｌａｔｅｒ）」である。この場合、ネットワークは、端末Ａが呼プロセスにあると判定し、被呼パーティがビジーであることを示すリングバックトーンを、端末Ｃに対して再生して、端末Ｃのアクセスを直接拒否し、被呼端末Ａは、選択を行う権利を有さず、決定権は、ネットワーク装置に依存する。

上記の問題を解決するために、従来技術は、呼待機（ｃａｌｌｗａｉｔｉｎｇ）のための技術的解決法を提供する。端末Ａのユーザが、呼待機サービスをアクティブ化済みであり、かつ、端末Ｂとの呼プロセスにある場合に、サードパーティ端末Ｃが、端末Ａをページングすると、ネットワークは、発呼パーティ（ｃａｌｌｉｎｇｐａｒｔｙ）を区別せず、ページング要求を、被呼端末Ａに直接配送し、端末Ａは、端末Ｃからの着呼に関するプロンプト情報を受信し、そして、端末Ｃからの呼に応答する、又は拒否することを選択してもよく、端末Ａが呼を拒否することを選択すると、端末Ｃは、端末Ａが呼を拒否した特定の理由がわからず、これは、不満足なユーザ体験を端末Ｃにもたらす。ユーザが呼待機サービスを有効にすると、被呼端末は、低優先度ユーザのアクセスをスクリーニングすることができず、端末Ａのユーザは、端末Ｃのアクセスを許可するかどうかを手動で判断する必要があり、ユーザは、呼プロセス中に手動で操作を実行する必要があり、これは、管理がない場合、多くの不正なアクセス試行を発生させる可能性があり、低優先度ユーザが拒否された場合、拒否されたユーザは、ネットワークによって拒否されるよりも不満足な体験をする。

本発明の実施形態は、サードパーティ呼を管理するために使用される、ネットワーク装置、被呼端末、及びサードパーティ呼を処理する方法を提供する。

上記の技術的問題を解決するために、本発明は、ネットワーク装置がサードパーティ呼を処理する方法を提供し、この方法は、サードパーティが、被呼端末が呼プロセスにある場合に、発呼するシナリオにおいて適用される。この方法は、ネットワーク装置によって、サードパーティの発呼電話番号（ｃａｌｌｉｎｇｐｈｏｎｅｎｕｍｂｅｒ）を抽出し、サードパーティの発呼電話番号を、被呼端末に通知し（ここで、被呼端末は、呼待機サービスをアクティブ化済みであり）、そして、ネットワーク装置によって、被呼端末によって返された、サードパーティ呼に関する処理提案（ｐｒｏｃｅｓｓｉｎｇｓｕｇｇｅｓｔｉｏｎ）を受信し、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理することを含む。

本発明の一実施形態は、被呼端末がサードパーティ呼を処理する方法を更に提供し、この方法は、サードパーティが、被呼端末がピア番号との呼プロセスにある場合に、発呼するシナリオにおいて適用される。この方法は、被呼端末によって、ネットワーク装置によって配送された、サードパーティの発呼電話番号を受信し、サードパーティの発呼電話番号の優先度、及びピア番号の優先度を判定し（ここで、被呼端末は、呼待機サービスをアクティブ化済みであり）、サードパーティの発呼電話番号の優先度を、ピア番号の優先度と比較し、比較結果に従って、サードパーティ呼に関する処理提案を決定し、（ネットワーク装置が、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理するように）サードパーティ呼に関する処理提案を、ネットワーク装置に送信することを含む。

本発明の一実施形態は、ネットワーク装置を更に提供し、このネットワーク装置は、サードパーティが、被呼端末が呼プロセスにある場合に、発呼するシナリオにおいて適用される。このネットワーク装置は、判断モジュールと、番号抽出及び送信モジュールと、処理モジュールとを含む。判断モジュールは、被呼端末が呼待機サービスをアクティブ化済みである、かつ、呼プロセスにある、と判定した場合に、サードパーティの発呼電話番号を抽出する要求を、番号抽出及び送信モジュールに送信するように構成され、番号抽出及び送信モジュールは、サードパーティの発呼電話番号を、判断モジュールの要求に従って抽出し、発呼電話番号を、被呼端末に送信するように構成され、処理モジュールは、被呼端末によって返された、サードパーティ呼に関する処理提案を受信し、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理するように構成される。

本発明の一実施形態は、被呼端末を更に提供し、この被呼端末は、サードパーティが、被呼端末がピア番号との呼プロセスにある場合に、発呼するシナリオにおいて適用される。この被呼端末は、受信及び解析モジュールと、優先度判定モジュールと、結果決定モジュールと、結果送信モジュールとを含む。受信及び解析モジュールは、ネットワーク装置によって配送された、サードパーティの発呼電話番号を受信するように構成され、優先度判定モジュールは、サードパーティの発呼電話番号の優先度、及びピア番号の優先度を判定するように構成され、結果決定モジュールは、サードパーティの発呼電話番号の優先度を、ピア番号の優先度と比較し、比較結果に従って、サードパーティ呼に関する処理提案を決定するように構成され、結果送信モジュールは、（ネットワーク装置が、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理するように）サードパーティ呼に関する処理提案を、ネットワーク装置に送信するように構成される。

従来技術と比較して、本発明では、サードパーティの発呼電話番号の優先度を、ピア番号の優先度と比較することによって、サードパーティ呼に関する処理提案が決定され、サードパーティ呼が管理され、ユーザ体験が向上し、同時に、不正なアクセスが回避される。

本発明の実施形態における、又は従来技術における、技術的解決法をより明確に説明するために、実施形態、又は従来技術を説明するために必要とされる添付の図面について、以下に簡単に紹介する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態を示すものにすぎず、当業者は、添付の図面から、創造的な活動を行うことなく、その他の図面を導き出すことが可能である。

本発明の第１の実施形態による、ネットワーク装置がサードパーティ呼を処理する方法のフローチャートである。本発明の第２の実施形態による、被呼端末がサードパーティ呼を処理する方法のフローチャートである。本発明の第３の実施形態による、ネットワーク装置がサードパーティ呼を処理する方法のフローチャートである。本発明の第４の実施形態による、ネットワーク装置がサードパーティ呼を処理する方法のフローチャートである。本発明の第５の実施形態によるネットワーク装置の構成ブロック図である。本発明の第６の実施形態による被呼端末の構成ブロック図である。

本発明の目的、技術的解決法、及び利点をより理解しやすくするために、以下では、本発明について、添付の図面、及び例示的実施形態を参照して詳細に説明する。本発明の実施形態は、サードパーティ呼を処理する方法を提供し、かつ、対応するネットワーク装置及び被呼端末を提供する。本発明の実施形態について、それぞれ、以下に詳細に説明する。

図１は、本発明の第１の実施形態による、ネットワーク装置がサードパーティ呼を処理する方法のフローチャートである。

この方法は、サードパーティが、被呼端末が呼プロセスにある場合に、発呼するシナリオにおいて適用される。この場合、呼要求の送信者は、サードパーティであり、サードパーティによって発された呼は、サードパーティ呼である。サードパーティからの呼が受信された場合、ネットワーク装置がサードパーティ呼を処理する方法は、以下を含む。

Ｓ．１０２．ネットワーク装置は、サードパーティの発呼電話番号を抽出し、サードパーティの発呼電話番号を、被呼端末に通知し、ここで、被呼端末は、呼待機サービスをアクティブ化済みである。

サードパーティの発呼電話番号を、被呼端末に通知することは、以下を含む。ネットワーク装置は、サードパーティの発呼電話番号を、被呼端末に、第１のエアインタフェースシグナリングを介して送信する。

ネットワーク装置が、第１のエアインタフェースシグナリングを、被呼端末に送信し、返されるメッセージを待機する場合、サードパーティは、ページング状態にある。ネットワーク装置が、被呼端末が呼プロセスにあると判定した場合に、サードパーティの発呼電話番号を抽出する方法は、従来技術に基づき、ここでは更なる説明は行わない。

具体的には、サードパーティの発呼電話番号を、ネットワーク装置によって、第１のエアインタフェースシグナリングを介して配送することは、順方向トラフィックチャネル上のＦＷＩ（Ｆｌａｓｈｗｉｔｈｉｎｆｏｒｍａｔｉｏｎ）メッセージ内のｅｘｔｅｎｄｅｄｄｉｓｐｌａｙを拡張することによって実施される。ｅｘｔｅｎｄｅｄｄｉｓｐｌａｙのｄｉｓｐｌａｙｔｙｐｅフィールドは、拡張されて、０００００００１と定義され、デフォルトでは、このタイプは、呼待機の場合にサードパーティの発呼電話番号が配送されることを示す。フィールド記入規則は、以下の通りである。
Ｄｉｓｐｌａｙｔｙｐｅ：０００００００１；
Ｄｉｓｐｌａｙｔａｇ：１０００１０１１；
Ｄｉｓｐｌａｙｌｅｎ：番号長；
ＣＨＡＲｉ：サードパーティの発呼電話番号。

被呼端末は、ＦＷＩメッセージ内のＣＨＡＲｉ情報要素の値を解析して、サードパーティの発呼電話番号を取得する。

Ｓ１０４．ネットワーク装置は、被呼端末によって返された、サードパーティ呼に関する処理提案を受信し、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理する。

ネットワーク装置によって、被呼端末によって返された、サードパーティ呼に関する処理提案を受信することは、以下を含む。ネットワーク装置は、被呼端末によって返された、かつ、サードパーティ呼に関する処理提案を運ぶ、第２のエアインタフェースシグナリングを受信する。

サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理することは、以下を含む。処理提案が、サードパーティ番号のアクセスを許可することである場合、ネットワーク装置は、ページングメッセージを、被呼端末に配送し、サードパーティユーザは、「ダイヤルされたユーザは話し中です。お待ちください（Ｔｈｅｕｓｅｒｙｏｕｄｉａｌｅｄｉｓｉｎｃｏｎｖｅｒｓａｔｉｏｎ．Ｐｌｅａｓｅｗａｉｔ）」というリングバックトーンを聞く。処理提案が、サードパーティ番号のアクセスを拒否することである場合、ネットワーク装置は、ページングメッセージを、被呼端末に配送せず、しかし、ユーザがビジーであることを示すリングバックトーンを返し、サードパーティユーザは、ユーザがビジーであることを示すリングバックトーン「ダイヤルされたユーザは現在ビジーです。後でおかけ直しください（Ｔｈｅｕｓｅｒｙｏｕｄｉａｌｅｄｉｓｂｕｓｙｎｏｗ．Ｐｌｅａｓｅｒｅｄｉａｌｌａｔｅｒ）」を聞く。

具体的には、ネットワーク装置によって、被呼端末によって返された、かつ、サードパーティ呼に関する処理提案を運ぶ、第２のエアインタフェースシグナリングを受信することは、逆方向トラフィックチャネル上のＦＷＩによって実施される。ｅｘｔｅｎｄｅｄｄｉｓｐｌａｙのｄｉｓｐｌａｙｔｙｐｅフィールドは、拡張されて、０００００００１と定義され、デフォルトでは、このタイプは、呼待機の場合にサードパーティ呼に関する処理提案を報告するためのフィールドである。フィールド記入規則は、以下の通りである。
Ｄｉｓｐｌａｙｔｙｐｅ：０００００００１；
Ｄｉｓｐｌａｙｔａｇ：１０００１００１；
Ｄｉｓｐｌａｙｌｅｎ：１；
ＣＨＡＲｉ：０又は１（０は、アクセスが許可されることを示し、１は、アクセスが拒否されることを示す）。

ネットワーク装置は、ＦＷＩメッセージ内のＣＨＡＲｉ情報要素の値を解析して、サードパーティ呼に関する処理提案を取得する。

図２は、本発明の第２の実施形態による、被呼端末がサードパーティ呼を処理する方法のフローチャートである。

この方法は、サードパーティが、被呼端末がピア番号との呼プロセスにある場合に、発呼するシナリオにおいて適用される。ネットワーク装置からの第１のエアインタフェースシグナリングが、被呼端末の呼プロセス中に受信された場合、被呼端末がサードパーティ呼を処理する方法が更に含まれ、この方法は、以下を具体的に含む。

Ｓ２０１．被呼端末は、ネットワーク装置によって配送された、サードパーティの発呼電話番号を受信し、サードパーティの発呼電話番号の優先度、及び現在の呼のピア番号の優先度を判定し、ここで、被呼端末は、呼待機サービスをアクティブ化済みである。

被呼端末によって、ネットワーク装置によって配送された、サードパーティの発呼電話番号を受信することは、以下を含む。被呼端末は、ネットワーク装置の第１のエアインタフェースシグナリングを受信、及び解析して、サードパーティの発呼電話番号を取得する。

被呼端末は、以下のやり方で、ネットワーク装置の第１のエアインタフェースシグナリングを受信、及び解析して、サードパーティの発呼電話番号を取得する。ネットワーク装置によって送信された、ＦＷＩメッセージを受信し、メッセージ内のＣＨＡＲｉ情報要素を解析して、サードパーティの発呼電話番号を取得する。

サードパーティの発呼電話番号の優先度、及び現在の呼のピア番号の優先度を判定することは、被呼端末のフォンブック内の、サードパーティの発呼電話番号の優先度、及び現在の呼のピア番号の優先度を見つけることであってもよい。本発明の実施形態を実施するためには、被呼端末のフォンブック内の電話番号の呼優先度が設定されている必要があり、優先度のレベルは、高、中、及び低、又は、１、２、３、４、などであってもよい。更に、異なる優先度レベルが、各番号について、時間セグメントに基づいて設定されてもよく、例えば、番号１について、優先度は、８：００から１７：００までの時間セグメントの間は高であってもよく、そして、１８：００から７：００までは低である。優先度レベルが、フォンブック内に設定されていない、又は、サードパーティ番号が、フォンブック内に記憶されていない未知の番号である場合、番号は、デフォルトで、最も高い優先度を有してもよい。

Ｓ２０３．サードパーティの発呼電話番号の優先度を、現在の呼のピア番号の優先度と比較し、比較結果に従って、処理提案を決定し、（ネットワーク装置が、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理するように）サードパーティ呼に関する処理提案を、ネットワーク装置に送信する。

比較結果に従って、処理提案を決定することは、比較結果が、サードパーティの発呼電話番号の優先度が、ピア番号の優先度より高い、又はそれと等しいということである場合、サードパーティ呼のアクセスを許可し、比較結果が、サードパーティの発呼電話番号の優先度が、ピア番号の優先度より低いということである場合、サードパーティ呼のアクセスを拒否することを含む。

サードパーティ呼に関する処理提案を、ネットワーク装置に送信することは、サードパーティ呼に関する処理提案を運ぶ、第２のエアインタフェースシグナリングを、ネットワーク装置に送信することを含む。

被呼端末によって送信される、第２のエアインタフェースシグナリングは、逆方向トラフィックチャネル上のＦＷＩによって実施される。ｅｘｔｅｎｄｅｄｄｉｓｐｌａｙのｄｉｓｐｌａｙｔｙｐｅフィールドは、拡張されて、０００００００１と定義され、デフォルトでは、このタイプは、呼待機の場合にサードパーティ呼に関する処理提案を報告するためのフィールドである。フィールド記入規則は、以下の通りである。
Ｄｉｓｐｌａｙｔｙｐｅ：０００００００１；
Ｄｉｓｐｌａｙｔａｇ：１０００１００１；
Ｄｉｓｐｌａｙｌｅｎ：１；
ＣＨＡＲｉ：０又は１（０は、アクセスが許可されることを示し、１は、アクセスが拒否されることを示す）。

必要に応じて、ステップＳ２０５で、サードパーティ呼に関する処理提案を、ネットワーク装置に送信した後、被呼端末は、ネットワーク装置によって配送されたページングメッセージを受信した場合、サードパーティアクセスモードに入る。ここで、サードパーティアクセスモードは、サードパーティ呼の着呼が、被呼端末が呼プロセスにある場合に、許可され、これにより、被呼端末が、元のピアパーティ、及びサードパーティから、１つを、話すために選択することが可能になるモードを意味し、被呼端末は、ネットワーク装置によって配送されたページングメッセージを受信し、サードパーティアクセスモードに入り、これは、従来技術に基づき、ここでは更なる説明は行わない。サードパーティ呼を処理する方法において、上記のステップＳ２０１及びＳ２０３は、ステップＳ１０２とＳ１０４との間のステップであり、ステップＳ２０５は省略可能である。

図３は、本発明の第３の実施形態による、ネットワーク装置がサードパーティ呼を処理する方法のフローチャートである。

この方法は、サードパーティが、被呼端末が呼プロセスにある場合に、発呼するシナリオにおいて適用される。サードパーティからの呼が、被呼端末の呼プロセス中に受信された場合、ネットワーク装置がサードパーティ呼を処理する方法は、以下を含む。

Ｓ３０１．サードパーティからのページング要求を受信する。

Ｓ３０２．被呼端末が呼待機機能をアクティブ化済みであるかどうかを判断し、アクティブ化済みでない場合、ステップＳ３０７に直接進み、アクティブ化済みである場合、ステップＳ３０３に進む。

Ｓ３０３．サードパーティの発呼電話番号を、被呼端末に、ＦＷＩメッセージを介して送信する。

Ｓ３０４．被呼端末の応答を受信し、具体的には、被呼端末によって返されたＦＷＩメッセージを受信する。

Ｓ３０５．ＣＨＡＲｉが０であるかどうか、すなわち、被呼端末が、サードパーティ呼のアクセスを許可するかどうかを判断し、０である場合、ステップＳ３０６に進み、０でない場合、ステップＳ３０７に進む。

Ｓ３０６．サードパーティのページングメッセージを、被呼端末に配送する。

Ｓ３０７．被呼端末がビジーであることを、サードパーティにプロンプトする。

図４は、本発明の第４の実施形態による、被呼端末がサードパーティ呼を処理する方法のフローチャートである。

この方法は、サードパーティが、被呼端末がピア番号との呼プロセスにある場合に、発呼するシナリオにおいて適用される。ネットワーク装置からのＦＷＩメッセージが、被呼端末の呼プロセス中に受信された場合、被呼端末がサードパーティ呼を処理する方法が更に含まれ、この方法は、以下を具体的に含む。

Ｓ４０１．被呼端末は、呼状態に入る。

Ｓ４０２．ＦＷＩメッセージを受信する。

Ｓ４０３．ＦＷＩメッセージから、サードパーティの発呼電話番号を抽出し、サードパーティの発呼電話番号の優先度を、現在の呼のピア番号の優先度と比較する。

Ｓ４０４．比較結果に従って、サードパーティ呼のアクセスを許可するかどうかを判断し、許可する場合、ステップＳ４０５に進み、許可しない場合、ステップＳ４０７に進む。

Ｓ４０５．ＦＷＩメッセージを、ネットワーク装置に、逆方向トラフィックチャネルを介して送信し、ここで、ＣＨＡＲｉは０である。

Ｓ４０６．サードパーティのページングメッセージを、ネットワーク装置から受信し、サードパーティ呼に関するユーザプロンプト情報を生成する。

Ｓ４０７．ＦＷＩメッセージを、ネットワーク装置に、逆方向トラフィックチャネルを介して送信し、ここで、ＣＨＡＲｉは１である。

Ｓ４０８．呼状態を維持する。

図５は、本発明の第５の実施形態によるネットワーク装置の構成ブロック図である。

このネットワーク装置は、サードパーティが、被呼端末が呼プロセスにある場合に、発呼するシナリオにおいて適用される。このネットワーク装置は、判断モジュール１０と、番号抽出及び送信モジュール１１と、処理モジュール１２とを含む。判断モジュールは、被呼端末が呼待機サービスをアクティブ化済みである、かつ、呼プロセスにある、と判定した場合に、サードパーティの発呼電話番号を抽出する要求を、番号抽出及び送信モジュールに送信するように構成され、番号抽出及び送信モジュールは、サードパーティの発呼電話番号を、判断モジュールの要求に従って抽出し、発呼電話番号を、被呼端末に送信するように構成され、処理モジュールは、被呼端末によって返された、サードパーティ呼に関する処理提案を受信し、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理するように構成される。

番号抽出及び送信モジュールによって、サードパーティの発呼電話番号を、被呼端末に送信することは、以下を含む。番号抽出及び送信モジュールは、サードパーティの発呼電話番号を、被呼端末に、第１のエアインタフェースシグナリングを介して送信し、ここで、第１のエアインタフェースシグナリングは、順方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、順方向トラフィックチャネル上のＦＷＩメッセージは、呼待機の場合に配送される、サードパーティの発呼電話番号のフィールドを含み、このフィールドは、内容がサードパーティの発呼電話番号である情報要素を含む。処理モジュールによって、被呼端末によって返された、サードパーティ呼に関する処理提案を受信することは、以下を含む。処理モジュールは、被呼端末によって返された、かつ、サードパーティ呼に関する処理提案を運ぶ、第２のエアインタフェースシグナリングを受信し、ここで、第２のエアインタフェースシグナリングは、逆方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、逆方向トラフィックチャネル上のＦＷＩメッセージは、呼待機の場合にサードパーティ呼に関する処理提案を報告するためのフィールドを含み、このフィールドは、内容がサードパーティ呼に関する処理提案である情報要素を含み、ネットワーク装置は、逆方向トラフィックチャネル上のＦＷＩメッセージ内の、サードパーティ呼に関する処理提案の情報要素を解析して、サードパーティ呼に関する処理提案を取得する。

サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理することは、以下を含む。処理提案が、サードパーティ番号のアクセスを許可することである場合、ネットワーク装置は、ページングメッセージを、被呼端末に配送し、処理提案が、サードパーティ番号のアクセスを拒否することである場合、ネットワーク装置は、ページングメッセージを、被呼端末に配送せず、しかし、ユーザがビジーであることを示すリングバックトーンを、サードパーティユーザに返す。

図６は、本発明の第６の実施形態による被呼端末の構成ブロック図である。

この被呼端末は、サードパーティが、被呼端末がピア番号との呼プロセスにある場合に、発呼するシナリオにおいて適用される。この被呼端末は、受信及び解析モジュール２０と、優先度判定モジュール２１と、結果決定モジュール２２と、結果送信モジュール２３とを含む。受信及び解析モジュールは、ネットワーク装置によって配送された、サードパーティの発呼電話番号を受信するように構成され、優先度判定モジュールは、サードパーティの発呼電話番号の優先度、及びピア番号の優先度を判定するように構成され、結果決定モジュールは、サードパーティの発呼電話番号の優先度を、ピア番号の優先度と比較し、比較結果に従って、サードパーティ呼に関する処理提案を決定するように構成され、結果送信モジュールは、（ネットワーク装置が、サードパーティ呼を、サードパーティ呼に関する処理提案に従って処理するように）サードパーティ呼に関する処理提案を、ネットワーク装置に送信するように構成される。

必要に応じて、被呼端末は、サードパーティ呼に関する処理提案をネットワーク装置に送信した後、ネットワーク装置によって配送されたページングメッセージを受信した場合に、サードパーティアクセスモードに入るように構成された、サードパーティアクセスモジュール２４を更に含む。

受信及び解析モジュールによって、ネットワーク装置によって配送された、サードパーティの発呼電話番号を受信することは、以下を含む。受信及び解析モジュールは、ネットワーク装置の第１のエアインタフェースシグナリングを受信、及び解析して、サードパーティの発呼電話番号を取得し、ここで、第１のエアインタフェースシグナリングは、順方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、順方向トラフィックチャネル上のＦＷＩメッセージは、呼待機の場合にサードパーティの発呼電話番号を配送するためのフィールドを含み、このフィールドは、内容がサードパーティの発呼電話番号である情報要素を含む。結果送信モジュールによって、サードパーティ呼に関する処理提案を、ネットワーク装置に送信することは、サードパーティ呼に関する処理提案を運ぶ、第２のエアインタフェースシグナリングを、ネットワーク装置に送信することを含み、ここで、第２のエアインタフェースシグナリングは、逆方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、逆方向トラフィックチャネル上のＦＷＩメッセージは、呼待機の場合にサードパーティ呼に関する処理提案を報告するためのフィールドを含み、このフィールドは、内容がサードパーティ呼に関する処理提案である情報要素を含む。優先度判定モジュールによって、サードパーティの発呼電話番号の優先度、及びピア番号の優先度を判定することは、電話番号と、電話番号の優先度とを、被呼端末のフォンブック内に記憶し、被呼端末のフォンブックを検索して、サードパーティの発呼電話番号の優先度、及びピア番号の優先度を判定することを含む。結果決定モジュールによって、比較結果に従って、処理提案を決定することは、サードパーティの発呼電話番号の優先度が、ピア番号の優先度より高い、又はそれと等しい場合、サードパーティ呼のアクセスを許可し、サードパーティの発呼電話番号の優先度が、ピア番号の優先度より低い場合、サードパーティ呼のアクセスを拒否することを含む。

当業者は、前述の実施形態によって提供される方法内のステップの全て又は一部が、関連するハードウェアによって、プログラムの指示の下で実施されてもよい、ということを理解するであろう。プログラムは、読み取り専用メモリ（ＲＯＭ、ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、磁気ディスク、又はＣＤ−ＲＯＭなどの、コンピュータ読み取り可能な記憶媒体内に記憶されてもよい。

本発明の実施形態で提供される、サードパーティ呼を処理するネットワーク装置、被呼端末、及び方法について、上記で詳細に紹介した。実施形態の上記の説明は、本発明の方法及び概念の理解を助けることを意図するものにすぎない。同時に、当業者は、本発明の概念に従って、特定の実施手法及び適用範囲に対して、修正を行うことが可能である。結論として、本明細書の内容は、本発明に対する限定と解釈されるべきではない。

上記の説明は、本発明の例示的実施形態にすぎず、本発明の保護範囲は、これに限定されない。当業者によって、本発明の技術的範囲から逸脱することなく、容易に案出されることが可能な、いかなる修正又は置換も、本発明の保護範囲内に入る。従って、本発明の保護範囲は、添付の特許請求の範囲によって決まる。

Claims

ネットワーク装置がサードパーティ呼を処理する方法であって、サードパーティが、被呼端末が呼プロセスにある場合に、発呼するシナリオにおいて適用され、かつ、
前記ネットワーク装置によって、前記サードパーティの発呼電話番号を抽出し、前記サードパーティの前記発呼電話番号を、前記被呼端末に通知し、ここで、前記被呼端末は、呼待機サービスをアクティブ化済みであり、
前記ネットワーク装置によって、前記被呼端末によって返された、前記サードパーティ呼に関する処理提案を受信し、前記サードパーティ呼を、前記サードパーティ呼に関する前記処理提案に従って処理すること
を含む、方法。
前記サードパーティの前記発呼電話番号を、前記被呼端末に通知することは、前記ネットワーク装置によって、前記サードパーティの前記発呼電話番号を、前記被呼端末に、第１のエアインタフェースシグナリングを介して送信することを含む、請求項１に記載の、ネットワーク装置がサードパーティ呼を処理する方法。
前記第１のエアインタフェースシグナリングは、順方向トラフィックチャネル上のＦＷＩ（Ｆｌａｓｈｗｉｔｈｉｎｆｏｒｍａｔｉｏｎ）メッセージを含み、ここで、前記順方向トラフィックチャネル上の前記ＦＷＩメッセージは、呼待機の場合に前記サードパーティの前記発呼電話番号を配送するためのフィールドを含み、前記フィールドは、内容が前記サードパーティの前記発呼電話番号である情報要素を含む、請求項２に記載の、ネットワーク装置がサードパーティ呼を処理する方法。
前記ネットワーク装置によって、前記被呼端末によって返された、前記サードパーティ呼に関する処理提案を受信することは、前記ネットワーク装置によって、前記被呼端末によって返された、かつ、前記サードパーティ呼に関する前記処理提案を運ぶ、第２のエアインタフェースシグナリングを受信することを含む、請求項１に記載の、ネットワーク装置がサードパーティ呼を処理する方法。
前記第２のエアインタフェースシグナリングは、逆方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、前記逆方向トラフィックチャネル上の前記ＦＷＩメッセージは、呼待機の場合に前記サードパーティ呼に関する前記処理提案を報告するためのフィールドを含み、ここで、前記フィールドは、内容が前記サードパーティ呼に関する前記処理提案である情報要素を含み、前記ネットワーク装置は、前記逆方向トラフィックチャネル上の前記ＦＷＩメッセージ内の、前記サードパーティ呼に関する前記処理提案の前記情報要素を解析して、前記サードパーティ呼に関する前記処理提案を取得する、請求項４に記載の、ネットワーク装置がサードパーティ呼を処理する方法。
前記サードパーティ呼を、前記サードパーティ呼に関する前記処理提案に従って処理することは、前記処理提案が、サードパーティ番号のアクセスを許可することである場合、前記ネットワーク装置によって、ページングメッセージを、前記被呼端末に配送し、前記処理提案が、前記サードパーティ番号の前記アクセスを拒否することである場合、前記ネットワーク装置によって、前記ページングメッセージを、前記被呼端末に配送せず、しかし、ユーザがビジーであることを示すリングバックトーンを、サードパーティユーザに返すことを含む、請求項１〜５のいずれか一項に記載の、ネットワーク装置がサードパーティ呼を処理する方法。
被呼端末がサードパーティ呼を処理する方法であって、サードパーティが、前記被呼端末がピア番号との呼プロセスにある場合に、発呼するシナリオにおいて適用され、かつ、
前記被呼端末によって、ネットワーク装置によって配送された、前記サードパーティの発呼電話番号を受信し、前記サードパーティの前記発呼電話番号の優先度、及び前記ピア番号の優先度を判定し、ここで、前記被呼端末は、呼待機サービスをアクティブ化済みであり、
前記サードパーティの前記発呼電話番号の前記優先度を、前記ピア番号の前記優先度と比較し、比較結果に従って、前記サードパーティ呼に関する処理提案を決定し、（前記ネットワーク装置が、前記サードパーティ呼を、前記サードパーティ呼に関する前記処理提案に従って処理するように）前記サードパーティ呼に関する前記処理提案を、前記ネットワーク装置に送信すること
を含む、方法。
前記被呼端末によって、ネットワーク装置によって配送された、前記サードパーティの発呼電話番号を受信することは、前記被呼端末によって、前記ネットワーク装置の第１のエアインタフェースシグナリングを受信、及び解析して、前記サードパーティの前記発呼電話番号を取得することを含む、請求項７に記載の、被呼端末がサードパーティ呼を処理する方法。
前記第１のエアインタフェースシグナリングは、順方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、前記順方向トラフィックチャネル上の前記ＦＷＩメッセージは、呼待機の場合に前記サードパーティの前記発呼電話番号を配送するためのフィールドを含み、前記フィールドは、内容が前記サードパーティの前記発呼電話番号である情報要素を含む、請求項８に記載の、被呼端末がサードパーティ呼を処理する方法。
前記サードパーティ呼に関する前記処理提案を、前記ネットワーク装置に送信することは、前記サードパーティ呼に関する前記処理提案を運ぶ、第２のエアインタフェースシグナリングを、前記ネットワーク装置に送信することを含む、請求項７に記載の、被呼端末がサードパーティ呼を処理する方法。
前記第２のエアインタフェースシグナリングは、逆方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、前記逆方向トラフィックチャネル上の前記ＦＷＩメッセージは、呼待機の場合に前記サードパーティ呼に関する前記処理提案を報告するためのフィールドを含み、前記フィールドは、内容が前記サードパーティ呼に関する前記処理提案である情報要素を含む、請求項１０に記載の、被呼端末がサードパーティ呼を処理する方法。
前記サードパーティの前記発呼電話番号の優先度、及び前記ピア番号の優先度を判定することは、電話番号と、前記電話番号の優先度とを、前記被呼端末のフォンブック内に記憶し、前記被呼端末の前記フォンブックを検索して、前記サードパーティの前記発呼電話番号の前記優先度、及び前記ピア番号の前記優先度を判定することを含む、請求項７〜１１のいずれか一項に記載の、被呼端末がサードパーティ呼を処理する方法。
比較結果に従って、処理提案を決定することは、前記比較結果が、前記サードパーティの前記発呼電話番号の前記優先度が、前記ピア番号の前記優先度より高い、又はそれと等しいということである場合、前記サードパーティ呼のアクセスを許可し、又は、前記比較結果が、前記サードパーティの前記発呼電話番号の前記優先度が、前記ピア番号の前記優先度より低いということである場合、前記サードパーティ呼の前記アクセスを拒否することを含む、請求項７〜１１のいずれか一項に記載の、被呼端末がサードパーティ呼を処理する方法。
前記サードパーティ呼に関する前記処理提案を、前記ネットワーク装置に送信することの後に、前記被呼端末が、前記ネットワーク装置によって配送されたページングメッセージを受信した場合、前記被呼端末は、サードパーティアクセスモードに入る、請求項１３に記載の、被呼端末がサードパーティ呼を処理する方法。
ネットワーク装置であって、サードパーティが、被呼端末が呼プロセスにある場合に、発呼するシナリオにおいて適用され、かつ、判断モジュールと、番号抽出及び送信モジュールと、処理モジュールとを備え、ここで、前記判断モジュールは、前記被呼端末が呼待機サービスをアクティブ化済みである、かつ、呼プロセスにある、と判定した場合に、前記サードパーティの発呼電話番号を抽出する要求を、前記番号抽出及び送信モジュールに送信するように構成され、前記番号抽出及び送信モジュールは、前記サードパーティの前記発呼電話番号を、前記判断モジュールの前記要求に従って抽出し、前記電話番号を、前記被呼端末に送信するように構成され、前記処理モジュールは、前記被呼端末によって返された、サードパーティ呼に関する処理提案を受信し、前記サードパーティ呼を、前記サードパーティ呼に関する前記処理提案に従って処理するように構成される、ネットワーク装置。
前記番号抽出及び送信モジュールによって、前記サードパーティの前記発呼電話番号を、前記被呼端末に送信することは、前記番号抽出及び送信モジュールによって、前記サードパーティの前記発呼電話番号を、前記被呼端末に、第１のエアインタフェースシグナリングを介して送信することを含み、ここで、前記第１のエアインタフェースシグナリングは、順方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、前記順方向トラフィックチャネル上の前記ＦＷＩメッセージは、呼待機の場合に前記サードパーティの前記発呼電話番号を配送するためのフィールドを含み、前記フィールドは、内容が前記サードパーティの前記発呼電話番号である情報要素を含み、前記処理モジュールによって、前記被呼端末によって返された、前記サードパーティ呼に関する提案に関する前記処理提案を受信することは、前記処理モジュールによって、前記被呼端末によって返された、かつ、前記サードパーティ呼に関する前記処理提案を運ぶ、第２のエアインタフェースシグナリングを受信することを含み、ここで、前記第２のエアインタフェースシグナリングは、逆方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、前記逆方向トラフィックチャネル上の前記ＦＷＩメッセージは、呼待機の場合に前記サードパーティ呼に関する前記処理提案を報告するためのフィールドを含み、前記フィールドは、内容が前記サードパーティ呼に関する前記処理提案である情報要素を含み、前記ネットワーク装置は、前記逆方向トラフィックチャネル上の前記ＦＷＩメッセージ内の、前記サードパーティ呼に関する前記処理提案の前記情報要素を解析して、前記サードパーティ呼に関する前記処理提案を取得する、請求項１５に記載のネットワーク装置。
前記サードパーティ呼を、前記サードパーティ呼に関する前記処理提案に従って処理することは、前記処理提案が、サードパーティ番号のアクセスを許可することである場合、前記ネットワーク装置によって、ページングメッセージを、前記被呼端末に配送し、前記処理提案が、前記サードパーティ番号の前記アクセスを拒否することである場合、前記ネットワーク装置によって、前記ページングメッセージを、前記被呼端末に配送せず、しかし、ユーザがビジーであることを示すリングバックトーンを、サードパーティユーザに返すことを含む、請求項１５又は１６に記載のネットワーク装置。
被呼端末であって、サードパーティが、前記被呼端末がピア番号との呼プロセスにある場合に、発呼するシナリオにおいて適用され、かつ、受信及び解析モジュールと、優先度判定モジュールと、結果決定モジュールと、結果送信モジュールとを備え、ここで、前記受信及び解析モジュールは、ネットワーク装置によって配送された、前記サードパーティの発呼電話番号を受信するように構成され、前記優先度判定モジュールは、前記サードパーティの前記発呼電話番号の優先度、及び前記ピア番号の優先度を判定するように構成され、前記結果決定モジュールは、前記サードパーティの前記発呼電話番号の前記優先度を、前記ピア番号の前記優先度と比較し、比較結果に従って、サードパーティ呼に関する処理提案を決定するように構成され、前記結果送信モジュールは、（前記ネットワーク装置が、前記サードパーティ呼を、前記サードパーティ呼に関する前記処理提案に従って処理するように）前記サードパーティ呼に関する前記処理提案を、前記ネットワーク装置に送信するように構成される、被呼端末。
前記受信及び解析モジュールによって、前記ネットワーク装置によって配送された、前記サードパーティの前記発呼電話番号を受信することは、前記受信及び解析モジュールによって、前記ネットワーク装置の第１のエアインタフェースシグナリングを受信、及び解析して、前記サードパーティの前記発呼電話番号を取得することを含み、ここで、前記第１のエアインタフェースシグナリングは、順方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、前記順方向トラフィックチャネル上の前記ＦＷＩメッセージは、呼待機の場合に前記サードパーティの前記発呼電話番号を配送するためのフィールドを含み、前記フィールドは、内容が前記サードパーティの前記発呼電話番号である情報要素を含み、前記結果送信モジュールによって、前記サードパーティ呼に関する前記処理提案を、前記ネットワーク装置に送信することは、前記サードパーティ呼に関する前記処理提案を運ぶ、第２のエアインタフェースシグナリングを、前記ネットワーク装置に送信することを含み、ここで、前記第２のエアインタフェースシグナリングは、逆方向トラフィックチャネル上のＦＷＩメッセージを含み、ここで、前記逆方向トラフィックチャネル上の前記ＦＷＩメッセージは、呼待機の場合に前記サードパーティ呼に関する前記処理提案を報告するためのフィールドを含み、前記フィールドは、内容が前記サードパーティ呼に関する前記処理提案である情報要素を含む、請求項１８に記載の被呼端末。
前記優先度判定モジュールによって、前記サードパーティの前記発呼電話番号の優先度、及び前記ピア番号の優先度を判定することは、電話番号と、前記電話番号の優先度とを、前記被呼端末のフォンブック内に記憶し、前記被呼端末の前記フォンブックを検索して、前記サードパーティの前記発呼電話番号の前記優先度、及び前記ピア番号の前記優先度を判定することを含む、請求項１８又は１９に記載の被呼端末。
前記結果決定モジュールによって、比較結果に従って、サードパーティ呼に関する処理提案を決定することは、前記比較結果が、前記サードパーティの前記発呼電話番号の前記優先度が、前記ピア番号の前記優先度より高い、又はそれと等しいということである場合、前記サードパーティ呼のアクセスを許可し、又は、前記比較結果が、前記サードパーティの前記発呼電話番号の前記優先度が、前記ピア番号の前記優先度より低いということである場合、前記サードパーティ呼の前記アクセスを拒否することを含む、請求項１８又は１９に記載の被呼端末。
前記被呼端末は、前記サードパーティ呼に関する前記処理提案を前記ネットワーク装置に送信した後、前記ネットワーク装置によって配送されたページングメッセージを受信した場合に、サードパーティアクセスモードに入るように構成された、サードパーティアクセスモジュールを更に備える、請求項２１に記載の被呼端末。