(57)【要約】  本発明は、サービス接続を確立する方法、装置、プログラム、及び記録媒体に関し、通信技術分野に属する。前記方法は、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信するステップと、前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するステップと、を含む。本発明は、接続請求メッセージにサービスタイプを付加することにより、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて、第２のタイプのサービス接続を確立するか否かを判断して、判断結果に基づいて応答し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。【選択図】図１
2018527765.tif 000002
【特許請求の範囲】
【請求項１】
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信するステップと、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するステップと、を含む
ことを特徴とするサービス接続を確立する方法。
【請求項２】
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断するステップと、
前記第１のタイプが前記予め設けられた好ましいタイプに一致せず、前記第２のタイプが前記予め設けられた好ましいタイプに一致する場合、前記第２のタイプのサービス接続を確立することを確定するステップと、
前記第１のタイプが前記予め設けられた好ましいタイプに一致し、前記第２のタイプが前記予め設けられた好ましいタイプに一致しない場合、または、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致する場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断するステップと、
前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致しない場合、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高くない場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む
ことを特徴とする請求項１〜４のうちいずれか１項に記載の方法。
【請求項６】
前記接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記判断結果に基づいて応答することは、
前記第２のタイプのサービス接続を確立することを確定した場合、前記第１のタイプのサービス接続をサスペンドまたは切断し、前記第２のタイプのサービス接続を確立するステップと、
前記第２のタイプのサービス接続を確立しないことを確定した場合、前記ネットワークデバイスに接続拒否のメッセージを送信するステップと、を含む
ことを特徴とする請求項１〜４のうちいずれか１項に記載の方法。
【請求項８】
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信する受信モジュールと、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する応答モジュールと、を含む
ことを特徴とするサービス接続を確立する装置。
【請求項９】
前記応答モジュールは、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断し、前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定する
ことを特徴とする請求項８に記載の装置。
【請求項１０】
前記応答モジュールは、ローカルデバイスの予め設けられた好ましいタイプを取得し、前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断し、前記第１のタイプが前記予め設けられた好ましいタイプに一致せず、前記第２のタイプが前記予め設けられた好ましいタイプに一致する場合、前記第２のタイプのサービス接続を確立することを確定し、前記第１のタイプが前記予め設けられた好ましいタイプに一致し、前記第２のタイプが前記予め設けられた好ましいタイプに一致しない場合、または、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致する場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定する
ことを特徴とする請求項８に記載の装置。
【請求項１１】
前記応答モジュールは、ローカルデバイスの予め設けられた好ましいタイプを取得し、前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断し、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致しない場合、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断し、前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定し、前記第２のタイプの優先度が前記第１のタイプの優先度より高くない場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定する
ことを特徴とする請求項８に記載の装置。
【請求項１２】
前記接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む
ことを特徴とする請求項８〜１１のうちいずれか１項に記載の装置。
【請求項１３】
前記接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する
ことを特徴とする請求項１２に記載の装置。
【請求項１４】
前記応答モジュールは、前記第２のタイプのサービス接続を確立することを確定した場合、前記第１のタイプのサービス接続をサスペンドまたは切断し、前記第２のタイプのサービス接続を確立し、前記第２のタイプのサービス接続を確立しないことを確定した場合、前記ネットワークデバイスに接続拒否のメッセージを送信する
ことを特徴とする請求項８〜１１のうちいずれか１項に記載の装置。
【請求項１５】
プロセッサと、
プロセッサにより実行可能な命令を記憶するメモリと、を備え、
前記プロセッサは、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信し、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するように構成される
ことを特徴とするサービス接続を確立する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術分野に関し、具体的には、サービス接続を確立する方法及び装置に関する。
【背景技術】
【０００２】
無線通信技術が２Ｇ、３Ｇ、４Ｇから５Ｇへ徐々に進化することに伴い、ユーザのニーズがますます高まり、サービスの多様性は、ユーザが注目する事になっている。ユーザのニーズを満足するために、現在の通信技術は、柔軟かつ多様なサービスの配置を実現し、ユーザのために複数のタイプのサービスを与えることができる。
【０００３】
実際の応用において、ユーザデバイスが同時に複数のサービスを処理できないため、ユーザデバイスがアイドル状態にある時、ネットワークデバイスが送信した接続請求メッセージを受信した場合、対応するサービス接続を確立し、ユーザのためにサービスを処理する。ユーザデバイスは、サービス接続を確立した後、ビジー状態にあり、この場合、ネットワークデバイスが送信した他の接続請求メッセージをまた受信した場合、当該ネットワークデバイスに接続拒否のメッセージを送信し、即ち、確立したサービス接続を維持し、新しいサービス接続を確立することを拒否し、ユーザのために他のサービスを処理しない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
関連する技術に存在する問題を解決するために、本発明は、サービス接続を確立する方法及び装置を提供する。技術案は、以下の通りである。
【課題を解決するための手段】
【０００５】
本発明の実施例に係る第１態様によれば、サービス接続を確立する方法を提供し、前記方法は、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信するステップと、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するステップと、を含む。
【０００６】
他の実施例において、前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定するステップと、を含む。
【０００７】
他の実施例において、前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断するステップと、
前記第１のタイプが前記予め設けられた好ましいタイプに一致せず、前記第２のタイプが前記予め設けられた好ましいタイプに一致する場合、前記第２のタイプのサービス接続を確立することを確定するステップと、
前記第１のタイプが前記予め設けられた好ましいタイプに一致し、前記第２のタイプが前記予め設けられた好ましいタイプに一致しない場合、または、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致する場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【０００８】
他の実施例において、前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断するステップと、
前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致しない場合、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高くない場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【０００９】
他の実施例において、前記接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【００１０】
他の実施例において、前記接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【００１１】
他の実施例において、前記判断結果に基づいて応答することは、
前記第２のタイプのサービス接続を確立することを確定した場合、前記第１のタイプのサービス接続をサスペンドまたは切断し、前記第２のタイプのサービス接続を確立するステップと、
前記第２のタイプのサービス接続を確立しないことを確定した場合、前記ネットワークデバイスに接続拒否のメッセージを送信するステップと、を含む。
【００１２】
本発明の実施例に係る第２態様によれば、サービス接続を確立する装置を提供し、前記装置は、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信する受信モジュールと、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する応答モジュールと、を含む。
【００１３】
他の実施例において、前記応答モジュールは、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断し、前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定する。
【００１４】
他の実施例において、前記応答モジュールは、ローカルデバイスの予め設けられた好ましいタイプを取得し、前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断し、前記第１のタイプが前記予め設けられた好ましいタイプに一致せず、前記第２のタイプが前記予め設けられた好ましいタイプに一致する場合、前記第２のタイプのサービス接続を確立することを確定し、前記第１のタイプが前記予め設けられた好ましいタイプに一致し、前記第２のタイプが前記予め設けられた好ましいタイプに一致しない場合、または、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致する場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定する。
【００１５】
他の実施例において、前記応答モジュールは、ローカルデバイスの予め設けられた好ましいタイプを取得し、前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断し、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致しない場合、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断し、前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定し、前記第２のタイプの優先度が前記第１のタイプの優先度より高くない場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定する。
【００１６】
他の実施例において、前記接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【００１７】
他の実施例において、前記接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【００１８】
他の実施例において、前記応答モジュールは、前記第２のタイプのサービス接続を確立することを確定した場合、前記第１のタイプのサービス接続をサスペンドまたは切断し、前記第２のタイプのサービス接続を確立し、前記第２のタイプのサービス接続を確立しないことを確定した場合、前記ネットワークデバイスに接続拒否のメッセージを送信する。
【００１９】
本発明の実施例に係る第３態様によれば、サービス接続を確立する装置を提供し、前記装置は、
プロセッサと、
プロセッサにより実行可能な命令を記憶するメモリと、を備え、
前記プロセッサは、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信し、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するように構成される。
【発明の効果】
【００２０】
本発明の実施例に係る技術案は、以下の有益な効果を含み得る。
【００２１】
本実施例に係る方法及び装置は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて第２のタイプのサービス接続を確立するか否かを判断して、判断結果に基づいて応答し、接続拒否のメッセージを直接に返信しない。これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。
【００２２】
なお、前記一般的な記載及び後述の詳細な記載は、単なる例示的な記載であり、本発明を限定しない。
【図面の簡単な説明】
【００２３】
ここでの図面は、明細書に合併されて本明細書の一部を構成して本発明と合致する実施例を示し、明細書とともに本発明の原理を説明するのに用いられる。
【図１】一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートである。
【図２】一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートである。
【図３】一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートである。
【図４】一例示的な実施例に係るサービス接続を確立する装置を示すブロック図である。
【図５】一例示的な実施例に係るサービス接続を確立する装置を示すブロック図である。
【発明を実施するための形態】
【００２４】
本発明の目的、技術案、及び利点をより明確にするために、以下、図面を参照しながら、本発明についてより詳細に説明する。ここで、本発明の模式的な実施形態及びその説明は、本発明を解釈するためのものであり、本発明に対して限定するものではない。
【００２５】
本発明の実施例は、サービス接続を確立する方法及び装置を提供し、以下、図面を参照して本発明を詳細に説明する。
【００２６】
図１は、一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートであり、図１に示すように、サービス接続を確立する方法は、ユーザデバイスに用いられ、以下のステップを含む。
【００２７】
ステップ１０１において、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、当該第２のタイプを少なくとも付加する前記接続請求メッセージを受信する。
【００２８】
ステップ１０２において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する。
【００２９】
本実施例に係る方法は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて、第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。
【００３０】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断することは、
当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定するステップと、を含む。
【００３１】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否か判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断するステップと、
当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、当該第２のタイプのサービス接続を確立することを確定するステップと、
当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【００３２】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断するステップと、
当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高くない場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【００３３】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【００３４】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【００３５】
他の実施例において、当該判断結果に基づいて応答することは、
当該第２のタイプのサービス接続を確立することを確定した場合、当該第１のタイプのサービス接続をサスペンド（一時中止）または切断し、当該第２のタイプのサービス接続を確立するステップと、
当該第２のタイプのサービス接続を確立しないことを確定した場合、当該ネットワークデバイスに接続拒否のメッセージを送信するステップと、を含む。
【００３６】
上記のすべての選択的な技術案は、任意の結合方式を採用して本発明の選択的な実施例を形成し、ここで繰り返して説明しない。
【００３７】
図２は、一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートであり、本実施例は、第１のタイプの優先度と第２のタイプの優先度に基づいて判断を行うことを例とし、図２に示すように、サービス接続を確立する方法は、ユーザデバイスに用いられ、以下のステップを含む。
【００３８】
ステップ２０１において、ユーザデバイスは、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した接続請求メッセージを受信し、当該接続請求メッセージは、第２のタイプを少なくとも付加する。
【００３９】
ここで、当該ユーザデバイスは、携帯電話、パーソナルコンピュータ、モノのインターネット（IoT: Internet of Things）のデバイスまたは車載端末などデバイスであってもよく、当該ネットワークデバイスは、基地局、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）等であってもよく、本実施例は、これに限定しない。
【００４０】
ユーザデバイスがアイドル状態にある時、いずれかのネットワークデバイスが送信した接続請求メッセージを受信した場合、当該接続請求メッセージに基づいてサービス接続を確立し、サービス接続を確立した後、当該ユーザデバイスは、ビジー状態にある。関連技術において、ユーザデバイスがビジー状態にある時、ネットワークデバイスが送信した他の接続請求メッセージをまた受信した場合、確立したサービス接続を維持するとともに、今回の接続請求メッセージを送信したネットワークデバイスに接続拒否のメッセージに送信し、新しいサービス接続を確立することを拒否する。ただし、新しいサービスが即時性に対して高く要求されている場合、サービス接続を確立することを拒否することは、サービスを直ちに処理できないおそれがあり、サービス性能を影響し、これにより、ユーザのサービスニーズを満足できず、ユーザ体験に影響を与える。
【００４１】
現在の通信技術が複数のタイプのサービスを提供できることを考慮すると、異なるタイプのサービスは、即時性に対して異なるニーズがあり、例えば、一部のサービスは、即時性に対する要求が高い、例えば、音声サービス等であり、このようなサービスは、サービス接続を速く確立する必要があり、一部のサービスが即時性に対する要求が高くない、例えば、データ処理サービス等であり、このようなサービスは、一定時間の後に処理を行っても良い。
【００４２】
そこで、総合性能を高めるために、本実施例は、ネットワークデバイスが送信した接続請求メッセージにサービスタイプを加え、ユーザデバイスがビジー状態にある場合、サービスタイプに基づいて判断を行って、新しいサービス接続を確立するか否かを確定でき、新しいサービスを処理する。
【００４３】
本実施例は、当該ユーザデバイスが第１のタイプのサービス接続を確立した場合に応用され、この場合、ネットワークデバイスは、ユーザデバイスに接続請求メッセージを送信し、当該ユーザデバイスは、当該接続請求メッセージを受信する。ここで、当該接続請求メッセージは、確立待ちサービス接続の第２のタイプを少なくとも付加し、且つ、当該接続請求メッセージは、当該ユーザデバイスが第２のタイプのサービス接続を確立するように指示する。
【００４４】
ここで、当該接続請求メッセージは、Ｐａｇｉｎｇ（ページング）メッセージ、データ処理の接続請求メッセージまたは他のタイプのサービス接続請求メッセージであってもよく、本実施例は、これに限定されない。
【００４５】
例えば、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含み、当該ネットワークデバイスが当該接続請求メッセージを送信する場合、当該第２のタイプを当該サービスタイプフィールドに加えてもよい。当該サービスタイプフィールドは、２ビット、３ビットまたは３ビット以上のビットを占めてもよく、本実施例は、これに限定されない。
【００４６】
Ｐａｇｉｎｇメッセージを例として、関連技術におけるＰａｇｉｎｇメッセージは、インターネットページングの対象を表すためのｕｅ−Ｉｄｅｎｔｉｔｙと、インターネットがどちらのドメイン（データドメインまたは回路ドメイン）にページングを行うことを表すためのｃｎ−Ｄｏｍａｉｎとの２つのフィールドを含み、具体的には、以下の通りである。
【００４７】
ｍｅｓｓａｇｅ ｃ１ ： ｐａｇｉｎｇ ：
｛
ｐａｇｉｎｇＲｅｃｏｒｄＬｉｓｔ
｛
｛
ｕｅ−Ｉｄｅｎｔｉｔｙ ｓ−ＴＭＳＩ ：
｛
ｍｍｅｃ
ｍ−ＴＭＳＩ
｝
ｃｎ−Ｄｏｍａｉｎ
｝
｝
｝
本実施例は、ＰａｇｉｎｇメッセージにＳｅｒｖｉｃｅＴｙｐｅフィールドを加えてサービスタイプを表し、加えられたＰａｇｉｎｇメッセージは、以下の通りである。
【００４８】
ｍｅｓｓａｇｅ ｃ１ ： ｐａｇｉｎｇ ：
｛
ｐａｇｉｎｇＲｅｃｏｒｄＬｉｓｔ
｛
｛
ｕｅ−Ｉｄｅｎｔｉｔｙ ｓ−ＴＭＳＩ ：
｛
ｍｍｅｃ
ｍ−ＴＭＳＩ
｝
ｃｎ−Ｄｏｍａｉｎ
ＳｅｒｖｉｃｅＴｙｐｅ
｝
｝
｝
ステップ２０２において、ユーザデバイスは、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、高い場合、ステップ２０３を実行し、否である場合、ステップ２０４を実行する。
【００４９】
第１のタイプのサービス接続を確立した場合、当該接続請求メッセージを受信した後、当該ユーザデバイスは、当該ネットワークデバイスに接続拒否のメッセージをすぐに送信せず、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、優先度の高低に基づいて、第２のタイプのサービス接続を確立するか否かを確定する。
【００５０】
具体的には、当該ユーザデバイスが当該第１のタイプのサービス接続を確立する場合、当該第１のタイプを記録してもよく、そうすると、それ以降、当該接続請求メッセージを受信した場合、過去の記録に基づいて現在確立されたサービス接続タイプが当該第１のタイプであることを確定するとともに、当該接続請求メッセージに基づいて当該第２のタイプを取得でき、この場合、当該第１のタイプと当該第２のタイプの優先度を確定し、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断する。
【００５１】
本発明の実施例において、優先度が高いほど、サービスの即時性に対する要求が高いため、優先処理を行う必要があり、優先度が低いほど、サービスの即時性に対する要求が低いため、遅延処理を行っても良い。当該ユーザデバイスは、複数のサービスタイプの優先度順位を予め確定でき、予め設けられた優先度順位に基づいて当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断できる。
【００５２】
ここで、異なるタイプのユーザデバイスが確定した優先度順位は、同じであってもよい、異なっていてもよい。
【００５３】
例えば、以下の３種類のサービスタイプ、即ち、大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、高度モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄ Ｂａｎｄ）、超高信頼度低レイテンシ通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ）に対して、モノのインターネット（IoT）のデバイスが確定したサービスタイプの優先度順位は、ｍＭＴＣ＞ＵＲＬＬＣ＞ｅＭＢＢであり、車載端末が確定したサービスタイプの優先度順位は、ＵＲＬＬＣ＞ｅＭＢＢ＞ｍＭＴＣである。
【００５４】
また、サービスタイプが比較的多い場合、当該ユーザデバイスが各サービスタイプの優先度順位を確定しにくいことを考慮すると、当該ネットワークデバイスは、接続請求メッセージを送信する場合、サービスタイプの優先度を付加してもよい、これにより、ユーザデバイスは、受信した接続請求メッセージに基づいてサービスタイプの優先度を直接に確定してもよく、サービス接続を確立した後、当該サービスタイプの優先度を記録してもよい。例えば、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを付加する。
【００５５】
そうすると、当該接続請求メッセージには当該第２のタイプの優先度を付加し、当該ユーザデバイスは、当該接続請求メッセージを受信した場合、当該第２のタイプの優先度を取得するとともに、過去の記録から当該第１のタイプの優先度を取得し、当該第１のタイプの優先度と当該第２のタイプの優先度に基づいて、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断する。
【００５６】
例えば、当該ユーザデバイスが記録した第１のタイプの優先度が３であり、当該接続請求メッセージに付加される第２のタイプの優先度が４である場合、当該第２のタイプの優先度が当該第１のタイプの優先度より高いことを確定できる。
【００５７】
ステップ２０３において、ユーザデバイスは、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立する。
【００５８】
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービスが即時性に対する要求が比較的高いことを表し、当該第２のタイプのサービスを優先的に処理する必要があり、これにより、当該ユーザデバイスは、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を先に確立し、当該第２のタイプのサービスの処理が完了した場合、当該第１のタイプのサービス接続を改めて復元する。
【００５９】
ステップ２０４において、ユーザデバイスは、当該第１のタイプのサービス接続を維持するとともに、当該ネットワークデバイスに接続拒否のメッセージを送信する。
【００６０】
当該第２のタイプの優先度が当該第１のタイプの優先度より高くない場合、当該第２のタイプのサービスは即時性に対する要求が高くないことを表し、当該ユーザデバイスは、現在に当該第２のタイプのサービスをすぐに処理する必要がなく、これにより、当該ネットワークデバイスに接続拒否のメッセージを送信する。この過程において、当該ユーザデバイスは、当該第１のタイプのサービス接続を維持し、当該第１のタイプのサービスを持続的に処理する。
【００６１】
なお、本実施例は、ユーザデバイスが１つの接続請求メッセージを受信したことを例として説明し、実際には、当該ユーザデバイスが複数の接続請求メッセージを受信してもよく、この場合、当該ユーザデバイスは、当該第１のタイプの優先度と当該複数の接続請求メッセージに対応する複数のタイプの優先度を取得し、優先度を判断することによって、優先度が比較的高いサービスを優先的に処理し、具体的な過程は、上記のステップ２０２〜２０４に類似し、ここで繰り返して説明しない。
【００６２】
本実施例に係る方法は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて判断を行い、優先度が比較的高いサービスを優先的に処理し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。第２のタイプの優先度が比較的高い場合、新しいサービスは、既存サービスのリソースを先取でき、高優先度のサービスがリソースを優先的に使用することを確保し、高優先度のサービスの即時処理を実現できる。
【００６３】
図３は、一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートであり、本実施例は、ユーザデバイスの予め設けられた好ましいタイプに基づいて判断を行うことを例とし、図３に示すように、サービス接続を確立する方法は、ユーザデバイスに用いられ、以下のステップを含む。
【００６４】
ステップ３０１において、ユーザデバイスは、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した接続請求メッセージであって、第２のタイプを少なくとも付加する前記接続請求メッセージを受信する。
【００６５】
当該ステップ３０１は、ステップ２０１に類似し、ここで繰り返して説明しない。
【００６６】
ステップ３０２において、ユーザデバイスは、予め設けられた好ましいタイプを取得し、当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断する。
【００６７】
異なるユーザデバイスが処理する主要サービスのタイプが異なることを考慮すると、各ユーザデバイスにとって、当該ユーザデバイスは、予め設けられた好ましいタイプのサービスを優先的に処理するように、常に処理される主要サービスのタイプに基づいて、当該予め設けられた好ましいタイプを確定でき、例えば、モノのインターネット（IoT）のデバイスの予め設けられた好ましいタイプがｍＭＴＣであり、これにより、ｍＭＴＣサービスを優先的に処理する。
【００６８】
そうすると、当該ユーザデバイスは、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断し、第２のタイプのサービス接続を確立するか否かを確定する。
【００６９】
ステップ３０３において、当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、ユーザデバイスは、ステップ３０６を実行する。
【００７０】
ステップ３０４において、当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、ユーザデバイスは、ステップ３０７を実行する。
【００７１】
ステップ３０５において、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、ユーザデバイスは、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、そうである場合、ステップ３０６を実行し、そうでない場合、ステップ３０７を実行する。
【００７２】
ステップ３０６において、ユーザデバイスは、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立する。
【００７３】
ステップ３０７において、ユーザデバイスは、当該第１のタイプのサービス接続を維持するとともに、当該ネットワークデバイスに接続拒否のメッセージを送信する。
【００７４】
当該ユーザデバイスは、当該予め設けられた好ましいタイプに一致するサービス接続を優先的に処理し、そうすると、当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立する。当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しない、これにより、当該ネットワークデバイスに接続拒否のメッセージを送信する。
【００７５】
当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、優先度が比較的高いサービスを優先的に処理する。この場合、当該ユーザデバイスは、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、判断結果に基づいて当該第２のタイプのサービス接続を確立するか否かを確定し、具体的な過程は、上記のステップ２０２〜２０４に類似し、ここで繰り返して説明しない。
【００７６】
本実施例に係る方法は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプの優先度及びユーザデバイスの予め設けられた好ましいタイプに基づいて判断を行い、予め設けられた好ましいタイプに一致するサービス、または、優先度が比較的高いサービスを優先的に処理し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。
【００７７】
図４は、一例示的な実施例に係るサービス接続を確立する装置を示すブロック図である。図４を参照すると、当該装置は、受信モジュール４０１と応答モジュール４０２とを含む。
【００７８】
受信モジュール４０１は、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、当該第２のタイプを少なくとも付加する前記接続請求メッセージを受信する。
【００７９】
応答モジュール４０２は、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する。
【００８０】
本実施例に係る装置は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて第２のタイプのサービス接続を確立するか否かを判断して、判断結果に基づいて応答し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。
【００８１】
他の実施例において、当該応答モジュール４０２は、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定する。
【００８２】
他の実施例において、当該応答モジュール４０２は、装置の予め設けられた好ましいタイプを取得し、当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断し、当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、当該第２のタイプのサービス接続を確立することを確定し、当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定する。
【００８３】
他の実施例において、当該応答モジュール４０２は、装置の予め設けられた好ましいタイプを取得し、当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断し、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定し、当該第２のタイプの優先度が当該第１のタイプの優先度より高くない場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定する。
【００８４】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【００８５】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【００８６】
他の実施例において、当該応答モジュール４０２は、当該第２のタイプのサービス接続を確立することを確定した場合、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立し、当該第２のタイプのサービス接続を確立しないことを確定した場合、当該ネットワークデバイスに接続拒否のメッセージを送信する。
【００８７】
上記のすべての技術案を、任意の結合方式を用いて、組み合わせることによって、本発明の他の実施例を形成してもよい。ここで、これらの実施例について繰り返して説明しない。
【００８８】
上記の実施例における装置の各モジュールが操作を実行する具体的な形態は、既に関連する当該方法の実施例に詳しく説明し、ここで繰り返して詳しく説明しない。
【００８９】
なお、上記の実施例に係るサービス接続を確立する装置は、サービス接続を確立する場合、上記の各機能モジュールの区画のみを例として説明し、実際の応用において、必要に応じて上記の機能を異なる機能モジュールにより完成でき、即ち、上記で説明した全部または一部の機能を完成するように、ユーザデバイスの内部構造を異なる機能モジュールに区画する。また、サービス接続を確立する装置の実施例とサービス接続を確立する方法の実施例は、同じ思想に属し、その具体的な過程の詳細は、方法実施例を参照し、ここで繰り返して説明しない。
【００９０】
図５は、一例示的な実施例に係るサービス接続を確立する装置５００を示すブロック図である。例えば、装置５００は、携帯電話、コンピュータ、デジタルブロードキャスト端末、メッセージ送受信機、ゲーム機、タブレットデバイス、医療機器、フィットネス機器、ＰＤＡ（Personal Digital Assistant）等のものであってもよい。
【００９１】
図５を参照すると、装置５００は、処理ユニット５０２、メモリ５０４、電源ユニット５０６、マルチメディアユニット５０８、オーディオユニット５１０、入力/出力（Ｉ/Ｏ）インタフェース５１２、センサーユニット５１４、及び通信ユニット５１６からなる群から選ばれる少なくとも１つを備えてもよい。
【００９２】
処理ユニット５０２は、一般的には、装置５００の全体の操作、例えば、表示、電話呼び出し、データ通信、カメラ操作及び記録操作に関連する操作を制御する。処理ユニット５０２は、上述した方法におけるステップの一部又は全部を実現できるように、命令を実行する少なくとも１つのプロセッサ５２０を備えてもよい。また、処理ユニット５０２は、他のユニットとのインタラクションを促進させるように、少なくとも１つのモジュールを備えてもよい。例えば、処理ユニット５０２は、マルチメディアユニット５０８とのインタラクションを便利にさせるように、マルチメディアモジュールを備えてもよい。
【００９３】
メモリ５０４は、装置５００での操作をサポートするように、各種のデータを記憶するように配置される。これらのデータは、例えば、装置５００で何れのアプリケーション又は方法を操作するための命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ５０４は、何れの種類の揮発性又は不揮発性メモリ、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクにより、或いはそれらの組み合わせにより実現することができる。
【００９４】
電源ユニット５０６は、装置５００の各種ユニットに電力を供給するためのものであり、電源管理システム、１つ又は複数の電源、及び装置５００のために電力を生成、管理及び分配することに関連する他のユニットを備えてもよい。
【００９５】
マルチメディアユニット５０８は、装置５００とユーザとの間に出力インタフェースを提供するスクリーンを備えてもよい。スクリーンは、例えば、液晶ディスプレイ（ＬＣＤ）やタッチパネル（ＴＰ）を備えてもよい。スクリーンは、タッチパネルを備える場合、ユーザからの入力信号を受信するため、タッチスクリーンとして利用することができる。また、タッチパネルは、タッチと、スライド（スワイプ）と、タッチパネル上の手振りとを感知するように、少なくとも１つのタッチセンサーを有する。タッチセンサーは、タッチやスライド動作の境界を感知できるだけではなく、タッチやスライド操作と関連する持続時間や圧力も感知できる。一実施例では、マルチメディアユニット５０８は、フロントカメラ及びバックカメラの少なくとも１つを有してもよい。装置５００が、例えば、撮影モードやビデオモードのような操作モードにある時、フロントカメラ及びバックカメラの少なくとも１つが外部のマルチメディアデータを受信できる。フロントカメラ及びバックカメラのそれぞれは、固定の光学レンズ系であってもよいし、焦点距離及び光学ズーム能力を有するものであってもよい。
【００９６】
オーディオユニット５１０は、オーディオ信号を出力する、入力する、又は、入出力するように配置される。例えば、オーディオユニット５１０は、マイクロフォン（ＭｉＣ）を有してもよい。装置５００が、例えば、呼び出しモード、記録モード、又は音声認識モードのような操作モードにあるとき、マイクロフォンは、外部のオーディオ信号を受信するように配置される。受信したオーディオ信号は、メモリ５０４にさらに記憶されてもよいし、通信ユニット５１６を介して送信されてもよい。一実施例では、オーディオユニット５１０は、オーディオ信号を出力するためのスピーカをさらに備えてもよい。
【００９７】
Ｉ/Ｏインタフェース５１２は、処理ユニット５０２と外部のインタフェースモジュールとの間にインタフェースを提供するためのものである。上記外部のインタフェースモジュールは、キーボードや、クリックホイールや、ボタン等であってもよい。これらのボタンは、ホームボタン、音量ボタン、スタートボタン、及びロックボタンの少なくとも１つであってもよいが、それらに限らない。
【００９８】
センサーユニット５１４は、装置５００のために各方面の状態を評価する少なくとも１つのセンサーを備えてもよい。例えば、センサーユニット５１４は、装置５００のオン又はオフ状態や、ユニットの相対的な位置を検出することができる。例えば、前記ユニットは、装置５００のディスプレイ及びキーパッドである。センサーユニット５１４は、装置５００又は装置５００の１つのユニットの位置の変化と、ユーザが装置５００に接触しているか否かと、装置５００の方向又は加速又は減速と、装置５００の温度変化とを検出することができる。センサーユニット５１４は、何れの物理的な接触もない場合に付近の物体を検出するように配置される近接センサーを有してもよい。センサーユニット５１４は、イメージングアプリケーションに用いるための光センサー、例えば、ＣＭＯＳ又はＣＣＤ画像センサーを有してもよい。一実施例では、当該センサーユニット５１４は、加速度センサー、ジャイロスコープセンサー、磁気センサー、圧力センサー又は温度センサーをさらに備えてもよい。
【００９９】
通信ユニット５１６は、装置５００と他の設備の間との無線、又は有線通信を便利にさせるように配置される。装置５００は、通信標準に基づく無線ネットワーク、例えば、ＷｉＦｉ、２Ｇ又は３Ｇ、又はそれらの組み合わせにアクセスできる。１つの例示的な実施例では、通信ユニット５１６は、ブロードキャストチャンネルを介して外部のブロードキャスト管理システムからのブロードキャスト信号、又はブロードキャストに関する情報を受信する。１つの例示的な実施例では、前記通信ユニット５１６は、近距離通信を促進するために近距離無線通信（ＮＦＣ）モジュールをさらに備えてもよい。例えば、ＮＦＣモジュールは、無線周波数認識装置（ＲＦＩＤ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、赤外線データ協会（ＩｒＤＡ：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）技術、超広帯域無線（ＵＷＢ：Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）技術、ブルートゥース（ＢＴ：Ｂｌｕｅｔｏｏｔｈ）技術及び他の技術によって実現されてもよい。
【０１００】
例示的な実施例では、装置５００は、上述した方法を実行するために、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、数字信号処理デバイス（ＤＳＰＤ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、プログラム可能論理デバイス（ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、書替え可能ゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサー、又は他の電子機器によって実現されてもよい。
【０１０１】
例示的な実施例では、命令を有する非一時的コンピュータ読み取り可能な記録媒体、例えば、命令を有するメモリ５０４をさらに提供する。前記命令は、装置５００のプロセッサ５２０により実行されて上述した方法を実現する。例えば、前記非一時的コンピュータ読み取り可能な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク及び光データメモリ等であってもよい。
【０１０２】
非一時的コンピュータ可読記録媒体は、前記記録媒体における命令が端末のプロセッサにより実行されると、端末がサービス接続を確立する方法を実行するようにする。前記方法は、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、当該第２のタイプを少なくとも付加する前記接続請求メッセージを受信する。
【０１０３】
当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する。
【０１０４】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断することは、
当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定するステップと、を含む。
【０１０５】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否か判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断するステップと、
当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、当該第２のタイプのサービス接続を確立することを確定するステップと、
当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【０１０６】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断するステップと、
当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高くない場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【０１０７】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【０１０８】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【０１０９】
他の実施例において、当該判断結果に基づいて応答することは、
当該第２のタイプのサービス接続を確立することを確定した場合、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立するステップと、
当該第２のタイプのサービス接続を確立しないことを確定した場合、当該ネットワークデバイスに接続拒否のメッセージを送信するステップと、を含む。
【０１１０】
上記のすべての技術案を、任意の結合方式を用いて、組み合わせることによって、本発明の他の実施例を形成してもよい。ここで、これらの実施例について繰り返して説明しない。
【０１１１】
当業者は、明細書に対する理解、及び明細書に記載された発明に対する実施を介して、本発明の他の実施形態を容易に取得することができる。本発明は、本発明に対する任意の変形、用途、又は適応的な変化を含み、このような変形、用途、又は適応的な変化は、本発明の一般的な原理に従い、本発明では開示していない本技術分野の公知知識、又は通常の技術手段を含む。明細書及び実施例は、単に例示的なものであって、本発明の本当の範囲と主旨は、以下の特許請求の範囲によって示される。
【０１１２】
本発明は、上記で記述され、図面で図示した特定の構成に限定されず、その範囲を離脱しない状況で、様々な修正や変更を実施してもよい。本発明の範囲は、添付される特許請求の範囲のみにより限定される。
【図１】
2018527765.tif 000003
【図２】
2018527765.tif 000004
【図３】
2018527765.tif 000005
【図４】
2018527765.tif 000006
【図５】
2018527765.tif 000007
【手続補正書】
【提出日】平成29年2月24日(2017.2.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信するステップと、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するステップと、を含む
ことを特徴とするサービス接続を確立する方法。
【請求項２】
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断するステップと、
前記第１のタイプが前記予め設けられた好ましいタイプに一致せず、前記第２のタイプが前記予め設けられた好ましいタイプに一致する場合、前記第２のタイプのサービス接続を確立することを確定するステップと、
前記第１のタイプが前記予め設けられた好ましいタイプに一致し、前記第２のタイプが前記予め設けられた好ましいタイプに一致しない場合、または、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致する場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断するステップと、
前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致しない場合、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高くない場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む
ことを特徴とする請求項１〜４のうちいずれか１項に記載の方法。
【請求項６】
前記接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記判断結果に基づいて応答することは、
前記第２のタイプのサービス接続を確立することを確定した場合、前記第１のタイプのサービス接続をサスペンドまたは切断し、前記第２のタイプのサービス接続を確立するステップと、
前記第２のタイプのサービス接続を確立しないことを確定した場合、前記ネットワークデバイスに接続拒否のメッセージを送信するステップと、を含む
ことを特徴とする請求項１〜４のうちいずれか１項に記載の方法。
【請求項８】
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信する受信モジュールと、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する応答モジュールと、を含む
ことを特徴とするサービス接続を確立する装置。
【請求項９】
前記応答モジュールは、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断し、前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定する
ことを特徴とする請求項８に記載の装置。
【請求項１０】
前記応答モジュールは、ローカルデバイスの予め設けられた好ましいタイプを取得し、前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断し、前記第１のタイプが前記予め設けられた好ましいタイプに一致せず、前記第２のタイプが前記予め設けられた好ましいタイプに一致する場合、前記第２のタイプのサービス接続を確立することを確定し、前記第１のタイプが前記予め設けられた好ましいタイプに一致し、前記第２のタイプが前記予め設けられた好ましいタイプに一致しない場合、または、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致する場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定する
ことを特徴とする請求項８に記載の装置。
【請求項１１】
前記応答モジュールは、ローカルデバイスの予め設けられた好ましいタイプを取得し、前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断し、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致しない場合、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断し、前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定し、前記第２のタイプの優先度が前記第１のタイプの優先度より高くない場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定する
ことを特徴とする請求項８に記載の装置。
【請求項１２】
前記接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む
ことを特徴とする請求項８〜１１のうちいずれか１項に記載の装置。
【請求項１３】
前記接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する
ことを特徴とする請求項１２に記載の装置。
【請求項１４】
前記応答モジュールは、前記第２のタイプのサービス接続を確立することを確定した場合、前記第１のタイプのサービス接続をサスペンドまたは切断し、前記第２のタイプのサービス接続を確立し、前記第２のタイプのサービス接続を確立しないことを確定した場合、前記ネットワークデバイスに接続拒否のメッセージを送信する
ことを特徴とする請求項８〜１１のうちいずれか１項に記載の装置。
【請求項１５】
プロセッサと、
前記プロセッサにより実行可能な命令を記憶するメモリと、を備え、
前記プロセッサは、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信し、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するように構成される
ことを特徴とするサービス接続を確立する装置。
【請求項１６】
プロセッサに実行されることにより、請求項１から請求項７のうちいずれか１項に記載のサービス接続を確立する方法を実現することを特徴とするプログラム。
【請求項１７】
請求項１６に記載のプログラムが記録された記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術分野に関し、具体的には、サービス接続を確立する方法、装置、プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
無線通信技術が２Ｇ、３Ｇ、４Ｇから５Ｇへ徐々に進化することに伴い、ユーザのニーズがますます高まり、サービスの多様性は、ユーザが注目する事になっている。ユーザのニーズを満足するために、現在の通信技術は、柔軟かつ多様なサービスの配置を実現し、ユーザのために複数のタイプのサービスを与えることができる。
【０００３】
実際の応用において、ユーザデバイスが同時に複数のサービスを処理できないため、ユーザデバイスがアイドル状態にある時、ネットワークデバイスが送信した接続請求メッセージを受信した場合、対応するサービス接続を確立し、ユーザのためにサービスを処理する。ユーザデバイスは、サービス接続を確立した後、ビジー状態にあり、この場合、ネットワークデバイスが送信した他の接続請求メッセージをまた受信した場合、当該ネットワークデバイスに接続拒否のメッセージを送信し、即ち、確立したサービス接続を維持し、新しいサービス接続を確立することを拒否し、ユーザのために他のサービスを処理しない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
関連する技術に存在する問題を解決するために、本発明は、サービス接続を確立する方法、装置、プログラム、及び記録媒体を提供する。技術案は、以下の通りである。
【課題を解決するための手段】
【０００５】
本発明の実施例に係る第１態様によれば、サービス接続を確立する方法を提供し、前記方法は、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信するステップと、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するステップと、を含む。
【０００６】
他の実施例において、前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定するステップと、を含む。
【０００７】
他の実施例において、前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断するステップと、
前記第１のタイプが前記予め設けられた好ましいタイプに一致せず、前記第２のタイプが前記予め設けられた好ましいタイプに一致する場合、前記第２のタイプのサービス接続を確立することを確定するステップと、
前記第１のタイプが前記予め設けられた好ましいタイプに一致し、前記第２のタイプが前記予め設けられた好ましいタイプに一致しない場合、または、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致する場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【０００８】
他の実施例において、前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断するステップと、
前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致しない場合、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定するステップと、
前記第２のタイプの優先度が前記第１のタイプの優先度より高くない場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【０００９】
他の実施例において、前記接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【００１０】
他の実施例において、前記接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【００１１】
他の実施例において、前記判断結果に基づいて応答することは、
前記第２のタイプのサービス接続を確立することを確定した場合、前記第１のタイプのサービス接続をサスペンドまたは切断し、前記第２のタイプのサービス接続を確立するステップと、
前記第２のタイプのサービス接続を確立しないことを確定した場合、前記ネットワークデバイスに接続拒否のメッセージを送信するステップと、を含む。
【００１２】
本発明の実施例に係る第２態様によれば、サービス接続を確立する装置を提供し、前記装置は、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信する受信モジュールと、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する応答モジュールと、を含む。
【００１３】
他の実施例において、前記応答モジュールは、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断し、前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定する。
【００１４】
他の実施例において、前記応答モジュールは、ローカルデバイスの予め設けられた好ましいタイプを取得し、前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断し、前記第１のタイプが前記予め設けられた好ましいタイプに一致せず、前記第２のタイプが前記予め設けられた好ましいタイプに一致する場合、前記第２のタイプのサービス接続を確立することを確定し、前記第１のタイプが前記予め設けられた好ましいタイプに一致し、前記第２のタイプが前記予め設けられた好ましいタイプに一致しない場合、または、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致する場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定する。
【００１５】
他の実施例において、前記応答モジュールは、ローカルデバイスの予め設けられた好ましいタイプを取得し、前記第１のタイプと前記第２のタイプが前記予め設けられた好ましいタイプに一致するか否かを判断し、前記第１のタイプと前記第２のタイプがいずれも前記予め設けられた好ましいタイプに一致しない場合、前記第２のタイプの優先度が前記第１のタイプの優先度より高いか否かを判断し、前記第２のタイプの優先度が前記第１のタイプの優先度より高い場合、前記第２のタイプのサービス接続を確立することを確定し、前記第２のタイプの優先度が前記第１のタイプの優先度より高くない場合、前記第１のタイプのサービス接続を維持し、前記第２のタイプのサービス接続を確立しないことを確定する。
【００１６】
他の実施例において、前記接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【００１７】
他の実施例において、前記接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【００１８】
他の実施例において、前記応答モジュールは、前記第２のタイプのサービス接続を確立することを確定した場合、前記第１のタイプのサービス接続をサスペンドまたは切断し、前記第２のタイプのサービス接続を確立し、前記第２のタイプのサービス接続を確立しないことを確定した場合、前記ネットワークデバイスに接続拒否のメッセージを送信する。
【００１９】
本発明の実施例に係る第３態様によれば、サービス接続を確立する装置を提供し、前記装置は、
プロセッサと、
プロセッサにより実行可能な命令を記憶するメモリと、を備え、
前記プロセッサは、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、前記第２のタイプを少なくとも付加する前記接続請求メッセージを受信し、
前記第１のタイプと前記第２のタイプに基づいて、前記第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答するように構成される。
本発明の実施例に係る第４の態様によれば、プログラムを提供する。当該プログラムは、プロセッサに実行されることにより、上記のサービス接続を確立する方法を実現する。
本発明の実施例の第５の態様によれば、記録媒体を提供する。当該記録媒体には、上記プログラムが記録されている。
【発明の効果】
【００２０】
本発明の実施例に係る技術案は、以下の有益な効果を含み得る。
【００２１】
本実施例に係る方法及び装置は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて第２のタイプのサービス接続を確立するか否かを判断して、判断結果に基づいて応答し、接続拒否のメッセージを直接に返信しない。これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。
【００２２】
なお、前記一般的な記載及び後述の詳細な記載は、単なる例示的な記載であり、本発明を限定しない。
【図面の簡単な説明】
【００２３】
ここでの図面は、明細書に合併されて本明細書の一部を構成して本発明と合致する実施例を示し、明細書とともに本発明の原理を説明するのに用いられる。
【図１】一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートである。
【図２】一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートである。
【図３】一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートである。
【図４】一例示的な実施例に係るサービス接続を確立する装置を示すブロック図である。
【図５】一例示的な実施例に係るサービス接続を確立する装置を示すブロック図である。
【発明を実施するための形態】
【００２４】
本発明の目的、技術案、及び利点をより明確にするために、以下、図面を参照しながら、本発明についてより詳細に説明する。ここで、本発明の模式的な実施形態及びその説明は、本発明を解釈するためのものであり、本発明に対して限定するものではない。
【００２５】
本発明の実施例は、サービス接続を確立する方法及び装置を提供し、以下、図面を参照して本発明を詳細に説明する。
【００２６】
図１は、一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートであり、図１に示すように、サービス接続を確立する方法は、ユーザデバイスに用いられ、以下のステップを含む。
【００２７】
ステップ１０１において、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、当該第２のタイプを少なくとも付加する前記接続請求メッセージを受信する。
【００２８】
ステップ１０２において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する。
【００２９】
本実施例に係る方法は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて、第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。
【００３０】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断することは、
当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定するステップと、を含む。
【００３１】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否か判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断するステップと、
当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、当該第２のタイプのサービス接続を確立することを確定するステップと、
当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【００３２】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断するステップと、
当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高くない場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【００３３】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【００３４】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【００３５】
他の実施例において、当該判断結果に基づいて応答することは、
当該第２のタイプのサービス接続を確立することを確定した場合、当該第１のタイプのサービス接続をサスペンド（一時中止）または切断し、当該第２のタイプのサービス接続を確立するステップと、
当該第２のタイプのサービス接続を確立しないことを確定した場合、当該ネットワークデバイスに接続拒否のメッセージを送信するステップと、を含む。
【００３６】
上記のすべての選択的な技術案は、任意の結合方式を採用して本発明の選択的な実施例を形成し、ここで繰り返して説明しない。
【００３７】
図２は、一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートであり、本実施例は、第１のタイプの優先度と第２のタイプの優先度に基づいて判断を行うことを例とし、図２に示すように、サービス接続を確立する方法は、ユーザデバイスに用いられ、以下のステップを含む。
【００３８】
ステップ２０１において、ユーザデバイスは、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した接続請求メッセージを受信し、当該接続請求メッセージは、第２のタイプを少なくとも付加する。
【００３９】
ここで、当該ユーザデバイスは、携帯電話、パーソナルコンピュータ、モノのインターネット（IoT: Internet of Things）のデバイスまたは車載端末などデバイスであってもよく、当該ネットワークデバイスは、基地局、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）等であってもよく、本実施例は、これに限定しない。
【００４０】
ユーザデバイスがアイドル状態にある時、いずれかのネットワークデバイスが送信した接続請求メッセージを受信した場合、当該接続請求メッセージに基づいてサービス接続を確立し、サービス接続を確立した後、当該ユーザデバイスは、ビジー状態にある。関連技術において、ユーザデバイスがビジー状態にある時、ネットワークデバイスが送信した他の接続請求メッセージをまた受信した場合、確立したサービス接続を維持するとともに、今回の接続請求メッセージを送信したネットワークデバイスに接続拒否のメッセージに送信し、新しいサービス接続を確立することを拒否する。ただし、新しいサービスが即時性に対して高く要求されている場合、サービス接続を確立することを拒否することは、サービスを直ちに処理できないおそれがあり、サービス性能を影響し、これにより、ユーザのサービスニーズを満足できず、ユーザ体験に影響を与える。
【００４１】
現在の通信技術が複数のタイプのサービスを提供できることを考慮すると、異なるタイプのサービスは、即時性に対して異なるニーズがあり、例えば、一部のサービスは、即時性に対する要求が高い、例えば、音声サービス等であり、このようなサービスは、サービス接続を速く確立する必要があり、一部のサービスが即時性に対する要求が高くない、例えば、データ処理サービス等であり、このようなサービスは、一定時間の後に処理を行っても良い。
【００４２】
そこで、総合性能を高めるために、本実施例は、ネットワークデバイスが送信した接続請求メッセージにサービスタイプを加え、ユーザデバイスがビジー状態にある場合、サービスタイプに基づいて判断を行って、新しいサービス接続を確立するか否かを確定でき、新しいサービスを処理する。
【００４３】
本実施例は、当該ユーザデバイスが第１のタイプのサービス接続を確立した場合に応用され、この場合、ネットワークデバイスは、ユーザデバイスに接続請求メッセージを送信し、当該ユーザデバイスは、当該接続請求メッセージを受信する。ここで、当該接続請求メッセージは、確立待ちサービス接続の第２のタイプを少なくとも付加し、且つ、当該接続請求メッセージは、当該ユーザデバイスが第２のタイプのサービス接続を確立するように指示する。
【００４４】
ここで、当該接続請求メッセージは、Ｐａｇｉｎｇ（ページング）メッセージ、データ処理の接続請求メッセージまたは他のタイプのサービス接続請求メッセージであってもよく、本実施例は、これに限定されない。
【００４５】
例えば、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含み、当該ネットワークデバイスが当該接続請求メッセージを送信する場合、当該第２のタイプを当該サービスタイプフィールドに加えてもよい。当該サービスタイプフィールドは、２ビット、３ビットまたは３ビット以上のビットを占めてもよく、本実施例は、これに限定されない。
【００４６】
Ｐａｇｉｎｇメッセージを例として、関連技術におけるＰａｇｉｎｇメッセージは、インターネットページングの対象を表すためのｕｅ−Ｉｄｅｎｔｉｔｙと、インターネットがどちらのドメイン（データドメインまたは回路ドメイン）にページングを行うことを表すためのｃｎ−Ｄｏｍａｉｎとの２つのフィールドを含み、具体的には、以下の通りである。
【００４７】
ｍｅｓｓａｇｅ ｃ１ ： ｐａｇｉｎｇ ：
｛
ｐａｇｉｎｇＲｅｃｏｒｄＬｉｓｔ
｛
｛
ｕｅ−Ｉｄｅｎｔｉｔｙ ｓ−ＴＭＳＩ ：
｛
ｍｍｅｃ
ｍ−ＴＭＳＩ
｝
ｃｎ−Ｄｏｍａｉｎ
｝
｝
｝
本実施例は、ＰａｇｉｎｇメッセージにＳｅｒｖｉｃｅＴｙｐｅフィールドを加えてサービスタイプを表し、加えられたＰａｇｉｎｇメッセージは、以下の通りである。
【００４８】
ｍｅｓｓａｇｅ ｃ１ ： ｐａｇｉｎｇ ：
｛
ｐａｇｉｎｇＲｅｃｏｒｄＬｉｓｔ
｛
｛
ｕｅ−Ｉｄｅｎｔｉｔｙ ｓ−ＴＭＳＩ ：
｛
ｍｍｅｃ
ｍ−ＴＭＳＩ
｝
ｃｎ−Ｄｏｍａｉｎ
ＳｅｒｖｉｃｅＴｙｐｅ
｝
｝
｝
ステップ２０２において、ユーザデバイスは、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、高い場合、ステップ２０３を実行し、否である場合、ステップ２０４を実行する。
【００４９】
第１のタイプのサービス接続を確立した場合、当該接続請求メッセージを受信した後、当該ユーザデバイスは、当該ネットワークデバイスに接続拒否のメッセージをすぐに送信せず、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、優先度の高低に基づいて、第２のタイプのサービス接続を確立するか否かを確定する。
【００５０】
具体的には、当該ユーザデバイスが当該第１のタイプのサービス接続を確立する場合、当該第１のタイプを記録してもよく、そうすると、それ以降、当該接続請求メッセージを受信した場合、過去の記録に基づいて現在確立されたサービス接続タイプが当該第１のタイプであることを確定するとともに、当該接続請求メッセージに基づいて当該第２のタイプを取得でき、この場合、当該第１のタイプと当該第２のタイプの優先度を確定し、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断する。
【００５１】
本発明の実施例において、優先度が高いほど、サービスの即時性に対する要求が高いため、優先処理を行う必要があり、優先度が低いほど、サービスの即時性に対する要求が低いため、遅延処理を行っても良い。当該ユーザデバイスは、複数のサービスタイプの優先度順位を予め確定でき、予め設けられた優先度順位に基づいて当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断できる。
【００５２】
ここで、異なるタイプのユーザデバイスが確定した優先度順位は、同じであってもよい、異なっていてもよい。
【００５３】
例えば、以下の３種類のサービスタイプ、即ち、大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、高度モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄ Ｂａｎｄ）、超高信頼度低レイテンシ通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ）に対して、モノのインターネット（IoT）のデバイスが確定したサービスタイプの優先度順位は、ｍＭＴＣ＞ＵＲＬＬＣ＞ｅＭＢＢであり、車載端末が確定したサービスタイプの優先度順位は、ＵＲＬＬＣ＞ｅＭＢＢ＞ｍＭＴＣである。
【００５４】
また、サービスタイプが比較的多い場合、当該ユーザデバイスが各サービスタイプの優先度順位を確定しにくいことを考慮すると、当該ネットワークデバイスは、接続請求メッセージを送信する場合、サービスタイプの優先度を付加してもよい、これにより、ユーザデバイスは、受信した接続請求メッセージに基づいてサービスタイプの優先度を直接に確定してもよく、サービス接続を確立した後、当該サービスタイプの優先度を記録してもよい。例えば、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを付加する。
【００５５】
そうすると、当該接続請求メッセージには当該第２のタイプの優先度を付加し、当該ユーザデバイスは、当該接続請求メッセージを受信した場合、当該第２のタイプの優先度を取得するとともに、過去の記録から当該第１のタイプの優先度を取得し、当該第１のタイプの優先度と当該第２のタイプの優先度に基づいて、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断する。
【００５６】
例えば、当該ユーザデバイスが記録した第１のタイプの優先度が３であり、当該接続請求メッセージに付加される第２のタイプの優先度が４である場合、当該第２のタイプの優先度が当該第１のタイプの優先度より高いことを確定できる。
【００５７】
ステップ２０３において、ユーザデバイスは、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立する。
【００５８】
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービスが即時性に対する要求が比較的高いことを表し、当該第２のタイプのサービスを優先的に処理する必要があり、これにより、当該ユーザデバイスは、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を先に確立し、当該第２のタイプのサービスの処理が完了した場合、当該第１のタイプのサービス接続を改めて復元する。
【００５９】
ステップ２０４において、ユーザデバイスは、当該第１のタイプのサービス接続を維持するとともに、当該ネットワークデバイスに接続拒否のメッセージを送信する。
【００６０】
当該第２のタイプの優先度が当該第１のタイプの優先度より高くない場合、当該第２のタイプのサービスは即時性に対する要求が高くないことを表し、当該ユーザデバイスは、現在に当該第２のタイプのサービスをすぐに処理する必要がなく、これにより、当該ネットワークデバイスに接続拒否のメッセージを送信する。この過程において、当該ユーザデバイスは、当該第１のタイプのサービス接続を維持し、当該第１のタイプのサービスを持続的に処理する。
【００６１】
なお、本実施例は、ユーザデバイスが１つの接続請求メッセージを受信したことを例として説明し、実際には、当該ユーザデバイスが複数の接続請求メッセージを受信してもよく、この場合、当該ユーザデバイスは、当該第１のタイプの優先度と当該複数の接続請求メッセージに対応する複数のタイプの優先度を取得し、優先度を判断することによって、優先度が比較的高いサービスを優先的に処理し、具体的な過程は、上記のステップ２０２〜２０４に類似し、ここで繰り返して説明しない。
【００６２】
本実施例に係る方法は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて判断を行い、優先度が比較的高いサービスを優先的に処理し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。第２のタイプの優先度が比較的高い場合、新しいサービスは、既存サービスのリソースを先取でき、高優先度のサービスがリソースを優先的に使用することを確保し、高優先度のサービスの即時処理を実現できる。
【００６３】
図３は、一例示的な実施例に係るサービス接続を確立する方法を示すフローチャートであり、本実施例は、ユーザデバイスの予め設けられた好ましいタイプに基づいて判断を行うことを例とし、図３に示すように、サービス接続を確立する方法は、ユーザデバイスに用いられ、以下のステップを含む。
【００６４】
ステップ３０１において、ユーザデバイスは、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した接続請求メッセージであって、第２のタイプを少なくとも付加する前記接続請求メッセージを受信する。
【００６５】
当該ステップ３０１は、ステップ２０１に類似し、ここで繰り返して説明しない。
【００６６】
ステップ３０２において、ユーザデバイスは、予め設けられた好ましいタイプを取得し、当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断する。
【００６７】
異なるユーザデバイスが処理する主要サービスのタイプが異なることを考慮すると、各ユーザデバイスにとって、当該ユーザデバイスは、予め設けられた好ましいタイプのサービスを優先的に処理するように、常に処理される主要サービスのタイプに基づいて、当該予め設けられた好ましいタイプを確定でき、例えば、モノのインターネット（IoT）のデバイスの予め設けられた好ましいタイプがｍＭＴＣであり、これにより、ｍＭＴＣサービスを優先的に処理する。
【００６８】
そうすると、当該ユーザデバイスは、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断し、第２のタイプのサービス接続を確立するか否かを確定する。
【００６９】
ステップ３０３において、当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、ユーザデバイスは、ステップ３０６を実行する。
【００７０】
ステップ３０４において、当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、ユーザデバイスは、ステップ３０７を実行する。
【００７１】
ステップ３０５において、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、ユーザデバイスは、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、そうである場合、ステップ３０６を実行し、そうでない場合、ステップ３０７を実行する。
【００７２】
ステップ３０６において、ユーザデバイスは、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立する。
【００７３】
ステップ３０７において、ユーザデバイスは、当該第１のタイプのサービス接続を維持するとともに、当該ネットワークデバイスに接続拒否のメッセージを送信する。
【００７４】
当該ユーザデバイスは、当該予め設けられた好ましいタイプに一致するサービス接続を優先的に処理し、そうすると、当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立する。当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しない、これにより、当該ネットワークデバイスに接続拒否のメッセージを送信する。
【００７５】
当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、優先度が比較的高いサービスを優先的に処理する。この場合、当該ユーザデバイスは、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、判断結果に基づいて当該第２のタイプのサービス接続を確立するか否かを確定し、具体的な過程は、上記のステップ２０２〜２０４に類似し、ここで繰り返して説明しない。
【００７６】
本実施例に係る方法は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプの優先度及びユーザデバイスの予め設けられた好ましいタイプに基づいて判断を行い、予め設けられた好ましいタイプに一致するサービス、または、優先度が比較的高いサービスを優先的に処理し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。
【００７７】
図４は、一例示的な実施例に係るサービス接続を確立する装置を示すブロック図である。図４を参照すると、当該装置は、受信モジュール４０１と応答モジュール４０２とを含む。
【００７８】
受信モジュール４０１は、第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、当該第２のタイプを少なくとも付加する前記接続請求メッセージを受信する。
【００７９】
応答モジュール４０２は、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する。
【００８０】
本実施例に係る装置は、接続請求メッセージにサービスタイプを付加することによって、第１のタイプのサービス接続を確立した場合、第２のタイプを付加する接続請求メッセージを受信した時、第１のタイプと第２のタイプに基づいて第２のタイプのサービス接続を確立するか否かを判断して、判断結果に基づいて応答し、接続拒否のメッセージを直接に返信しない、これにより、サービスタイプに基づいて第１のタイプのサービス接続を維持するか第２のタイプのサービス接続を確立するかを判断でき、柔軟性を高め、サービス性能を高める。
【００８１】
他の実施例において、当該応答モジュール４０２は、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定する。
【００８２】
他の実施例において、当該応答モジュール４０２は、装置の予め設けられた好ましいタイプを取得し、当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断し、当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、当該第２のタイプのサービス接続を確立することを確定し、当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定する。
【００８３】
他の実施例において、当該応答モジュール４０２は、装置の予め設けられた好ましいタイプを取得し、当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断し、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断し、当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定し、当該第２のタイプの優先度が当該第１のタイプの優先度より高くない場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定する。
【００８４】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【００８５】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【００８６】
他の実施例において、当該応答モジュール４０２は、当該第２のタイプのサービス接続を確立することを確定した場合、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立し、当該第２のタイプのサービス接続を確立しないことを確定した場合、当該ネットワークデバイスに接続拒否のメッセージを送信する。
【００８７】
上記のすべての技術案を、任意の結合方式を用いて、組み合わせることによって、本発明の他の実施例を形成してもよい。ここで、これらの実施例について繰り返して説明しない。
【００８８】
上記の実施例における装置の各モジュールが操作を実行する具体的な形態は、既に関連する当該方法の実施例に詳しく説明し、ここで繰り返して詳しく説明しない。
【００８９】
なお、上記の実施例に係るサービス接続を確立する装置は、サービス接続を確立する場合、上記の各機能モジュールの区画のみを例として説明し、実際の応用において、必要に応じて上記の機能を異なる機能モジュールにより完成でき、即ち、上記で説明した全部または一部の機能を完成するように、ユーザデバイスの内部構造を異なる機能モジュールに区画する。また、サービス接続を確立する装置の実施例とサービス接続を確立する方法の実施例は、同じ思想に属し、その具体的な過程の詳細は、方法実施例を参照し、ここで繰り返して説明しない。
【００９０】
図５は、一例示的な実施例に係るサービス接続を確立する装置５００を示すブロック図である。例えば、装置５００は、携帯電話、コンピュータ、デジタルブロードキャスト端末、メッセージ送受信機、ゲーム機、タブレットデバイス、医療機器、フィットネス機器、ＰＤＡ（Personal Digital Assistant）等のものであってもよい。
【００９１】
図５を参照すると、装置５００は、処理ユニット５０２、メモリ５０４、電源ユニット５０６、マルチメディアユニット５０８、オーディオユニット５１０、入力/出力（Ｉ/Ｏ）インタフェース５１２、センサーユニット５１４、及び通信ユニット５１６からなる群から選ばれる少なくとも１つを備えてもよい。
【００９２】
処理ユニット５０２は、一般的には、装置５００の全体の操作、例えば、表示、電話呼び出し、データ通信、カメラ操作及び記録操作に関連する操作を制御する。処理ユニット５０２は、上述した方法におけるステップの一部又は全部を実現できるように、命令を実行する少なくとも１つのプロセッサ５２０を備えてもよい。また、処理ユニット５０２は、他のユニットとのインタラクションを促進させるように、少なくとも１つのモジュールを備えてもよい。例えば、処理ユニット５０２は、マルチメディアユニット５０８とのインタラクションを便利にさせるように、マルチメディアモジュールを備えてもよい。
【００９３】
メモリ５０４は、装置５００での操作をサポートするように、各種のデータを記憶するように配置される。これらのデータは、例えば、装置５００で何れのアプリケーション又は方法を操作するための命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ５０４は、何れの種類の揮発性又は不揮発性メモリ、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気メモリ、フラッシュメモリ、磁気ディスク、或いは光ディスクにより、或いはそれらの組み合わせにより実現することができる。
【００９４】
電源ユニット５０６は、装置５００の各種ユニットに電力を供給するためのものであり、電源管理システム、１つ又は複数の電源、及び装置５００のために電力を生成、管理及び分配することに関連する他のユニットを備えてもよい。
【００９５】
マルチメディアユニット５０８は、装置５００とユーザとの間に出力インタフェースを提供するスクリーンを備えてもよい。スクリーンは、例えば、液晶ディスプレイ（ＬＣＤ）やタッチパネル（ＴＰ）を備えてもよい。スクリーンは、タッチパネルを備える場合、ユーザからの入力信号を受信するため、タッチスクリーンとして利用することができる。また、タッチパネルは、タッチと、スライド（スワイプ）と、タッチパネル上の手振りとを感知するように、少なくとも１つのタッチセンサーを有する。タッチセンサーは、タッチやスライド動作の境界を感知できるだけではなく、タッチやスライド操作と関連する持続時間や圧力も感知できる。一実施例では、マルチメディアユニット５０８は、フロントカメラ及びバックカメラの少なくとも１つを有してもよい。装置５００が、例えば、撮影モードやビデオモードのような操作モードにある時、フロントカメラ及びバックカメラの少なくとも１つが外部のマルチメディアデータを受信できる。フロントカメラ及びバックカメラのそれぞれは、固定の光学レンズ系であってもよいし、焦点距離及び光学ズーム能力を有するものであってもよい。
【００９６】
オーディオユニット５１０は、オーディオ信号を出力する、入力する、又は、入出力するように配置される。例えば、オーディオユニット５１０は、マイクロフォン（ＭｉＣ）を有してもよい。装置５００が、例えば、呼び出しモード、記録モード、又は音声認識モードのような操作モードにあるとき、マイクロフォンは、外部のオーディオ信号を受信するように配置される。受信したオーディオ信号は、メモリ５０４にさらに記憶されてもよいし、通信ユニット５１６を介して送信されてもよい。一実施例では、オーディオユニット５１０は、オーディオ信号を出力するためのスピーカをさらに備えてもよい。
【００９７】
Ｉ/Ｏインタフェース５１２は、処理ユニット５０２と外部のインタフェースモジュールとの間にインタフェースを提供するためのものである。上記外部のインタフェースモジュールは、キーボードや、クリックホイールや、ボタン等であってもよい。これらのボタンは、ホームボタン、音量ボタン、スタートボタン、及びロックボタンの少なくとも１つであってもよいが、それらに限らない。
【００９８】
センサーユニット５１４は、装置５００のために各方面の状態を評価する少なくとも１つのセンサーを備えてもよい。例えば、センサーユニット５１４は、装置５００のオン又はオフ状態や、ユニットの相対的な位置を検出することができる。例えば、前記ユニットは、装置５００のディスプレイ及びキーパッドである。センサーユニット５１４は、装置５００又は装置５００の１つのユニットの位置の変化と、ユーザが装置５００に接触しているか否かと、装置５００の方向又は加速又は減速と、装置５００の温度変化とを検出することができる。センサーユニット５１４は、何れの物理的な接触もない場合に付近の物体を検出するように配置される近接センサーを有してもよい。センサーユニット５１４は、イメージングアプリケーションに用いるための光センサー、例えば、ＣＭＯＳ又はＣＣＤ画像センサーを有してもよい。一実施例では、当該センサーユニット５１４は、加速度センサー、ジャイロスコープセンサー、磁気センサー、圧力センサー又は温度センサーをさらに備えてもよい。
【００９９】
通信ユニット５１６は、装置５００と他の設備の間との無線、又は有線通信を便利にさせるように配置される。装置５００は、通信標準に基づく無線ネットワーク、例えば、ＷｉＦｉ（登録商標）、２Ｇ又は３Ｇ、又はそれらの組み合わせにアクセスできる。１つの例示的な実施例では、通信ユニット５１６は、ブロードキャストチャンネルを介して外部のブロードキャスト管理システムからのブロードキャスト信号、又はブロードキャストに関する情報を受信する。１つの例示的な実施例では、前記通信ユニット５１６は、近距離通信を促進するために近距離無線通信（ＮＦＣ）モジュールをさらに備えてもよい。例えば、ＮＦＣモジュールは、無線周波数認識装置（ＲＦＩＤ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、赤外線データ協会（ＩｒＤＡ：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）技術、超広帯域無線（ＵＷＢ：Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）技術、ブルートゥース（ＢＴ：Ｂｌｕｅｔｏｏｔｈ（登録商標））技術及び他の技術によって実現されてもよい。
【０１００】
例示的な実施例では、装置５００は、上述した方法を実行するために、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、数字信号処理デバイス（ＤＳＰＤ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、プログラム可能論理デバイス（ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、書替え可能ゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサー、又は他の電子機器によって実現されてもよい。
【０１０１】
例示的な実施例では、命令を有する非一時的コンピュータ読み取り可能な記録媒体、例えば、命令を有するメモリ５０４をさらに提供する。前記命令は、装置５００のプロセッサ５２０により実行されて上述した方法を実現する。例えば、前記非一時的コンピュータ読み取り可能な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク及び光データメモリ等であってもよい。
【０１０２】
非一時的コンピュータ可読記録媒体は、前記記録媒体における命令が端末のプロセッサにより実行されると、端末がサービス接続を確立する方法を実行するようにする。前記方法は、
第１のタイプのサービス接続を確立した場合、ネットワークデバイスが送信した、第２のタイプのサービス接続を確立するように指示するための接続請求メッセージであって、当該第２のタイプを少なくとも付加する前記接続請求メッセージを受信する。
【０１０３】
当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断するとともに、判断結果に基づいて応答する。
【０１０４】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断することは、
当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定するステップと、を含む。
【０１０５】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否か判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断するステップと、
当該第１のタイプが当該予め設けられた好ましいタイプに一致せず、当該第２のタイプが当該予め設けられた好ましいタイプに一致する場合、当該第２のタイプのサービス接続を確立することを確定するステップと、
当該第１のタイプが当該予め設けられた好ましいタイプに一致し、当該第２のタイプが当該予め設けられた好ましいタイプに一致しない場合、または、当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致する場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【０１０６】
他の実施例において、当該第１のタイプと当該第２のタイプに基づいて、当該第２のタイプのサービス接続を確立するか否かを判断することは、
ローカルデバイスの予め設けられた好ましいタイプを取得するステップと、
当該第１のタイプと当該第２のタイプが当該予め設けられた好ましいタイプに一致するか否かを判断するステップと、
当該第１のタイプと当該第２のタイプがいずれも当該予め設けられた好ましいタイプに一致しない場合、当該第２のタイプの優先度が当該第１のタイプの優先度より高いか否かを判断するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高い場合、当該第２のタイプのサービス接続を確立することを確定するステップと、
当該第２のタイプの優先度が当該第１のタイプの優先度より高くない場合、当該第１のタイプのサービス接続を維持し、当該第２のタイプのサービス接続を確立しないことを確定するステップと、を含む。
【０１０７】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプを格納するためのサービスタイプフィールドを少なくとも含む。
【０１０８】
他の実施例において、当該接続請求メッセージは、確立待ちサービス接続のサービスタイプの優先度を格納するための優先度フィールドを更に付加する。
【０１０９】
他の実施例において、当該判断結果に基づいて応答することは、
当該第２のタイプのサービス接続を確立することを確定した場合、当該第１のタイプのサービス接続をサスペンドまたは切断し、当該第２のタイプのサービス接続を確立するステップと、
当該第２のタイプのサービス接続を確立しないことを確定した場合、当該ネットワークデバイスに接続拒否のメッセージを送信するステップと、を含む。
【０１１０】
上記のすべての技術案を、任意の結合方式を用いて、組み合わせることによって、本発明の他の実施例を形成してもよい。ここで、これらの実施例について繰り返して説明しない。
【０１１１】
当業者は、明細書に対する理解、及び明細書に記載された発明に対する実施を介して、本発明の他の実施形態を容易に取得することができる。本発明は、本発明に対する任意の変形、用途、又は適応的な変化を含み、このような変形、用途、又は適応的な変化は、本発明の一般的な原理に従い、本発明では開示していない本技術分野の公知知識、又は通常の技術手段を含む。明細書及び実施例は、単に例示的なものであって、本発明の本当の範囲と主旨は、以下の特許請求の範囲によって示される。
【０１１２】
本発明は、上記で記述され、図面で図示した特定の構成に限定されず、その範囲を離脱しない状況で、様々な修正や変更を実施してもよい。本発明の範囲は、添付される特許請求の範囲のみにより限定される。
【国際調査報告】
2018527765.tif 000008
2018527765.tif 000009
2018527765.tif 000010
2018527765.tif 000011