"メディアストリーム数に上限があるネットワークを介して複数の通信端末がメディアストリームの送受信を行う通信システムにおける通信端末であり、前記メディアストリームの送受信に際し、前記メディアストリームの受信ポート番号と、前記メディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とが設定されることを特徴とする通信端末。対向する通信端末との間で能力や希望する通信の内容を交換するメッセージに、前記メディアストリームの受信ポート番号と、前記メディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とが付加されることを特徴とする請求項1記載の通信端末。対向する通信端末との間で能力や希望する通信の内容を交換するメッセージに、前記メディアストリームの受信ポート番号が付加され、かつ前記メッセージとは別に、送受信したいメディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とが設定されることを特徴とする請求項1記載の通信端末。対向する通信端末との間で能力や希望する通信の内容を交換するメッセージに、前記メディアストリームの受信ポート番号が付加され、かつ前記メッセージとは別に、送受信したいメディアストリームの送信元ポート番号の相対的な大小と、アプリケーションとが関連付けられることを特徴とする請求項1記載の通信端末。予め通信内容を申請して通信の許可を求めるネットワークに適用されることを特徴とする請求項1から4のいずれかに記載の通信端末。メディアストリーム数に上限があるネットワークを介して複数の通信端末がメディアストリームの送受信を行う通信システムにおける通信端末の送受信方法であり、前記メディアストリームの送受信に際し、前記メディアストリームの受信ポート番号と、前記メディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とを設定することを特徴とする通信端末の送受信方法。対向する通信端末との間で能力や希望する通信の内容を交換するメッセージに、前記メディアストリームの受信ポート番号と、前記メディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とを付加することを特徴とする請求項6記載の通信端末の送受信方法。対向する通信端末との間で能力や希望する通信の内容を交換するメッセージに、前記メディアストリームの受信ポート番号を付加し、かつ前記メッセージとは別に、送受信したいメディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とを設定することを特徴とする請求項6記載の通信端末の送受信方法。対向する通信端末との間で能力や希望する通信の内容を交換するメッセージに、前記メディアストリームの受信ポート番号を付加し、かつ前記メッセージとは別に、送受信したいメディアストリームの送信元ポート番号の相対的な大小と、アプリケーションとを関連付けることを特徴とする請求項6記載の通信端末の送受信方法。請求項1から5に記載の複数の通信端末を含むことを特徴とする通信システム。しかし、上記本発明に関連するNGNでは、1つのSIPセッションあたりのメディアストリームの数は限られており、その制限を超えた数のメディアストリームは通信網で拒否されるという課題がある。たとえば、SIPセッションあたりのメディアストリームの数が2つまでと制限されているネットワークで、TVTelevision電話の通信を行いたいと仮定した場合を考えると、音声メディアストリーム1つと、映像メディアストリーム1つまでは通信可能だが、それ以上メディアストリームを増やすことができないため、複数の映像や音声のストリームを送りたい場合や、資料共有のストリームを送りたい場合に、3つ目以降のストリームが網で拒否されてしまい実現できなかった。一方、特許文献1に記載の発明は、パケットロスの影響が波及する現象を低減させることを目的としており、その目的が本発明と全く相違する。後述するが、本発明の目的は通信網でのメディアストリーム数の制限を超えた通信を実現させることである。したがって、本発明の特徴である複数のメディアストリームを、網からは1本のメディアストリームに見せかけるための構成はこの発明には開示されておらず、よってこの発明により本発明と同様の効果を奏することはできない。また、特許文献2に記載の発明は、メディア種別を考慮して、中継する通信の帯域制御を行うことを目的としており、その目的が本発明と全く相違する。したがって、本発明の特徴である複数のメディアストリームを、網からは1本のメディアストリームに見せかけるための構成はこの発明には開示されておらず、よってこの発明により本発明と同様の効果を奏することはできない。さらに、特許文献3に記載の発明は、通信品質が保証されたNGNにおいて、通信させる2者間のデータを転送することを目的としており、その目的が本発明と全く相違する。したがって、本発明の特徴である複数のメディアストリームを、網からは1本のメディアストリームに見せかけるための構成はこの発明には開示されておらず、よってこの発明により本発明と同様の効果を奏することはできない。そこで、本発明の目的は、通信網でのメディアストリーム数の制限を超えた通信が可能な通信端末およびその送受信方法ならびにその端末を含む通信システムを提供することにある。前記課題を解決するために、本発明による通信端末は、メディアストリーム数に上限があるネットワークを介して複数の通信端末がメディアストリームの送受信を行う通信システムにおける通信端末であり、前記メディアストリームの送受信に際し、前記メディアストリームの受信ポート番号と、前記メディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とが設定されることを特徴とする。また、本発明による通信端末の送受信方法は、メディアストリーム数に上限があるネットワークを介して複数の通信端末がメディアストリームの送受信を行う通信システムにおける通信端末の送受信方法であり、前記メディアストリームの送受信に際し、前記メディアストリームの受信ポート番号と、前記メディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とを設定することを特徴とする。また、本発明による通信システムは、上記複数の通信端末を含むことを特徴とする。本発明によれば、通信網でのメディアストリーム数の制限を超えた通信が可能となる。まず、実施の形態の説明に入る前に、本発明の概要について説明する。通信可能なメディアストリーム数に制限があり、メディアストリームをパケットの宛先Destinationポート番号で識別しているネットワークにおいて、ネットワークのメディアストリーム数の上限を超える通信を可能とする。SIPプロトコルを用いた通信開始前の能力交換において、メッセージを拡張し、メディアストリームの受信ポート番号だけでなく、送信元Sourceポート番号の交換を可能とする。これにより、宛先ポート番号は同一であるが、送信元ポート番号が異なるパケットを受信側で正しく分離して所望の動作を行うことが可能となり、複数のメディアストリームを、網からは1本のメディアストリームに見せかけることが可能となる。通常、NGNのような通信網では、ストリームの識別はOSIOpenSystemsInterconnection第4層のトランスポートプロトコルのポート番号で行う。ここでは、一例として2つの端末間でUDPを用いた通信を行いたい場合を説明する。通信に先立って、端末はSIPサーバを介してSIPプロトコルを交換することにより、お互いに自端末の能力や送受信したいストリームの情報を相手に知らせる。また同時に、SIPサーバは通信網にストリームを通すかどうかの判断を行ない、通信を許可する場合は通信網内の装置に設定を行う。ストリームの情報はSIPプロトコルに含まれるSDPに記述し、通信網がストリームを識別するためのポート番号は、受信ポート番号を記述する。通常、通信網では、ストリームに含まれるパケットのトランスポートプロトコルの宛先ポート番号が、許可した通信のSDPに記載されていた受信ポート番号と一致しているかを監視しているが、送信元ポート番号は監視していない。したがって、送信元ポート番号が異なっていても、宛先ポート番号が許可されたポート番号と一致していれば、通信は可能となる。受信側端末では送信元ポート番号でストリームを区別することによって、通信網では一つと認識されたストリームを複数に分割することが可能である。ただし、送信元ポート番号は送信側が勝手に付与するため、受信側では分離したストリームのそれぞれがどのようなものか判別することができない。そこで、本発明では、SIPメッセージに含まれるSDPの記述に、メディアストリームの送信元ポート番号と、そのメディアがどのようなものであるかを関連付ける情報とを付加することによって、複数のメディアストリームを通信網上は一つのストリームと見せかける手段を提供する。以下、本発明の実施の形態について添付図面を参照しながら説明する。まず、本発明の第1実施形態について説明する。図1は本発明に係る通信システムの一例の構成図である。同図を参照すると、本発明に係る通信システムの一例は、通信端末1および2と、NGN網11と、NGN網11内に設けられるSIPサーバ12と、エッジノード13および14とを含んで構成される。同図に示す例では、通信端末1と2とがNGN網11を介して相互にデータの交換を行う場合を示している。具体的には、通信端末1から送信されたデータは、通信端末1側に設けられたエッジノード13、SIPサーバ12、通信端末2側に設けられたエッジノード14を介して通信端末2にて受信される。同様に、通信端末2から送信されたデータは、通信端末2側に設けられたエッジノード14、SIPサーバ12、通信端末1側に設けられたエッジノード13を介して通信端末1にて受信される。また、同図に示す例では、2つの通信端末1,2がNGN網を介して帯域確保型のUDP通信を行う場合を示している。また、通信は通信端末1から通信端末2に向けて開始するものとする。図2は本発明に係る通信システムの通話開始時のシーケンスの一例を示す図である。同図に示すように、本発明に係る通信システムの通話開始時には、自通信端末からSIPメッセージをSIPサーバを介して相手通信端末に送信する。SIPメッセージにはSDPが含まれ、そのSDPに受信を希望するストリームの受信ポート番号を記載する。双方の通信端末はお互いの通信能力や送受信を希望するメディアの情報をSIPメッセージおよびSDPで交換するとともに、SIPサーバはSIPメッセージおよびSDPの記述を参照し、通信を許可した場合には、SDPに記述されているUDPポート番号をもつパケットを通過させるようにエッジノードに設定を行う。自通信端末は相手端末から受信したSDPに記載された受信ポート番号を、送信するUDPパケットの宛先送信ポート番号として送信する。NGN網のエッジノードはUDPパケットの宛先送信ポート番号がSIPサーバから設定されたポート番号と同一か確認し、一致していればパケットを中継し、不一致であればパケットを廃棄する等して通信を拒否する。本実施形態では、説明を簡略化するために、このNGN網では、1セッションSIPトランザクションあたり、2本のメディアストリームしか許容していないとする。図3は本発明に係る通信端末1,2内のソフトウエア構成を模式化したものの一例を示す図である。同図を参照すると、本発明に係る通信端末1,2内には、アプリケーション31と、アプリケーション32と、UDPプロトコル33と、下位通信プロトコル34とを含むソフトウエアが設けられている。また、アプリケーション31は音声受信部31aと、映像受信部31bとを含み、アプリケーション32は映像受信部32bを含んでいる。同図に示すように、UDPプロトコル33からアプリケーション31,32や、アプリケーション31,32内のモジュールにパケットを渡す際には、通常ポート番号によってパケットを識別している。図4は本発明に係る通信システムにおけるUDPヘッダの構成の一例を示す図である。UDPヘッダはUDPデータに付与されるものである。同図を参照すると、本発明に係る通信システムにおけるUDPヘッダ20の一例は、宛先ポート番号21と、送信元ポート番号22と、その他UDPヘッダ情報23と、データ24とを含んで構成される。NGN網11では宛先ポート番号21が監視され、ストリームの識別子として用いられる。送信元ポート番号22は監視されないため、宛先ポート番号21が一致していれば送信元ポート番号22が異なっていても同一のストリームとして扱われるが、通信端末1,2内のUDPプロトコル33では送信元ポート番号22が異なっていればストリームを識別できるため、別のアプリケーションやモジュールにパケットを渡すことが可能である。次に、第1実施形態の動作について説明する。通信端末1は、通信端末2と映像ストリーム2本および音声ストリーム1本を使用したTV電話を行うと仮定する。通信開始時には図2に示すようにSIPのINVITEメッセージを送信するが、このINVITEメッセージにはSDPが含まれており、受信を希望するストリームの受信ポート番号が記述してある。図5は通常のSIPのINVITEメッセージ1の一例を示す図である。同図を参照すると、通常は、INVITEメッセージ1のSDPには映像ストリームの受信ポート番号2つ10100と10200と音声ストリームの受信ポート番号100001つを記載するが、このNGN網ではメディアストリーム数の上限が2であるため、通信が拒否されてしまう。図6は本発明に係る通信システムのSIPのINVITEメッセージ2の一例を示す図である。同図を参照すると、映像ストリームおよび音声ストリームをNGN網を通過させるために、INVITEのSDPには音声の受信ポート番号を1つ10000と映像の受信ポート番号も1つ10100の計2つを記述する。この状態で、通信端末2から送信される映像メディアストリームのUDPパケットは宛先ポート番号が10100となるが、たとえば、送信ポート番号に10100と10200を使うことにより、通信端末1で2つのメディアストリームを分離することが可能である。ただし、通信端末2から送信されるUDPパケットの送信ポート番号は通信端末2が独自に付与するため、たとえば通信端末1が図3のような内部構成になっていた場合に、それぞれのストリームをアプリケーション31もしくは32のどちらに渡してよいか判断することができない。そこで、本発明では図7および図8に示すように、SDPを拡張し、送信元ポート番号と、それに関連付けられる情報を付与して送信する。図7は本発明に係る通信システムのSIPのINVITEメッセージ3の一例を示す図、図8は本発明に係る通信システムのSIPの200OKメッセージの一例を示す図である。本実施形態の特徴は、図7および図8に示すa=fmtpの行の記述にあり、アプリケーションと送信元ポート番号とを関連つけている。ただし、メッセージの内容は一例であり、これに限定されるものではない。図7に示す映像メディアストリームの送信元ポート番号20100および20200は、通信端末1からUDPを送信する場合の送信元ポート番号であり、アプリケーション1apl1は送信元ポート番号20100で、アプリケーション2aplは送信元ポート番号20200でそれぞれ送信することを示している。一方、通信端末2から送信する映像メディアストリームのUDP送信元ポート番号は、図8に示すSIPシーケンスの200OKに含まれるSDPに記載されており、アプリケーション1apl1宛のパケットの送信元ポート番号は、40100、アプリケーション2apl1宛のパケットの送信元ポート番号は40200である。一方で、通信端末2からは、どちらのアプリケーション宛の映像メディアストリームも、UDPパケットの宛先ポート番号は通信端末1からのINVITEのSDPに記載されている10200であり、NGN網11からは1つのメディアストリームに見える。以上説明したように、本発明の第1実施形態によれば、NGN網でのメディアストリーム数の上限が定まっていても、それを超えるメディアストリームの送受信が可能となる。次に、本発明の第2実施形態について説明する。上記第1実施形態において、SDPは拡張しないで、SIPメッセージは図6に示すように送信し、予め送信元ポート番号とアプリケーションとの関係を固定で設定しておくことも可能である。以上説明したように、本発明の第2実施形態によれば、通常のSIPメッセージを用いて、上限を超えるメディアストリームの送受信が可能となる。次に、本発明の第3実施形態について説明する。送信メッセージは上記第2実施形態と同様であるが、送信元ポート番号とアプリケーションとの関係を固定しないで、最も送信元ポート番号が小さいストリームをアプリケーション1、その次に小さいストリームをアプリケーション2と決めておく等、送信元ポート番号の相対的な大小とアプリケーションとを関連付けておくことも可能である。以上説明したように、本発明の第3実施形態によれば、通常のSIPメッセージを用いて、上限を超えるメディアストリームの送受信が可能となり、かつ送信元ポート番号とアプリケーションとの関係を固定で設定する手間を省くことが可能となる。次に、本発明の第4実施形態について説明する。本発明はNGN網に限らず、予め通信内容を網に申請し、通信の許可を求めるネットワークで、かつメディアストリームに上限数がある場合に有効である。また、メッセージもSIPやSDPに限定されるものではない。以上説明したように、本発明の第4実施形態によれば、NGN網以外の網にも適用が可能となる。上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1メディアストリーム数に上限があるネットワークを介して複数の通信端末がメディアストリームの送受信を行う通信システムにおける通信端末の送受信方法であり、前記メディアストリームの送受信に際し、前記メディアストリームの受信ポート番号と、前記メディアストリームの送信元ポート番号と、前記メディアストリームがどのようなものであるかを前記送信元ポート番号と関連付ける情報とを設定し、かつ予め通信内容を申請して通信の許可を求めるネットワークに適用されることを特徴とする通信端末の送受信方法。"