特許 6236045 デバイス・ツー・デバイス通信のオープンダイレクトディスカバリを扱う装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6236045

(24)【登録日】2017年11月2日

(45)【発行日】2017年11月22日

(54)【発明の名称】デバイス・ツー・デバイス通信のオープンダイレクトディスカバリを扱う装置

(51)【国際特許分類】

   H04W 8/00 20090101AFI20171113BHJP

   H04W 92/18 20090101ALI20171113BHJP

【ＦＩ】

   H04W8/00 110

   H04W92/18

【請求項の数】9

【外国語出願】

【全頁数】15

(21)【出願番号】特願2015-182754(P2015-182754)

(22)【出願日】2015年9月16日

(65)【公開番号】特開2016-63541(P2016-63541A)

(43)【公開日】2016年4月25日

【審査請求日】2015年11月9日

(31)【優先権主張番号】62/051,253

(32)【優先日】2014年9月16日

(33)【優先権主張国】US

(31)【優先権主張番号】14/854,057

(32)【優先日】2015年9月15日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502160992

【氏名又は名称】宏達國際電子股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】廖 青毓

【審査官】 三浦 みちる

(56)【参考文献】

【文献】 Telecom Italia，Update of the solution D13，3GPP SA WG2 Meeting #100 S2-134456，２０１３年１１月１５日，pp.1,7-11

【文献】 Intel，Missing procedure on ProSe Application Code revocation，3GPP TSG-WG2 Meeting #103 S2-141931，２０１４年 ５月２３日，pp.1-3

【文献】 Qualcomm Incorporated, Telecom Italia, HTC，New procedures for Open Direct Discovery，3GPP SA WG2 Meeting #107 S2-150597，２０１５年 １月３０日

【文献】 HTC，Proposal of supporting revocation feature for the Open Direct Discovery，3GPP SA WG2 Meeting #107 S2-150144，２０１５年 １月３０日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

オープンダイレクトディスカバリを監視する通信装置であって、
第１の近接サービス（ＰｒｏＳｅ）機能からディスカバリ更新メッセージを受信することであって、前記ディスカバリ更新メッセージは、ディスカバリフィルタに対応するオープンダイレクトディスカバリの監視を停止するように通知するメッセージであり、前記ディスカバリ更新メッセージは、当該通信装置から削除されるべき前記ディスカバリフィルタに対応するＰｒｏＳｅアプリケーションコード又は該ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを示す、ことと、
前記ディスカバリフィルタに対応するオープンダイレクトディスカバリの監視を停止することと、
の命令を記憶した記憶ユニットと、
前記記憶ユニットに結合され、前記記憶ユニットに記憶された前記命令を実行するように構成された処理手段と、
を含み、
前記命令は、
前記ディスカバリ更新メッセージが、別のＰｒｏＳｅアプリケーションコードを含む別のディスカバリフィルタを示す場合、前記ディスカバリフィルタを、前記別のＰｒｏＳｅアプリケーションコードを含む前記別のディスカバリフィルタで置換すること、
をさらに含む、
通信装置。

【請求項2】

前記第１のＰｒｏＳｅ機能は、当該通信装置のホーム・パブリック・ランド・モバイル・ネットワーク（ＨＰＬＭＮ）内にある、請求項１に記載の通信装置。

【請求項3】

前記ＰｒｏＳｅアプリケーションコードは、第２のＰｒｏＳｅ機能が前記ＰｒｏＳｅアプリケーションＩＤを示す公表要求メッセージを受信した後、前記第２のＰｒｏＳｅ機能によって生成され、公表ユーザ機器（ＵＥ）に対して公表応答メッセージにおいて示される、請求項１に記載の通信装置。

【請求項4】

当該通信装置は、当該通信装置が接続されたモードにあるとき又は当該通信装置が前記第１のＰｒｏＳｅ機能と手順を実行するとき、前記第１のＰｒｏＳｅ機能から前記ディスカバリ更新メッセージを受信する、請求項１に記載の通信装置。

【請求項5】

前記第１のＰｒｏＳｅ機能は、該第１のＰｒｏＳｅ機能が第２のＰｒｏＳｅ機能から前記ＰｒｏＳｅアプリケーションコードの更新メッセージを受信したとき、前記ディスカバリ更新メッセージを当該通信装置に送信する、請求項１に記載の通信装置。

【請求項6】

前記更新メッセージは、前記ＰｒｏＳｅアプリケーションＩＤ又は前記ディスカバリフィルタを示す、請求項５に記載の通信装置。

【請求項7】

前記更新メッセージは、別のＰｒｏＳｅアプリケーションコードを含む別のディスカバリフィルタを示す、請求項５に記載の通信装置。

【請求項8】

オープンダイレクトディスカバリを監視する通信装置により実施される方法であって、
第１の近接サービス（ＰｒｏＳｅ）機能からディスカバリ更新メッセージを受信するステップであって、前記ディスカバリ更新メッセージは、ディスカバリフィルタに対応するオープンダイレクトディスカバリの監視を停止するように通知するメッセージであり、前記ディスカバリ更新メッセージは、前記通信装置から削除されるべき前記ディスカバリフィルタに対応するＰｒｏＳｅアプリケーションコード又は該ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを示す、ステップと、
前記ディスカバリフィルタに対応するオープンダイレクトディスカバリの監視を停止するステップと、
を含み、
前記ディスカバリ更新メッセージが、別のＰｒｏＳｅアプリケーションコードを含む別のディスカバリフィルタを示す場合、前記ディスカバリフィルタを、前記別のＰｒｏＳｅアプリケーションコードを含む前記別のディスカバリフィルタで置換するステップ、
をさらに含む、
方法。

【請求項9】

オープンダイレクトディスカバリを監視する通信装置に動作を実行させるコンピュータプログラムであって、前記動作は、
第１の近接サービス（ＰｒｏＳｅ）機能からディスカバリ更新メッセージを受信することであって、前記ディスカバリ更新メッセージは、ディスカバリフィルタに対応するオープンダイレクトディスカバリの監視を停止するように通知するメッセージであり、前記ディスカバリ更新メッセージは、前記通信装置から削除されるべき前記ディスカバリフィルタに対応するＰｒｏＳｅアプリケーションコード又は該ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを示す、ことと、
前記ディスカバリフィルタに対応するオープンダイレクトディスカバリの監視を停止することと、
を含み、
前記動作は、
前記ディスカバリ更新メッセージが、別のＰｒｏＳｅアプリケーションコードを含む別のディスカバリフィルタを示す場合、前記ディスカバリフィルタを、前記別のＰｒｏＳｅアプリケーションコードを含む前記別のディスカバリフィルタで置換すること、
をさらに含む、
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願への相互参照
本出願は、２０１４年９月１６日に申請された米国仮出願第６２／０５１，２５３号の利益を主張し、本明細書において参照により援用する。

【0002】

本発明は、ワイヤレス通信システムにおいて使用される通信装置に関し、より詳細には、ワイヤレス通信システムにおいてデバイス・ツー・デバイス通信のオープンダイレクトディスカバリを扱う通信装置に関する。

【背景技術】

【0003】

３ＧＰＰ（3rd Generation Partnership Project）Ｒｅｌ‐８標準及び／又は３ＧＰＰ Ｒｅｌ‐９標準をサポートするＬＴＥ（long-term evolution）システムが、ＵＭＴＳ（universal mobile telecommunication system）の後継として、増加するユーザのニーズを満足するようにＵＭＴＳのパフォーマンスをさらに強化するために、３ＧＰＰによって開発されている。ＬＴＥシステムは、高データレート、低レイテンシ、パケット最適化、向上されたシステムキャパシティ及びカバレッジを提供する新しい無線インターフェースと新しい無線ネットワークアーキテクチャとを含む。ＬＴＥシステムにおいて、Ｅ‐ＵＴＲＡＮ（evolved universal terrestrial radio access network）として知られる無線アクセスネットワークが、複数のｅＮＢ（evolved Node-Bs）を含み、該ｅＮＢは、複数のユーザ機器（ＵＥ）と通信し、ＮＡＳ（Non-Access Stratum）制御のためにモビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ等を含むコアネットワークと通信する。

【0004】

ＬＴＥ‐Ａ（LTE-advanced）システムは、その名が暗に示すとおり、ＬＴＥシステムの発展したものである。ＬＴＥ‐Ａシステムは、パワーステート間のより迅速な切り換えをターゲットとし、ｅＮＢのカバレッジ端におけるパフォーマンスを向上させ、進化した手法、例えば、キャリアアグリゲーション（ＣＡ）、協調マルチポイント（ＣｏＭＰ）送信／受信、アップリンク（ＵＬ）マルチ入力マルチ出力（multiple-input multiple-output）（ＵＬ‐ＭＩＭＯ）等を含む。ＵＥとｅＮＢとがＬＴＥ‐Ａシステムにおいて互いに通信するために、ＵＥ及びｅＮＢは、ＬＴＥ‐Ａシステム向けに開発された標準、例えば、３ＧＰＰ Ｒｅｌ‐１０標準又はその後のバージョンなどをサポートしなければならない。

【0005】

デバイス・ツー・デバイス（Ｄ２Ｄ）通信は、初期化（例えば、接続確立及び／又はピアディスカバリ）が実行された後（例えば、ｅＮＢによりアシストされる）、利用することができる。それから、２つのＵＥが、Ｄ２Ｄ通信に従って直接互いに（例えば、パケットを送信し及び／又は受信して）通信することができ、ｅＮＢは、通信装置間で送信されるパケットを転送する必要がない。Ｄ２Ｄ通信によれば、ＵＥは、ＵＬリソース（例えば、ｅＮＢにより構成されるＵＬサブフレーム）を介して互いに通信することができる。一般に、Ｄ２Ｄ通信は、Ｄ２Ｄサービス（すなわち、近接サービス（proximity service；ＰｒｏＳｅ））として見られることもある。さらに、Ｄ２Ｄサブフレーム、Ｄ２Ｄ送信、Ｄ２Ｄ通信及びＤ２Ｄディスカバリは、それぞれ、サイドリンクサブフレーム、サイドリンク送信、サイドリンク通信及びサイドリンクディスカバリと称されることがある。

【0006】

従来技術によれば、監視ＵＥが、ＰｒｏＳｅアプリケーションコード（Application Code）を含むディスカバリフィルタを割り当てられている場合、この監視ＵＥは、公表（announcing）ＵＥによりブロードキャストされるＰｒｏＳｅアプリケーションコードを監視するように、オープンな直接の発見（オープンダイレクトディスカバリ（open direct discovery））を実行することにパワーを消費する。しかしながら、ＰｒｅＳｅアプリケーションコードは、期限切れの可能性がある。すなわち、公表ＵＥはオープンダイレクトディスカバリを停止しており、ＰｒｏＳｅアプリケーションコードは無効になっている。停止されているオープンダイレクトディスカバリが監視ＵＥ、公表ＵＥ、及び／又は関連するＰｒｏＳｅ機能（ProSe function(s)）によって正しく処理されない場合、監視ＵＥは、パワーを不必要に消費し続けることになる。

【0007】

こうして、停止されているオープンダイレクトディスカバリを扱う方法は、解消されるべき重要な問題である。

【先行技術文献】

【非特許文献】

【0008】

【非特許文献1】3GPP TS 22.278 V13.0.0 (2014-06) Technical Specification 3rd Generation Partnership Project、Technical Specification Group Services and System Aspects、Service requirements for the Evolved Packet System (EPS) (Release 13)

【非特許文献2】3GPP TS 23.303 V12.1.0 (2014-06) Technical Specification 3rd Generation Partnership Project、Technical Specification Group Services and System Aspects、Proximity-based services (ProSe)、Stage 2 (Release 12)

【非特許文献3】3GPP TSG-SA WG2 Meeting #104 S2-142856、2014年7月7-11日、Dublin、Ireland、(revision of S2-142636) CR-Form-v11 CHANGE REQUEST 23.303 CR 0108 rev 1 Current バージョン：12.1.0 タイトル：Clarification of usage of Application ID in ProSe direct Discovery

【非特許文献4】3GPP TSG-WG2 Meeting #103 S2-141931 Phoenix、AZ、USA、2014年5月19-23日、CR-Form-v11 CHANGE REQUEST 23.303 CR 0087 Rev - Current バージョン：12.0.0 タイトル：Missing procedure on ProSe Application Code revocation

【発明の概要】

【0009】

したがって、本発明は、前述された問題を解消するようにデバイス・ツー・デバイス通信のオープンダイレクトディスカバリを扱う方法及び関連する通信装置を提供する。

【0010】

オープンダイレクトディスカバリを扱う通信装置が、命令を記憶した記憶ユニットと、記憶ユニットに結合された処理手段とを含む。処理手段は、記憶ユニットに記憶された命令を実行するように構成される。命令は、第１の近接サービス（ＰｒｏＳｅ）機能からディスカバリ更新メッセージを受信することであって、ディスカバリ更新メッセージは、ディスカバリフィルタに対応するＰｒｏＳｅアプリケーションコード又は該ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを示す、ことと、ディスカバリフィルタに従ってオープンダイレクトディスカバリの実行を停止することと、を含む。

【0011】

オープンダイレクトディスカバリを扱う通信装置が、命令を記憶した記憶ユニットと、記憶ユニットに結合された処理手段とを含む。処理手段は、記憶ユニットに記憶された命令を実行するように構成される。命令は、近接サービス（ＰｒｏＳｅ）アプリケーションコードを更新するための更新メッセージを、公表ユーザ機器（ＵＥ）からのＰｒｏＳｅアプリケーションコード又は該ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを示す公表取り消し要求メッセージの受信、公表ＵＥに対するディスカバリ終了要求メッセージの送信、又は、周期的アクティブタイマが満了し、公表ＵＥがガード時間間隔内に当該ネットワークノードに活動報告メッセージを送信しないときの、公表ＵＥがオープンダイレクトディスカバリのカバレッジエリア外であるとの判定、の動作のうち少なくとも１つが発生した場合に、ＰｒｏＳｅ機能に送信することを含む。

【0012】

本発明に係る上記及び他の目的が、疑いなく、様々な図及び図面に示される好適な実施形態についての下記の詳細な説明を読んだ当業者に明らかになるであろう。

【図面の簡単な説明】

【0013】

【図1】本発明の一例に従うワイヤレス通信システムの概略図である。

【図2】本発明の一例に従う通信装置の概略図である。

【図3】本発明の一例に従うプロセスのフローチャートである。

【図4】本発明の一例に従うプロセスのフローチャートである。

【図5】本発明の一例に従うプロセスのフローチャートである。

【図6】本発明の一例に従うプロセスのフローチャートである。

【発明を実施するための形態】

【0014】

図１は、本発明の一例に従うワイヤレス通信システム１０の概略図である。ワイヤレス通信システム１０は、簡潔に、ネットワークと複数の通信装置とを含む。図１において、ネットワーク及び通信装置は、ワイヤレス通信システム１０の構造を例示するのに単に利用されている。通信装置は、通信標準、例えば、３ＧＰＰ（3rd Generation Partnership Project）標準において定義されるデバイス・ツー・セルラー（Ｄ２Ｃ）通信に従って、ネットワークと通信することができる。実際的に、ネットワークは、ＵＭＴＳ（universal mobile telecommunications system）において少なくとも１つのノード‐Ｂ（Node-B；ＮＢ）を含むＵＴＲＡＮ（universal terrestrial radio access network）であり得る。別の例において、ネットワークは、ＬＴＥ（long term evolution）システム、ＬＴＥ‐Ａ（LTE-Advanced）システム又はＬＴＥ‐Ａシステムの発展したものにおいて少なくとも１つの発展型ＮＢ（ｅＮＢ）及び／又は少なくとも１つの中継装置を含む発展型ＵＴＲＡＮ（Ｅ‐ＵＴＲＡＮ）であり得る。

【0015】

さらに、ネットワークは、ＵＴＲＡＮ／Ｅ‐ＵＴＲＡＮとコアネットワーク（例えば、発展型パケットコア（ＥＰＣ）ネットワーク）との双方を含んでもよく、コアネットワークは、ネットワークエンティティ、例えば、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（Ｓ‐ＧＷ）、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ‐ＧＷ）、自己組織化ネットワーク（ＳＯＮ）サーバ及び／又は無線ネットワークコントローラ（ＲＮＣ）などを含み得る。換言すると、通信装置により送信される情報をネットワークが受信した後、この情報は、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮによってのみ処理されることができ、情報に対応する判断が、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮにおいてなされる。別法として、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮは、情報をコアネットワークに転送することができ、情報に対応する判断は、コアネットワークが情報を処理した後、コアネットワークにおいてなされる。さらに、情報は、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮとコアネットワークとの双方によって処理されてもよく、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮとコアネットワークとによって協調及び／又は協力が行われた後、判断がなされる。

【0016】

通信装置は、ユーザ機器（ＵＥ）、低コスト装置（例えば、マシンタイプ通信（ＭＴＣ）装置）、デバイス・ツー・デバイス（Ｄ２Ｄ）装置、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、ポータブルコンピュータシステム、又はこれらの組み合わせであり得る。さらに、Ｄ２Ｄ通信に関して、ネットワークと通信装置とは、方向（すなわち、送信方向）に従って送信器又は受信器として見なされてよく、例えば、アップリンク（ＵＬ）について、通信装置が送信器であってネットワークが受信器であり、ダウンリンク（ＤＬ）について、ネットワークが送信器であって通信装置が受信器である。

【0017】

さらに、２つの通信装置が、初期化（例えば、接続確立及び／又はピアディスカバリ）が実行された後、直接互いに通信することができる。例えば、初期化は、ネットワークによってアシストされてもよい。すなわち、通信装置は、通信標準、例えば、３ＧＰＰ標準において定義されるＤ２Ｄ通信（例えば、近接サービス（ＰｒｏＳｅ））に従って、互いに通信する（例えば、パケットを送信し及び／又は受信する）ことができる。通信装置は、周波数分割多重化（ＦＤＤ）構成及び／又は時分割多重化（ＴＤＤ）構成に従って決定されるＵＬサブフレームを介して、互いに通信することができる。

【0018】

図２は、本発明の一例に従う通信装置２０の概略図である。通信装置２０は、図１に示される通信装置又はネットワークであってよいが、本明細書において限定されない。通信装置２０には、マイクロプロセッサ又は特定用途向け集積回路（ＡＳＩＣ）などの処理手段２００と、記憶ユニット２１０と、通信インターフェースユニット２２０とを含み得る。記憶ユニット２１０は、プログラムコード２１４を記憶することができる任意のデータ記憶装置であってよく、プログラムコード２１４は、処理手段２００によってアクセスされ、実行される。記憶ユニット２１０の例には、これらに限定されないが、加入者識別モジュール（ＳＩＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読取専用メモリ（ＣＤ‐ＲＯＭ）、デジタル多用途ディスクＲＯＭ（ＤＶＤ‐ＲＯＭ）、ブルーレイディスクＲＯＭ（ＢＤ‐ＲＯＭ）、磁気テープ、ハードディスク、光学データ記憶装置、不揮発性記憶ユニット、非一時的コンピュータ可読媒体（例えば、有形媒体）などが含まれる。通信インターフェースユニット２２０は、好ましくはトランシーバであり、処理手段２００の処理結果に従って信号（例えば、データ、信号、メッセージ及び／又はパケット）を送信し及び受信することに使用される。

【0019】

図３は、本発明の一例に従うプロセス３０のフローチャートである。プロセス３０は、オープンダイレクトディスカバリを扱う監視ＵＥ（例えば、図１における通信装置）において利用されることができる。プロセス３０は、プログラムコード２１４へとコンパイルされることができ、下記のステップを含む。

【0020】

ステップ３００：開始。

【0021】

ステップ３０２：ＰｒｏＳｅ機能からディスカバリ更新メッセージを受信する。ディスカバリ更新メッセージは、ディスカバリフィルタに対応するＰｒｏＳｅアプリケーションコード、又はＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーション識別（ＩＤ）を示す。

【0022】

ステップ３０４：ディスカバリフィルタに従ってオープンダイレクトディスカバリの実行を停止する。

【0023】

ステップ３０６：終了。

【0024】

プロセス３０によれば、監視ＵＥは、ＰｒｏＳｅ機能からディスカバリ更新メッセージを受信することができる。ディスカバリ更新メッセージは、ディスカバリフィルタに対応するＰｒｏＳｅアプリケーションコード、又はＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを示す。それから、監視ＵＥは、ディスカバリフィルタに従ってオープンダイレクトディスカバリの実行を停止することができる。すなわち、ＰｒｏＳｅ機能は監視ＵＥに、オープンダイレクトディスカバリの実行を停止するように、例えば、ディスカバリフィルタに含まれるＰｒｏＳｅアプリケーションコードの監視を停止するように、通知することができる。こうして、プロセス３０は、例えばタイマの満了に起因して、公表ＵＥがＰｒｏＳｅアプリケーションコードの使用を停止しているか、又はＰｒｏＳｅアプリケーションコードが無効になっている場合に、ＰｒｏＳｅアプリケーションコードに関連する動作を停止するメカニズムを提供する。結果として、監視ＵＥのパワー消費を低減させることができる。

【0025】

本発明の実現は、上記の記載に限定されない。下記の例が、プロセス３０、並びに／又は後の記載におけるプロセス４０、５０及び６０に適用されてもよい。

【0026】

一例において、プロセス３０におけるＰｒｏＳｅ機能は、監視ＵＥのホーム・パブリック・ランド・モバイル・ネットワーク（home public land mobile network；ＨＰＬＭＮ内にあり得る。一例において、ＰｒｏＳｅアプリケーションコードは、別のＰｒｏＳｅ機能がＰｒｏＳｅアプリケーションＩＤを示す公表要求メッセージを受信した後に、該別のＰｒｏＳｅ機能によって生成されることができ、公表ＵＥに対して公表応答メッセージにおいて示されることができる。さらに、別のＰｒｏＳｅ機能は、公表ＵＥのＨＰＬＭＮ内にあり得る。一例において、監視ＵＥは、オープンダイレクトディスカバリの実行を停止するために、ディスカバリフィルタを削除することができる。一例において、監視ＵＥは、ディスカバリフィルタを、別のＰｒｏＳｅアプリケーションコードを含む別のディスカバリフィルタで置換することができる。さらに、別のディスカバリフィルタは、ディスカバリ更新メッセージに含まれてもよく、監視ＵＥは、ディスカバリ更新メッセージに従って置換を実行することができる。一例において、監視ＵＥは、該監視ＵＥが接続されたモードにあるとき、又はＰｒｏＳｅ機能で手順を実行するときに、ＰｒｏＳｅ機能からディスカバリ更新メッセージを受信することができる。すなわち、監視ＵＥがディスカバリ更新メッセージを受信する瞬間は、限定されない。

【0027】

一例において、ＰｒｏＳｅ機能は、該ＰｒｏＳｅ機能が別のＰｒｏＳｅ機能（例えば、公表ＵＥのＨＰＬＭＮにおける）からＰｒｏＳｅアプリケーションコードの更新メッセージを受信したとき、ディスカバリ更新メッセージを監視ＵＥに送信することができる。この例において、監視ＵＥは、監視要求メッセージにおいてＰｒｏＳｅアプリケーションＩＤで監視することを要求しており、監視応答メッセージにおいてディスカバリフィルタを取得し、監視ＵＥは、監視ＵＥのＵＥアイデンティティの記憶された情報に従って、ＰｒｏＳｅ機能によって識別されることができる。一例において、ＰｒｏＳｅ機能は、該ＰｒｏＳｅ機能がディスカバリフィルタを含む監視応答メッセージを監視ＵＥに成功裏に送信した後、監視ＵＥのＵＥアイデンティティの情報を記憶することができる。一例において、ＰｒｏＳｅ機能は、該ＰｒｏＳｅ機能がディスカバリ更新メッセージを成功裏に送信した後、監視ＵＥのＵＥアイデンティティの情報を削除することができる。一例において、更新メッセージは、ＰｒｏＳｅアプリケーションＩＤ又はディスカバリフィルタを示すことができ、これらは、例えば、監視ＵＥによって削除される。一例において、更新メッセージは、別のＰｒｏＳｅアプリケーションコードを含む別のディスカバリフィルタを示すことができ、これらは、例えば、元のディスカバリフィルタ及び／又は元のＰｒｏＳｅアプリケーションコードを置換するために監視ＵＥによって使用される。それから、監視ＵＥは、別のディスカバリフィルタを用いて監視を実行することができる。別のディスカバリフィルタは、元のＰｒｏＳｅアプリケーションコードを置換する新しいＰｒｏＳｅアプリケーションコードを含み得る。

【0028】

上記の例はプロセス３０に基づいて例示されているが、公表ＵＥ、監視ＵＥ及びＰｒｏＳｅ機能の動作を明らかにするものであることが留意されるべきである。上記の例は、システム要件及び／又は設計検討に従って任意的に組み合わせられ、かつ／あるいは修正されてもよい。

【0029】

図４は、本発明の一例に従うプロセス４０のフローチャートである。プロセス４０は、オープンダイレクトディスカバリを扱うネットワークノードにおいて利用される（例えば、図１におけるネットワークの中で稼働する）ことができる。プロセス４０は、プログラムコード２１４へとコンパイルされることができ、下記のステップを含む。

【0030】

ステップ４００：開始。

【0031】

ステップ４０２：下記の動作のうち少なくとも１つが発生した場合に、ＰｒｏＳｅアプリケーションコードを更新するための更新メッセージをＰｒｏＳｅ機能に送信する：公表ＵＥからの、ＰｒｏＳｅアプリケーションコード又はＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを示す公表取り消し要求メッセージの受信、公表ＵＥに対するディスカバリ終了要求メッセージの送信、又は、周期的アクティブタイマが満了し、公表ＵＥがガード時間間隔内にネットワークノードに活動報告メッセージを送信しないときの、公表ＵＥがオープンダイレクトディスカバリのカバレッジエリア外であるとの判定。

【0032】

ステップ４０４：終了。

【0033】

プロセス４０によれば、ネットワークノード（例えば、公表ＵＥのＰｒｏＳｅ機能）は、下記の動作のうち少なくとも１つが発生した場合に、ＰｒｏＳｅアプリケーションコードを更新するための更新メッセージをＰｒｏＳｅ機能（例えば、監視ＵＥの）に送信することができる：公表ユーザ機器（ＵＥ）からの、ＰｒｏＳｅアプリケーションコード又はＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを示す公表取り消し要求メッセージの受信、公表ＵＥに対するディスカバリ終了要求メッセージの送信、又は、周期的アクティブタイマが満了し、公表ＵＥがガード時間間隔内にネットワークノードに活動報告メッセージを送信しないときの、公表ＵＥがオープンダイレクトディスカバリのカバレッジエリア外であるとの判定。すなわち、ネットワークノードは、上記の３つの動作のうち１又は複数が発生した場合に、ＰｒｏＳｅ機能に更新メッセージを送信することができる。こうして、ＰｒｏＳｅ機能は、これまでに述べられたとおり、更新メッセージを受信した後、監視ＵＥにディスカバリ更新メッセージを送信することができる。そして、監視ＵＥは、ディスカバリ更新メッセージの中のディスカバリフィルタに従って、オープンダイレクトディスカバリの実行を停止する（すなわち、ＰｒｏＳｅアプリケーションコードの監視を停止する）。こうして、プロセス４０は、例えばタイマの満了に起因して、公表ＵＥがＰｒｏＳｅアプリケーションコードの使用を停止しているか、又はＰｒｏＳｅアプリケーションコードが無効になっている場合に、ＰｒｏＳｅアプリケーションコードに関連する動作を停止するメカニズムを提供する。結果として、監視ＵＥのパワー消費を低減させることができる。

【0034】

本発明の実現は、上記の記載に限定されない。下記の例が、プロセス３０及び４０、並びに／又は後の記載におけるプロセス５０及び６０に適用されてもよい。

【0035】

一例において、プロセス４０におけるネットワークノードは、ＰｒｏＳｅアプリケーションコードが更新メッセージの中に示される場合に、マッピングテーブルに記憶されたＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードとの間のマッピングに従って、ＰｒｏＳｅアプリケーションＩＤを解決することができる。一例において、公表ＵＥは、該公表ＵＥがＰｒｏＳｅアプリケーションコードの公表を停止すると決定したとき、公表取り消し要求メッセージをネットワークノードに送信することができる。一例において、上記決定は、公表ＵＥのＰｒｏＳｅレイヤが公表ＵＥの上位レイヤからＰｒｏＳｅアプリケーションＩＤの公表の停止を示す終了要求を受信したとの理由で、行うことができる。公表ＵＥのＰｒｏＳｅレイヤは、公表ＵＥ上のアプリケーションがＰｒｏＳｅアプリケーションＩＤに関連するオープンダイレクトディスカバリを停止すると判断した場合に、終了要求を受信することができる。さらに、上記アプリケーションはアプリケーションＩＤによって識別されることができ、このアプリケーションＩＤは１又は複数のＰｒｏＳｅアプリケーションＩＤに対応し得る。

【0036】

一例において、プロセス４０におけるネットワークノードは、ホーム加入者サーバ（ＨＳＳ）（例えば、ホームロケーションレジスタ（ＨＬＲ））から通知メッセージを受信した後、ＰｒｏＳｅアプリケーションコードを更新するようにＰｒｏＳｅ機能に更新メッセージを送信することができる。一例において、ＨＳＳは、該ＨＳＳが公表ＵＥの切り離し（detach）手順を開始するとき、通知メッセージを送信することができる。一例において、ＨＳＳは、ＨＳＳに記憶された通知フラグがアクティブとして設定され、ＨＳＳがネットワークコントローラ（例えば、ＭＭＥ）によって公表ＵＥの切り離しを通知されたときに、通知メッセージを送信することができる。さらに、通知フラグは、ＨＳＳがネットワークノードから通知フラグの設定を示す切り離し通知要求メッセージを受信したとき、アクティブとして設定されることができる。公表ＵＥの切り離しは、下記のシナリオにおいて検出することができることに留意する。公表ＵＥが、発展型パケットシステム（ＥＰＳ）ネットワークから切り離すよう、切り離し手順、例えば、パワーオフ等を開始する。ネットワークコントローラ（例えば、ＭＭＥ）は、公表ＵＥと、切り離し手順又はローカルの切り離しを開始する。一例において、通知フラグは、ＨＳＳがネットワークノードから通知フラグと公表ＵＥのＵＥアイデンティティとを示す別の切り離し通知要求メッセージを受信したとき、公表ＵＥについての有効な割り当てられたＰｒｏＳｅアプリケーションコードがない、すなわち、割り当てられたＰｒｏＳｅアプリケーションコードのすべてが対応する有効性タイマの満了に起因して無効である場合に、ＨＳＳにおいて非アクティブとして設定されることができる。

【0037】

一例において、プロセス４０における周期的アクティブタイマの値は、ネットワークノードによって公表応答メッセージの中で示されることができ、あるいは、公表ＵＥによって公表要求メッセージの中で示されることができる。一例において、ガード時間間隔の値は、ネットワークコントローラ（例えば、ＭＭＥ）によって構成されることができる。

【0038】

一例において、ネットワークノードは、ＰｒｏＳｅアプリケーションコードの承認を終了する（例えば、非アクティブ化する）ことができる。一例において、ネットワークノードは、すべてのＰｒｏＳｅアプリケーションＩＤに対応するすべてのＰｒｏＳｅアプリケーションコードの承認を終了する（例えば、非アクティブ化する）ことができる。一例において、ネットワークノードは、ＰｒｏＳｅアプリケーションコードを別のＰｒｏＳｅアプリケーションコードで置換することができる。

【0039】

一例において、プロセス４０におけるネットワークノードは、ＰｒｏＳｅ機能の記憶されたアドレス情報に従って、更新メッセージをＰｒｏＳｅ機能に送信するかを決定することができる。さらに、ネットワークノードは、ＰｒｏＳｅ機能からＰｒｏＳｅアプリケーションＩＤを含む監視要求メッセージを受信し、ＰｒｏＳｅ機能に対して監視応答メッセージの中でＰｒｏＳｅアプリケーションコードを返した後、ＰｒｏＳｅ機能のアドレス情報を記憶することができる。

【0040】

図５は、本発明の一例に従うプロセス５０のフローチャートであり、ＵＥのＵＥ１‐ＵＥ２、ＰｒｏＳｅ機能のＰｒｏＳｅ１‐ＰｒｏＳｅ２、及びＭＭＥ／ＨＳＳのＭＭＥ１／ＨＳＳ１‐ＭＭＥ２／ＨＳＳ２などのネットワークエンティティが示されている。本例において、ＵＥのＵＥ１は、公表ＵＥであり得、ＵＥのＵＥ２は監視ＵＥであり得る。ＰｒｏＳｅ機能のＰｒｏＳｅ１は、ＵＥのＵＥ１のＨＰＬＭＮのＰｒｏＳｅ機能であり得、ＰｒｏＳｅ機能のＰｒｏＳｅ２は、ＵＥのＵＥ２のＨＰＬＭＮのＰｒｏＳｅ機能であり得る。ネットワークエンティティの構成は例示を容易にするために簡素化されており、これに限定されない。

【0041】

プロセス５０の動作が以下のとおり説明される。ＵＥのＵＥ１‐ＵＥ２とＰｒｏＳｅ機能のＰｒｏＳｅ１‐ＰｒｏＳｅ２とが、オープンダイレクトディスカバリを実現するようにＰｒｏＳｅダイレクトディスカバリ手順を実行することができる（ステップ５００）。ＰｒｏＳｅダイレクトディスカバリ手順は、ＵＥのＵＥ１‐ＵＥ２とＰｒｏＳｅ機能のＰｒｏＳｅ１‐ＰｒｏＳｅ２とによって実行されるサービス承認手順と、ディスカバリ要求メッセージ及びマッチ報告の送信／受信とを含むことができる。そして、ＵＥのＵＥ１‐ＵＥ２とＰｒｏＳｅ機能のＰｒｏＳｅ１‐ＰｒｏＳｅ２とは、オープンダイレクトディスカバリに関連する情報を取得することができる。一例において、ＵＥのＵＥ１は、ＰｒｏＳｅアプリケーションＩＤに対応する（例えば、これの影響下にある）ＰｒｏＳｅアプリケーションコードを記憶することができる（ステップ５０２）。一例において、ＰｒｏＳｅ機能のＰｒｏＳｅ１は、ＰｒｏＳｅアプリケーションコード又はＰｒｏＳｅアプリケーションＩＤに関連付けられたＰｒｏＳｅ機能のＰｒｏＳｅ２のアドレス情報を記憶することができる（ステップ５０４）。一例において、ＰｒｏＳｅ機能のＰｒｏＳｅ２は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードと監視ＵＥ（例えば、ＵＥのＵＥ２）の情報（例えば、ＩＤ）との間のマッピングを記憶することができる（ステップ５０６）。一例において、ＵＥのＵＥ２は、ＰｒｏＳｅアプリケーションＩＤとディスカバリフィルタとの間のマッピングを記憶することができる（ステップ５０８）。

【0042】

ＵＥのＵＥ１は、ＰｒｏＳｅアプリケーションコードを終了する（例えば、非アクティブ化する）ように、ＰｒｏＳｅ機能のＰｒｏＳｅ１に公表取り消し要求メッセージを送信することができる（ステップ５１０）。公表取り消し要求メッセージは、ＵＥのＵＥ１の情報（例えば、ＩＤ）、ＰｒｏＳｅアプリケーションＩＤ、及び／又はＰｒｏＳｅアプリケーションコードを含むことができる。ＰｒｏＳｅ機能のＰｒｏＳｅ１は、ＰｒｏＳｅアプリケーションＩＤ及び／又はＰｒｏＳｅアプリケーションコードが要求されたかを確認する（又はチェックする）ことができる（ステップ５１２）。ＰｒｏＳｅ機能のＰｒｏＳｅ１は、確認の後、ＰｒｏＳｅ機能のＰｒｏＳｅ２のアドレス情報に従って、ＰｒｏＳｅ機能のＰｒｏＳｅ２に公表取り消し要求メッセージを送信することができる（ステップ５１４）。さらに、ＰｒｏＳｅ機能のＰｒｏＳｅ１は、公表取り消し要求メッセージの処理に応答して、ＵＥのＵＥ１に公表取り消し応答メッセージを送信することができる（ステップ５１６）。ＵＥのＵＥ１は、公表取り消し応答メッセージに従って、ＰｒｏＳｅアプリケーションコードが無効であると確認することができ、ＰｒｏＳｅアプリケーションコードの公表を停止することができる（ステップ５１８）。

【0043】

ＰｒｏＳｅ機能のＰｒｏＳｅ２は、公表取り消し要求メッセージを受信した後、ＵＥのＵＥ２の情報に従って、ＵＥのＵＥ２がＰｒｏＳｅアプリケーションコードを要求しているかを確認する（又はチェックする）ことができる（ステップ５２０）。ＰｒｏＳｅ機能のＰｒｏＳｅ２は、確認の後、ＰｒｏＳｅアプリケーションコードが終了されたと通知するように、ＵＥのＵＥ２に監視取り消し要求メッセージを送信することができる（ステップ５２２）。ＰｒｏＳｅ機能のＰｒｏＳｅ２は、監視取り消し要求メッセージに応答してＵＥのＵＥ２から、監視取り消し応答メッセージを受信することができる（ステップ５２４）。それから、ＰｒｏＳｅ機能のＰｒｏＳｅ２は、監視取り消し応答メッセージに従って、ＰｒｏＳｅアプリケーションコードに関連する情報を削除することができる（ステップ５２６）。さらに、ＵＥのＵＥ２は、ＰｒｏＳｅアプリケーションコードが無効であると確認することができ、ＰｒｏＳｅアプリケーションコードの監視を停止することができる（ステップ５２８）。

【0044】

図６は、本発明の一例に従うプロセスのフローチャートであり、ＵＥのＵＥ１‐ＵＥ２、ＰｒｏＳｅ機能のＰｒｏＳｅ１‐ＰｒｏＳｅ２、及びＭＭＥ／ＨＳＳのＭＭＥ１／ＨＳＳ１‐ＭＭＥ２／ＨＳＳ２などのネットワークエンティティが示されている。本例において、ＵＥのＵＥ１は、公表ＵＥであり得、ＵＥのＵＥ２は監視ＵＥであり得る。ＰｒｏＳｅ機能のＰｒｏＳｅ１は、ＵＥのＵＥ１のＨＰＬＭＮのＰｒｏＳｅ機能であり得、ＰｒｏＳｅ機能のＰｒｏＳｅ２は、ＵＥのＵＥ２のＨＰＬＭＮのＰｒｏＳｅ機能であり得る。ネットワークエンティティの構成は例示を容易にするために簡素化されており、これに限定されない。

【0045】

プロセス６０の動作が以下のとおり説明される。ＵＥのＵＥ１‐ＵＥ２とＰｒｏＳｅ機能のＰｒｏＳｅ１‐ＰｒｏＳｅ２とが、オープンダイレクトディスカバリを実現するように１又は複数のＰｒｏＳｅダイレクトディスカバリ手順を実行することができる（ステップ６００）。１又は複数のＰｒｏＳｅダイレクトディスカバリ手順は、ＵＥのＵＥ１‐ＵＥ２とＰｒｏＳｅ機能のＰｒｏＳｅ１‐ＰｒｏＳｅ２とによって実行されるサービス承認手順と、１又は複数のディスカバリ要求メッセージ及びマッチ報告の送信／受信とを含むことができる。そして、ＵＥのＵＥ１‐ＵＥ２とＰｒｏＳｅ機能のＰｒｏＳｅ１‐ＰｒｏＳｅ２とは、オープンダイレクトディスカバリに関連する情報を取得することができる。一例において、ＵＥのＵＥ１は、ＰｒｏＳｅアプリケーションＩＤに対応する（例えば、これの影響下にある）ＰｒｏＳｅアプリケーションコードを記憶することができる（ステップ６０２）。一例において、ＰｒｏＳｅ機能のＰｒｏＳｅ１は、ＰｒｏＳｅアプリケーションコード又はＰｒｏＳｅアプリケーションＩＤに関連付けられたＰｒｏＳｅ機能のＰｒｏＳｅ２のアドレス情報を記憶することができる（ステップ６０４）。一例において、ＰｒｏＳｅ機能のＰｒｏＳｅ２は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードと監視ＵＥ（例えば、ＵＥのＵＥ２）の情報（例えば、ＩＤ）との間のマッピングを記憶することができる（ステップ６０６）。一例において、ＵＥのＵＥ２は、ＰｒｏＳｅアプリケーションＩＤとディスカバリフィルタとの間のマッピングを記憶することができる（ステップ６０８）。

【0046】

ＵＥのＵＥ１をネットワークから切り離すように、切り離し手順がＵＥのＵＥ１及び／又はＭＭＥ／ＨＳＳのＭＭＥ１／ＨＳＳ１の間で実行されることができる（ステップ６１０）。切り離し手順は、ＵＥのＵＥ１によって開始されてもよく、あるいはＰｒｏＳｅ機能のＰｒｏＳｅ１によって開始されてもよい。切り離し手順は、ＵＥのＵＥ１をネットワークから切り離すようにＭＭＥ／ＨＳＳのＭＭＥ１／ＨＳＳ１によって開始されるローカルの切り離し手順でもあり得る（６１２）。いずれにしても、ＨＳＳのＨＳＳ１は、切り離し通知メッセージをＰｒｏＳｅ機能のＰｒｏＳｅ１に送信することができる（６１４）。ＰｒｏＳｅ機能のＰｒｏＳｅ１は、切り離し通知メッセージに従って、ＵＥのＵＥ１がＰｒｏＳｅアプリケーションコードを割り当てられているかを確認する（又はチェックする）ことができる（６１６）。それから、ＰｒｏＳｅ機能のＰｒｏＳｅ１は、確認の後、ＰｒｏＳｅ機能のＰｒｏＳｅ２に取り消し要求メッセージを送信することができる（６１８）。取り消し要求メッセージは、ＰｒｏＳｅアプリケーションＩＤ及び／又はＰｒｏＳｅアプリケーションコードを含むことができる。

【0047】

ＰｒｏＳｅ機能のＰｒｏＳｅ２は、取り消し要求メッセージを受信した後、ＵＥのＵＥ２の情報に従ってＵＥのＵＥ２がＰｒｏＳｅアプリケーションコードを要求しているかを確認（又はチェック）してもよく、しなくてもよい（ステップ６２０）。ＰｒｏＳｅ機能のＰｒｏＳｅ２は、例えばＵＥのＵＥ１の切り離しに起因して、ＰｒｏＳｅアプリケーションコードが終了されたと通知するように、ＵＥのＵＥ２に監視取り消し要求メッセージを送信することができる（ステップ６２２）。ＰｒｏＳｅ機能のＰｒｏＳｅ２は、監視取り消し要求メッセージに応答してＵＥのＵＥ２から、監視取り消し応答メッセージを受信することができる（ステップ６２４）。ＰｒｏＳｅ機能のＰｒｏＳｅ２は、取り消し要求メッセージに応答してＰｒｏＳｅ機能のＰｒｏＳｅ１に取り消し応答メッセージを送信してもよく、しなくてもよい（ステップ６２６）。

【0048】

ＰｒｏＳｅ機能は、ＰｒｏＳｅアプリケーションコード、有効性タイマ又はディスカバリフィルタを更新し又は取り消すようにディスカバリ要求更新メッセージをＵＥ（例えば、公表ＵＥ又は監視ＵＥ）に送信することができることに留意する。ディスカバリ要求更新メッセージは、ディスカバリエントリＩＤを含むことができ、ＰｒｏＳｅ機能は、ディスカバリエントリＩＤに従ってＵＥ側において対応するエントリを取り消し又は更新する。ＰｒｏＳｅ機能は、公表ＵＥに対する割り当てられたＰｒｏＳｅアプリケーションコードを更新する必要がある場合に、ディスカバリ要求更新メッセージの中に新しいＰｒｏＳｅアプリケーションコードと対応する有効性タイマとディスカバリエントリＩＤとを含むことができる。ＰｒｏＳｅ機能は、古いコードを取り消すようにディスカバリエントリＩＤだけを含んでもよい。ＰｒｏＳｅ機能は、古いディスカバリフィルタを置換するように新しいディスカバリフィルタ及びディスカバリエントリＩＤを含んでもよい。ＰｒｏＳｅ機能は、ディスカバリフィルタを取り消すようにディスカバリフィルタＩＤだけを含んでもよい。監視ＵＥについて、ＰｒｏＳｅ機能が他よりも特定のフィルタだけを除去する場合、ディスカバリフィルタＩＤを含むことは任意的であってよい。

【0049】

上記の例はプロセス３０、４０、５０及び／又は６０に基づいて例示されているが、公表ＵＥ、監視ＵＥ、ＰｒｏＳｅ機能及びＨＳＳの動作を明らかにするものであることが留意されるべきである。上記の例は、システム要件及び／又は設計検討に従って任意的に組み合わせられ、かつ／あるいは修正されてもよい。

【0050】

当業者は、上述された説明及び例に対して組み合わせ、修正及び／又は調整を容易に行えるであろう。示唆されたステップを含む上述された説明、ステップ及び／又はプロセスは、ハードウェア、ソフトウェア、ファームウェア（ハードウェア装置と、ハードウェア装置上の読取専用ソフトウェアとして存在するコンピュータ命令及びデータとの組み合わせとして知られる）、電子システム、又はこれらの組み合わせであり得る手段によって、実現することができる。手段の一例が、通信装置２０であり得る。

【0051】

ハードウェアの例には、アナログ回路、デジタル回路及び／又は混在回路を含み得る。例えば、ハードウェアは、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス、結合されたハードウェアコンポーネント、又はこれらの組み合わせを含み得る。別の例において、ハードウェアは、汎用目的プロセッサ、マイクロプロセッサ、コントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、又はこれらの組み合わせを含み得る。

【0052】

ソフトウェアの例には、記憶ユニット、例えばコンピュータ可読媒体に保持された（記憶された）、コードセット、命令セット及び／又は機能セットを含み得る。コンピュータ可読媒体は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ＣＤ‐ＲＯＭ／ＤＶＤ‐ＲＯＭ／ＢＤ‐ＲＯＭ、磁気テープ、ハードディスク、光学データ記憶装置、不揮発性記憶ユニット、又はこれらの組み合わせを含み得る。コンピュータ可読媒体（例えば、記憶ユニット）は、内部的に（例えば、統合されて）又は外部的に（例えば、分離されて）、少なくとも１つのプロセッサに結合され得る。少なくとも１つのプロセッサは、１又は複数のモジュールを含み得るものであり、コンピュータ可読媒体の中のソフトウェアを実行する（例えば、実行するように構成される）ことができる。コードセット、命令セット及び／又は機能セットは、少なくとも１つのプロセッサ、モジュール、ハードウェア及び／又は電子システムに、上記の関連するステップを実行させることができる。

【0053】

電子システムの例には、システム・オン・チップ（ＳｏＣ）、システム・イン・パッケージ（ＳｉＰ）、コンピュータ・オン・モジュール（ＣｏＭ）、コンピュータプログラム製品、装置、モバイルフォン、ラップトップ、タブレットコンピュータ、電子ブック又はポータブルコンピュータシステム、及び通信装置２０を含み得る。

【0054】

結論として、本発明は、オープンダイレクトディスカバリを扱うための方法及び関連する通信装置を提供する。公表ＵＥによりブロードキャストされたＰｒｏＳｅアプリケーションコードが、例えば公表ＵＥの切り離しに起因して無効であるかを、監視ＵＥ及び／又はＰｒｏＳｅ機能が知ることができる。結果として、監視ＵＥのパワー消費を低減させることができる。

【0055】

当業者は、本発明の教示を保持する間、装置及び方法についての多数の修正及び変更がなされ得ることに容易に気付くであろう。したがって、上記の開示は、別記の請求項に係る境界及び範囲によってのみ限定されるものとみなされるべきである。

【符号の説明】

【0056】

１０ ワイヤレス通信システム
２０ 通信装置
２００ 処理手段
２１０ 記憶ユニット
２１４ プログラムコード
２２０ 通信インターフェースユニット

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】